|
7 | 7 | The cc-track system follows a structured, command-driven workflow that separates requirements from implementation: |
8 | 8 |
|
9 | 9 | ``` |
10 | | -/cc-track:specify → /cc-track:plan → /cc-track:tasks → Implementation → /cc-track:prepare-completion → /cc-track:complete-task → PR → Merge |
| 10 | +/cc-track:specify → /cc-track:plan → /cc-track:tasks → Implementation → /cc-track:prepare-completion → [/cc-track:fix-issues] → /cc-track:complete-task → PR → Merge |
11 | 11 | ``` |
12 | 12 |
|
| 13 | +Note: `/cc-track:fix-issues` is automatically invoked by `prepare-completion` when >1 issues are found. |
| 14 | + |
13 | 15 | Each command prompts for the next step, creating a natural flow through the development process. |
14 | 16 |
|
15 | 17 | --- |
@@ -182,10 +184,43 @@ This discretionary approach means simple features don't waste time on exploratio |
182 | 184 |
|
183 | 185 | **Result:** Clear pass/fail with specific fix instructions |
184 | 186 |
|
| 187 | +**Routing based on issue count:** |
| 188 | +- **0 issues:** "Ready for completion" - proceed to `/cc-track:complete-task` |
| 189 | +- **1 issue:** Presented inline for quick decision |
| 190 | +- **>1 issues:** Automatically invokes `/cc-track:fix-issues` for structured triage |
| 191 | + |
185 | 192 | **Next step:** Fix any issues, update docs, then run `/cc-track:complete-task` |
186 | 193 |
|
187 | 194 | --- |
188 | 195 |
|
| 196 | +### 5b. `/cc-track:fix-issues` - Triage Review Issues |
| 197 | + |
| 198 | +**Purpose:** Walk through code review issues one-by-one with structured decision options |
| 199 | + |
| 200 | +**When invoked:** |
| 201 | +- Automatically by `/cc-track:prepare-completion` when >1 validated issues found |
| 202 | +- Can be invoked directly if issues exist in conversation context |
| 203 | + |
| 204 | +**What happens:** |
| 205 | +1. Creates `issue-log.md` in spec folder with all issues (or updates existing) |
| 206 | +2. Checks existing `issue-log.md` and `backlog.md` to filter already-handled issues |
| 207 | +3. Presents each NEW issue (highest score first) with options: |
| 208 | + - **Fix** - Add to immediate fix list |
| 209 | + - **Defer** - Add to backlog for future work |
| 210 | + - **Dismiss** - False positive or acceptable as-is |
| 211 | + - **Discuss** - Investigate before deciding |
| 212 | +4. After all issues triaged, shows action summary |
| 213 | +5. Executes fixes in order (only after full triage complete) |
| 214 | +6. Reminds to re-run `/cc-track:prepare-completion` to verify |
| 215 | + |
| 216 | +**Issue-log.md location:** `.cc-track/specs/{active-spec}/issue-log.md` |
| 217 | + |
| 218 | +**Iterative safe:** Re-running filters out already-handled issues from previous triage runs |
| 219 | + |
| 220 | +**Result:** Documented triage decisions, fixes implemented, issue-log.md as permanent audit trail |
| 221 | + |
| 222 | +--- |
| 223 | + |
189 | 224 | ### 6. `/cc-track:complete-task` - Finalize and Create PR |
190 | 225 |
|
191 | 226 | **Purpose:** Mark task complete, squash commits, create PR |
|
0 commit comments