opencode-orchestrator 1.0.47 β 1.0.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 +74 -46
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -23,46 +23,55 @@ In an OpenCode environment:
|
|
|
23
23
|
|
|
24
24
|
## Overview
|
|
25
25
|
|
|
26
|
-
OpenCode Orchestrator
|
|
26
|
+
OpenCode Orchestrator is an **autonomous software engineering engine** designed for mission-critical tasks. Unlike simple chat assistants, it operates on a strict **"verify, then trust"** philosophy.
|
|
27
|
+
|
|
28
|
+
The Commander orchestrates specialized agents (Planner, Worker, Reviewer) to execute complex engineering workflowsβadapting to new requirements, writing strict tests, and persisting until the job is done.
|
|
27
29
|
|
|
28
30
|
---
|
|
29
31
|
|
|
30
32
|
## π Workflow
|
|
31
33
|
|
|
32
34
|
```text
|
|
33
|
-
[
|
|
34
|
-
β
|
|
35
|
-
βββββββββββββΌββββββββββββ
|
|
36
|
-
β π«‘ COMMANDER (Hub) β (Orchestration)
|
|
37
|
-
βββββββββββββ¬ββββββββββββ
|
|
38
|
-
β
|
|
39
|
-
βββββββββββββΌββββββββββββ
|
|
40
|
-
β ποΈ PLANNER (Map) β (Create TODO.md)
|
|
41
|
-
βββββββββββββ¬ββββββββββββ
|
|
42
|
-
β
|
|
43
|
-
ββββββββββββββββββββΌβββββββββββββββββββ
|
|
44
|
-
β β‘ COMMANDER: Parallel Spawning β
|
|
45
|
-
ββββββββ¬ββββββββββββ¬ββββββββββββ¬βββββββ
|
|
46
|
-
β β β
|
|
47
|
-
ββββββββΌββββ βββββββΌβββββ ββββββΌββββββ
|
|
48
|
-
β π¨ WORKERβ β π¨ WORKERβ β π¨ WORKERβ
|
|
49
|
-
ββββββββ¬ββββ βββββββ¬βββββ ββββββ¬ββββββ
|
|
50
|
-
β β β
|
|
51
|
-
ββββββββΌββββββββββββΌββββββββββββΌβββββββ
|
|
52
|
-
β π COMMANDER: Parallel Reviewers β
|
|
53
|
-
ββββββββ€ββββββββββββ€ββββββββββββ€βββββββ
|
|
54
|
-
β β β
|
|
55
|
-
ββββββββΌββββ βββββββΌβββββ ββββββΌββββββ
|
|
56
|
-
βπREVIEWERβ βπREVIEWERβ βπREVIEWERβ
|
|
57
|
-
ββββββββ¬ββββ βββββββ¬βββββ ββββββ¬ββββββ
|
|
58
|
-
β β β
|
|
59
|
-
ββΌββββββββββββΌββββββββββββΌβ
|
|
60
|
-
β π¦ SYNC BARRIER β
|
|
61
|
-
ββββββββββββββ€βββββββββββββ
|
|
35
|
+
[ π User Task Input ]
|
|
62
36
|
β
|
|
63
|
-
βββββββββββββΌββββββββββββ
|
|
64
|
-
β
|
|
65
|
-
βββββββββββββ¬ββββββββββββ
|
|
37
|
+
βββββββββββββΌββββββββββββ <βββββββββββββββββββββββββββββββββββββββββ
|
|
38
|
+
β π«‘ COMMANDER (Hub) β (Orchestration) β
|
|
39
|
+
βββββββββββββ¬ββββββββββββ β
|
|
40
|
+
β β
|
|
41
|
+
βββββββββββββΌββββββββββββ β
|
|
42
|
+
β ποΈ PLANNER (Map) β (Create TODO.md) β
|
|
43
|
+
βββββββββββββ¬ββββββββββββ β
|
|
44
|
+
β β
|
|
45
|
+
ββββββββββββββββββββΌβββββββββββββββββββ β
|
|
46
|
+
β β‘ COMMANDER: Parallel Spawning β β
|
|
47
|
+
ββββββββ¬ββββββββββββ¬ββββββββββββ¬βββββββ β
|
|
48
|
+
β β β β
|
|
49
|
+
ββββββββΌββββ βββββββΌβββββ ββββββΌββββββ β
|
|
50
|
+
β π¨ WORKERβ β π¨ WORKERβ β π¨ WORKERβ β
|
|
51
|
+
ββββββββ¬ββββ βββββββ¬βββββ ββββββ¬ββββββ β
|
|
52
|
+
β β β β
|
|
53
|
+
ββββββββΌββββββββββββΌββββββββββββΌβββββββ β
|
|
54
|
+
β π COMMANDER: Parallel Reviewers β β
|
|
55
|
+
ββββββββ€ββββββββββββ€ββββββββββββ€βββββββ β
|
|
56
|
+
β β β β
|
|
57
|
+
ββββββββΌββββ βββββββΌβββββ ββββββΌββββββ β
|
|
58
|
+
βπREVIEWERβ βπREVIEWERβ βπREVIEWERβ β
|
|
59
|
+
ββββββββ¬ββββ βββββββ¬βββββ ββββββ¬ββββββ β
|
|
60
|
+
β β β β
|
|
61
|
+
ββΌββββββββββββΌββββββββββββΌβ β
|
|
62
|
+
β π¦ SYNC BARRIER β β
|
|
63
|
+
ββββββββββββββ€βββββββββββββ β
|
|
64
|
+
β β
|
|
65
|
+
βββββββββββββΌββββββββββββ β
|
|
66
|
+
β βοΈ MASTER REVIEWER β (E2E Verification) β
|
|
67
|
+
βββββββββββββ¬ββββββββββββ β
|
|
68
|
+
β β
|
|
69
|
+
__________βΌ_________ β
|
|
70
|
+
β± β² NO (Loop / Auto-Correction) β
|
|
71
|
+
β± β
All TODOs? β² βββββββββββββββββββββββββββββββββββββββββββ
|
|
72
|
+
β² π‘οΈ Error Rate 0%? β±
|
|
73
|
+
β²____________________β±
|
|
74
|
+
β YES
|
|
66
75
|
β
|
|
67
76
|
[ ποΈ MISSION SEALED ]
|
|
68
77
|
```
|
|
@@ -70,29 +79,48 @@ OpenCode Orchestrator manages complex software tasks through **parallel multi-ag
|
|
|
70
79
|
|
|
71
80
|
---
|
|
72
81
|
|
|
73
|
-
##
|
|
82
|
+
## π§ Cognitive Architecture & Key Strengths
|
|
83
|
+
|
|
84
|
+
### π Exponential Context Smoothing & Stable Memory
|
|
85
|
+
We combat "Context Drift" using a mechanism akin to **Exponential Smoothing**. Irrelevant conversation noise decays rapidly, while critical architectural decisions are reinforced into a **Stable Core Memory**. This ensures agents retain only the "pure essence" of the mission state, allowing them to work indefinitely without **Catastrophic Forgetting** or polluting the context window.
|
|
86
|
+
|
|
87
|
+
### 𧬠Adaptive Anthropomorphic Collaboration
|
|
88
|
+
Built on an **Adaptive AI Philosophy**, the agents function like a **Human Engineering Squad**, not a chatbot. They **do not estimate** or guess. If tools are missing, they install them; if requirements are vague, they clarify. The Commander, Planner, and Reviewer collaborate organically to solve problems deterministically, mirroring a senior team's workflow.
|
|
89
|
+
|
|
90
|
+
### βοΈ Neuro-Symbolic Hybrid Engine (Rust + LLM)
|
|
91
|
+
Pure LLM approaches are stochastic. We bind them with a **Neuro-Symbolic Architecture** that anchors probabilistic reasoning to the deterministic precision of **Rust-based AST/LSP Tools**. This ensures every generated token is grounded in rigorous syntax analysis, delivering high performance with minimal resource overhead.
|
|
92
|
+
|
|
93
|
+
### β‘ Hybrid Sync/Async & Dynamic Parallelism
|
|
94
|
+
The engine features an **Intelligent Load-Balancing System** that fluidly switches between synchronous synchronization barriers and asynchronous fork-join patterns. It monitors execution pressure to **Dynamically Adjust** concurrency slots in real-time. This **Resource-Aware Multi-Parallel System** maximizes throughput on high-end hardware while maintaining stability on constrained environments.
|
|
95
|
+
|
|
96
|
+
### π― Iterative Rejection Sampling (Zero-Shot Defense)
|
|
97
|
+
We employ a **Rejection Sampling Loop** driven by the Reviewer Agent (Reward Model). Through the **Metric-based Strict Verification Protocol (MSVP)**, code paths that fail execution tests are pruned. The system iterates until the solution converges on a mathematically correct state (0% Error Rate), rejecting any solution that lacks evidence.
|
|
98
|
+
|
|
99
|
+
### π§© Externalized Chain-of-Thought (CoT)
|
|
100
|
+
The Planner's `TODO.md` serves as an **Externalized Working Memory**. This persistent **Symbolic Chain-of-Thought** decouples detailed planning from the LLM's immediate context window, enabling the orchestration of massive, multi-step engineering tasks without logical degradation.
|
|
101
|
+
|
|
102
|
+
---
|
|
103
|
+
|
|
104
|
+
## β‘ Agents
|
|
74
105
|
|
|
75
106
|
| Agent | Role |
|
|
76
107
|
|:------|:-----|
|
|
77
|
-
| **Commander** | Orchestrates
|
|
78
|
-
| **Planner** |
|
|
79
|
-
| **Worker** |
|
|
80
|
-
| **Reviewer** |
|
|
108
|
+
| **Commander** | Orchestrates the mission, manages parallel threads and sync barriers |
|
|
109
|
+
| **Planner** | Architecture architect. Breaks downtasks into strictly defined steps |
|
|
110
|
+
| **Worker** | The builder. Writes code and corresponding unit tests |
|
|
111
|
+
| **Reviewer** | The gatekeeper. Rejects any code that doesn't pass execution verification |
|
|
81
112
|
|
|
82
113
|
---
|
|
83
114
|
|
|
84
|
-
##
|
|
115
|
+
## Developer's Note
|
|
85
116
|
|
|
86
|
-
|
|
87
|
-
- **Two-Stage Verification**: Unit review β Master review β Seal
|
|
88
|
-
- **Fault Tolerance**: Auto-recovery from failures
|
|
89
|
-
- **Context Optimization**: Manages token limits automatically
|
|
117
|
+
OpenCode Orchestrator is a testament to the operational paradox: **Complexity is easy; Simplicity is hard.**
|
|
90
118
|
|
|
91
|
-
|
|
119
|
+
While the user interaction remains elegantly minimal, the internal architecture encapsulates a rigorous alignment of **microscopic state management** (`Rust atoms`) and **macroscopic strategic planning** (`Agent Topology`). Every component reflects a deep design philosophy aimed at abstracting chaos into order.
|
|
92
120
|
|
|
93
|
-
|
|
121
|
+
Building this system reaffirmed a timeless engineering truth: **"Simple is Best" is the ultimate complexity to conquer.** This engine is our answer to that challengeβhiding the heavy machinery of autonomous intelligence behind a seamless veil of collaboration.
|
|
94
122
|
|
|
95
|
-
|
|
123
|
+
This philosophy extends to efficiency. We achieved **Zero-Configuration** usability while rigorously optimizing for **Token Efficiency** (saving ~40% vs major alternatives). By maximizing the potential of cost-effective models like **GLM-4.7**, we prove that superior engineeringβnot just raw model sizeβis the key to autonomous performance.
|
|
96
124
|
|
|
97
125
|
[Full Developer's Note β](docs/DEVELOPERS_NOTE.md)
|
|
98
126
|
|
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.0.
|
|
5
|
+
"version": "1.0.52",
|
|
6
6
|
"author": "agnusdei1207",
|
|
7
7
|
"license": "MIT",
|
|
8
8
|
"repository": {
|