@hanzlaa/rcode 3.4.9 → 3.4.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/package.json +1 -1
- package/rihal/workflows/do.md +1 -0
- package/rihal/workflows/phase.md +37 -2
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@hanzlaa/rcode",
|
|
3
|
-
"version": "3.4.
|
|
3
|
+
"version": "3.4.10",
|
|
4
4
|
"description": "rcode — the memory bank for AI-driven SaaS teams. Persistent project context, distinctive engineering personas, and phase-based workflows. Built by Rihal. Works in Claude Code, Cursor, Gemini, VS Code, and Antigravity.",
|
|
5
5
|
"main": "cli/index.js",
|
|
6
6
|
"bin": {
|
package/rihal/workflows/do.md
CHANGED
|
@@ -296,6 +296,7 @@ Evaluate `$QUESTION` against these routing rules. Apply the **first matching** r
|
|
|
296
296
|
| Implement a story, "work on story", "dev story", "build story" | `/rihal-dev-story` | Story-level implementation |
|
|
297
297
|
| Find gaps in milestone plans, "gaps in plans", "missing plan", "unplanned phases" | `/rihal-plan-milestone-gaps` | Identify and fill planning gaps |
|
|
298
298
|
| Executing a phase, "build phase N", "run phase N", "implement phase" | `/rihal-execute` | Direct phase execution request |
|
|
299
|
+
| `/rihal-phase <number>` where number matches an existing phase dir | `/rihal-execute <N>` | User mistyped phase instead of execute — detect bare integer + existing dir, route to execute |
|
|
299
300
|
| Running all remaining phases automatically | `/rihal-autonomous` | Full autonomous execution |
|
|
300
301
|
| A review or quality concern about existing work | `/rihal-verify-work` | Needs verification |
|
|
301
302
|
| "Council", "discuss strategy", "should we" | `/rihal-council` | Multi-agent strategic discussion |
|
package/rihal/workflows/phase.md
CHANGED
|
@@ -14,7 +14,42 @@ If `$ARGUMENTS` is empty AND no flag is set:
|
|
|
14
14
|
|
|
15
15
|
STOP — do not proceed.
|
|
16
16
|
|
|
17
|
-
## Step 1 —
|
|
17
|
+
## Step 1 — Disambiguate numeric arguments BEFORE routing
|
|
18
|
+
|
|
19
|
+
If `$ARGUMENTS` is a bare integer (e.g. `116`, `20`, `7`) with no other words or flags:
|
|
20
|
+
|
|
21
|
+
```bash
|
|
22
|
+
# Check if a phase directory matching this number already exists
|
|
23
|
+
PHASE_NUM="$ARGUMENTS"
|
|
24
|
+
EXISTING=$(find .planning/phases -maxdepth 1 -type d -name "${PHASE_NUM}-*" 2>/dev/null | head -1)
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
If `$EXISTING` is non-empty, the user typed a phase number that already exists — they almost certainly meant to operate on it, not create a new one. Stop and ask:
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
Phase {N} already exists: {directory name}
|
|
31
|
+
|
|
32
|
+
What did you mean to do?
|
|
33
|
+
|
|
34
|
+
/rihal-execute {N} — execute the sprint plan for this phase
|
|
35
|
+
/rihal-plan {N} — re-plan or view the plan for this phase
|
|
36
|
+
/rihal-status — see overall project status
|
|
37
|
+
|
|
38
|
+
/rihal-phase "{description}" — add a NEW phase (put the description in quotes)
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
Do NOT proceed to add/insert/remove. Wait for the user to clarify.
|
|
42
|
+
|
|
43
|
+
If `$ARGUMENTS` is a bare integer and `$EXISTING` is empty, it's an ambiguous but plausible new-phase name. Proceed to Step 2 but warn:
|
|
44
|
+
|
|
45
|
+
```
|
|
46
|
+
Note: "{N}" looks like a number. If you meant to execute/plan phase {N}, use /rihal-execute {N} or /rihal-plan {N}.
|
|
47
|
+
Adding a new phase named "{N}" — press Ctrl+C to cancel, or continue.
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
Then proceed to Step 2.
|
|
51
|
+
|
|
52
|
+
## Step 1b — Parse mode flags
|
|
18
53
|
|
|
19
54
|
Inspect `$ARGUMENTS`:
|
|
20
55
|
|
|
@@ -24,7 +59,7 @@ Inspect `$ARGUMENTS`:
|
|
|
24
59
|
|
|
25
60
|
Strip the mode flag and pass remaining args to the underlying workflow.
|
|
26
61
|
|
|
27
|
-
## Step 2 — Dispatch to underlying workflow
|
|
62
|
+
## Step 2 — Dispatch to underlying workflow (after disambiguation)
|
|
28
63
|
|
|
29
64
|
Each mode is implemented by an existing workflow:
|
|
30
65
|
|