superkit-mcp-server 1.2.4 → 1.2.5
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/ARCHITECTURE.md +102 -102
- package/README.md +71 -71
- package/SUPERKIT.md +168 -168
- package/agents/code-archaeologist.md +106 -106
- package/agents/coder.md +90 -90
- package/agents/data-engineer.md +28 -28
- package/agents/devops-engineer.md +242 -242
- package/agents/git-manager.md +203 -203
- package/agents/orchestrator.md +420 -420
- package/agents/penetration-tester.md +188 -188
- package/agents/performance-optimizer.md +187 -187
- package/agents/planner.md +270 -270
- package/agents/qa-automation-engineer.md +103 -103
- package/agents/quant-developer.md +32 -32
- package/agents/reviewer.md +100 -100
- package/agents/scout.md +222 -222
- package/agents/tester.md +274 -274
- package/agents/ui-designer.md +208 -208
- package/build/index.js +88 -45
- package/build/tools/todoTools.js +39 -39
- package/build/tools/validators/__tests__/apiSchema.test.js +23 -23
- package/build/tools/validators/__tests__/convertRules.test.js +5 -5
- package/build/tools/validators/__tests__/frontendDesign.test.js +12 -12
- package/build/tools/validators/__tests__/geoChecker.test.js +19 -19
- package/build/tools/validators/__tests__/mobileAudit.test.js +12 -12
- package/build/tools/validators/__tests__/reactPerformanceChecker.test.js +17 -17
- package/build/tools/validators/__tests__/securityScan.test.js +6 -6
- package/build/tools/validators/__tests__/seoChecker.test.js +16 -16
- package/build/tools/validators/__tests__/typeCoverage.test.js +14 -14
- package/commands/README.md +122 -122
- package/commands/ask.toml +72 -72
- package/commands/brainstorm.toml +119 -119
- package/commands/chat.toml +77 -77
- package/commands/code-preview.toml +37 -37
- package/commands/code.toml +28 -28
- package/commands/content.toml +200 -200
- package/commands/cook.toml +77 -77
- package/commands/copywrite.toml +131 -131
- package/commands/db.toml +192 -192
- package/commands/debug.toml +166 -166
- package/commands/design.toml +158 -158
- package/commands/dev-rules.toml +14 -14
- package/commands/do.toml +117 -117
- package/commands/doc-rules.toml +14 -14
- package/commands/docs.toml +148 -148
- package/commands/fix.toml +440 -440
- package/commands/fullstack.toml +175 -175
- package/commands/git.toml +235 -235
- package/commands/help.toml +84 -84
- package/commands/integrate.toml +127 -127
- package/commands/journal.toml +136 -136
- package/commands/kit-setup.toml +40 -40
- package/commands/mcp.toml +183 -183
- package/commands/orchestration.toml +15 -15
- package/commands/plan.toml +206 -172
- package/commands/pm.toml +148 -148
- package/commands/pr.toml +50 -50
- package/commands/project.toml +32 -32
- package/commands/research.toml +117 -117
- package/commands/review-pr.toml +63 -63
- package/commands/review.toml +190 -190
- package/commands/scout-ext.toml +97 -97
- package/commands/scout.toml +79 -79
- package/commands/screenshot.toml +65 -65
- package/commands/session.toml +102 -102
- package/commands/skill.toml +384 -384
- package/commands/status.toml +22 -22
- package/commands/team.toml +56 -56
- package/commands/test.toml +164 -164
- package/commands/ticket.toml +70 -70
- package/commands/use.toml +106 -106
- package/commands/video.toml +83 -83
- package/commands/watzup.toml +71 -71
- package/commands/workflow.toml +14 -14
- package/package.json +35 -35
- package/skills/meta/README.md +30 -30
- package/skills/meta/api-design/SKILL.md +134 -134
- package/skills/meta/code-review/SKILL.md +44 -44
- package/skills/meta/code-review/checklists/pre-merge.md +25 -25
- package/skills/meta/code-review/workflows/architecture-pass.md +26 -26
- package/skills/meta/code-review/workflows/performance-pass.md +27 -27
- package/skills/meta/code-review/workflows/security-pass.md +29 -29
- package/skills/meta/compound-docs/SKILL.md +133 -133
- package/skills/meta/debug/SKILL.md +40 -40
- package/skills/meta/debug/templates/bug-report.template.md +31 -31
- package/skills/meta/debug/workflows/reproduce-issue.md +20 -20
- package/skills/meta/docker/SKILL.md +126 -126
- package/skills/meta/examples/supabase/SKILL.md +46 -46
- package/skills/meta/examples/supabase/references/best-practices.md +319 -319
- package/skills/meta/examples/supabase/references/common-patterns.md +373 -373
- package/skills/meta/examples/supabase/templates/migration-template.sql +49 -49
- package/skills/meta/examples/supabase/templates/rls-policy-template.sql +77 -77
- package/skills/meta/examples/supabase/workflows/debugging.md +260 -260
- package/skills/meta/examples/supabase/workflows/migration-workflow.md +211 -211
- package/skills/meta/examples/supabase/workflows/rls-policies.md +244 -244
- package/skills/meta/examples/supabase/workflows/schema-design.md +321 -321
- package/skills/meta/file-todos/SKILL.md +88 -88
- package/skills/meta/mobile/SKILL.md +140 -140
- package/skills/meta/nextjs/SKILL.md +101 -101
- package/skills/meta/performance/SKILL.md +130 -130
- package/skills/meta/react-patterns/SKILL.md +83 -83
- package/skills/meta/security/SKILL.md +114 -114
- package/skills/meta/session-resume/SKILL.md +96 -96
- package/skills/meta/tailwind/SKILL.md +139 -139
- package/skills/meta/testing/SKILL.md +43 -43
- package/skills/meta/testing/references/vitest-patterns.md +45 -45
- package/skills/meta/testing/templates/component-test.template.tsx +37 -37
- package/skills/tech/alpha-vantage/SKILL.md +142 -142
- package/skills/tech/alpha-vantage/references/commodities.md +153 -153
- package/skills/tech/alpha-vantage/references/economic-indicators.md +158 -158
- package/skills/tech/alpha-vantage/references/forex-crypto.md +154 -154
- package/skills/tech/alpha-vantage/references/fundamentals.md +223 -223
- package/skills/tech/alpha-vantage/references/intelligence.md +138 -138
- package/skills/tech/alpha-vantage/references/options.md +93 -93
- package/skills/tech/alpha-vantage/references/technical-indicators.md +374 -374
- package/skills/tech/alpha-vantage/references/time-series.md +157 -157
- package/skills/tech/financial-modeling/SKILL.md +18 -18
- package/skills/tech/financial-modeling/skills/3-statements/SKILL.md +368 -368
- package/skills/tech/financial-modeling/skills/3-statements/references/formatting.md +118 -118
- package/skills/tech/financial-modeling/skills/3-statements/references/formulas.md +292 -292
- package/skills/tech/financial-modeling/skills/3-statements/references/sec-filings.md +125 -125
- package/skills/tech/financial-modeling/skills/dcf-model/SKILL.md +1210 -1210
- package/skills/tech/financial-modeling/skills/dcf-model/TROUBLESHOOTING.md +40 -40
- package/skills/tech/financial-modeling/skills/dcf-model/requirements.txt +8 -8
- package/skills/tech/financial-modeling/skills/dcf-model/scripts/validate_dcf.py +292 -292
- package/skills/tech/financial-modeling/skills/lbo-model/SKILL.md +236 -236
- package/skills/tech/financial-modeling/skills/merger-model/SKILL.md +108 -108
- package/skills/workflows/README.md +203 -203
- package/skills/workflows/adr.md +174 -174
- package/skills/workflows/changelog.md +74 -74
- package/skills/workflows/compound.md +323 -323
- package/skills/workflows/compound_health.md +74 -74
- package/skills/workflows/create-agent-skill.md +138 -138
- package/skills/workflows/cycle.md +144 -144
- package/skills/workflows/deploy-docs.md +84 -84
- package/skills/workflows/development-rules.md +42 -42
- package/skills/workflows/doc.md +95 -95
- package/skills/workflows/documentation-management.md +34 -34
- package/skills/workflows/explore.md +146 -146
- package/skills/workflows/generate_command.md +106 -106
- package/skills/workflows/heal-skill.md +97 -97
- package/skills/workflows/housekeeping.md +229 -229
- package/skills/workflows/kit-setup.md +102 -102
- package/skills/workflows/map-codebase.md +78 -78
- package/skills/workflows/orchestration-protocol.md +43 -43
- package/skills/workflows/plan-compound.md +439 -439
- package/skills/workflows/plan_review.md +269 -269
- package/skills/workflows/primary-workflow.md +37 -37
- package/skills/workflows/promote_pattern.md +86 -86
- package/skills/workflows/release-docs.md +82 -82
- package/skills/workflows/report-bug.md +135 -135
- package/skills/workflows/reproduce-bug.md +118 -118
- package/skills/workflows/resolve_pr.md +133 -133
- package/skills/workflows/resolve_todo.md +128 -128
- package/skills/workflows/review-compound.md +376 -376
- package/skills/workflows/skill-review.md +127 -127
- package/skills/workflows/specs.md +257 -257
- package/skills/workflows/triage-sprint.md +102 -102
- package/skills/workflows/triage.md +152 -152
- package/skills/workflows/work.md +399 -399
- package/skills/workflows/xcode-test.md +93 -93
|
@@ -1,229 +1,229 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Pre-push cleanup to archive completed items and validate repo health. Use before git push.
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
# /housekeeping - Pre-Push Cleanup
|
|
6
|
-
|
|
7
|
-
Archive completed work, fix state drift, and validate repo health before pushing.
|
|
8
|
-
|
|
9
|
-
> **Why housekeeping?** A clean repository compounds knowledge faster. Regular archiving ensures active workspaces only contain work-in-progress.
|
|
10
|
-
|
|
11
|
-
## When To Use
|
|
12
|
-
|
|
13
|
-
- **MANDATORY:** Before every `git push` (the pre-push hook will block if skipped)
|
|
14
|
-
- After completing a major feature or phase
|
|
15
|
-
- When ending an agent session
|
|
16
|
-
|
|
17
|
-
---
|
|
18
|
-
|
|
19
|
-
## Workflow
|
|
20
|
-
|
|
21
|
-
### Step 0: Run Automated Check
|
|
22
|
-
|
|
23
|
-
Start by running the housekeeping orchestrator:
|
|
24
|
-
|
|
25
|
-
```bash
|
|
26
|
-
// turbo
|
|
27
|
-
Call MCP `call_tool_logger_manager` { action: "logWorkflow", name: "/housekeeping", outcome: "success" }
|
|
28
|
-
Call MCP `call_tool_git_manager` { action: "housekeeping" }
|
|
29
|
-
```
|
|
30
|
-
|
|
31
|
-
### Step 0.5: Collect Daily Metrics
|
|
32
|
-
|
|
33
|
-
```bash
|
|
34
|
-
// turbo
|
|
35
|
-
Call MCP `call_tool_compound_manager` { action: "metrics" }
|
|
36
|
-
```
|
|
37
|
-
|
|
38
|
-
### Step 0.6: Check for Skill Gaps
|
|
39
|
-
|
|
40
|
-
```bash
|
|
41
|
-
// turbo
|
|
42
|
-
Call MCP `call_tool_compound_manager` { action: "suggestSkills" }
|
|
43
|
-
```
|
|
44
|
-
|
|
45
|
-
**If all checks pass (Green):** You are ready to push.
|
|
46
|
-
You have two options:
|
|
47
|
-
|
|
48
|
-
### Option A: Auto-Fix (Recommended)
|
|
49
|
-
|
|
50
|
-
Run all checks and automatically fix what can be fixed:
|
|
51
|
-
|
|
52
|
-
```bash
|
|
53
|
-
// turbo
|
|
54
|
-
Call MCP `call_tool_git_manager` { action: "housekeeping" } --fix
|
|
55
|
-
```
|
|
56
|
-
|
|
57
|
-
This will:
|
|
58
|
-
- Auto-correct status metadata drift using `--fix`
|
|
59
|
-
- Auto-archive completed todos, plans, and specs
|
|
60
|
-
- Validate compound system integrity
|
|
61
|
-
- Run linting checks
|
|
62
|
-
|
|
63
|
-
### Option B: Manual Step-by-Step
|
|
64
|
-
|
|
65
|
-
If you prefer more control, follow these steps:
|
|
66
|
-
|
|
67
|
-
### Step 1: Fix State Drift
|
|
68
|
-
|
|
69
|
-
Synchronize YAML frontmatter status with checklist completion state:
|
|
70
|
-
|
|
71
|
-
```bash
|
|
72
|
-
// turbo
|
|
73
|
-
Call MCP `call_tool_compound_manager` { action: "auditDrift" } --fix
|
|
74
|
-
```
|
|
75
|
-
|
|
76
|
-
### Step 2: Archive Completed Items
|
|
77
|
-
|
|
78
|
-
Move finished work to their respective `archive/` directories:
|
|
79
|
-
|
|
80
|
-
```bash
|
|
81
|
-
// turbo
|
|
82
|
-
Call MCP `call_tool_git_manager` { action: "archive" } --apply
|
|
83
|
-
```
|
|
84
|
-
|
|
85
|
-
**What gets archived:**
|
|
86
|
-
- **Todos:** Status is `complete` or filename contains `-complete-`
|
|
87
|
-
- **Plans:** Status is `Implemented` or all checkboxes are checked
|
|
88
|
-
- **Specs:** README shows 100% AND tasks are all checked
|
|
89
|
-
|
|
90
|
-
**Tip:** Use `skills/file-todos/SKILL.md` to properly format and tag new todo files.
|
|
91
|
-
|
|
92
|
-
> [!IMPORTANT]
|
|
93
|
-
> **Reinforce Pattern #3 (Actionable Items → Todo Files):**
|
|
94
|
-
> Before archiving plans or specs, ensure all unchecked items (`- [ ]`) that represent actionable future work have been converted to todo files in `todos/`.
|
|
95
|
-
>
|
|
96
|
-
> **Validation:**
|
|
97
|
-
> ```bash
|
|
98
|
-
> # Search for orphans
|
|
99
|
-
> grep -r "^\- \[ \]" plans/ docs/specs/
|
|
100
|
-
> ```
|
|
101
|
-
>
|
|
102
|
-
> See [critical-patterns.md](file:///Users/macbookair/Documents/GitHub/[PROJECT_NAME]/docs/solutions/patterns/critical-patterns.md#L80-L121) for the full rule.
|
|
103
|
-
|
|
104
|
-
### Step 3: Update Index Files
|
|
105
|
-
|
|
106
|
-
Ensure directory READMEs reflect the new directory state:
|
|
107
|
-
|
|
108
|
-
- [ ] Update `todos/README.md` active count
|
|
109
|
-
- [ ] Update `plans/README.md` archive references
|
|
110
|
-
- [ ] Update `docs/specs/README.md` active specs list
|
|
111
|
-
|
|
112
|
-
### Step 3.5: Skill Discovery
|
|
113
|
-
|
|
114
|
-
Check if the knowledge base suggests new skill opportunities:
|
|
115
|
-
|
|
116
|
-
```bash
|
|
117
|
-
// turbo
|
|
118
|
-
Call MCP `call_tool_compound_manager` { action: "suggestSkills" }
|
|
119
|
-
```
|
|
120
|
-
|
|
121
|
-
If new skills are discovered, you can run `/create-agent-skill` to formalize high-priority skills.
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
### Step 3.6: Check Deprecated ADRs
|
|
125
|
-
|
|
126
|
-
Check if any deprecated ADRs need review (haven't been reviewed in 6+ months):
|
|
127
|
-
|
|
128
|
-
```bash
|
|
129
|
-
// turbo
|
|
130
|
-
Call MCP `call_tool_compound_manager` { action: "validate" }
|
|
131
|
-
```
|
|
132
|
-
|
|
133
|
-
- If warnings appear, review the deprecated ADR to see if it can be archived or needs an update.
|
|
134
|
-
- Update `last_referenced` date if you review it.
|
|
135
|
-
|
|
136
|
-
### Step 3.7: Rotate Logs
|
|
137
|
-
|
|
138
|
-
Prevent log files from growing indefinitely:
|
|
139
|
-
|
|
140
|
-
```bash
|
|
141
|
-
# Rotate logs older than 12 weeks
|
|
142
|
-
// turbo
|
|
143
|
-
Call MCP `call_tool_logger_manager` { action: "rotateLogs" }
|
|
144
|
-
```
|
|
145
|
-
|
|
146
|
-
### Step 3.8: Documentation Freshness Check
|
|
147
|
-
|
|
148
|
-
Verify recent changes have corresponding documentation:
|
|
149
|
-
|
|
150
|
-
```bash
|
|
151
|
-
// turbo
|
|
152
|
-
Call MCP `call_tool_docs_manager` { action: "freshness" }
|
|
153
|
-
```
|
|
154
|
-
|
|
155
|
-
**The script checks:**
|
|
156
|
-
- [ ] Files changed in last commit have corresponding doc updates
|
|
157
|
-
- [ ] New scripts are mentioned in README files
|
|
158
|
-
- [ ] New workflows are indexed in `skills/workflows/README.md`
|
|
159
|
-
|
|
160
|
-
**If warnings appear:** Update docs before pushing.
|
|
161
|
-
|
|
162
|
-
### Step 3.9: Search Knowledge Base (Optional)
|
|
163
|
-
|
|
164
|
-
> [!TIP]
|
|
165
|
-
> Before shipping, check for any related housekeeping patterns or recent cleanup solutions.
|
|
166
|
-
|
|
167
|
-
```bash
|
|
168
|
-
Call MCP `call_tool_compound_manager` { action: "search", terms: [ "housekeeping cleanup archive validation"] }
|
|
169
|
-
```
|
|
170
|
-
|
|
171
|
-
---
|
|
172
|
-
|
|
173
|
-
### Step 4: Verify and Ship
|
|
174
|
-
|
|
175
|
-
Re-run the health check to confirm all issues are resolved:
|
|
176
|
-
|
|
177
|
-
```bash
|
|
178
|
-
// turbo
|
|
179
|
-
Call MCP `call_tool_git_manager` { action: "housekeeping" }
|
|
180
|
-
```
|
|
181
|
-
|
|
182
|
-
**If passed:**
|
|
183
|
-
```bash
|
|
184
|
-
git add -A
|
|
185
|
-
git commit -m "chore: housekeeping - archive completed work"
|
|
186
|
-
git push
|
|
187
|
-
```
|
|
188
|
-
|
|
189
|
-
### Phase 5: Completion & Handoff
|
|
190
|
-
|
|
191
|
-
#### Step 1: Establish Terminal UI State
|
|
192
|
-
|
|
193
|
-
> [!IMPORTANT]
|
|
194
|
-
> **Visual Completion Signal**
|
|
195
|
-
> Call `task_boundary` one last time to signal completion in the user's UI. This prevents the "task" from appearing active after you've finished.
|
|
196
|
-
|
|
197
|
-
```javascript
|
|
198
|
-
await task_boundary({
|
|
199
|
-
TaskName: "[COMPLETED] Housekeeping",
|
|
200
|
-
TaskStatus: "Cleanup and archiving complete. Repository is healthy.",
|
|
201
|
-
Mode: "VERIFICATION",
|
|
202
|
-
TaskSummary: "Executed pre-push housekeeping. Validated state consistency, archived completed work, and rotated logs."
|
|
203
|
-
});
|
|
204
|
-
```
|
|
205
|
-
|
|
206
|
-
#### Step 2: Mandatory Handoff
|
|
207
|
-
|
|
208
|
-
> [!IMPORTANT]
|
|
209
|
-
> **Exit Transition**
|
|
210
|
-
> Do not stop here. Offer the user clear paths to the next logical workflow.
|
|
211
|
-
|
|
212
|
-
```bash
|
|
213
|
-
✓ Housekeeping complete
|
|
214
|
-
|
|
215
|
-
Next steps:
|
|
216
|
-
1. /work - Start a new task from a todo or plan
|
|
217
|
-
2. /resolve_todo - Batch process existing todos
|
|
218
|
-
3. /plan - Create a plan for a new feature or fix
|
|
219
|
-
4. Continue working - Perform manual follow-ups
|
|
220
|
-
```
|
|
221
|
-
|
|
222
|
-
## References
|
|
223
|
-
|
|
224
|
-
- **Archive script:** `Call MCP `call_tool_git_manager` { action: "archive" }`
|
|
225
|
-
- **State audit:** `Call MCP `call_tool_compound_manager` { action: "auditDrift" }`
|
|
226
|
-
- **Health check:** `Call MCP `call_tool_git_manager` { action: "housekeeping" }`
|
|
227
|
-
- **Todo management:** `/resolve_todo`
|
|
228
|
-
- **Plan creation:** `/plan`
|
|
229
|
-
|
|
1
|
+
---
|
|
2
|
+
description: Pre-push cleanup to archive completed items and validate repo health. Use before git push.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# /housekeeping - Pre-Push Cleanup
|
|
6
|
+
|
|
7
|
+
Archive completed work, fix state drift, and validate repo health before pushing.
|
|
8
|
+
|
|
9
|
+
> **Why housekeeping?** A clean repository compounds knowledge faster. Regular archiving ensures active workspaces only contain work-in-progress.
|
|
10
|
+
|
|
11
|
+
## When To Use
|
|
12
|
+
|
|
13
|
+
- **MANDATORY:** Before every `git push` (the pre-push hook will block if skipped)
|
|
14
|
+
- After completing a major feature or phase
|
|
15
|
+
- When ending an agent session
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## Workflow
|
|
20
|
+
|
|
21
|
+
### Step 0: Run Automated Check
|
|
22
|
+
|
|
23
|
+
Start by running the housekeeping orchestrator:
|
|
24
|
+
|
|
25
|
+
```bash
|
|
26
|
+
// turbo
|
|
27
|
+
Call MCP `call_tool_logger_manager` { action: "logWorkflow", name: "/housekeeping", outcome: "success" }
|
|
28
|
+
Call MCP `call_tool_git_manager` { action: "housekeeping" }
|
|
29
|
+
```
|
|
30
|
+
|
|
31
|
+
### Step 0.5: Collect Daily Metrics
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
// turbo
|
|
35
|
+
Call MCP `call_tool_compound_manager` { action: "metrics" }
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
### Step 0.6: Check for Skill Gaps
|
|
39
|
+
|
|
40
|
+
```bash
|
|
41
|
+
// turbo
|
|
42
|
+
Call MCP `call_tool_compound_manager` { action: "suggestSkills" }
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
**If all checks pass (Green):** You are ready to push.
|
|
46
|
+
You have two options:
|
|
47
|
+
|
|
48
|
+
### Option A: Auto-Fix (Recommended)
|
|
49
|
+
|
|
50
|
+
Run all checks and automatically fix what can be fixed:
|
|
51
|
+
|
|
52
|
+
```bash
|
|
53
|
+
// turbo
|
|
54
|
+
Call MCP `call_tool_git_manager` { action: "housekeeping" } --fix
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
This will:
|
|
58
|
+
- Auto-correct status metadata drift using `--fix`
|
|
59
|
+
- Auto-archive completed todos, plans, and specs
|
|
60
|
+
- Validate compound system integrity
|
|
61
|
+
- Run linting checks
|
|
62
|
+
|
|
63
|
+
### Option B: Manual Step-by-Step
|
|
64
|
+
|
|
65
|
+
If you prefer more control, follow these steps:
|
|
66
|
+
|
|
67
|
+
### Step 1: Fix State Drift
|
|
68
|
+
|
|
69
|
+
Synchronize YAML frontmatter status with checklist completion state:
|
|
70
|
+
|
|
71
|
+
```bash
|
|
72
|
+
// turbo
|
|
73
|
+
Call MCP `call_tool_compound_manager` { action: "auditDrift" } --fix
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
### Step 2: Archive Completed Items
|
|
77
|
+
|
|
78
|
+
Move finished work to their respective `archive/` directories:
|
|
79
|
+
|
|
80
|
+
```bash
|
|
81
|
+
// turbo
|
|
82
|
+
Call MCP `call_tool_git_manager` { action: "archive" } --apply
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
**What gets archived:**
|
|
86
|
+
- **Todos:** Status is `complete` or filename contains `-complete-`
|
|
87
|
+
- **Plans:** Status is `Implemented` or all checkboxes are checked
|
|
88
|
+
- **Specs:** README shows 100% AND tasks are all checked
|
|
89
|
+
|
|
90
|
+
**Tip:** Use `skills/file-todos/SKILL.md` to properly format and tag new todo files.
|
|
91
|
+
|
|
92
|
+
> [!IMPORTANT]
|
|
93
|
+
> **Reinforce Pattern #3 (Actionable Items → Todo Files):**
|
|
94
|
+
> Before archiving plans or specs, ensure all unchecked items (`- [ ]`) that represent actionable future work have been converted to todo files in `todos/`.
|
|
95
|
+
>
|
|
96
|
+
> **Validation:**
|
|
97
|
+
> ```bash
|
|
98
|
+
> # Search for orphans
|
|
99
|
+
> grep -r "^\- \[ \]" plans/ docs/specs/
|
|
100
|
+
> ```
|
|
101
|
+
>
|
|
102
|
+
> See [critical-patterns.md](file:///Users/macbookair/Documents/GitHub/[PROJECT_NAME]/docs/solutions/patterns/critical-patterns.md#L80-L121) for the full rule.
|
|
103
|
+
|
|
104
|
+
### Step 3: Update Index Files
|
|
105
|
+
|
|
106
|
+
Ensure directory READMEs reflect the new directory state:
|
|
107
|
+
|
|
108
|
+
- [ ] Update `todos/README.md` active count
|
|
109
|
+
- [ ] Update `plans/README.md` archive references
|
|
110
|
+
- [ ] Update `docs/specs/README.md` active specs list
|
|
111
|
+
|
|
112
|
+
### Step 3.5: Skill Discovery
|
|
113
|
+
|
|
114
|
+
Check if the knowledge base suggests new skill opportunities:
|
|
115
|
+
|
|
116
|
+
```bash
|
|
117
|
+
// turbo
|
|
118
|
+
Call MCP `call_tool_compound_manager` { action: "suggestSkills" }
|
|
119
|
+
```
|
|
120
|
+
|
|
121
|
+
If new skills are discovered, you can run `/create-agent-skill` to formalize high-priority skills.
|
|
122
|
+
|
|
123
|
+
|
|
124
|
+
### Step 3.6: Check Deprecated ADRs
|
|
125
|
+
|
|
126
|
+
Check if any deprecated ADRs need review (haven't been reviewed in 6+ months):
|
|
127
|
+
|
|
128
|
+
```bash
|
|
129
|
+
// turbo
|
|
130
|
+
Call MCP `call_tool_compound_manager` { action: "validate" }
|
|
131
|
+
```
|
|
132
|
+
|
|
133
|
+
- If warnings appear, review the deprecated ADR to see if it can be archived or needs an update.
|
|
134
|
+
- Update `last_referenced` date if you review it.
|
|
135
|
+
|
|
136
|
+
### Step 3.7: Rotate Logs
|
|
137
|
+
|
|
138
|
+
Prevent log files from growing indefinitely:
|
|
139
|
+
|
|
140
|
+
```bash
|
|
141
|
+
# Rotate logs older than 12 weeks
|
|
142
|
+
// turbo
|
|
143
|
+
Call MCP `call_tool_logger_manager` { action: "rotateLogs" }
|
|
144
|
+
```
|
|
145
|
+
|
|
146
|
+
### Step 3.8: Documentation Freshness Check
|
|
147
|
+
|
|
148
|
+
Verify recent changes have corresponding documentation:
|
|
149
|
+
|
|
150
|
+
```bash
|
|
151
|
+
// turbo
|
|
152
|
+
Call MCP `call_tool_docs_manager` { action: "freshness" }
|
|
153
|
+
```
|
|
154
|
+
|
|
155
|
+
**The script checks:**
|
|
156
|
+
- [ ] Files changed in last commit have corresponding doc updates
|
|
157
|
+
- [ ] New scripts are mentioned in README files
|
|
158
|
+
- [ ] New workflows are indexed in `skills/workflows/README.md`
|
|
159
|
+
|
|
160
|
+
**If warnings appear:** Update docs before pushing.
|
|
161
|
+
|
|
162
|
+
### Step 3.9: Search Knowledge Base (Optional)
|
|
163
|
+
|
|
164
|
+
> [!TIP]
|
|
165
|
+
> Before shipping, check for any related housekeeping patterns or recent cleanup solutions.
|
|
166
|
+
|
|
167
|
+
```bash
|
|
168
|
+
Call MCP `call_tool_compound_manager` { action: "search", terms: [ "housekeeping cleanup archive validation"] }
|
|
169
|
+
```
|
|
170
|
+
|
|
171
|
+
---
|
|
172
|
+
|
|
173
|
+
### Step 4: Verify and Ship
|
|
174
|
+
|
|
175
|
+
Re-run the health check to confirm all issues are resolved:
|
|
176
|
+
|
|
177
|
+
```bash
|
|
178
|
+
// turbo
|
|
179
|
+
Call MCP `call_tool_git_manager` { action: "housekeeping" }
|
|
180
|
+
```
|
|
181
|
+
|
|
182
|
+
**If passed:**
|
|
183
|
+
```bash
|
|
184
|
+
git add -A
|
|
185
|
+
git commit -m "chore: housekeeping - archive completed work"
|
|
186
|
+
git push
|
|
187
|
+
```
|
|
188
|
+
|
|
189
|
+
### Phase 5: Completion & Handoff
|
|
190
|
+
|
|
191
|
+
#### Step 1: Establish Terminal UI State
|
|
192
|
+
|
|
193
|
+
> [!IMPORTANT]
|
|
194
|
+
> **Visual Completion Signal**
|
|
195
|
+
> Call `task_boundary` one last time to signal completion in the user's UI. This prevents the "task" from appearing active after you've finished.
|
|
196
|
+
|
|
197
|
+
```javascript
|
|
198
|
+
await task_boundary({
|
|
199
|
+
TaskName: "[COMPLETED] Housekeeping",
|
|
200
|
+
TaskStatus: "Cleanup and archiving complete. Repository is healthy.",
|
|
201
|
+
Mode: "VERIFICATION",
|
|
202
|
+
TaskSummary: "Executed pre-push housekeeping. Validated state consistency, archived completed work, and rotated logs."
|
|
203
|
+
});
|
|
204
|
+
```
|
|
205
|
+
|
|
206
|
+
#### Step 2: Mandatory Handoff
|
|
207
|
+
|
|
208
|
+
> [!IMPORTANT]
|
|
209
|
+
> **Exit Transition**
|
|
210
|
+
> Do not stop here. Offer the user clear paths to the next logical workflow.
|
|
211
|
+
|
|
212
|
+
```bash
|
|
213
|
+
✓ Housekeeping complete
|
|
214
|
+
|
|
215
|
+
Next steps:
|
|
216
|
+
1. /work - Start a new task from a todo or plan
|
|
217
|
+
2. /resolve_todo - Batch process existing todos
|
|
218
|
+
3. /plan - Create a plan for a new feature or fix
|
|
219
|
+
4. Continue working - Perform manual follow-ups
|
|
220
|
+
```
|
|
221
|
+
|
|
222
|
+
## References
|
|
223
|
+
|
|
224
|
+
- **Archive script:** `Call MCP `call_tool_git_manager` { action: "archive" }`
|
|
225
|
+
- **State audit:** `Call MCP `call_tool_compound_manager` { action: "auditDrift" }`
|
|
226
|
+
- **Health check:** `Call MCP `call_tool_git_manager` { action: "housekeeping" }`
|
|
227
|
+
- **Todo management:** `/resolve_todo`
|
|
228
|
+
- **Plan creation:** `/plan`
|
|
229
|
+
|
|
@@ -1,103 +1,103 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Interactive project setup wizard. Creates product, tech-stack, and guidelines context files.
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
# /kit:setup - Project Setup Wizard
|
|
6
|
-
|
|
7
|
-
Create context files for new projects with an interactive wizard.
|
|
8
|
-
|
|
9
|
-
> **Why setup?** Context files help AI understand your project better, providing more accurate responses.
|
|
10
|
-
|
|
11
|
-
## When To Use
|
|
12
|
-
|
|
13
|
-
- When starting a new project
|
|
14
|
-
- When onboarding a new team member
|
|
15
|
-
- When you want to standardize project context
|
|
16
|
-
|
|
17
|
-
---
|
|
18
|
-
|
|
19
|
-
## Workflow
|
|
20
|
-
|
|
21
|
-
### Step 1: Product Context
|
|
22
|
-
|
|
23
|
-
Collect information:
|
|
24
|
-
- Product description
|
|
25
|
-
- Target users
|
|
26
|
-
- Goals
|
|
27
|
-
- Key features
|
|
28
|
-
|
|
29
|
-
**Output:** `.docs/product.md`
|
|
30
|
-
|
|
31
|
-
### Step 2: Tech Stack
|
|
32
|
-
|
|
33
|
-
Collect information:
|
|
34
|
-
- Language (TypeScript, Python, etc.)
|
|
35
|
-
- Framework (Next.js, FastAPI, etc.)
|
|
36
|
-
- Database (PostgreSQL, MongoDB, etc.)
|
|
37
|
-
- Other tools (Redis, S3, etc.)
|
|
38
|
-
|
|
39
|
-
**Output:** `.docs/tech-stack.md`
|
|
40
|
-
|
|
41
|
-
### Step 3: Guidelines
|
|
42
|
-
|
|
43
|
-
Collect information:
|
|
44
|
-
- Code style (formatting, naming)
|
|
45
|
-
- Commit conventions (conventional commits?)
|
|
46
|
-
- Testing requirements
|
|
47
|
-
- Documentation standards
|
|
48
|
-
|
|
49
|
-
**Output:** `.docs/guidelines.md`
|
|
50
|
-
|
|
51
|
-
---
|
|
52
|
-
|
|
53
|
-
## Generated Files
|
|
54
|
-
|
|
55
|
-
```
|
|
56
|
-
.docs/
|
|
57
|
-
├── product.md # Product context
|
|
58
|
-
├── tech-stack.md # Technical choices
|
|
59
|
-
└── guidelines.md # Team conventions
|
|
60
|
-
```
|
|
61
|
-
|
|
62
|
-
---
|
|
63
|
-
|
|
64
|
-
## Example Output
|
|
65
|
-
|
|
66
|
-
### product.md
|
|
67
|
-
```markdown
|
|
68
|
-
# Product: Superkit
|
|
69
|
-
|
|
70
|
-
## Description
|
|
71
|
-
Multi-agent AI development toolkit for Gemini CLI.
|
|
72
|
-
|
|
73
|
-
## Target Users
|
|
74
|
-
- Developers using Gemini CLI
|
|
75
|
-
- Teams wanting structured AI workflows
|
|
76
|
-
|
|
77
|
-
## Goals
|
|
78
|
-
- Accelerate development with AI
|
|
79
|
-
- Maintain code quality with specialized agents
|
|
80
|
-
|
|
81
|
-
## Key Features
|
|
82
|
-
- 15 specialized agents
|
|
83
|
-
- 32+ workflows
|
|
84
|
-
- Knowledge compounding system
|
|
85
|
-
```
|
|
86
|
-
|
|
87
|
-
---
|
|
88
|
-
|
|
89
|
-
## Handoff
|
|
90
|
-
|
|
91
|
-
After setup complete:
|
|
92
|
-
```
|
|
93
|
-
✓ Setup complete!
|
|
94
|
-
|
|
95
|
-
Files created:
|
|
96
|
-
- .docs/product.md
|
|
97
|
-
- .docs/tech-stack.md
|
|
98
|
-
- .docs/guidelines.md
|
|
99
|
-
|
|
100
|
-
Next steps:
|
|
101
|
-
1. Review and edit the generated files
|
|
102
|
-
2. Start working with /plan or /work
|
|
1
|
+
---
|
|
2
|
+
description: Interactive project setup wizard. Creates product, tech-stack, and guidelines context files.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# /kit:setup - Project Setup Wizard
|
|
6
|
+
|
|
7
|
+
Create context files for new projects with an interactive wizard.
|
|
8
|
+
|
|
9
|
+
> **Why setup?** Context files help AI understand your project better, providing more accurate responses.
|
|
10
|
+
|
|
11
|
+
## When To Use
|
|
12
|
+
|
|
13
|
+
- When starting a new project
|
|
14
|
+
- When onboarding a new team member
|
|
15
|
+
- When you want to standardize project context
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## Workflow
|
|
20
|
+
|
|
21
|
+
### Step 1: Product Context
|
|
22
|
+
|
|
23
|
+
Collect information:
|
|
24
|
+
- Product description
|
|
25
|
+
- Target users
|
|
26
|
+
- Goals
|
|
27
|
+
- Key features
|
|
28
|
+
|
|
29
|
+
**Output:** `.docs/product.md`
|
|
30
|
+
|
|
31
|
+
### Step 2: Tech Stack
|
|
32
|
+
|
|
33
|
+
Collect information:
|
|
34
|
+
- Language (TypeScript, Python, etc.)
|
|
35
|
+
- Framework (Next.js, FastAPI, etc.)
|
|
36
|
+
- Database (PostgreSQL, MongoDB, etc.)
|
|
37
|
+
- Other tools (Redis, S3, etc.)
|
|
38
|
+
|
|
39
|
+
**Output:** `.docs/tech-stack.md`
|
|
40
|
+
|
|
41
|
+
### Step 3: Guidelines
|
|
42
|
+
|
|
43
|
+
Collect information:
|
|
44
|
+
- Code style (formatting, naming)
|
|
45
|
+
- Commit conventions (conventional commits?)
|
|
46
|
+
- Testing requirements
|
|
47
|
+
- Documentation standards
|
|
48
|
+
|
|
49
|
+
**Output:** `.docs/guidelines.md`
|
|
50
|
+
|
|
51
|
+
---
|
|
52
|
+
|
|
53
|
+
## Generated Files
|
|
54
|
+
|
|
55
|
+
```
|
|
56
|
+
.docs/
|
|
57
|
+
├── product.md # Product context
|
|
58
|
+
├── tech-stack.md # Technical choices
|
|
59
|
+
└── guidelines.md # Team conventions
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
---
|
|
63
|
+
|
|
64
|
+
## Example Output
|
|
65
|
+
|
|
66
|
+
### product.md
|
|
67
|
+
```markdown
|
|
68
|
+
# Product: Superkit
|
|
69
|
+
|
|
70
|
+
## Description
|
|
71
|
+
Multi-agent AI development toolkit for Gemini CLI.
|
|
72
|
+
|
|
73
|
+
## Target Users
|
|
74
|
+
- Developers using Gemini CLI
|
|
75
|
+
- Teams wanting structured AI workflows
|
|
76
|
+
|
|
77
|
+
## Goals
|
|
78
|
+
- Accelerate development with AI
|
|
79
|
+
- Maintain code quality with specialized agents
|
|
80
|
+
|
|
81
|
+
## Key Features
|
|
82
|
+
- 15 specialized agents
|
|
83
|
+
- 32+ workflows
|
|
84
|
+
- Knowledge compounding system
|
|
85
|
+
```
|
|
86
|
+
|
|
87
|
+
---
|
|
88
|
+
|
|
89
|
+
## Handoff
|
|
90
|
+
|
|
91
|
+
After setup complete:
|
|
92
|
+
```
|
|
93
|
+
✓ Setup complete!
|
|
94
|
+
|
|
95
|
+
Files created:
|
|
96
|
+
- .docs/product.md
|
|
97
|
+
- .docs/tech-stack.md
|
|
98
|
+
- .docs/guidelines.md
|
|
99
|
+
|
|
100
|
+
Next steps:
|
|
101
|
+
1. Review and edit the generated files
|
|
102
|
+
2. Start working with /plan or /work
|
|
103
103
|
```
|