@namch/agent-assistant 1.2.0 → 1.2.2
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/CHANGELOG.md +14 -0
- package/README.md +3 -15
- package/agents/backend-engineer.md +1 -1
- package/agents/brainstormer.md +1 -1
- package/agents/business-analyst.md +1 -1
- package/agents/database-architect.md +1 -1
- package/agents/debugger.md +1 -1
- package/agents/designer.md +1 -1
- package/agents/devops-engineer.md +1 -1
- package/agents/docs-manager.md +1 -1
- package/agents/frontend-engineer.md +1 -1
- package/agents/game-engineer.md +1 -1
- package/agents/mobile-engineer.md +1 -1
- package/agents/performance-engineer.md +1 -1
- package/agents/planner.md +1 -1
- package/agents/project-manager.md +1 -1
- package/agents/reporter.md +1 -1
- package/agents/researcher.md +1 -1
- package/agents/reviewer.md +1 -1
- package/agents/scouter.md +1 -1
- package/agents/security-engineer.md +1 -1
- package/agents/tech-lead.md +1 -1
- package/agents/tester.md +1 -1
- package/code-assistants/copilot-assistant/agent-assistant.agent.md +0 -25
- package/commands/code/focus.md +2 -25
- package/commands/code/hard.md +0 -30
- package/commands/cook/focus.md +0 -25
- package/commands/cook/hard.md +0 -25
- package/commands/cook/team.md +0 -26
- package/commands/debug/focus.md +0 -48
- package/commands/debug/hard.md +0 -71
- package/commands/debug/team.md +0 -36
- package/commands/design/focus.md +0 -23
- package/commands/design/hard.md +0 -85
- package/commands/design/team.md +0 -58
- package/commands/fix/focus.md +0 -23
- package/commands/fix/hard.md +0 -39
- package/commands/fix/team.md +0 -25
- package/commands/plan/focus.md +0 -53
- package/commands/plan/hard.md +0 -56
- package/commands/plan/team.md +0 -22
- package/commands/report/focus.md +0 -52
- package/commands/test/focus.md +0 -23
- package/commands/test/hard.md +0 -57
- package/commands/test/team.md +0 -7
- package/package.json +1 -1
- package/rules/TEAMS.md +1 -1
- package/rules/CONTEXT-GATE.md +0 -362
package/commands/design/focus.md
CHANGED
|
@@ -178,29 +178,6 @@ One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in
|
|
|
178
178
|
|
|
179
179
|
---
|
|
180
180
|
|
|
181
|
-
## 🛡️ CONTEXT GATE CHECKPOINT
|
|
182
|
-
|
|
183
|
-
> **⛔ BLOCKING**: Load Context Gate protocol NOW before proceeding.
|
|
184
|
-
>
|
|
185
|
-
> **LOAD**: `rules/CONTEXT-GATE.md` — Execute FOCUS MODE (Design variant)
|
|
186
|
-
>
|
|
187
|
-
> This is a MANDATORY checkpoint. Cannot skip or bypass.
|
|
188
|
-
|
|
189
|
-
### ⚡ EXECUTION
|
|
190
|
-
|
|
191
|
-
```yaml
|
|
192
|
-
context_gate_execution:
|
|
193
|
-
mode: "FOCUS (Automatic)"
|
|
194
|
-
trigger: "After Phase 4 (Design Creation) completes"
|
|
195
|
-
protocol: "Follow rules/CONTEXT-GATE.md § FOCUS MODE § design_focus_variant"
|
|
196
|
-
|
|
197
|
-
variant_adjustments:
|
|
198
|
-
remaining_phases: "Phase 5 (Design Review) → Implementation Handoff"
|
|
199
|
-
deliverable_file: "./reports/designs/DESIGN-{request}.md"
|
|
200
|
-
```
|
|
201
|
-
|
|
202
|
-
**DO NOT proceed to Phase 5 until Context Gate completes.**
|
|
203
|
-
|
|
204
181
|
## ❌ Discarded:
|
|
205
182
|
- Design exploration noise
|
|
206
183
|
- Rejected alternatives
|
package/commands/design/hard.md
CHANGED
|
@@ -175,91 +175,6 @@ One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in
|
|
|
175
175
|
|
|
176
176
|
---
|
|
177
177
|
|
|
178
|
-
## 🛡️ VERIFICATION CHECKPOINT — Context Optimization
|
|
179
|
-
|
|
180
|
-
> **PURPOSE**: Prevent "context rot" by clearing noisy design exploration history before implementation.
|
|
181
|
-
>
|
|
182
|
-
> Design iterations and rejected alternatives fill context with noise.
|
|
183
|
-
> This checkpoint acts as a "firewall" before handing off to implementation.
|
|
184
|
-
|
|
185
|
-
### ⚡ OPTIONS (Present to User)
|
|
186
|
-
|
|
187
|
-
```markdown
|
|
188
|
-
## 🛡️ Context Optimization Checkpoint
|
|
189
|
-
|
|
190
|
-
**Design Complete** — Design specs created at: `./reports/designs/DESIGN-{request}.md`
|
|
191
|
-
|
|
192
|
-
**Choose how to proceed:**
|
|
193
|
-
|
|
194
|
-
| Option | Action | Description |
|
|
195
|
-
|--------|--------|-------------|
|
|
196
|
-
| **1. 🚀 Clear context & Ready** | `RECOMMENDED` | Fresh start for implementation: Reload Design, ignore exploration history |
|
|
197
|
-
| **2. ⏸️ Review First** | `SAFE` | Clear context, show design summary, wait for approval |
|
|
198
|
-
| **3. ⚠️ Continue (No Clear)** | `RISKY` | Keep design history (may affect review quality) |
|
|
199
|
-
|
|
200
|
-
⏳ Awaiting selection...
|
|
201
|
-
```
|
|
202
|
-
|
|
203
|
-
### 🔄 EXECUTION BEHAVIOR
|
|
204
|
-
|
|
205
|
-
```yaml
|
|
206
|
-
option_1_clear_ready:
|
|
207
|
-
behavior: "RECOMMENDED - Clean handoff"
|
|
208
|
-
steps:
|
|
209
|
-
1. ACKNOWLEDGE: "🚀 Context optimized. Design ready for review/implementation."
|
|
210
|
-
2. CONTEXT_DIRECTIVE: |
|
|
211
|
-
⛔ IGNORE all design exploration and rejected alternatives.
|
|
212
|
-
✅ DESIGN FILE is SOLE SOURCE OF TRUTH.
|
|
213
|
-
3. RELOAD_ESSENTIAL_CONTEXT: |
|
|
214
|
-
## 📥 Essential Context Reload
|
|
215
|
-
|
|
216
|
-
Read Design file and extract these sections for review/handoff context:
|
|
217
|
-
|
|
218
|
-
1️⃣ **USER REQUEST (VERBATIM)**:
|
|
219
|
-
- Extract from Design header: `## 📌 User Request (VERBATIM)`
|
|
220
|
-
- This is the ORIGINAL design request to verify against
|
|
221
|
-
|
|
222
|
-
2️⃣ **ACCEPTANCE CRITERIA**:
|
|
223
|
-
- Extract from Design header: `## 🎯 Acceptance Criteria`
|
|
224
|
-
- These are the checkpoints for design approval
|
|
225
|
-
|
|
226
|
-
3️⃣ **DESIGN DOCUMENT**:
|
|
227
|
-
- Full design content from `./reports/designs/DESIGN-{request}.md`
|
|
228
|
-
- This is the SOLE SOURCE OF TRUTH for design decisions
|
|
229
|
-
|
|
230
|
-
4️⃣ **REMAINING PHASES**: Phase 5 (Design Review) → Implementation Handoff
|
|
231
|
-
|
|
232
|
-
5️⃣ **REVIEW RULES** (Summary):
|
|
233
|
-
- Verify design meets original user request
|
|
234
|
-
- Check all acceptance criteria are addressed
|
|
235
|
-
- Ensure design is implementation-ready
|
|
236
|
-
4. PROCEED: Continue to Design Review phase
|
|
237
|
-
5. POST_STATUS: |
|
|
238
|
-
🔒 **Context Gate Passed**
|
|
239
|
-
|
|
240
|
-
## 🛡️ VERIFICATION CHECKPOINT
|
|
241
|
-
|
|
242
|
-
> **⛔ BLOCKING**: Load Context Gate protocol NOW before proceeding.
|
|
243
|
-
>
|
|
244
|
-
> **LOAD**: `rules/CONTEXT-GATE.md` — Execute HARD MODE (Design variant)
|
|
245
|
-
>
|
|
246
|
-
> This is a MANDATORY checkpoint. Cannot skip or bypass.
|
|
247
|
-
|
|
248
|
-
### ⚡ EXECUTION
|
|
249
|
-
|
|
250
|
-
```yaml
|
|
251
|
-
context_gate_execution:
|
|
252
|
-
mode: "HARD (User Choice)"
|
|
253
|
-
trigger: "After Phase 4 (Design Creation) completes"
|
|
254
|
-
protocol: "Follow rules/CONTEXT-GATE.md § HARD MODE § design_hard_variant"
|
|
255
|
-
|
|
256
|
-
variant_adjustments:
|
|
257
|
-
deliverable_file: "./reports/designs/DESIGN-{request}.md"
|
|
258
|
-
remaining_phases: "Phase 5 (Design Review) → Implementation Handoff"
|
|
259
|
-
```
|
|
260
|
-
|
|
261
|
-
**DO NOT proceed to Phase 5 until user selects option.**
|
|
262
|
-
|
|
263
178
|
---
|
|
264
179
|
|
|
265
180
|
## 🎭 Phase 5: DESIGN REVIEW
|
package/commands/design/team.md
CHANGED
|
@@ -376,64 +376,6 @@ Format: rules/PHASES.md § Phase output structure + rules/TEAMS.md § Golden Tri
|
|
|
376
376
|
|
|
377
377
|
---
|
|
378
378
|
|
|
379
|
-
## 🛡️ VERIFICATION CHECKPOINT
|
|
380
|
-
|
|
381
|
-
> **⛔ BLOCKING**: Load Context Gate protocol NOW before proceeding.
|
|
382
|
-
>
|
|
383
|
-
> **LOAD**: `rules/CONTEXT-GATE.md` — Execute HARD MODE protocol
|
|
384
|
-
>
|
|
385
|
-
> This is a MANDATORY checkpoint. Cannot skip or bypass.
|
|
386
|
-
|
|
387
|
-
### ⚡ OPTIONS (Present to User)
|
|
388
|
-
|
|
389
|
-
```markdown
|
|
390
|
-
## 🛡️ Context Optimization Checkpoint
|
|
391
|
-
|
|
392
|
-
**Design Complete** — Design specs created at: `./reports/designs/DESIGN-{request}.md`
|
|
393
|
-
|
|
394
|
-
**Choose how to proceed:**
|
|
395
|
-
|
|
396
|
-
| Option | Action | Description |
|
|
397
|
-
|--------|--------|-------------|
|
|
398
|
-
| **1. 🚀 Clear context & Proceed to Implementation Spec** | `RECOMMENDED` | Fresh start: Reload Design file, ignore exploration history |
|
|
399
|
-
| **2. ⏸️ Review Design First** | `SAFE` | Clear context, show design summary, wait for approval before proceeding |
|
|
400
|
-
| **3. ⚠️ Continue (No Clear)** | `RISKY` | Keep design history (may affect spec quality) |
|
|
401
|
-
|
|
402
|
-
⏳ Awaiting selection...
|
|
403
|
-
```
|
|
404
|
-
|
|
405
|
-
### 🔄 EXECUTION BEHAVIOR
|
|
406
|
-
|
|
407
|
-
```yaml
|
|
408
|
-
option_1_clear_proceed:
|
|
409
|
-
behavior: "RECOMMENDED - Clean handoff to implementation spec"
|
|
410
|
-
steps:
|
|
411
|
-
1. ACKNOWLEDGE: "🚀 Context optimized. Design ready for implementation spec."
|
|
412
|
-
2. CONTEXT_DIRECTIVE: |
|
|
413
|
-
⛔ IGNORE all design exploration and rejected alternatives.
|
|
414
|
-
✅ DESIGN FILE is SOLE SOURCE OF TRUTH.
|
|
415
|
-
3. RELOAD: Read DESIGN-{request}.md as primary context
|
|
416
|
-
4. PROCEED: Execute Phase 3
|
|
417
|
-
|
|
418
|
-
option_2_review_first:
|
|
419
|
-
behavior: "SAFE - User approves before spec"
|
|
420
|
-
steps:
|
|
421
|
-
1. CLEAR context of exploration noise
|
|
422
|
-
2. DISPLAY: Design summary from DESIGN-{request}.md
|
|
423
|
-
3. WAIT: User approval
|
|
424
|
-
4. PROCEED: Execute Phase 3 on approval
|
|
425
|
-
|
|
426
|
-
option_3_continue:
|
|
427
|
-
behavior: "RISKY - Context may be noisy"
|
|
428
|
-
steps:
|
|
429
|
-
1. WARN: "⚠️ Context contains exploration history. Spec quality may degrade."
|
|
430
|
-
2. PROCEED: Execute Phase 3 immediately
|
|
431
|
-
```
|
|
432
|
-
|
|
433
|
-
**DO NOT proceed to Phase 3 until user selects option.**
|
|
434
|
-
|
|
435
|
-
---
|
|
436
|
-
|
|
437
379
|
## 🎭 Phase 3: IMPLEMENTATION SPEC — 🔺 GOLDEN TRIANGLE
|
|
438
380
|
|
|
439
381
|
| Role | Agent | Mission |
|
package/commands/fix/focus.md
CHANGED
|
@@ -85,29 +85,6 @@ One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in
|
|
|
85
85
|
|
|
86
86
|
---
|
|
87
87
|
|
|
88
|
-
## 🛡️ CONTEXT GATE CHECKPOINT
|
|
89
|
-
|
|
90
|
-
> **⛔ BLOCKING**: Load Context Gate protocol NOW before proceeding.
|
|
91
|
-
>
|
|
92
|
-
> **LOAD**: `rules/CONTEXT-GATE.md` — Execute FOCUS MODE protocol
|
|
93
|
-
>
|
|
94
|
-
> This is a MANDATORY checkpoint. Cannot skip or bypass.
|
|
95
|
-
|
|
96
|
-
### ⚡ EXECUTION
|
|
97
|
-
|
|
98
|
-
```yaml
|
|
99
|
-
context_gate_execution:
|
|
100
|
-
mode: "FOCUS (Automatic)"
|
|
101
|
-
trigger: "After Phase 3 (Fix Planning) completes"
|
|
102
|
-
protocol: "Follow rules/CONTEXT-GATE.md § FOCUS MODE"
|
|
103
|
-
|
|
104
|
-
variant_adjustments:
|
|
105
|
-
remaining_phases: "Phase 4 → 5 → 5.5"
|
|
106
|
-
plan_type: "Fix plan with rollback strategy"
|
|
107
|
-
```
|
|
108
|
-
|
|
109
|
-
**DO NOT proceed to Phase 4 until Context Gate completes.**
|
|
110
|
-
|
|
111
88
|
---
|
|
112
89
|
|
|
113
90
|
## ✅ Reloaded:
|
package/commands/fix/hard.md
CHANGED
|
@@ -81,45 +81,6 @@ One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in
|
|
|
81
81
|
|
|
82
82
|
---
|
|
83
83
|
|
|
84
|
-
## 🛡️ VERIFICATION CHECKPOINT — Context Optimization
|
|
85
|
-
|
|
86
|
-
> **PURPOSE**: Prevent "context rot" by clearing noisy debugging/planning history before implementation.
|
|
87
|
-
>
|
|
88
|
-
> Long-running analysis sessions fill context with noise that degrades code generation quality.
|
|
89
|
-
> This checkpoint acts as a "firewall" between Planning and Implementation phases.
|
|
90
|
-
|
|
91
|
-
### ⚡ OPTIONS (Present to User)
|
|
92
|
-
|
|
93
|
-
```markdown
|
|
94
|
-
## 🛡️ Context Optimization Checkpoint
|
|
95
|
-
|
|
96
|
-
**Planning Complete** — Fix plan created with rollback strategy.
|
|
97
|
-
|
|
98
|
-
**Choose how to proceed with implementation:**
|
|
99
|
-
|
|
100
|
-
## 🛡️ VERIFICATION CHECKPOINT
|
|
101
|
-
|
|
102
|
-
> **⛔ BLOCKING**: Load Context Gate protocol NOW before proceeding.
|
|
103
|
-
>
|
|
104
|
-
> **LOAD**: `rules/CONTEXT-GATE.md` — Execute HARD MODE protocol
|
|
105
|
-
>
|
|
106
|
-
> This is a MANDATORY checkpoint. Cannot skip or bypass.
|
|
107
|
-
|
|
108
|
-
### ⚡ EXECUTION
|
|
109
|
-
|
|
110
|
-
```yaml
|
|
111
|
-
context_gate_execution:
|
|
112
|
-
mode: "HARD (User Choice)"
|
|
113
|
-
trigger: "After Phase 3 (Fix Planning) completes"
|
|
114
|
-
protocol: "Follow rules/CONTEXT-GATE.md § HARD MODE"
|
|
115
|
-
|
|
116
|
-
variant_adjustments:
|
|
117
|
-
plan_type: "Fix plan with rollback strategy"
|
|
118
|
-
remaining_phases: "Phase 4 → 5 → 5.5"
|
|
119
|
-
```
|
|
120
|
-
|
|
121
|
-
**DO NOT proceed to Phase 4 until user selects option.**
|
|
122
|
-
|
|
123
84
|
---
|
|
124
85
|
|
|
125
86
|
## 🎭 Phase 4: IMPLEMENTATION
|
package/commands/fix/team.md
CHANGED
|
@@ -296,31 +296,6 @@ IF unclear → debugger (Tech Lead) decides based on P1 investigation findings
|
|
|
296
296
|
|
|
297
297
|
---
|
|
298
298
|
|
|
299
|
-
## 🛡️ VERIFICATION CHECKPOINT
|
|
300
|
-
|
|
301
|
-
> **⛔ BLOCKING**: Load Context Gate protocol NOW before proceeding.
|
|
302
|
-
>
|
|
303
|
-
> **LOAD**: `rules/CONTEXT-GATE.md` — Execute HARD MODE protocol
|
|
304
|
-
>
|
|
305
|
-
> This is a MANDATORY checkpoint. Cannot skip or bypass.
|
|
306
|
-
|
|
307
|
-
### ⚡ EXECUTION
|
|
308
|
-
|
|
309
|
-
```yaml
|
|
310
|
-
context_gate_execution:
|
|
311
|
-
mode: "HARD (User Choice)"
|
|
312
|
-
trigger: "After Phase 3 (Fix Planning) completes"
|
|
313
|
-
protocol: "Follow rules/CONTEXT-GATE.md § HARD MODE"
|
|
314
|
-
|
|
315
|
-
variant_adjustments:
|
|
316
|
-
plan_type: "Fix plan with rollback strategy"
|
|
317
|
-
plan_file: "PLAN-{issue}.md"
|
|
318
|
-
remaining_phases: "Phase 4 → 5"
|
|
319
|
-
mailbox: "MAILBOX-{date}.md contains full debate history"
|
|
320
|
-
```
|
|
321
|
-
|
|
322
|
-
**DO NOT proceed to Phase 4 until user selects option.**
|
|
323
|
-
|
|
324
299
|
---
|
|
325
300
|
|
|
326
301
|
## 🎭 Phase 4: IMPLEMENTATION — 🔺 GOLDEN TRIANGLE
|
package/commands/plan/focus.md
CHANGED
|
@@ -128,59 +128,6 @@ Plan(s) MUST reference prior phases:
|
|
|
128
128
|
|
|
129
129
|
---
|
|
130
130
|
|
|
131
|
-
## 🛡️ STRICT CONTEXT GATE — Automatic Context Optimization
|
|
132
|
-
|
|
133
|
-
> **⚡ FOCUS MODE**: This checkpoint executes automatically. NO user input required.
|
|
134
|
-
>
|
|
135
|
-
> **PURPOSE**: Prevent "context rot" by forcibly clearing noisy research/planning history.
|
|
136
|
-
> This acts as a mandatory "firewall" before handoff to implementation workflows.
|
|
137
|
-
|
|
138
|
-
### 🔒 AUTOMATIC EXECUTION (NO PROMPT)
|
|
139
|
-
|
|
140
|
-
```yaml
|
|
141
|
-
strict_context_gate:
|
|
142
|
-
mode: "AUTOMATIC - No user interaction"
|
|
143
|
-
behavior: "Force Clear context & Ready"
|
|
144
|
-
|
|
145
|
-
execution:
|
|
146
|
-
1. ANNOUNCE: |
|
|
147
|
-
## 🛡️ Strict Context Gate — Automatic
|
|
148
|
-
|
|
149
|
-
✅ **Plan Complete**: Plan file(s) created.
|
|
150
|
-
🔒 **Focus Mode**: Automatically clearing context for implementation handoff.
|
|
151
|
-
|
|
152
|
-
⚡ Executing: **Clear context & Ready**...
|
|
153
|
-
|
|
154
|
-
2. CONTEXT_DIRECTIVE: |
|
|
155
|
-
╔══════════════════════════════════════════════════════════════════╗
|
|
156
|
-
║ ⛔ MANDATORY CONTEXT RESET — FOCUS MODE ║
|
|
157
|
-
╠══════════════════════════════════════════════════════════════════╣
|
|
158
|
-
║ IGNORE: All previous research discussions, exploration paths, ║
|
|
159
|
-
║ rejected alternatives, and intermediate reasoning. ║
|
|
160
|
-
║ ║
|
|
161
|
-
║ SOLE SOURCE OF TRUTH: Plan file(s) in ./reports/plans/ ║
|
|
162
|
-
║ ║
|
|
163
|
-
║ HANDOFF: Plan is ready for `/code:focus` implementation. ║
|
|
164
|
-
║ Implementation should treat Plan as fresh context. ║
|
|
165
|
-
╚══════════════════════════════════════════════════════════════════╝
|
|
166
|
-
|
|
167
|
-
3. OUTPUT: Plan summary for user
|
|
168
|
-
|
|
169
|
-
4. PROCEED: To COMPLETION
|
|
170
|
-
```
|
|
171
|
-
|
|
172
|
-
### 📋 Post-Gate Status
|
|
173
|
-
|
|
174
|
-
```markdown
|
|
175
|
-
🔒 **Context Gate Passed**
|
|
176
|
-
|
|
177
|
-
- Previous context: DISCARDED
|
|
178
|
-
- Active context: Plan file(s) only
|
|
179
|
-
- Mode: Clean handoff ready
|
|
180
|
-
|
|
181
|
-
Plan ready for implementation...
|
|
182
|
-
```
|
|
183
|
-
|
|
184
131
|
---
|
|
185
132
|
|
|
186
133
|
## COMPLETION
|
package/commands/plan/hard.md
CHANGED
|
@@ -125,62 +125,6 @@ Plan(s) MUST reference prior phases:
|
|
|
125
125
|
|
|
126
126
|
---
|
|
127
127
|
|
|
128
|
-
## 🛡️ VERIFICATION CHECKPOINT — Context Optimization
|
|
129
|
-
|
|
130
|
-
> **PURPOSE**: Prevent "context rot" by clearing noisy research/planning history before implementation.
|
|
131
|
-
>
|
|
132
|
-
> Long-running planning sessions fill context with noise that degrades implementation quality.
|
|
133
|
-
> This checkpoint acts as a "firewall" before handing off to implementation workflows.
|
|
134
|
-
|
|
135
|
-
### ⚡ OPTIONS (Present to User)
|
|
136
|
-
|
|
137
|
-
```markdown
|
|
138
|
-
## 🛡️ Context Optimization Checkpoint
|
|
139
|
-
|
|
140
|
-
**Planning Complete** — Plan file(s) created.
|
|
141
|
-
|
|
142
|
-
**Choose how to proceed:**
|
|
143
|
-
|
|
144
|
-
| Option | Action | Description |
|
|
145
|
-
|--------|--------|-------------|
|
|
146
|
-
| **1. 🚀 Clear context & Ready** | `RECOMMENDED` | Fresh start for implementation: Reload Plan, ignore planning history |
|
|
147
|
-
| **2. ⏸️ Review First** | `SAFE` | Clear context, show plan summary, wait for approval |
|
|
148
|
-
| **3. ⚠️ Continue (No Clear)** | `RISKY` | Keep full history (may affect `/cook:hard` quality) |
|
|
149
|
-
|
|
150
|
-
⏳ Awaiting selection...
|
|
151
|
-
```
|
|
152
|
-
|
|
153
|
-
### 🔄 EXECUTION BEHAVIOR
|
|
154
|
-
|
|
155
|
-
```yaml
|
|
156
|
-
option_1_clear_ready:
|
|
157
|
-
behavior: "RECOMMENDED - Prepare clean handoff"
|
|
158
|
-
steps:
|
|
159
|
-
1. ACKNOWLEDGE: "🚀 Context optimized. Plan ready for implementation."
|
|
160
|
-
2. CONTEXT_DIRECTIVE: |
|
|
161
|
-
⛔ IGNORE all previous research/planning reasoning chains.
|
|
162
|
-
✅ PLAN FILE is SOLE SOURCE OF TRUTH for implementation.
|
|
163
|
-
3. OUTPUT: "Run `/code:focus` to implement with clean context."
|
|
164
|
-
|
|
165
|
-
option_2_review_first:
|
|
166
|
-
behavior: "Clear and show summary"
|
|
167
|
-
steps:
|
|
168
|
-
1. ACKNOWLEDGE: "⏸️ Context cleared."
|
|
169
|
-
2. CONTEXT_DIRECTIVE: |
|
|
170
|
-
⛔ IGNORE all previous research/planning reasoning chains.
|
|
171
|
-
✅ PLAN FILE is SOLE SOURCE OF TRUTH.
|
|
172
|
-
3. OUTPUT: Display plan summary for user review
|
|
173
|
-
4. WAIT: For user approval before proceeding
|
|
174
|
-
|
|
175
|
-
option_3_continue_no_clear:
|
|
176
|
-
behavior: "Proceed with caution - context rot risk"
|
|
177
|
-
steps:
|
|
178
|
-
1. WARN: "⚠️ Continuing with full history. May affect implementation quality."
|
|
179
|
-
2. PROCEED: Complete workflow with existing context
|
|
180
|
-
```
|
|
181
|
-
|
|
182
|
-
---
|
|
183
|
-
|
|
184
128
|
## COMPLETION
|
|
185
129
|
|
|
186
130
|
Present plan with:
|
package/commands/plan/team.md
CHANGED
|
@@ -308,28 +308,6 @@ FOR EACH requirement in BRAINSTORM-{task}.md:
|
|
|
308
308
|
|
|
309
309
|
---
|
|
310
310
|
|
|
311
|
-
## 🛡️ VERIFICATION CHECKPOINT
|
|
312
|
-
|
|
313
|
-
> **⛔ BLOCKING**: Load Context Gate protocol NOW before proceeding.
|
|
314
|
-
>
|
|
315
|
-
> **LOAD**: `rules/CONTEXT-GATE.md` — Execute HARD MODE protocol
|
|
316
|
-
|
|
317
|
-
```yaml
|
|
318
|
-
context_gate_execution:
|
|
319
|
-
mode: "HARD (User Choice)"
|
|
320
|
-
trigger: "After Phase 4 completes with PASS"
|
|
321
|
-
protocol: "Follow rules/CONTEXT-GATE.md § HARD MODE"
|
|
322
|
-
variant_adjustments:
|
|
323
|
-
plan_file: "PLAN-{task}.md"
|
|
324
|
-
qa_report: "QA-PLAN-{task}.md"
|
|
325
|
-
mailbox: "MAILBOX-{date}.md contains full debate history"
|
|
326
|
-
remaining_action: "Hand off to implementation workflow"
|
|
327
|
-
```
|
|
328
|
-
|
|
329
|
-
**DO NOT present completion until user selects option.**
|
|
330
|
-
|
|
331
|
-
---
|
|
332
|
-
|
|
333
311
|
## ✅ COMPLETION
|
|
334
312
|
|
|
335
313
|
```markdown
|
package/commands/report/focus.md
CHANGED
|
@@ -65,58 +65,6 @@ One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in
|
|
|
65
65
|
|
|
66
66
|
---
|
|
67
67
|
|
|
68
|
-
## 🛡️ FOCUS CONTEXT GATE — Automatic Context Optimization
|
|
69
|
-
|
|
70
|
-
> **⚡ FOCUS MODE**: This checkpoint executes automatically. NO user input required.
|
|
71
|
-
>
|
|
72
|
-
> **PURPOSE**: Ensure report is based ONLY on facts, not conversation hallucinations.
|
|
73
|
-
> This acts as a mandatory "firewall" before analysis begins.
|
|
74
|
-
|
|
75
|
-
### 🔒 AUTOMATIC EXECUTION (NO PROMPT)
|
|
76
|
-
|
|
77
|
-
```yaml
|
|
78
|
-
focus_context_gate:
|
|
79
|
-
mode: "AUTOMATIC - No user interaction"
|
|
80
|
-
behavior: "Force Clear context & Analyze"
|
|
81
|
-
|
|
82
|
-
execution:
|
|
83
|
-
1. ANNOUNCE: |
|
|
84
|
-
## 🛡️ Focus Context Gate — Automatic
|
|
85
|
-
|
|
86
|
-
✅ **Target Defined**: Analysis target identified.
|
|
87
|
-
🔒 **Focus Mode**: Automatically clearing context for objective analysis.
|
|
88
|
-
|
|
89
|
-
⚡ Executing: **Clear context & Analyze**...
|
|
90
|
-
|
|
91
|
-
2. CONTEXT_DIRECTIVE: |
|
|
92
|
-
╔══════════════════════════════════════════════════════════════════╗
|
|
93
|
-
║ ⛔ MANDATORY CONTEXT RESET — FOCUS MODE ║
|
|
94
|
-
╠══════════════════════════════════════════════════════════════════╣
|
|
95
|
-
║ IGNORE: All previous chat assumptions, unverified claims, ║
|
|
96
|
-
║ and subjective contextual bias. ║
|
|
97
|
-
║ ║
|
|
98
|
-
║ SOLE SOURCE OF TRUTH: The actual Codebase and Documentation. ║
|
|
99
|
-
║ ║
|
|
100
|
-
║ PROCEED: Begin Analysis phase with FRESH, OBJECTIVE mindset. ║
|
|
101
|
-
╚══════════════════════════════════════════════════════════════════╝
|
|
102
|
-
|
|
103
|
-
3. LOAD: Read specified target files as if seeing them for the first time
|
|
104
|
-
|
|
105
|
-
4. PROCEED: Start Phase 1 (Objective Analysis) immediately
|
|
106
|
-
```
|
|
107
|
-
|
|
108
|
-
### 📋 Post-Gate Status
|
|
109
|
-
|
|
110
|
-
```markdown
|
|
111
|
-
🔒 **Context Gate Passed**
|
|
112
|
-
|
|
113
|
-
- Previous context: DISCARDED
|
|
114
|
-
- Active context: Target files / codebase only
|
|
115
|
-
- Mode: Fresh objective analysis
|
|
116
|
-
|
|
117
|
-
Proceeding to Phase 1...
|
|
118
|
-
```
|
|
119
|
-
|
|
120
68
|
---
|
|
121
69
|
|
|
122
70
|
## 🎭 Phase 1: RESEARCH (AUDIT CRITERIA)
|
package/commands/test/focus.md
CHANGED
|
@@ -65,29 +65,6 @@ One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in
|
|
|
65
65
|
| Exit | Strategy defined, test types identified |
|
|
66
66
|
|
|
67
67
|
---
|
|
68
|
-
|
|
69
|
-
## 🛡️ CONTEXT GATE CHECKPOINT
|
|
70
|
-
|
|
71
|
-
> **⛔ BLOCKING**: Load Context Gate protocol NOW before proceeding.
|
|
72
|
-
>
|
|
73
|
-
> **LOAD**: `rules/CONTEXT-GATE.md` — Execute FOCUS MODE (Test variant)
|
|
74
|
-
>
|
|
75
|
-
> This is a MANDATORY checkpoint. Cannot skip or bypass.
|
|
76
|
-
|
|
77
|
-
### ⚡ EXECUTION
|
|
78
|
-
|
|
79
|
-
```yaml
|
|
80
|
-
context_gate_execution:
|
|
81
|
-
mode: "FOCUS (Automatic)"
|
|
82
|
-
trigger: "After Phase 1 (Test Strategy) completes"
|
|
83
|
-
protocol: "Follow rules/CONTEXT-GATE.md § FOCUS MODE § test_focus_variant"
|
|
84
|
-
|
|
85
|
-
variant_adjustments:
|
|
86
|
-
plan_source: "Finalized test strategy from Phase 1"
|
|
87
|
-
remaining_phases: "Phase 2 → 3 → 4 → 5"
|
|
88
|
-
```
|
|
89
|
-
|
|
90
|
-
**DO NOT proceed to Phase 2 until Context Gate completes.**
|
|
91
68
|
- Rejected approaches
|
|
92
69
|
- Planning noise
|
|
93
70
|
- Chat history
|
package/commands/test/hard.md
CHANGED
|
@@ -63,63 +63,6 @@ One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in
|
|
|
63
63
|
|
|
64
64
|
---
|
|
65
65
|
|
|
66
|
-
## 🛡️ VERIFICATION CHECKPOINT — Context Optimization
|
|
67
|
-
|
|
68
|
-
> **PURPOSE**: Prevent "context rot" by clearing strategy discussion before test execution.
|
|
69
|
-
>
|
|
70
|
-
> Test strategy discussions may include rejected approaches that can confuse execution.
|
|
71
|
-
> This checkpoint ensures clean handoff to test execution phases.
|
|
72
|
-
|
|
73
|
-
### ⚡ OPTIONS (Present to User)
|
|
74
|
-
|
|
75
|
-
```markdown
|
|
76
|
-
## 🛡️ Context Optimization Checkpoint
|
|
77
|
-
|
|
78
|
-
**Test Strategy Complete** — Strategy defined, ready for execution.
|
|
79
|
-
|
|
80
|
-
**Choose how to proceed:**
|
|
81
|
-
|
|
82
|
-
| Option | Action | Description |
|
|
83
|
-
|--------|--------|-------------|
|
|
84
|
-
| **1. 🚀 Clear context & Execute** | `RECOMMENDED` | Fresh start: Focus on strategy, ignore discussion history |
|
|
85
|
-
| **2. ⏸️ Review Strategy** | `SAFE` | Clear context, show strategy summary, wait for approval |
|
|
86
|
-
| **3. ⚠️ Continue (No Clear)** | `RISKY` | Keep full history (may affect test focus) |
|
|
87
|
-
|
|
88
|
-
⏳ Awaiting selection...
|
|
89
|
-
```
|
|
90
|
-
|
|
91
|
-
### 🔄 EXECUTION BEHAVIOR
|
|
92
|
-
|
|
93
|
-
```yaml
|
|
94
|
-
option_1_clear_execute:
|
|
95
|
-
behavior: "RECOMMENDED - Clean execution"
|
|
96
|
-
steps:
|
|
97
|
-
1. ACKNOWLEDGE: "🚀 Context optimized. Executing test strategy."
|
|
98
|
-
2. CONTEXT_DIRECTIVE: |
|
|
99
|
-
⛔ IGNORE strategy discussion and rejected approaches.
|
|
100
|
-
## 🛡️ VERIFICATION CHECKPOINT
|
|
101
|
-
|
|
102
|
-
> **⛔ BLOCKING**: Load Context Gate protocol NOW before proceeding.
|
|
103
|
-
>
|
|
104
|
-
> **LOAD**: `rules/CONTEXT-GATE.md` — Execute HARD MODE (Test variant)
|
|
105
|
-
>
|
|
106
|
-
> This is a MANDATORY checkpoint. Cannot skip or bypass.
|
|
107
|
-
|
|
108
|
-
### ⚡ EXECUTION
|
|
109
|
-
|
|
110
|
-
```yaml
|
|
111
|
-
context_gate_execution:
|
|
112
|
-
mode: "HARD (User Choice)"
|
|
113
|
-
trigger: "After Phase 1 (Test Strategy) completes"
|
|
114
|
-
protocol: "Follow rules/CONTEXT-GATE.md § HARD MODE § test_hard_variant"
|
|
115
|
-
|
|
116
|
-
variant_adjustments:
|
|
117
|
-
plan_source: "Finalized test strategy from Phase 1"
|
|
118
|
-
remaining_phases: "Phase 2 → 3 → 4 → 5"
|
|
119
|
-
```
|
|
120
|
-
|
|
121
|
-
**DO NOT proceed to Phase 2 until user selects option.**
|
|
122
|
-
|
|
123
66
|
---
|
|
124
67
|
|
|
125
68
|
## 🎭 Phase 2: DEPENDENCY MAPPING
|
package/commands/test/team.md
CHANGED
|
@@ -148,13 +148,6 @@ Format: rules/PHASES.md § Phase output + rules/TEAMS.md § Golden Triangle Phas
|
|
|
148
148
|
|
|
149
149
|
---
|
|
150
150
|
|
|
151
|
-
## 🛡️ VERIFICATION CHECKPOINT
|
|
152
|
-
|
|
153
|
-
> **⛔ BLOCKING**: `rules/CONTEXT-GATE.md` — HARD MODE. Prevents context rot between planning and implementation.
|
|
154
|
-
> Trigger: After Phase 2 completes. Plan file: `TEST-PLAN-{scope}.md`. Remaining: Phase 3 → 4.
|
|
155
|
-
|
|
156
|
-
**DO NOT proceed to Phase 3 until user selects option.**
|
|
157
|
-
|
|
158
151
|
---
|
|
159
152
|
|
|
160
153
|
## 🎭 Phase 3: TEST IMPLEMENTATION — 🔺 GOLDEN TRIANGLE (CRITICAL)
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@namch/agent-assistant",
|
|
3
|
-
"version": "1.2.
|
|
3
|
+
"version": "1.2.2",
|
|
4
4
|
"description": "Multi-agent orchestration framework for AI coding assistants (Cursor, Copilot, Antigravity, Claude Code, Codex) with Hybrid Skill Orchestration Layer (HSOL).",
|
|
5
5
|
"main": "cli/install.js",
|
|
6
6
|
"bin": {
|
package/rules/TEAMS.md
CHANGED
|
@@ -417,7 +417,7 @@ IS task complex with multiple concerns (security + performance + correctness)?
|
|
|
417
417
|
|---------|----------------|--------|------|
|
|
418
418
|
| `:fast` | Single agent | 1 | Speed priority, simple tasks |
|
|
419
419
|
| `:hard` | Single agent | 1 | Standard quality, focused tasks |
|
|
420
|
-
| `:focus` | Single agent
|
|
420
|
+
| `:focus` | Single agent | 1 | Clean execution, noise reduction |
|
|
421
421
|
| `:team` | Golden Triangle | 3 | Maximum quality, adversarial review, complex tasks |
|
|
422
422
|
|
|
423
423
|
**⛔ Do NOT use `:team` for**:
|