claude-code-workflow 6.3.17 → 6.3.18

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.
@@ -11,6 +11,23 @@ Create executable solution(s) for issue(s) and bind the selected solution to eac
11
11
 
12
12
  This workflow is **planning + registration** (no implementation): it explores the codebase just enough to produce a high-quality task breakdown that can be executed later (e.g., by `issue-execute.md`).
13
13
 
14
+ ## Core Guidelines
15
+
16
+ **⚠️ Data Access Principle**: Issues and solutions files can grow very large. To avoid context overflow:
17
+
18
+ | Operation | Correct | Incorrect |
19
+ |-----------|---------|-----------|
20
+ | List issues (brief) | `ccw issue list --status pending --brief` | `Read('issues.jsonl')` |
21
+ | Read issue details | `ccw issue status <id> --json` | `Read('issues.jsonl')` |
22
+ | Update status | `ccw issue update <id> --status ...` | Direct file edit |
23
+ | Bind solution | `ccw issue bind <id> <sol-id>` | Direct file edit |
24
+
25
+ **Output Options**:
26
+ - `--brief`: JSON with minimal fields (id, title, status, priority, tags)
27
+ - `--json`: Full JSON (for detailed processing)
28
+
29
+ **ALWAYS** use CLI commands for CRUD operations. **NEVER** read entire `issues.jsonl` or `solutions/*.jsonl` directly.
30
+
14
31
  ## Inputs
15
32
 
16
33
  - **Explicit issues**: comma-separated IDs, e.g. `ISS-123,ISS-124`
@@ -91,10 +108,38 @@ ccw issue solution <issue-id> --data '{"description":"...", "approach":"...", "t
91
108
  ### Step 6: Detect cross-issue file conflicts (best-effort)
92
109
 
93
110
  Across the issues planned in this run:
94
- - Build a set of touched files from each solutions `modification_points.file` (and/or task `scope` when explicit files are missing).
111
+ - Build a set of touched files from each solution's `modification_points.file` (and/or task `scope` when explicit files are missing).
95
112
  - If the same file appears in multiple issues, add it to `conflicts` with all involved issue IDs.
96
113
  - Recommend a safe execution order (sequential) when conflicts exist.
97
114
 
115
+ ### Step 7: Update issue status
116
+
117
+ After binding, update issue status to `planned`:
118
+ ```bash
119
+ ccw issue update <issue-id> --status planned
120
+ ```
121
+
122
+ ## Quality Checklist
123
+
124
+ Before completing, verify:
125
+
126
+ - [ ] All input issues have solutions in `solutions/{issue-id}.jsonl`
127
+ - [ ] Single solution issues are auto-bound (`bound_solution_id` set)
128
+ - [ ] Multi-solution issues returned in `pending_selection` for user choice
129
+ - [ ] Each solution has executable tasks with `modification_points`
130
+ - [ ] Task acceptance criteria are quantified (not vague)
131
+ - [ ] Conflicts detected and reported (if multiple issues touch same files)
132
+ - [ ] Issue status updated to `planned` after binding
133
+
134
+ ## Error Handling
135
+
136
+ | Error | Resolution |
137
+ |-------|------------|
138
+ | Issue not found | Auto-create via `ccw issue init` |
139
+ | No solutions generated | Display error, suggest manual planning |
140
+ | User cancels selection | Skip issue, continue with others |
141
+ | File conflicts | Detect and suggest resolution order |
142
+
98
143
  ## Done Criteria
99
144
 
100
145
  - A bound solution exists for each issue unless explicitly deferred for user selection.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  description: Form execution queue from bound solutions (orders solutions, detects conflicts, assigns groups)
3
- argument-hint: "[--issue <id>]"
3
+ argument-hint: "[--issue <id>] [--append <id>]"
4
4
  ---
5
5
 
6
6
  # Issue Queue (Codex Version)
@@ -11,10 +11,32 @@ Create an ordered execution queue from all bound solutions. Analyze inter-soluti
11
11
 
12
12
  This workflow is **ordering only** (no execution): it reads bound solutions, detects conflicts, and produces a queue file that `issue-execute.md` can consume.
13
13
 
14
+ **Design Principle**: Queue items are **solutions**, not individual tasks. Each executor receives a complete solution with all its tasks.
15
+
16
+ ## Core Guidelines
17
+
18
+ **⚠️ Data Access Principle**: Issues and queue files can grow very large. To avoid context overflow:
19
+
20
+ | Operation | Correct | Incorrect |
21
+ |-----------|---------|-----------|
22
+ | List issues (brief) | `ccw issue list --status planned --brief` | `Read('issues.jsonl')` |
23
+ | List queue (brief) | `ccw issue queue --brief` | `Read('queues/*.json')` |
24
+ | Read issue details | `ccw issue status <id> --json` | `Read('issues.jsonl')` |
25
+ | Get next item | `ccw issue next --json` | `Read('queues/*.json')` |
26
+ | Update status | `ccw issue update <id> --status ...` | Direct file edit |
27
+ | Sync from queue | `ccw issue update --from-queue` | Direct file edit |
28
+
29
+ **Output Options**:
30
+ - `--brief`: JSON with minimal fields (id, status, counts)
31
+ - `--json`: Full JSON (for detailed processing)
32
+
33
+ **ALWAYS** use CLI commands for CRUD operations. **NEVER** read entire `issues.jsonl` or `queues/*.json` directly.
34
+
14
35
  ## Inputs
15
36
 
16
37
  - **All planned**: Default behavior → queue all issues with `planned` status and bound solutions
17
38
  - **Specific issue**: `--issue <id>` → queue only that issue's solution
39
+ - **Append mode**: `--append <id>` → append issue to active queue (don't create new)
18
40
 
19
41
  ## Output Requirements
20
42
 
@@ -176,18 +198,27 @@ Group assignment:
176
198
 
177
199
  ### Step 7: Update Issue Statuses
178
200
 
179
- For each queued issue, update status to `queued`:
201
+ **MUST use CLI command** (NOT direct file operations):
180
202
 
181
203
  ```bash
204
+ # Option 1: Batch update from queue (recommended)
205
+ ccw issue update --from-queue # Use active queue
206
+ ccw issue update --from-queue QUE-xxx # Use specific queue
207
+
208
+ # Option 2: Individual issue update
182
209
  ccw issue update <issue-id> --status queued
183
210
  ```
184
211
 
212
+ **⚠️ IMPORTANT**: Do NOT directly modify `issues.jsonl`. Always use CLI command to ensure proper validation and history tracking.
213
+
185
214
  ## Queue Item ID Format
186
215
 
187
216
  - Solution items: `S-1`, `S-2`, `S-3`, ...
188
217
  - Sequential numbering starting from 1
189
218
 
190
- ## Done Criteria
219
+ ## Quality Checklist
220
+
221
+ Before completing, verify:
191
222
 
192
223
  - [ ] Exactly 2 files generated: queue JSON + index update
193
224
  - [ ] Queue has valid DAG (no circular dependencies)
@@ -212,6 +243,16 @@ ccw issue update <issue-id> --status queued
212
243
  | Circular dependency detected | Abort, report cycle details |
213
244
  | Missing solution file | Skip issue, log warning |
214
245
  | Index file missing | Create new index |
246
+ | Index not updated | Auto-fix: Set active_queue_id to new queue |
247
+
248
+ ## Done Criteria
249
+
250
+ - [ ] All planned issues with `bound_solution_id` are included
251
+ - [ ] Queue JSON written to `queues/{queue-id}.json`
252
+ - [ ] Index updated in `queues/index.json` with `active_queue_id`
253
+ - [ ] No circular dependencies in solution DAG
254
+ - [ ] Parallel groups have no file overlaps
255
+ - [ ] Issue statuses updated to `queued`
215
256
 
216
257
  ## Start Execution
217
258
 
@@ -222,3 +263,4 @@ ccw issue list --status planned --json
222
263
  ```
223
264
 
224
265
  Then follow the workflow to generate the queue.
266
+
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "claude-code-workflow",
3
- "version": "6.3.17",
3
+ "version": "6.3.18",
4
4
  "description": "JSON-driven multi-agent development framework with intelligent CLI orchestration (Gemini/Qwen/Codex), context-first architecture, and automated workflow execution",
5
5
  "type": "module",
6
6
  "main": "ccw/src/index.js",