opencode-orchestrator 1.2.48 → 1.2.52
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +28 -32
- package/dist/index.js +0 -4
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -62,7 +62,28 @@ OpenCode Orchestrator utilizes a **Hub-and-Spoke Topology** with **Work-Stealing
|
|
|
62
62
|
|
|
63
63
|
---
|
|
64
64
|
|
|
65
|
-
## 🛠️
|
|
65
|
+
## 🛠️ Core Capabilities
|
|
66
|
+
|
|
67
|
+
### 🔒 Atomic MVCC State Synchronization
|
|
68
|
+
The engine solves the "Concurrent TODO Update" problem using **Multi-Version Concurrency Control (MVCC) + Mutex**. Agents can safely mark tasks as complete in parallel without data loss or race conditions. Every state change is cryptographically hashed and logged for a complete audit trail.
|
|
69
|
+
|
|
70
|
+
### 🧩 Advanced Hook Orchestration
|
|
71
|
+
Execution flows are governed by a **Priority-Phase Hook Registry**. Hooks (Safety, UI, Protocol) are grouped into phases (`early`, `normal`, `late`) and executed using a **Topological Sort** to handle complex dependencies automatically, ensuring a predictable and stable environment.
|
|
72
|
+
|
|
73
|
+
### 🛡️ Autonomous Recovery
|
|
74
|
+
- **Self-healing loops** with adaptive stagnation detection
|
|
75
|
+
- **Proactive Agency**: Smart monitoring that audits logs and plans ahead during background tasks
|
|
76
|
+
- **Auto-retry with backoff**: Exponential backoff for transient failures
|
|
77
|
+
|
|
78
|
+
### 🎯 State-Level Session Isolation
|
|
79
|
+
Reused sessions in the **SessionPool** are explicitly reset using server-side compaction triggered by health monitors. This ensures that previous task context (old error messages, stale file references) never leaks into new tasks, maintaining 100% implementation integrity.
|
|
80
|
+
|
|
81
|
+
### 🚀 Zero-Payload Turbo Mode
|
|
82
|
+
Leverages `system.transform` to unshift massive agent instruction sets on the server side. This reduces initial message payloads by **90%+**, slashing latency and preventing context fragmentation during long autonomous loops.
|
|
83
|
+
|
|
84
|
+
---
|
|
85
|
+
|
|
86
|
+
## 🛠️ Infrastructure & Reliability
|
|
66
87
|
|
|
67
88
|
### 🔒 Resource Safety & Reliability
|
|
68
89
|
- **RAII Pattern (ConcurrencyToken)**: Guaranteed resource cleanup with zero leaks
|
|
@@ -95,34 +116,6 @@ OpenCode Orchestrator utilizes a **Hub-and-Spoke Topology** with **Work-Stealing
|
|
|
95
116
|
- **Terminal Node Guard**: Prevents infinite recursion (depth limit enforcement)
|
|
96
117
|
- **Auto-Scaling**: Concurrency slots adjust based on success/failure rate
|
|
97
118
|
|
|
98
|
-
### 📦 Safe Installation
|
|
99
|
-
- **Never Overwrites**: Always merges with existing config
|
|
100
|
-
- **Automatic Backups**: Before every modification (keeps last 5)
|
|
101
|
-
- **Write Verification**: Ensures correctness after every change
|
|
102
|
-
- **Automatic Rollback**: Restores from backup on any failure
|
|
103
|
-
- **Cross-Platform**: Windows (native, Git Bash, WSL), macOS, Linux
|
|
104
|
-
|
|
105
|
-
---
|
|
106
|
-
|
|
107
|
-
## 🛠️ Core Capabilities
|
|
108
|
-
|
|
109
|
-
### ️ Atomic MVCC State Synchronization
|
|
110
|
-
The engine solves the "Concurrent TODO Update" problem using **Multi-Version Concurrency Control (MVCC) + Mutex**. Agents can safely mark tasks as complete in parallel without data loss or race conditions. Every state change is cryptographically hashed and logged for a complete audit trail.
|
|
111
|
-
|
|
112
|
-
### 🧩 Advanced Hook Orchestration
|
|
113
|
-
Execution flows are governed by a **Priority-Phase Hook Registry**. Hooks (Safety, UI, Protocol) are grouped into phases (`early`, `normal`, `late`) and executed using a **Topological Sort** to handle complex dependencies automatically, ensuring a predictable and stable environment.
|
|
114
|
-
|
|
115
|
-
### ️ Autonomous Recovery
|
|
116
|
-
- **Self-healing loops** with adaptive stagnation detection
|
|
117
|
-
- **Proactive Agency**: Smart monitoring that audits logs and plans ahead during background tasks
|
|
118
|
-
- **Auto-retry with backoff**: Exponential backoff for transient failures
|
|
119
|
-
|
|
120
|
-
### ️ State-Level Session Isolation
|
|
121
|
-
Reused sessions in the **SessionPool** are explicitly reset using server-side compaction triggered by health monitors. This ensures that previous task context (old error messages, stale file references) never leaks into new tasks, maintaining 100% implementation integrity.
|
|
122
|
-
|
|
123
|
-
### 🚀 Zero-Payload Turbo Mode
|
|
124
|
-
Leverages `system.transform` to unshift massive agent instruction sets on the server side. This reduces initial message payloads by **90%+**, slashing latency and preventing context fragmentation during long autonomous loops.
|
|
125
|
-
|
|
126
119
|
---
|
|
127
120
|
|
|
128
121
|
## 🛠️ Key Innovations
|
|
@@ -209,8 +202,9 @@ Runtime agent configuration is strictly validated using **Zod schemas**, ensurin
|
|
|
209
202
|
|
|
210
203
|
---
|
|
211
204
|
|
|
212
|
-
## 🔧 Installation
|
|
205
|
+
## 🔧 Installation & Configuration
|
|
213
206
|
|
|
207
|
+
### Safe Installation
|
|
214
208
|
The installation process is **production-safe** with multiple protection layers:
|
|
215
209
|
|
|
216
210
|
1. ✅ **Never overwrites** - always merges with existing config
|
|
@@ -218,9 +212,11 @@ The installation process is **production-safe** with multiple protection layers:
|
|
|
218
212
|
3. ✅ **Atomic writes** - temp file + rename (OS-level atomic)
|
|
219
213
|
4. ✅ **Write verification** - ensures correctness after every change
|
|
220
214
|
5. ✅ **Automatic rollback** - restores from backup on any failure
|
|
221
|
-
6. ✅ **Cross-platform** - Windows
|
|
215
|
+
6. ✅ **Cross-platform** - Windows (native, Git Bash, WSL), macOS, Linux
|
|
222
216
|
|
|
223
|
-
|
|
217
|
+
### Configuration Logs
|
|
218
|
+
- Unix: `/tmp/opencode-orchestrator.log`
|
|
219
|
+
- Windows: `%TEMP%\opencode-orchestrator.log`
|
|
224
220
|
|
|
225
221
|
---
|
|
226
222
|
|
package/dist/index.js
CHANGED
|
@@ -2008,9 +2008,6 @@ var init_verification = __esm({
|
|
|
2008
2008
|
|
|
2009
2009
|
// src/core/agents/logger.ts
|
|
2010
2010
|
function log(..._args) {
|
|
2011
|
-
if (process.env.DEBUG_PARALLEL_AGENT === "true") {
|
|
2012
|
-
console.log("[parallel-agent]", ..._args);
|
|
2013
|
-
}
|
|
2014
2011
|
}
|
|
2015
2012
|
var init_logger = __esm({
|
|
2016
2013
|
"src/core/agents/logger.ts"() {
|
|
@@ -5406,7 +5403,6 @@ var ConcurrencyToken = class {
|
|
|
5406
5403
|
this.autoReleaseMs = autoReleaseMs;
|
|
5407
5404
|
this.autoReleaseTimer = setTimeout(() => {
|
|
5408
5405
|
if (!this.released) {
|
|
5409
|
-
console.warn(`[ConcurrencyToken] Auto-releasing ${key} after ${autoReleaseMs}ms`);
|
|
5410
5406
|
this.release();
|
|
5411
5407
|
}
|
|
5412
5408
|
}, autoReleaseMs);
|
package/package.json
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
"name": "opencode-orchestrator",
|
|
3
3
|
"displayName": "OpenCode Orchestrator",
|
|
4
4
|
"description": "Distributed Cognitive Architecture for OpenCode. Turns simple prompts into specialized multi-agent workflows (Planner, Coder, Reviewer).",
|
|
5
|
-
"version": "1.2.
|
|
5
|
+
"version": "1.2.52",
|
|
6
6
|
"author": "agnusdei1207",
|
|
7
7
|
"license": "MIT",
|
|
8
8
|
"repository": {
|