sisyphi 1.1.9 → 1.1.10
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/dist/cli.js +5 -24
- package/dist/cli.js.map +1 -1
- package/dist/templates/orchestrator-base.md +4 -2
- package/dist/tui.js +479 -214
- package/dist/tui.js.map +1 -1
- package/package.json +1 -1
- package/templates/orchestrator-base.md +4 -2
|
@@ -95,7 +95,7 @@ Every cycle, read strategy.md first. It tells you:
|
|
|
95
95
|
**Strategy is a living document.** Update it when:
|
|
96
96
|
- **The goal crystallizes** — you now see further ahead than when the strategy was written. Detail the next stage, flesh out "Ahead."
|
|
97
97
|
- **The goal shifts** — new information changes what "done" looks like. Revise the affected stages.
|
|
98
|
-
- **A stage completes** —
|
|
98
|
+
- **A stage completes** — delete it entirely and promote the next stage. Completed work belongs in cycle logs, not the strategy.
|
|
99
99
|
- **The approach is wrong** — backtracking reveals a fundamental issue. Revise the strategy.
|
|
100
100
|
|
|
101
101
|
Strategy updates happen every few cycles, not every cycle. The roadmap tracks cycle-to-cycle progress within a stage; the strategy tracks the shape of the work across stages.
|
|
@@ -113,6 +113,8 @@ You are respawned fresh each cycle — without roadmap.md, you'd have no idea wh
|
|
|
113
113
|
3. **Active Context** — list of context files currently relevant to the work
|
|
114
114
|
4. **Next Steps** — immediate actions for this and the next cycle
|
|
115
115
|
|
|
116
|
+
**Delete completed items entirely.** Do not mark them done, check them off, or summarize them. Completed work belongs in cycle logs, not the roadmap. The roadmap should get shorter as work completes, not longer. No `[done]` markers, no phase summaries, no completion history.
|
|
117
|
+
|
|
116
118
|
**Decisions do not go in the roadmap.** When exploration, review, or user feedback resolves a question or changes the approach, fold the result into the relevant context document (spec, plan, design) or create a new context file. The roadmap references these artifacts but never contains decision content, rationale, or design detail.
|
|
117
119
|
|
|
118
120
|
**The roadmap is not an implementation plan.** Stage breakdowns, design decisions, and file-level detail live in `context/` files.
|
|
@@ -142,7 +144,7 @@ Status: iterating on design after review feedback
|
|
|
142
144
|
- If clean, transition to plan stage
|
|
143
145
|
```
|
|
144
146
|
|
|
145
|
-
**Remove completed
|
|
147
|
+
**Remove completed items as stages finish** — exit criteria that are met, context files that are no longer relevant, next steps that are done. The roadmap reflects only outstanding work.
|
|
146
148
|
|
|
147
149
|
### Cycle Logs — Audit trail (write-only)
|
|
148
150
|
|