@namch/agent-assistant 1.0.2 → 1.0.3
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/README.md +24 -9
- package/agents/reporter.md +177 -0
- package/code-assistants/antigravity-assistant/AntigravityGlobal.agent.md +3 -1
- package/code-assistants/antigravity-assistant/GEMINI.md +2 -0
- package/code-assistants/copilot-assistant/agent-assistant.agent.md +5 -0
- package/code-assistants/cursor-assistant/rules/agent-assistant.mdc +3 -1
- package/commands/code/focus.md +323 -0
- package/commands/code/hard.md +59 -0
- package/commands/code.md +13 -7
- package/commands/cook/focus.md +262 -0
- package/commands/cook/hard.md +59 -0
- package/commands/cook.md +13 -7
- package/commands/debug/focus.md +155 -0
- package/commands/debug/hard.md +53 -0
- package/commands/debug.md +9 -4
- package/commands/design/focus.md +267 -0
- package/commands/design/hard.md +53 -0
- package/commands/design.md +13 -7
- package/commands/fix/focus.md +175 -0
- package/commands/fix/hard.md +57 -0
- package/commands/fix.md +13 -7
- package/commands/plan/focus.md +190 -0
- package/commands/plan/hard.md +56 -0
- package/commands/plan.md +13 -7
- package/commands/report/fast.md +71 -0
- package/commands/report/focus.md +156 -0
- package/commands/report/hard.md +112 -0
- package/commands/report.md +89 -0
- package/commands/test/focus.md +165 -0
- package/commands/test/hard.md +53 -0
- package/commands/test.md +9 -4
- package/documents/business/business-features.md +1 -1
- package/documents/business/business-glossary.md +9 -8
- package/documents/business/business-prd.md +8 -8
- package/documents/knowledge-architecture.md +1 -1
- package/documents/knowledge-domain.md +5 -4
- package/documents/knowledge-overview.md +7 -6
- package/documents/knowledge-source-base.md +9 -9
- package/package.json +1 -1
- package/rules/AGENT-RULES.md +2 -1
- package/rules/BOOTSTRAP.md +3 -0
- package/rules/QUICK-REFERENCE.md +8 -0
package/commands/debug/hard.md
CHANGED
|
@@ -87,6 +87,59 @@ One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in
|
|
|
87
87
|
|
|
88
88
|
---
|
|
89
89
|
|
|
90
|
+
## 🛡️ VERIFICATION CHECKPOINT — Context Optimization
|
|
91
|
+
|
|
92
|
+
> **PURPOSE**: Prevent "context rot" by clearing noisy debugging/analysis history before fix implementation.
|
|
93
|
+
>
|
|
94
|
+
> Deep investigation sessions fill context with hypotheses and failed attempts that can confuse implementation.
|
|
95
|
+
> This checkpoint acts as a "firewall" before handing off to fix workflows.
|
|
96
|
+
|
|
97
|
+
### ⚡ OPTIONS (Present to User)
|
|
98
|
+
|
|
99
|
+
```markdown
|
|
100
|
+
## 🛡️ Context Optimization Checkpoint
|
|
101
|
+
|
|
102
|
+
**Debug Analysis Complete** — Root cause identified, fix strategy designed.
|
|
103
|
+
|
|
104
|
+
**Choose how to proceed:**
|
|
105
|
+
|
|
106
|
+
| Option | Action | Description |
|
|
107
|
+
|--------|--------|-------------|
|
|
108
|
+
| **1. 🚀 Clear context & Fix** | `RECOMMENDED` | Fresh start: Ignore debug history, proceed with fix strategy only |
|
|
109
|
+
| **2. ⏸️ Review First** | `SAFE` | Clear context, show fix summary, wait for approval |
|
|
110
|
+
| **3. ⚠️ Continue (No Clear)** | `RISKY` | Keep debug history (may cause fix drift) |
|
|
111
|
+
|
|
112
|
+
⏳ Awaiting selection...
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
### 🔄 EXECUTION BEHAVIOR
|
|
116
|
+
|
|
117
|
+
```yaml
|
|
118
|
+
option_1_clear_fix:
|
|
119
|
+
behavior: "RECOMMENDED - Clean handoff to fix"
|
|
120
|
+
steps:
|
|
121
|
+
1. ACKNOWLEDGE: "🚀 Context optimized. Fix strategy ready."
|
|
122
|
+
2. CONTEXT_DIRECTIVE: |
|
|
123
|
+
⛔ IGNORE all debugging hypotheses and failed investigation paths.
|
|
124
|
+
✅ FIX STRATEGY is SOLE SOURCE OF TRUTH.
|
|
125
|
+
3. OUTPUT: "Run `/fix:focus` to implement with clean context."
|
|
126
|
+
|
|
127
|
+
option_2_review_first:
|
|
128
|
+
behavior: "Clear and show summary"
|
|
129
|
+
steps:
|
|
130
|
+
1. ACKNOWLEDGE: "⏸️ Context cleared."
|
|
131
|
+
2. OUTPUT: Display root cause + fix strategy summary
|
|
132
|
+
3. WAIT: For user approval
|
|
133
|
+
|
|
134
|
+
option_3_continue_no_clear:
|
|
135
|
+
behavior: "Proceed with caution"
|
|
136
|
+
steps:
|
|
137
|
+
1. WARN: "⚠️ Debug history retained. Watch for hypothesis drift."
|
|
138
|
+
2. PROCEED: Complete workflow with existing context
|
|
139
|
+
```
|
|
140
|
+
|
|
141
|
+
---
|
|
142
|
+
|
|
90
143
|
## COMPLETION
|
|
91
144
|
|
|
92
145
|
Present findings with:
|
package/commands/debug.md
CHANGED
|
@@ -33,6 +33,9 @@ IF issue is simple (clear error, reproducible):
|
|
|
33
33
|
IF issue is complex (intermittent, unclear cause):
|
|
34
34
|
→ Route to /debug:hard
|
|
35
35
|
|
|
36
|
+
IF issue is complex AND clean fix handoff is critical:
|
|
37
|
+
→ Route to /debug:focus
|
|
38
|
+
|
|
36
39
|
IF unsure:
|
|
37
40
|
→ Default to /debug:fast (escalate if needed)
|
|
38
41
|
```
|
|
@@ -41,10 +44,11 @@ IF unsure:
|
|
|
41
44
|
|
|
42
45
|
## AVAILABLE ROUTES
|
|
43
46
|
|
|
44
|
-
| Route
|
|
45
|
-
|
|
|
46
|
-
| `/debug:fast`
|
|
47
|
-
| `/debug:hard`
|
|
47
|
+
| Route | When to Use |
|
|
48
|
+
| --------------- | ---------------------------------------------------- |
|
|
49
|
+
| `/debug:fast` | Quick diagnosis for simple bugs |
|
|
50
|
+
| `/debug:hard` | Deep investigation for complex issues |
|
|
51
|
+
| `/debug:focus` | Deep investigation with **enforced context optimization** |
|
|
48
52
|
|
|
49
53
|
---
|
|
50
54
|
|
|
@@ -59,6 +63,7 @@ IF unsure:
|
|
|
59
63
|
|
|
60
64
|
1. ⚡ **Fast** → `/debug:fast` — Quick diagnosis
|
|
61
65
|
2. ⚡⚡⚡ **Hard** → `/debug:hard` — Deep investigation
|
|
66
|
+
3. 🔒 **Focus** → `/debug:focus` — Deep investigation with **automatic context clearing** (clean fix handoff)
|
|
62
67
|
|
|
63
68
|
⏳ Awaiting selection...
|
|
64
69
|
```
|
|
@@ -0,0 +1,267 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: 🔒 Focused Design — Complete design process with enforced context optimization
|
|
3
|
+
version: "1.0"
|
|
4
|
+
category: design
|
|
5
|
+
execution-mode: execute
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# /design:focus — Focus Full Design Process
|
|
9
|
+
|
|
10
|
+
> **MISSION**: Execute complete design process with **enforced context optimization**.
|
|
11
|
+
>
|
|
12
|
+
> This variant automatically clears context before implementation handoff—no user prompt required.
|
|
13
|
+
> Use when you want guaranteed clean implementation handoff without design exploration noise.
|
|
14
|
+
|
|
15
|
+
<request>$ARGUMENTS</request>
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## 🛑 PRE-FLIGHT (DO FIRST — BLOCKS PHASE 1)
|
|
20
|
+
|
|
21
|
+
**LOAD now** (in order; path `./rules/` or `~/.{TOOL}/skills/agent-assistant/rules/`):
|
|
22
|
+
|
|
23
|
+
1. ORCHESTRATION-LAWS.md
|
|
24
|
+
2. ADAPTIVE-EXECUTION.md
|
|
25
|
+
3. EXECUTION-PROTOCOL.md
|
|
26
|
+
|
|
27
|
+
**⛔ Do not run Phase 1 until all are loaded.** Follow **all** rules in those files; they override any conflicting instructions in this file.
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
## 🔀 TIERED EXECUTION PROTOCOL (MANDATORY)
|
|
32
|
+
|
|
33
|
+
> **Reference**: `{RULES_PATH}/ADAPTIVE-EXECUTION.md`
|
|
34
|
+
|
|
35
|
+
```yaml
|
|
36
|
+
tiered_execution:
|
|
37
|
+
principle: "Sub-agent FIRST (Tier 1). EMBODY ONLY on system failure (Tier 2)."
|
|
38
|
+
for_each_phase:
|
|
39
|
+
TIER_1_MANDATORY: "IF tool exists → MUST use SUB_AGENT_DELEGATION"
|
|
40
|
+
TIER_2_FALLBACK: "ONLY on system error—NOT complexity/preference/speed"
|
|
41
|
+
anti_lazy_fallback:
|
|
42
|
+
- ❌ NEVER use Tier 2 when Tier 1 tool is available
|
|
43
|
+
- ✅ ALWAYS attempt Tier 1 first when tool exists
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
---
|
|
47
|
+
|
|
48
|
+
## ⚠️ CRITICAL: DELIVERABLE FILE RULES
|
|
49
|
+
|
|
50
|
+
```yaml
|
|
51
|
+
deliverable_files:
|
|
52
|
+
researcher: "./reports/researchers/RESEARCH-{request}.md"
|
|
53
|
+
scouter: "./reports/scouts/SCOUT-{request}.md"
|
|
54
|
+
designer: "./reports/designs/DESIGN-{request}.md" # MANDATORY OUTPUT
|
|
55
|
+
|
|
56
|
+
enforcement:
|
|
57
|
+
- Design phase MUST create design file
|
|
58
|
+
- Design file is the deliverable for implementation phases
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
All files in `./reports/` → English only.
|
|
62
|
+
|
|
63
|
+
---
|
|
64
|
+
|
|
65
|
+
## ⛔ INCREMENTAL EXECUTION (MANDATORY)
|
|
66
|
+
|
|
67
|
+
One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in one reply. No batching (load only what each phase needs). **Within each phase:** when doing a part, output it in format so user sees what's happening (announce before doing).
|
|
68
|
+
|
|
69
|
+
---
|
|
70
|
+
|
|
71
|
+
## 🎭 Phase 1: REQUIREMENTS DISCOVERY
|
|
72
|
+
|
|
73
|
+
| Attribute | Value |
|
|
74
|
+
| --------- | --------------------------- |
|
|
75
|
+
| **Agent** | `brainstormer` |
|
|
76
|
+
| **Goal** | Clarify design requirements |
|
|
77
|
+
|
|
78
|
+
### ⚡ TIERED EXECUTION
|
|
79
|
+
|
|
80
|
+
**TIER 1 (MANDATORY when tool exists):**
|
|
81
|
+
|
|
82
|
+
> Invoke runSubagent for `brainstormer`. Context: ISOLATED.
|
|
83
|
+
|
|
84
|
+
**TIER 2 (FALLBACK on system error only):**
|
|
85
|
+
|
|
86
|
+
> Load `{AGENTS_PATH}/brainstormer.md`
|
|
87
|
+
> EMBODY [brainstormer] — Requires logged system error justification.
|
|
88
|
+
|
|
89
|
+
**Exit Criteria:**
|
|
90
|
+
|
|
91
|
+
- [ ] Requirements clear
|
|
92
|
+
- [ ] User needs identified
|
|
93
|
+
- [ ] Constraints documented
|
|
94
|
+
- [ ] **METHODOLOGY CHECK**: Output aligns with `brainstormer` Thinking Protocol
|
|
95
|
+
|
|
96
|
+
---
|
|
97
|
+
|
|
98
|
+
## 🎭 Phase 2: RESEARCH
|
|
99
|
+
|
|
100
|
+
| Attribute | Value |
|
|
101
|
+
| --------- | ------------------------------- |
|
|
102
|
+
| **Agent** | `researcher` |
|
|
103
|
+
| **Goal** | Research design patterns and UX |
|
|
104
|
+
|
|
105
|
+
### ⚡ TIERED EXECUTION
|
|
106
|
+
|
|
107
|
+
**TIER 1 (MANDATORY when tool exists):**
|
|
108
|
+
|
|
109
|
+
> Invoke runSubagent for `researcher`. Context: ISOLATED.
|
|
110
|
+
|
|
111
|
+
**TIER 2 (FALLBACK on system error only):**
|
|
112
|
+
|
|
113
|
+
> Load `{AGENTS_PATH}/researcher.md`
|
|
114
|
+
> EMBODY [researcher] — Requires logged system error justification.
|
|
115
|
+
|
|
116
|
+
**Exit Criteria:**
|
|
117
|
+
|
|
118
|
+
- [ ] Patterns researched
|
|
119
|
+
- [ ] Best practices identified
|
|
120
|
+
- [ ] **METHODOLOGY CHECK**: Output aligns with `researcher` Thinking Protocol
|
|
121
|
+
|
|
122
|
+
---
|
|
123
|
+
|
|
124
|
+
## 🎭 Phase 3: CODEBASE ANALYSIS
|
|
125
|
+
|
|
126
|
+
| Attribute | Value |
|
|
127
|
+
| --------- | -------------------------- |
|
|
128
|
+
| **Agent** | `scouter` |
|
|
129
|
+
| **Goal** | Map existing design system |
|
|
130
|
+
|
|
131
|
+
### ⚡ TIERED EXECUTION
|
|
132
|
+
|
|
133
|
+
**TIER 1 (MANDATORY when tool exists):**
|
|
134
|
+
|
|
135
|
+
> Invoke runSubagent for `scouter`. Context: ISOLATED.
|
|
136
|
+
|
|
137
|
+
**TIER 2 (FALLBACK on system error only):**
|
|
138
|
+
|
|
139
|
+
> Load `{AGENTS_PATH}/scouter.md`
|
|
140
|
+
> EMBODY [scouter] — Requires logged system error justification.
|
|
141
|
+
|
|
142
|
+
**Exit Criteria:**
|
|
143
|
+
|
|
144
|
+
- [ ] Design system documented
|
|
145
|
+
- [ ] Component inventory
|
|
146
|
+
- [ ] Integration points
|
|
147
|
+
- [ ] **METHODOLOGY CHECK**: Output aligns with `scouter` Thinking Protocol
|
|
148
|
+
|
|
149
|
+
---
|
|
150
|
+
|
|
151
|
+
## 🎭 Phase 4: DESIGN CREATION
|
|
152
|
+
|
|
153
|
+
| Attribute | Value |
|
|
154
|
+
| --------- | ---------------------- |
|
|
155
|
+
| **Agent** | `designer` |
|
|
156
|
+
| **Goal** | Full design with specs |
|
|
157
|
+
|
|
158
|
+
### ⚡ TIERED EXECUTION
|
|
159
|
+
|
|
160
|
+
**TIER 1 (MANDATORY when tool exists):**
|
|
161
|
+
|
|
162
|
+
> Invoke runSubagent for `designer`. Context: ISOLATED.
|
|
163
|
+
|
|
164
|
+
**TIER 2 (FALLBACK on system error only):**
|
|
165
|
+
|
|
166
|
+
> Load `{AGENTS_PATH}/designer.md`
|
|
167
|
+
> EMBODY [designer] — Requires logged system error justification.
|
|
168
|
+
|
|
169
|
+
**Exit Criteria:**
|
|
170
|
+
|
|
171
|
+
- [ ] Design complete
|
|
172
|
+
- [ ] All states covered
|
|
173
|
+
- [ ] Accessibility verified
|
|
174
|
+
- [ ] Specs documented
|
|
175
|
+
- [ ] **METHODOLOGY CHECK**: Output aligns with `designer` Thinking Protocol
|
|
176
|
+
|
|
177
|
+
---
|
|
178
|
+
|
|
179
|
+
## 🛡️ STRICT CONTEXT GATE — Automatic Context Optimization
|
|
180
|
+
|
|
181
|
+
> **⚡ FOCUS MODE**: This checkpoint executes automatically. NO user input required.
|
|
182
|
+
>
|
|
183
|
+
> **PURPOSE**: Prevent "context rot" by forcibly clearing noisy design exploration history.
|
|
184
|
+
> This acts as a mandatory "firewall" before review and implementation handoff.
|
|
185
|
+
|
|
186
|
+
### 🔒 AUTOMATIC EXECUTION (NO PROMPT)
|
|
187
|
+
|
|
188
|
+
```yaml
|
|
189
|
+
strict_context_gate:
|
|
190
|
+
mode: "AUTOMATIC - No user interaction"
|
|
191
|
+
behavior: "Force Clear context & Ready"
|
|
192
|
+
|
|
193
|
+
execution:
|
|
194
|
+
1. ANNOUNCE: |
|
|
195
|
+
## 🛡️ Strict Context Gate — Automatic
|
|
196
|
+
|
|
197
|
+
✅ **Design Complete**: `./reports/designs/DESIGN-{request}.md`
|
|
198
|
+
🔒 **Focus Mode**: Automatically clearing context for review/implementation.
|
|
199
|
+
|
|
200
|
+
⚡ Executing: **Clear context & Ready**...
|
|
201
|
+
|
|
202
|
+
2. CONTEXT_DIRECTIVE: |
|
|
203
|
+
╔══════════════════════════════════════════════════════════════════╗
|
|
204
|
+
║ ⛔ MANDATORY CONTEXT RESET — FOCUS MODE ║
|
|
205
|
+
╠══════════════════════════════════════════════════════════════════╣
|
|
206
|
+
║ IGNORE: All design exploration, rejected alternatives, ║
|
|
207
|
+
║ iteration history, and intermediate reasoning. ║
|
|
208
|
+
║ ║
|
|
209
|
+
║ SOLE SOURCE OF TRUTH: Design file in ./reports/designs/ ║
|
|
210
|
+
║ ║
|
|
211
|
+
║ PROCEED: Continue to Design Review with clean context. ║
|
|
212
|
+
║ Then handoff to implementation. ║
|
|
213
|
+
╚══════════════════════════════════════════════════════════════════╝
|
|
214
|
+
|
|
215
|
+
3. LOAD: Read Design file as if seeing it for the first time
|
|
216
|
+
|
|
217
|
+
4. PROCEED: Continue to Phase 5 (Design Review)
|
|
218
|
+
```
|
|
219
|
+
|
|
220
|
+
### 📋 Post-Gate Status
|
|
221
|
+
|
|
222
|
+
```markdown
|
|
223
|
+
🔒 **Context Gate Passed**
|
|
224
|
+
- Previous context: DISCARDED
|
|
225
|
+
- Active context: Design file only
|
|
226
|
+
- Mode: Clean review start
|
|
227
|
+
|
|
228
|
+
Proceeding to Design Review...
|
|
229
|
+
```
|
|
230
|
+
|
|
231
|
+
---
|
|
232
|
+
|
|
233
|
+
## 🎭 Phase 5: DESIGN REVIEW
|
|
234
|
+
|
|
235
|
+
| Attribute | Value |
|
|
236
|
+
| --------- | --------------------- |
|
|
237
|
+
| **Agent** | `reviewer` |
|
|
238
|
+
| **Goal** | Review design quality |
|
|
239
|
+
|
|
240
|
+
### ⚡ TIERED EXECUTION
|
|
241
|
+
|
|
242
|
+
**TIER 1 (MANDATORY when tool exists):**
|
|
243
|
+
|
|
244
|
+
> Invoke runSubagent for `reviewer`. Context: ISOLATED.
|
|
245
|
+
|
|
246
|
+
**TIER 2 (FALLBACK on system error only):**
|
|
247
|
+
|
|
248
|
+
> Load `{AGENTS_PATH}/reviewer.md`
|
|
249
|
+
> EMBODY [reviewer] — Requires logged system error justification.
|
|
250
|
+
|
|
251
|
+
**Exit Criteria:**
|
|
252
|
+
|
|
253
|
+
- [ ] Design reviewed
|
|
254
|
+
- [ ] Standards met
|
|
255
|
+
- [ ] Approved
|
|
256
|
+
- [ ] **METHODOLOGY CHECK**: Output aligns with `reviewer` Thinking Protocol
|
|
257
|
+
|
|
258
|
+
---
|
|
259
|
+
|
|
260
|
+
## COMPLETION
|
|
261
|
+
|
|
262
|
+
Present design with:
|
|
263
|
+
|
|
264
|
+
1. ✅ **Done** — Design approved (Focus Mode)
|
|
265
|
+
2. 🔒 **Context Optimized** — Ready for focus implementation
|
|
266
|
+
3. 💻 **Implement** → `/code:focus`
|
|
267
|
+
4. 🔄 **Iterate** — Further refinement
|
package/commands/design/hard.md
CHANGED
|
@@ -173,6 +173,59 @@ One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in
|
|
|
173
173
|
|
|
174
174
|
---
|
|
175
175
|
|
|
176
|
+
## 🛡️ VERIFICATION CHECKPOINT — Context Optimization
|
|
177
|
+
|
|
178
|
+
> **PURPOSE**: Prevent "context rot" by clearing noisy design exploration history before implementation.
|
|
179
|
+
>
|
|
180
|
+
> Design iterations and rejected alternatives fill context with noise.
|
|
181
|
+
> This checkpoint acts as a "firewall" before handing off to implementation.
|
|
182
|
+
|
|
183
|
+
### ⚡ OPTIONS (Present to User)
|
|
184
|
+
|
|
185
|
+
```markdown
|
|
186
|
+
## 🛡️ Context Optimization Checkpoint
|
|
187
|
+
|
|
188
|
+
**Design Complete** — Design specs created at: `./reports/designs/DESIGN-{request}.md`
|
|
189
|
+
|
|
190
|
+
**Choose how to proceed:**
|
|
191
|
+
|
|
192
|
+
| Option | Action | Description |
|
|
193
|
+
|--------|--------|-------------|
|
|
194
|
+
| **1. 🚀 Clear context & Ready** | `RECOMMENDED` | Fresh start for implementation: Reload Design, ignore exploration history |
|
|
195
|
+
| **2. ⏸️ Review First** | `SAFE` | Clear context, show design summary, wait for approval |
|
|
196
|
+
| **3. ⚠️ Continue (No Clear)** | `RISKY` | Keep design history (may affect review quality) |
|
|
197
|
+
|
|
198
|
+
⏳ Awaiting selection...
|
|
199
|
+
```
|
|
200
|
+
|
|
201
|
+
### 🔄 EXECUTION BEHAVIOR
|
|
202
|
+
|
|
203
|
+
```yaml
|
|
204
|
+
option_1_clear_ready:
|
|
205
|
+
behavior: "RECOMMENDED - Clean handoff"
|
|
206
|
+
steps:
|
|
207
|
+
1. ACKNOWLEDGE: "🚀 Context optimized. Design ready for review/implementation."
|
|
208
|
+
2. CONTEXT_DIRECTIVE: |
|
|
209
|
+
⛔ IGNORE all design exploration and rejected alternatives.
|
|
210
|
+
✅ DESIGN FILE is SOLE SOURCE OF TRUTH.
|
|
211
|
+
3. PROCEED: Continue to Design Review phase
|
|
212
|
+
|
|
213
|
+
option_2_review_first:
|
|
214
|
+
behavior: "Clear and show summary"
|
|
215
|
+
steps:
|
|
216
|
+
1. ACKNOWLEDGE: "⏸️ Context cleared."
|
|
217
|
+
2. OUTPUT: Display design summary for user review
|
|
218
|
+
3. WAIT: For user approval
|
|
219
|
+
|
|
220
|
+
option_3_continue_no_clear:
|
|
221
|
+
behavior: "Proceed with caution"
|
|
222
|
+
steps:
|
|
223
|
+
1. WARN: "⚠️ Design exploration history retained."
|
|
224
|
+
2. PROCEED: Continue to review with existing context
|
|
225
|
+
```
|
|
226
|
+
|
|
227
|
+
---
|
|
228
|
+
|
|
176
229
|
## 🎭 Phase 5: DESIGN REVIEW
|
|
177
230
|
|
|
178
231
|
| Attribute | Value |
|
package/commands/design.md
CHANGED
|
@@ -16,9 +16,10 @@ execution-mode: router
|
|
|
16
16
|
## 🛑 PRE-FLIGHT (DO FIRST — BLOCKS EXECUTION)
|
|
17
17
|
|
|
18
18
|
**LOAD now** (in order; path `./rules/` or `~/.{TOOL}/skills/agent-assistant/rules/`):
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
19
|
+
|
|
20
|
+
1. ORCHESTRATION-LAWS.md
|
|
21
|
+
2. ADAPTIVE-EXECUTION.md
|
|
22
|
+
3. EXECUTION-PROTOCOL.md
|
|
22
23
|
|
|
23
24
|
**⛔ Do not run any workflow phase until all are loaded.** Follow **all** rules in those files. Then run this file's ROUTING LOGIC, LOAD the chosen variant workflow, and execute it.
|
|
24
25
|
|
|
@@ -33,6 +34,9 @@ IF design is simple (component, quick mockup):
|
|
|
33
34
|
IF design is complex (full feature, system):
|
|
34
35
|
→ Route to /design:hard
|
|
35
36
|
|
|
37
|
+
IF design is complex AND clean implementation handoff is critical:
|
|
38
|
+
→ Route to /design:focus
|
|
39
|
+
|
|
36
40
|
IF unsure:
|
|
37
41
|
→ Default to /design:fast
|
|
38
42
|
```
|
|
@@ -41,10 +45,11 @@ IF unsure:
|
|
|
41
45
|
|
|
42
46
|
## AVAILABLE ROUTES
|
|
43
47
|
|
|
44
|
-
| Route
|
|
45
|
-
|
|
|
46
|
-
| `/design:fast`
|
|
47
|
-
| `/design:hard`
|
|
48
|
+
| Route | When to Use |
|
|
49
|
+
| --------------- | -------------------------------------------------- |
|
|
50
|
+
| `/design:fast` | Quick component design, simple UI |
|
|
51
|
+
| `/design:hard` | Full feature design, system design |
|
|
52
|
+
| `/design:focus` | Full design with **enforced context optimization** |
|
|
48
53
|
|
|
49
54
|
---
|
|
50
55
|
|
|
@@ -59,6 +64,7 @@ IF unsure:
|
|
|
59
64
|
|
|
60
65
|
1. ⚡ **Fast** → `/design:fast` — Quick design
|
|
61
66
|
2. ⚡⚡⚡ **Hard** → `/design:hard` — Full design process
|
|
67
|
+
3. 🎯 **Focus** → `/design:focus` — Full design with **automatic context clearing** (clean implementation handoff)
|
|
62
68
|
|
|
63
69
|
⏳ Awaiting selection...
|
|
64
70
|
```
|
|
@@ -0,0 +1,175 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: 🔒 Focused Fix — Complete issue resolution with enforced context optimization
|
|
3
|
+
version: "1.0"
|
|
4
|
+
category: debugging
|
|
5
|
+
execution-mode: execute
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# /fix:focus — Focus Issue Resolution
|
|
9
|
+
|
|
10
|
+
> **MISSION**: Full resolution workflow with **enforced context optimization**.
|
|
11
|
+
>
|
|
12
|
+
> This variant automatically clears context before implementation—no user prompt required.
|
|
13
|
+
> Use when you want guaranteed clean fix implementation without context rot risk.
|
|
14
|
+
|
|
15
|
+
<issue>$ARGUMENTS</issue>
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## 🛑 PRE-FLIGHT (DO FIRST — BLOCKS PHASE 1)
|
|
20
|
+
|
|
21
|
+
**LOAD now** (in order; path `./rules/` or `~/.{TOOL}/skills/agent-assistant/rules/`):
|
|
22
|
+
|
|
23
|
+
1. ORCHESTRATION-LAWS.md
|
|
24
|
+
2. ADAPTIVE-EXECUTION.md
|
|
25
|
+
3. EXECUTION-PROTOCOL.md
|
|
26
|
+
|
|
27
|
+
**⛔ Do not run Phase 1 until all are loaded.** Follow **all** rules in those files; they override any conflicting instructions in this file.
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
## 🔀 TIERED EXECUTION
|
|
32
|
+
|
|
33
|
+
| Tier | When | Action |
|
|
34
|
+
| ---------- | ------------------ | ---------------------------- |
|
|
35
|
+
| **TIER 1** | runSubagent EXISTS | Invoke sub-agent (MANDATORY) |
|
|
36
|
+
| **TIER 2** | Tool MISSING | EMBODY agent file (FALLBACK) |
|
|
37
|
+
|
|
38
|
+
**❌ Anti-Lazy**: Never use TIER 2 when TIER 1 tool available.
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
## 📁 DELIVERABLE FILES
|
|
43
|
+
|
|
44
|
+
| Agent | Output |
|
|
45
|
+
| ---------- | ------------------------------------------- |
|
|
46
|
+
| debugger | `./reports/debugs/DEBUG-{issue}.md` |
|
|
47
|
+
| researcher | `./reports/researchers/RESEARCH-{issue}.md` |
|
|
48
|
+
|
|
49
|
+
All files in `./reports/` → English only.
|
|
50
|
+
|
|
51
|
+
---
|
|
52
|
+
|
|
53
|
+
## ⛔ INCREMENTAL EXECUTION (MANDATORY)
|
|
54
|
+
|
|
55
|
+
One phase at a time, each phase independent: Phase 1 → then Phase 2 → … in one reply. No batching (load only what each phase needs). **Within each phase:** when doing a part, output it in format so user sees what's happening (announce before doing). Format: rules/EXECUTION-PROTOCOL.md § Phase output structure.
|
|
56
|
+
|
|
57
|
+
---
|
|
58
|
+
|
|
59
|
+
## 🎭 Phase 1: DEEP ANALYSIS
|
|
60
|
+
|
|
61
|
+
| Agent | `debugger` |
|
|
62
|
+
| ----- | ---------------------------------------------------------------- |
|
|
63
|
+
| Goal | Full root cause analysis |
|
|
64
|
+
| Exit | Root cause identified, impact assessed, failure chain documented |
|
|
65
|
+
|
|
66
|
+
---
|
|
67
|
+
|
|
68
|
+
## 🎭 Phase 2: RESEARCH
|
|
69
|
+
|
|
70
|
+
| Agent | `researcher` |
|
|
71
|
+
| ----- | ---------------------------------------------- |
|
|
72
|
+
| Goal | Research solution patterns |
|
|
73
|
+
| Exit | Solutions researched, best approach identified |
|
|
74
|
+
|
|
75
|
+
---
|
|
76
|
+
|
|
77
|
+
## 🎭 Phase 3: FIX PLANNING
|
|
78
|
+
|
|
79
|
+
| Agent | `planner` |
|
|
80
|
+
| ----- | --------------------------------- |
|
|
81
|
+
| Goal | Create fix strategy with rollback |
|
|
82
|
+
| Exit | Plan created, rollback included |
|
|
83
|
+
|
|
84
|
+
---
|
|
85
|
+
|
|
86
|
+
## 🛡️ STRICT CONTEXT GATE — Automatic Context Optimization
|
|
87
|
+
|
|
88
|
+
> **⚡ FOCUS MODE**: This checkpoint executes automatically. NO user input required.
|
|
89
|
+
>
|
|
90
|
+
> **PURPOSE**: Prevent "context rot" by forcibly clearing noisy debugging/planning history.
|
|
91
|
+
> This acts as a mandatory "firewall" between Planning and Implementation phases.
|
|
92
|
+
|
|
93
|
+
### 🔒 AUTOMATIC EXECUTION (NO PROMPT)
|
|
94
|
+
|
|
95
|
+
```yaml
|
|
96
|
+
strict_context_gate:
|
|
97
|
+
mode: "AUTOMATIC - No user interaction"
|
|
98
|
+
behavior: "Force Clear context & Auto-Implement"
|
|
99
|
+
|
|
100
|
+
execution:
|
|
101
|
+
1. ANNOUNCE: |
|
|
102
|
+
## 🛡️ Strict Context Gate — Automatic
|
|
103
|
+
|
|
104
|
+
✅ **Fix Plan Complete**: Strategy defined with rollback.
|
|
105
|
+
🔒 **Focus Mode**: Automatically clearing context for implementation.
|
|
106
|
+
|
|
107
|
+
⚡ Executing: **Clear context & Auto-Implement**...
|
|
108
|
+
|
|
109
|
+
2. CONTEXT_DIRECTIVE: |
|
|
110
|
+
╔══════════════════════════════════════════════════════════════════╗
|
|
111
|
+
║ ⛔ MANDATORY CONTEXT RESET — FOCUS MODE ║
|
|
112
|
+
╠══════════════════════════════════════════════════════════════════╣
|
|
113
|
+
║ IGNORE: All previous debugging hypotheses, failed attempts, ║
|
|
114
|
+
║ research explorations, and intermediate reasoning. ║
|
|
115
|
+
║ ║
|
|
116
|
+
║ SOLE SOURCE OF TRUTH: Fix plan with rollback strategy. ║
|
|
117
|
+
║ ║
|
|
118
|
+
║ PROCEED: Begin Implementation phase with FRESH context mindset. ║
|
|
119
|
+
║ Treat this as a NEW conversation starting from Plan. ║
|
|
120
|
+
╚══════════════════════════════════════════════════════════════════╝
|
|
121
|
+
|
|
122
|
+
3. LOAD: Read Fix plan completely as if seeing it for the first time
|
|
123
|
+
|
|
124
|
+
4. PROCEED: Start Phase 4 (Implementation) immediately
|
|
125
|
+
```
|
|
126
|
+
|
|
127
|
+
### 📋 Post-Gate Status
|
|
128
|
+
|
|
129
|
+
```markdown
|
|
130
|
+
🔒 **Context Gate Passed**
|
|
131
|
+
|
|
132
|
+
- Previous context: DISCARDED
|
|
133
|
+
- Active context: Fix plan only
|
|
134
|
+
- Mode: Fresh implementation start
|
|
135
|
+
|
|
136
|
+
Proceeding to Implementation...
|
|
137
|
+
```
|
|
138
|
+
|
|
139
|
+
---
|
|
140
|
+
|
|
141
|
+
## 🎭 Phase 4: IMPLEMENTATION
|
|
142
|
+
|
|
143
|
+
| Agent | `tech-lead` → specialists |
|
|
144
|
+
| ----- | ----------------------------------- |
|
|
145
|
+
| Goal | Execute fix plan |
|
|
146
|
+
| Exit | Fix implemented, changes documented |
|
|
147
|
+
|
|
148
|
+
---
|
|
149
|
+
|
|
150
|
+
## 🎭 Phase 5: VALIDATION
|
|
151
|
+
|
|
152
|
+
| Agent | `tester` |
|
|
153
|
+
| ----- | ----------------------------------------- |
|
|
154
|
+
| Goal | Comprehensive validation |
|
|
155
|
+
| Exit | Issue resolved, tests pass, no regression |
|
|
156
|
+
|
|
157
|
+
---
|
|
158
|
+
|
|
159
|
+
## 🎭 Phase 5.5: ROLLBACK VERIFICATION (IF CRITICAL)
|
|
160
|
+
|
|
161
|
+
| Agent | `devops-engineer` |
|
|
162
|
+
| ------- | ---------------------------------------------------- |
|
|
163
|
+
| Trigger | Fix affects production or is critical |
|
|
164
|
+
| Goal | Verify rollback plan |
|
|
165
|
+
| Exit | Rollback documented, tested, recovery time estimated |
|
|
166
|
+
|
|
167
|
+
---
|
|
168
|
+
|
|
169
|
+
## COMPLETION
|
|
170
|
+
|
|
171
|
+
Present fix report with:
|
|
172
|
+
|
|
173
|
+
1. ✅ **Fixed** — Issue resolved (Focus Mode)
|
|
174
|
+
2. 🧪 **Test** → `/test`
|
|
175
|
+
3. 📝 **Docs** → `/docs:core`
|