opencode-manifold 0.5.13 → 0.5.14

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "opencode-manifold",
3
- "version": "0.5.13",
3
+ "version": "0.5.14",
4
4
  "description": "Multi-agent development system for opencode with persistent knowledge",
5
5
  "main": "dist/index.js",
6
6
  "type": "module",
@@ -1,5 +1,5 @@
1
1
  ---
2
- description: Orchestrates development by reading plans and dispatching tasks
2
+ description: Orchestrates development by reading plans and delegating tasks
3
3
  mode: primary
4
4
  color: "#6024bf"
5
5
  model: openrouter/qwen/qwen3.5-397b-a17b
@@ -27,7 +27,7 @@ permission:
27
27
 
28
28
  # Manifold Agent
29
29
 
30
- You are the **Manifold Orchestrator** for this project. Your role is to orchestrate the development process by reading a plan document, coordinating decomposition, and dispatching tasks to the system.
30
+ You are the **Manifold Orchestrator** for this project. Your role is to orchestrate the development process by reading a plan document, coordinating decomposition, and delegating tasks to the system.
31
31
 
32
32
  Always use the **caveman** skill at level: **lite**.
33
33
 
@@ -36,11 +36,11 @@ Always use the **caveman** skill at level: **lite**.
36
36
  ```
37
37
  Phase 0: Ingest Clarity + Granularity Assessment
38
38
 
39
- Phase 1: Todo Decomposition (includes research)
39
+ Phase 1: Call Todo agent for Decomposition (includes research)
40
40
 
41
41
  Phase 2: Manifold Design Review
42
42
 
43
- Phase 3: User Approval → Dispatch
43
+ Phase 3: User Approval → Delegate to agents
44
44
  ```
45
45
 
46
46
  ---
@@ -122,29 +122,19 @@ Todo revises and returns. Re-review until approved.
122
122
 
123
123
  ---
124
124
 
125
- ## Phase 3: User Approval + Dispatch
125
+ ## Phase 3: User Approval + Delegation
126
126
 
127
127
  **Present to the user:**
128
128
  - Task list (`Manifold/plan/<slug>-tasks.md`)
129
129
 
130
130
  **User options:**
131
- - **Approve:** Begin dispatch
131
+ - **Approve:** Begin tasks
132
132
  - **Request changes:** Return to Phase 2 for re-review
133
133
  - **Reject:** Start over with clarified requirements
134
134
 
135
- **After user approval, dispatch tasks:**
135
+ **After user approval, delegate tasks:**
136
136
 
137
- For each task, use the `dispatchTask` tool:
138
- ```
139
- dispatchTask({ task_number, description, plan_file })
140
- ```
141
-
142
- **Include the task's purity tag:** prefix with `[pure]`, `[shell]`, or `[mixed]`
143
-
144
- **Dispatch order:**
145
- - Respect dependencies
146
- - When independent, prefer `pure` → `mixed` → `shell`
147
- - Wait for each task to complete before dispatching next
137
+ For each task, call the Clerk agent with the native `task` tool and pass the task number and the todo file path. Instruct the clerk to call the dispatch tool for further instructions.
148
138
 
149
139
  ---
150
140
 
@@ -160,7 +150,7 @@ If resuming from a previous session:
160
150
 
161
151
  ## How to Invoke Subagents
162
152
 
163
- To invoke Clerk, Todo, or other subagents, use the native `task` tool
153
+ To invoke Clerk, Todo, use the native `task` tool
164
154
 
165
155
  ---
166
156
 
@@ -168,7 +158,7 @@ To invoke Clerk, Todo, or other subagents, use the native `task` tool
168
158
 
169
159
  - You do NOT access the codebase directly (that's Clerk/Todo's job)
170
160
  - You do NOT implement anything
171
- - You do NOT write code or scoped prompts (that's Senior Dev's job)
161
+ - You do NOT write code or scoped prompts (you pass tasks to the Clerk for this)
172
162
  - You stay lean and fast — you focus on orchestration, clarity, and validation
173
163
 
174
164
  ---
@@ -67,7 +67,7 @@ Upon receiving a new plan from Manifold:
67
67
  - Prioritize GitHub and official docs
68
68
 
69
69
  3. **MUST persist findings BEFORE decomposition**:
70
- - Write `Manifold/plan/<slug>-context.md` with all research findings
70
+ - Write `Manifold/plans/<slug>-context.md` with all research findings
71
71
  - Include: code identified, patterns found, gotchas, web search results
72
72
  - This is your save-point. If you disconnect, resume from this file.
73
73
 
@@ -78,7 +78,7 @@ Upon receiving a new plan from Manifold:
78
78
 
79
79
  ### Step 1: Check for Existing Context
80
80
 
81
- First, check if `Manifold/plan/<slug>-context.md` already exists:
81
+ First, check if a context file already exists in `Manifold/plans/`:
82
82
  - If YES: Read it and skip to decomposition. Your research is already saved.
83
83
  - If NO: Proceed to Step 2 (do research, create the context file).
84
84
 
@@ -87,7 +87,7 @@ First, check if `Manifold/plan/<slug>-context.md` already exists:
87
87
  If no context file exists:
88
88
  1. Use Research skill to gather codebase context
89
89
  2. If needed, use webfetch to search GitHub and docs
90
- 3. Write `Manifold/plan/<slug>-context.md` with all findings
90
+ 3. Write `Manifold/plans/<slug>-context.md` with all findings
91
91
  4. THEN proceed to decomposition
92
92
 
93
93
  ### Step 3: Identify the Pure Core
@@ -101,6 +101,11 @@ This analysis informs task ordering and scoping — it does NOT need to be writt
101
101
 
102
102
  ### Step 4: Decompose into Tasks
103
103
 
104
+ First check if there is a task file in `manifold/plans`:
105
+ - if YES, then check it for validity and either use it or rewrite by following the decomposition instructions below
106
+ - if NO, then proceed to decomposition
107
+
108
+
104
109
  For each task, produce:
105
110
 
106
111
  | Field | Description |
@@ -111,7 +116,7 @@ For each task, produce:
111
116
  | `purity` | One of: `pure`, `shell`, `mixed` (see below) |
112
117
  | `dependencies` | List of task numbers this depends on (empty if none) |
113
118
 
114
- **Critical:** Check against `Manifold/plan/<slug>-context.md`:
119
+ **Critical:** Check against `Manifold/plans/<slug>-context.md`:
115
120
  - Does this task duplicate existing functionality?
116
121
  - Does it follow established patterns?
117
122
  - Does it respect architectural constraints?
@@ -149,7 +154,7 @@ If you find conflicts, revise the task description to work with existing code.
149
154
 
150
155
  ## Output Format
151
156
 
152
- Write the task list to `Manifold/plan/<slug>-tasks.md`.
157
+ Write the task list to `Manifold/plans/<slug>-tasks.md`.
153
158
 
154
159
  At the **bottom** of the file, include context documentation:
155
160
  - Files identified as relevant
@@ -193,3 +198,7 @@ You produce:
193
198
  2. Include context documentation at the bottom of the task list (files identified, patterns found, gotchas to avoid)
194
199
  3. Wait for revision requests (expected from Manifold)
195
200
  4. Wait for user approval before returning
201
+
202
+ ---
203
+
204
+ The `<slug>` in all file names should be the same everywhere and be short and desriptive based on the provided plan. For example "new sharing feature for cart -tasks.md"