@ritualai/cli 0.7.5 → 0.7.6
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 +1 -1
- package/skills/claude-code/ritual/manifest.json +57 -0
- package/skills/claude-code/ritual/references/build-flow.md +174 -105
- package/skills/claude-code/ritual/references/cli-output-contract.md +89 -0
- package/skills/claude-code/ritual/references/context-pulse-flow.md +1 -1
- package/skills/claude-code/ritual/references/lineage-flow.md +7 -6
- package/skills/claude-code/ritual/references/resume-flow.md +4 -4
- package/skills/codex/ritual/manifest.json +57 -0
- package/skills/codex/ritual/references/build-flow.md +174 -105
- package/skills/codex/ritual/references/cli-output-contract.md +89 -0
- package/skills/codex/ritual/references/context-pulse-flow.md +1 -1
- package/skills/codex/ritual/references/lineage-flow.md +7 -6
- package/skills/codex/ritual/references/resume-flow.md +4 -4
- package/skills/cursor/ritual/manifest.json +57 -0
- package/skills/cursor/ritual/references/build-flow.md +174 -105
- package/skills/cursor/ritual/references/cli-output-contract.md +89 -0
- package/skills/cursor/ritual/references/context-pulse-flow.md +1 -1
- package/skills/cursor/ritual/references/lineage-flow.md +7 -6
- package/skills/cursor/ritual/references/resume-flow.md +4 -4
- package/skills/gemini/ritual/manifest.json +57 -0
- package/skills/gemini/ritual/references/build-flow.md +174 -105
- package/skills/gemini/ritual/references/cli-output-contract.md +89 -0
- package/skills/gemini/ritual/references/context-pulse-flow.md +1 -1
- package/skills/gemini/ritual/references/lineage-flow.md +7 -6
- package/skills/gemini/ritual/references/resume-flow.md +4 -4
- package/skills/kiro/ritual/manifest.json +57 -0
- package/skills/kiro/ritual/references/build-flow.md +174 -105
- package/skills/kiro/ritual/references/cli-output-contract.md +89 -0
- package/skills/kiro/ritual/references/context-pulse-flow.md +1 -1
- package/skills/kiro/ritual/references/lineage-flow.md +7 -6
- package/skills/kiro/ritual/references/resume-flow.md +4 -4
- package/skills/vscode/ritual/manifest.json +57 -0
- package/skills/vscode/ritual/references/build-flow.md +174 -105
- package/skills/vscode/ritual/references/cli-output-contract.md +89 -0
- package/skills/vscode/ritual/references/context-pulse-flow.md +1 -1
- package/skills/vscode/ritual/references/lineage-flow.md +7 -6
- package/skills/vscode/ritual/references/resume-flow.md +4 -4
|
@@ -133,3 +133,92 @@ Touches:
|
|
|
133
133
|
```
|
|
134
134
|
|
|
135
135
|
Use blank lines between items. Do not rely on terminal auto-wrap to make dense prose readable.
|
|
136
|
+
|
|
137
|
+
|
|
138
|
+
## Ritual build stage-specific output rules
|
|
139
|
+
|
|
140
|
+
### Empty workspace / no-history build
|
|
141
|
+
|
|
142
|
+
For no-arg `/ritual build` with zero explorations, do not frame `/ritual context-pulse` as the recommended first step. Use:
|
|
143
|
+
|
|
144
|
+
```text
|
|
145
|
+
Ritual build
|
|
146
|
+
● Context ○ Scope ○ Discovery ○ Recommendations ○ Build brief ○ Implementation
|
|
147
|
+
|
|
148
|
+
Using workspace: {workspaceName}.
|
|
149
|
+
|
|
150
|
+
No Ritual history here yet.
|
|
151
|
+
|
|
152
|
+
Next: start with a feature, or let Ritual suggest high-leverage work from the repo.
|
|
153
|
+
|
|
154
|
+
Reply with a feature/problem description, `suggest`, `pulse <ask>`, or `none`.
|
|
155
|
+
```
|
|
156
|
+
|
|
157
|
+
### Suggested problems and scope selection
|
|
158
|
+
|
|
159
|
+
Before the list exists, say:
|
|
160
|
+
|
|
161
|
+
```text
|
|
162
|
+
Next: we'll generate a list of suggested problems to pick from.
|
|
163
|
+
|
|
164
|
+
Press Enter or type `g` to generate the list.
|
|
165
|
+
Or paste files/text/URLs to attach context first.
|
|
166
|
+
Type `pause` to stop here.
|
|
167
|
+
```
|
|
168
|
+
|
|
169
|
+
When showing generated sub-problems, never print versioned sub-problem headings. Use:
|
|
170
|
+
|
|
171
|
+
```text
|
|
172
|
+
Problems to solve for
|
|
173
|
+
|
|
174
|
+
Pick which problems should shape the scope.
|
|
175
|
+
Ritual will turn your selection into a tight problem frame that tells the coding agent what to optimize for.
|
|
176
|
+
```
|
|
177
|
+
|
|
178
|
+
Render each candidate as:
|
|
179
|
+
|
|
180
|
+
```text
|
|
181
|
+
1. {Title}
|
|
182
|
+
|
|
183
|
+
{Short explanation wrapped across lines.}
|
|
184
|
+
```
|
|
185
|
+
|
|
186
|
+
Only the title line gets the number. Use blank lines between candidates.
|
|
187
|
+
|
|
188
|
+
### Problem frame
|
|
189
|
+
|
|
190
|
+
When showing a generated problem statement, never show the old versioned scope heading and do not use `ship it` as the default CTA. For engineering / agentic coding, avoid default `How might we…` phrasing unless the user asks for it. Use:
|
|
191
|
+
|
|
192
|
+
```text
|
|
193
|
+
Problem frame
|
|
194
|
+
|
|
195
|
+
{developer-oriented problem frame}
|
|
196
|
+
|
|
197
|
+
Optimize for:
|
|
198
|
+
- {constraint}
|
|
199
|
+
- {constraint}
|
|
200
|
+
|
|
201
|
+
References:
|
|
202
|
+
- {RB/decision/exploration label} — {one-line meaning}
|
|
203
|
+
Source: {exploration title or id}{ optional URL if available}
|
|
204
|
+
|
|
205
|
+
Press Enter or type `lock` to use this frame and review discovery questions.
|
|
206
|
+
Or reply with edits, e.g. `tighten`, `broaden`, `focus on outbox`, `drop dashboard`, or `pause`.
|
|
207
|
+
```
|
|
208
|
+
|
|
209
|
+
Accept empty input, `lock`, `l`, `go`, `continue`, or `next` as lock/proceed.
|
|
210
|
+
|
|
211
|
+
### Engineering run mode
|
|
212
|
+
|
|
213
|
+
For engineering / agentic-coding templates, do not offer answers-only review and do not mention time estimates. Use:
|
|
214
|
+
|
|
215
|
+
```text
|
|
216
|
+
Next: run discovery through recommendations.
|
|
217
|
+
|
|
218
|
+
Press Enter or type `run` to continue.
|
|
219
|
+
Type `pause` to stop here.
|
|
220
|
+
```
|
|
221
|
+
|
|
222
|
+
### Shipped work visibility
|
|
223
|
+
|
|
224
|
+
On first `/ritual build`, show shipped explorations only when they are actionable: open deferrals/follow-ups, implemented-ahead state, recent context likely to shape new work, or explicit user request for lineage/history. Use `✓ shipped with follow-ups` when open deferrals exist and `✓ shipped context` only when the shipped work is useful provenance. Do not show fully complete shipped work by default.
|
|
@@ -33,7 +33,7 @@ CLI Tenets this serves:
|
|
|
33
33
|
- **Pre-build**: *"is this feature ask ready for `/ritual build`, or do I need to frame more first?"* — score against a free-form description.
|
|
34
34
|
- **Mid-flow**: *"I've answered some discovery questions, where am I now?"* — score an existing exploration in progress.
|
|
35
35
|
- **Hand-off check**: *"someone left me an exploration — what's the current grounding state?"*
|
|
36
|
-
- **Pre-implementation sanity check**: *"the brief is generated.
|
|
36
|
+
- **Pre-implementation sanity check**: *"the brief is generated. Is this implementation-ready, or are there hidden gaps?"*
|
|
37
37
|
|
|
38
38
|
When **not** to use:
|
|
39
39
|
- The user wants to actually start work → `/ritual build`.
|
|
@@ -60,16 +60,17 @@ Read-tier, no LLM cost. Snappy (single DB query).
|
|
|
60
60
|
|
|
61
61
|
#### Step L3 — Render the per-file timeline
|
|
62
62
|
|
|
63
|
-
Start with a
|
|
63
|
+
Start with a next-action summary header, not a count-first dump:
|
|
64
64
|
|
|
65
65
|
```text
|
|
66
|
-
Lineage found
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
66
|
+
Lineage found on {files_with_lineage}/{total_files} files.
|
|
67
|
+
|
|
68
|
+
Next: check whether prior decisions or open deferrals constrain this change.
|
|
69
|
+
Signal: {F} open deferrals and {D} prior decisions touch these files.
|
|
70
|
+
Meta: {I} prior implementations, only if useful.
|
|
70
71
|
```
|
|
71
72
|
|
|
72
|
-
Omit
|
|
73
|
+
Omit zero-valued metadata except when all counts are zero. If there are no open deferrals, say: `Signal: no open deferrals found on these files; use prior decisions as guardrails.`
|
|
73
74
|
|
|
74
75
|
For each file in `sources[]`, render a compact timeline:
|
|
75
76
|
|
|
@@ -23,7 +23,7 @@ Same as `/ritual build` Step 1. Project-pinned workspace from `.ritual/config.js
|
|
|
23
23
|
|
|
24
24
|
If the workspace has **zero explorations**: tell the user politely and pivot.
|
|
25
25
|
|
|
26
|
-
> No in-flight explorations in this workspace yet.
|
|
26
|
+
> No in-flight explorations in this workspace yet. Start a new Ritual build with `/ritual build <your problem>`.
|
|
27
27
|
|
|
28
28
|
End the flow here. Don't bounce them into `/ritual build` automatically — explicit user intent beats implicit handoff.
|
|
29
29
|
|
|
@@ -52,7 +52,7 @@ If there are multiple plausible targets, group by state badge and show:
|
|
|
52
52
|
> - **{name}** — {…}
|
|
53
53
|
> *…*
|
|
54
54
|
>
|
|
55
|
-
> **✅ ready
|
|
55
|
+
> **✅ ready for build brief** (1)
|
|
56
56
|
> - **{name}** — {…}
|
|
57
57
|
> *Last touched {N} days ago. Next: generate the build brief.*
|
|
58
58
|
>
|
|
@@ -64,9 +64,9 @@ State badge → user-facing label + suggested next step (same table as `/ritual
|
|
|
64
64
|
|---|---|---|---|
|
|
65
65
|
| 📍 | `in_progress` | "still in discovery" | Continue discovery |
|
|
66
66
|
| 💬 | `awaiting_admin` | "waiting on admin to accept recommendations" | Admin review |
|
|
67
|
-
| ✅ | `ready` | "ready
|
|
67
|
+
| ✅ | `ready` | "ready for build brief" | Generate the build brief |
|
|
68
68
|
| 🛠 | `in_flight` | "implementation in progress" | Refresh the build brief on remaining work |
|
|
69
|
-
| ✓ | `done` | "
|
|
69
|
+
| ✓ | `done` | "shipped with follow-ups" if open deferrals exist; otherwise "shipped context" | Address follow-ups or use `/ritual lineage` on touched files. Hide fully complete shipped work by default. |
|
|
70
70
|
| ⚠ | `implemented_ahead` | "code shipped before admin acceptance" | Surface to user, ask admin to reconcile |
|
|
71
71
|
|
|
72
72
|
Silence on no-data (CLI Tenet #6): if a state bucket is empty, don't render it. Don't print "**🛠 implementation in progress** (0)".
|
|
@@ -0,0 +1,57 @@
|
|
|
1
|
+
[
|
|
2
|
+
{
|
|
3
|
+
"path": "DESIGN.md",
|
|
4
|
+
"lines": 36,
|
|
5
|
+
"bytes": 2226
|
|
6
|
+
},
|
|
7
|
+
{
|
|
8
|
+
"path": "SKILL.md",
|
|
9
|
+
"lines": 72,
|
|
10
|
+
"bytes": 5915
|
|
11
|
+
},
|
|
12
|
+
{
|
|
13
|
+
"path": "agents/openai.yaml",
|
|
14
|
+
"lines": 6,
|
|
15
|
+
"bytes": 213
|
|
16
|
+
},
|
|
17
|
+
{
|
|
18
|
+
"path": "references/async-polling.md",
|
|
19
|
+
"lines": 27,
|
|
20
|
+
"bytes": 1197
|
|
21
|
+
},
|
|
22
|
+
{
|
|
23
|
+
"path": "references/build-flow.md",
|
|
24
|
+
"lines": 1519,
|
|
25
|
+
"bytes": 88142
|
|
26
|
+
},
|
|
27
|
+
{
|
|
28
|
+
"path": "references/cli-output-contract.md",
|
|
29
|
+
"lines": 225,
|
|
30
|
+
"bytes": 11559
|
|
31
|
+
},
|
|
32
|
+
{
|
|
33
|
+
"path": "references/context-pulse-flow.md",
|
|
34
|
+
"lines": 357,
|
|
35
|
+
"bytes": 25358
|
|
36
|
+
},
|
|
37
|
+
{
|
|
38
|
+
"path": "references/discovery-classification.md",
|
|
39
|
+
"lines": 176,
|
|
40
|
+
"bytes": 10275
|
|
41
|
+
},
|
|
42
|
+
{
|
|
43
|
+
"path": "references/lineage-flow.md",
|
|
44
|
+
"lines": 154,
|
|
45
|
+
"bytes": 8774
|
|
46
|
+
},
|
|
47
|
+
{
|
|
48
|
+
"path": "references/resume-flow.md",
|
|
49
|
+
"lines": 157,
|
|
50
|
+
"bytes": 9950
|
|
51
|
+
},
|
|
52
|
+
{
|
|
53
|
+
"path": "references/scoring-fallback.md",
|
|
54
|
+
"lines": 126,
|
|
55
|
+
"bytes": 6494
|
|
56
|
+
}
|
|
57
|
+
]
|