@fernado03/zoo-flow 0.9.1 → 0.11.0
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 +139 -83
- package/bin/zoo-flow.js +444 -134
- package/package.json +3 -3
- package/templates/claude-code/.claude/commands/caveman.md +26 -0
- package/templates/claude-code/.claude/commands/commit-and-document.md +27 -0
- package/templates/claude-code/.claude/commands/diagnose.md +27 -0
- package/templates/claude-code/.claude/commands/feature.md +46 -0
- package/templates/claude-code/.claude/commands/fix.md +45 -0
- package/templates/claude-code/.claude/commands/grill-me.md +27 -0
- package/templates/claude-code/.claude/commands/grill-with-docs.md +27 -0
- package/templates/claude-code/.claude/commands/handoff.md +27 -0
- package/templates/claude-code/.claude/commands/improve-codebase-architecture.md +27 -0
- package/templates/claude-code/.claude/commands/prototype.md +27 -0
- package/templates/claude-code/.claude/commands/refactor.md +46 -0
- package/templates/claude-code/.claude/commands/review.md +27 -0
- package/templates/claude-code/.claude/commands/scaffold-context.md +27 -0
- package/templates/claude-code/.claude/commands/setup-matt-pocock-skills.md +27 -0
- package/templates/claude-code/.claude/commands/tdd.md +27 -0
- package/templates/claude-code/.claude/commands/teach.md +27 -0
- package/templates/claude-code/.claude/commands/to-issues.md +27 -0
- package/templates/claude-code/.claude/commands/to-prd.md +27 -0
- package/templates/claude-code/.claude/commands/triage.md +27 -0
- package/templates/claude-code/.claude/commands/tweak.md +27 -0
- package/templates/claude-code/.claude/commands/update-docs.md +27 -0
- package/templates/claude-code/.claude/commands/verify.md +27 -0
- package/templates/claude-code/.claude/commands/write-a-skill.md +27 -0
- package/templates/claude-code/.claude/commands/zoom-out.md +27 -0
- package/templates/claude-code/.claude/skills/engineering/commit-and-document/SKILL.md +37 -0
- package/templates/claude-code/.claude/skills/engineering/diagnose/SKILL.md +136 -0
- package/templates/claude-code/.claude/skills/engineering/explore/SKILL.md +61 -0
- package/templates/claude-code/.claude/skills/engineering/feature/SKILL.md +66 -0
- package/templates/claude-code/.claude/skills/engineering/fix/SKILL.md +59 -0
- package/templates/claude-code/.claude/skills/engineering/grill-with-docs/SKILL.md +35 -0
- package/templates/claude-code/.claude/skills/engineering/improve-codebase-architecture/SKILL.md +39 -0
- package/templates/claude-code/.claude/skills/engineering/prototype/SKILL.md +34 -0
- package/templates/claude-code/.claude/skills/engineering/refactor/SKILL.md +59 -0
- package/templates/claude-code/.claude/skills/engineering/review/SKILL.md +144 -0
- package/templates/claude-code/.claude/skills/engineering/scaffold-context/SKILL.md +44 -0
- package/templates/claude-code/.claude/skills/engineering/setup-matt-pocock-skills/SKILL.md +48 -0
- package/templates/claude-code/.claude/skills/engineering/tdd/SKILL.md +81 -0
- package/templates/claude-code/.claude/skills/engineering/to-issues/SKILL.md +37 -0
- package/templates/claude-code/.claude/skills/engineering/to-prd/SKILL.md +39 -0
- package/templates/claude-code/.claude/skills/engineering/triage/SKILL.md +36 -0
- package/templates/claude-code/.claude/skills/engineering/tweak/SKILL.md +37 -0
- package/templates/claude-code/.claude/skills/engineering/update-docs/SKILL.md +33 -0
- package/templates/claude-code/.claude/skills/engineering/verify/SKILL.md +38 -0
- package/templates/claude-code/.claude/skills/engineering/zoom-out/SKILL.md +74 -0
- package/templates/claude-code/.claude/skills/productivity/caveman/SKILL.md +24 -0
- package/templates/claude-code/.claude/skills/productivity/grill-me/SKILL.md +21 -0
- package/templates/claude-code/.claude/skills/productivity/handoff/SKILL.md +20 -0
- package/templates/claude-code/.claude/skills/productivity/teach/SKILL.md +116 -0
- package/templates/claude-code/.claude/skills/productivity/write-a-skill/SKILL.md +59 -0
- package/templates/claude-code/.zoo-flow/CONTEXT.md +8 -0
- package/templates/claude-code/.zoo-flow/START_HERE.md +28 -0
- package/templates/claude-code/.zoo-flow/docs/adr/0001-record-architecture-decisions.md +22 -0
- package/templates/claude-code/.zoo-flow/evals/no-regression-checklist.md +26 -0
- package/templates/claude-code/.zoo-flow/evals/routing-cases.jsonl +18 -0
- package/templates/claude-code/.zoo-flow/evals/routing-cases.md +211 -0
- package/templates/claude-code/.zoo-flow/project-profile.json +24 -0
- package/templates/claude-code/CLAUDE.md +237 -0
- package/templates/full/.roo/rules/07-scratch-working-memory.md +39 -0
- package/templates/full/.roo/skills/engineering/diagnose/SKILL.md +44 -10
- package/templates/full/.roo/skills/engineering/review/SKILL.md +35 -11
- package/templates/full/.roo/skills/engineering/zoom-out/SKILL.md +55 -1
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@fernado03/zoo-flow",
|
|
3
3
|
"description": "Workflow control plane for Zoo Code.",
|
|
4
|
-
"version": "0.
|
|
4
|
+
"version": "0.11.0",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"bin": {
|
|
7
7
|
"zoo-flow": "bin/zoo-flow.js"
|
|
@@ -16,7 +16,7 @@
|
|
|
16
16
|
"quality",
|
|
17
17
|
"README.md",
|
|
18
18
|
"LICENSE"
|
|
19
|
-
],
|
|
19
|
+
],
|
|
20
20
|
"license": "MIT",
|
|
21
21
|
"repository": {
|
|
22
22
|
"type": "git",
|
|
@@ -45,7 +45,7 @@
|
|
|
45
45
|
"project-shapes": "node scripts/test-project-shapes.js",
|
|
46
46
|
"score-quality": "node scripts/score-quality.js",
|
|
47
47
|
"release:check": "npm run check && npm run token-budget && npm run package-manifest && npm run golden-transcripts && npm run project-shapes && npm run score-quality && npm run pack:check"
|
|
48
|
-
},
|
|
48
|
+
},
|
|
49
49
|
"engines": {
|
|
50
50
|
"node": ">=18"
|
|
51
51
|
},
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Extreme brevity mode - minimal tokens, maximum information density"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# Caveman — Extreme Brevity Mode
|
|
6
|
+
|
|
7
|
+
This command activates extreme brevity for all responses.
|
|
8
|
+
|
|
9
|
+
## Behavioral Context: Implementer
|
|
10
|
+
|
|
11
|
+
You are operating in the **Implementer profile** with extreme brevity mode:
|
|
12
|
+
- **Communication style**: Minimal tokens, telegraphic style
|
|
13
|
+
- **Scope**: Answer questions and execute tasks with maximum density
|
|
14
|
+
- **Output**: Shortest possible responses that convey necessary information
|
|
15
|
+
|
|
16
|
+
## Procedure
|
|
17
|
+
|
|
18
|
+
Read and follow the skill file: `.claude/skills/productivity/caveman/SKILL.md`
|
|
19
|
+
|
|
20
|
+
## Expected Outcome
|
|
21
|
+
|
|
22
|
+
- All responses in extreme brevity mode
|
|
23
|
+
- Maximum information density
|
|
24
|
+
- Minimal token usage
|
|
25
|
+
|
|
26
|
+
This mode remains active until explicitly deactivated.
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Commit changes and update project journal"
|
|
3
|
+
argument-hint: "<commit message or what to document>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Commit and Document — Version Control Workflow
|
|
7
|
+
|
|
8
|
+
This command commits changes and documents them in the project journal.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Implementer
|
|
11
|
+
|
|
12
|
+
You are operating in the **Implementer profile**:
|
|
13
|
+
- **File access**: Full repository access
|
|
14
|
+
- **Scope**: Stage, commit, and document changes
|
|
15
|
+
- **Safety**: Never force-push or delete branches
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/commit-and-document/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Changes staged and committed with clear message
|
|
24
|
+
- Journal entry documenting what changed and why
|
|
25
|
+
- Reference to relevant issues or decisions
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Diagnose the root cause of a bug or unexpected behavior"
|
|
3
|
+
argument-hint: "<what's broken or unexpected>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Diagnose — Bug Investigation
|
|
7
|
+
|
|
8
|
+
This command systematically investigates the root cause of a bug or unexpected behavior.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect
|
|
11
|
+
|
|
12
|
+
You are operating in the **Architect profile**:
|
|
13
|
+
- **File access**: Read-only for application code
|
|
14
|
+
- **Scope**: Investigate and identify root cause, don't fix yet
|
|
15
|
+
- **Output**: Diagnosis report with root cause and fix recommendations
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/diagnose/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Root cause identified
|
|
24
|
+
- Evidence supporting the diagnosis
|
|
25
|
+
- Specific recommendations for fixing
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,46 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Implement a new feature through multi-phase workflow"
|
|
3
|
+
argument-hint: "<what feature to implement>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Feature — Feature Development
|
|
7
|
+
|
|
8
|
+
This command implements a new feature through a multi-phase workflow with planning and implementation.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect → Implementer (Multi-Phase)
|
|
11
|
+
|
|
12
|
+
This command chains two profiles:
|
|
13
|
+
|
|
14
|
+
**Phase 1: Architect** (Planning)
|
|
15
|
+
- **File access**: Read-only for code, write to documentation and `.scratch/`
|
|
16
|
+
- **Scope**: Analyze requirements, create implementation plan
|
|
17
|
+
- **Output**: Feature plan with architecture decisions and task breakdown
|
|
18
|
+
|
|
19
|
+
**Phase 2: Implementer** (Implementation)
|
|
20
|
+
- **File access**: Full repository access
|
|
21
|
+
- **Scope**: Implement the feature according to plan
|
|
22
|
+
- **Output**: Working feature with tests
|
|
23
|
+
|
|
24
|
+
## Execution Flow
|
|
25
|
+
|
|
26
|
+
1. **Architect Phase**: Plan the feature
|
|
27
|
+
- Read the feature skill: `.claude/skills/engineering/feature/SKILL.md`
|
|
28
|
+
- Analyze requirements and codebase
|
|
29
|
+
- Create implementation plan with architecture decisions
|
|
30
|
+
- Break down into implementation tasks
|
|
31
|
+
- **APPROVAL GATE**: Present plan to user and wait for approval
|
|
32
|
+
|
|
33
|
+
2. **Implementer Phase**: Build the feature
|
|
34
|
+
- Use `Agent` tool to delegate implementation tasks
|
|
35
|
+
- Agent follows TDD workflow where appropriate
|
|
36
|
+
- Implement according to approved plan
|
|
37
|
+
- Run tests to verify
|
|
38
|
+
|
|
39
|
+
## Expected Outcome
|
|
40
|
+
|
|
41
|
+
- Feature requirements documented
|
|
42
|
+
- Architecture decisions recorded
|
|
43
|
+
- Feature implemented with tests
|
|
44
|
+
- Plan document in `.scratch/`
|
|
45
|
+
|
|
46
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,45 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Diagnose and fix a bug through multi-phase workflow"
|
|
3
|
+
argument-hint: "<what bug to fix>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Fix — Bug Diagnosis and Repair
|
|
7
|
+
|
|
8
|
+
This command diagnoses the root cause of a bug and implements a fix through a multi-phase workflow.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect → Implementer (Multi-Phase)
|
|
11
|
+
|
|
12
|
+
This command chains two profiles:
|
|
13
|
+
|
|
14
|
+
**Phase 1: Architect** (Diagnosis)
|
|
15
|
+
- **File access**: Read-only for code, write to `.scratch/` for diagnosis notes
|
|
16
|
+
- **Scope**: Investigate root cause, create hypothesis
|
|
17
|
+
- **Output**: Diagnosis report with fix plan
|
|
18
|
+
|
|
19
|
+
**Phase 2: Implementer** (Repair)
|
|
20
|
+
- **File access**: Full repository access
|
|
21
|
+
- **Scope**: Implement the fix based on diagnosis
|
|
22
|
+
- **Output**: Fixed code with tests passing
|
|
23
|
+
|
|
24
|
+
## Execution Flow
|
|
25
|
+
|
|
26
|
+
1. **Architect Phase**: Diagnose the bug
|
|
27
|
+
- Read the diagnosis skill: `.claude/skills/engineering/diagnose/SKILL.md`
|
|
28
|
+
- Follow diagnosis procedure
|
|
29
|
+
- Present findings and proposed fix to user
|
|
30
|
+
- **APPROVAL GATE**: Wait for user to approve the fix plan
|
|
31
|
+
|
|
32
|
+
2. **Implementer Phase**: Apply the fix
|
|
33
|
+
- Use `Agent` tool to delegate implementation
|
|
34
|
+
- Agent reads the tweak skill: `.claude/skills/engineering/tweak/SKILL.md`
|
|
35
|
+
- Implement the fix according to diagnosis
|
|
36
|
+
- Run tests to verify
|
|
37
|
+
|
|
38
|
+
## Expected Outcome
|
|
39
|
+
|
|
40
|
+
- Root cause identified and documented
|
|
41
|
+
- Bug fixed with targeted change
|
|
42
|
+
- Tests passing
|
|
43
|
+
- Diagnosis report in `.scratch/`
|
|
44
|
+
|
|
45
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Challenge assumptions and test ideas through Socratic questioning"
|
|
3
|
+
argument-hint: "<what to challenge or explore>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Grill Me — Socratic Challenge
|
|
7
|
+
|
|
8
|
+
This command challenges assumptions and tests ideas through rigorous questioning.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect
|
|
11
|
+
|
|
12
|
+
You are operating in the **Architect profile**:
|
|
13
|
+
- **File access**: Read-only for code
|
|
14
|
+
- **Scope**: Challenge thinking and explore implications
|
|
15
|
+
- **Output**: Series of challenging questions and insights
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/productivity/grill-me/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Assumptions identified and challenged
|
|
24
|
+
- Edge cases and implications explored
|
|
25
|
+
- Stronger, more robust thinking
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Deep-dive into documentation with examples and explanations"
|
|
3
|
+
argument-hint: "<what to document or explain>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Grill with Docs — Comprehensive Documentation
|
|
7
|
+
|
|
8
|
+
This command creates detailed documentation with examples, explanations, and context.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect
|
|
11
|
+
|
|
12
|
+
You are operating in the **Architect profile**:
|
|
13
|
+
- **File access**: Read-only for code, write to documentation files
|
|
14
|
+
- **Scope**: Create comprehensive documentation
|
|
15
|
+
- **Output**: Detailed docs with examples and explanations
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/grill-with-docs/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Comprehensive documentation covering the topic
|
|
24
|
+
- Code examples demonstrating usage
|
|
25
|
+
- Clear explanations of concepts and trade-offs
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Create a handoff document for another agent or session"
|
|
3
|
+
argument-hint: "<what to hand off>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Handoff — Context Transfer
|
|
7
|
+
|
|
8
|
+
This command creates a comprehensive handoff document to transfer context to another agent or session.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect
|
|
11
|
+
|
|
12
|
+
You are operating in the **Architect profile**:
|
|
13
|
+
- **File access**: Read-only for code, write to `.scratch/` or documentation
|
|
14
|
+
- **Scope**: Capture all relevant context and decisions
|
|
15
|
+
- **Output**: Complete handoff document
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/productivity/handoff/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Comprehensive handoff document
|
|
24
|
+
- All relevant context captured
|
|
25
|
+
- Clear next steps for the receiving agent
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Improve codebase architecture and structure"
|
|
3
|
+
argument-hint: "<what to improve>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Improve Codebase Architecture — Structural Improvements
|
|
7
|
+
|
|
8
|
+
This command identifies and implements architectural improvements to the codebase.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect
|
|
11
|
+
|
|
12
|
+
You are operating in the **Architect profile**:
|
|
13
|
+
- **File access**: Read-only for application code
|
|
14
|
+
- **Scope**: Analyze architecture and recommend improvements
|
|
15
|
+
- **Delegation**: After planning, delegate implementation to implementer
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/improve-codebase-architecture/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Analysis of current architecture
|
|
24
|
+
- Identification of improvement opportunities
|
|
25
|
+
- Specific recommendations with implementation guidance
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Create a quick prototype or proof-of-concept"
|
|
3
|
+
argument-hint: "<what to prototype>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Prototype — Rapid Prototyping
|
|
7
|
+
|
|
8
|
+
This command creates a throwaway prototype to test ideas or validate approaches.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Implementer
|
|
11
|
+
|
|
12
|
+
You are operating in the **Implementer profile**:
|
|
13
|
+
- **File access**: Full repository access
|
|
14
|
+
- **Scope**: Build a quick prototype, not production-ready code
|
|
15
|
+
- **Escalation**: If prototype reveals architectural insights, summarize for architect review
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/prototype/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Working prototype demonstrating the concept
|
|
24
|
+
- Clear indication this is throwaway code
|
|
25
|
+
- Insights about feasibility and approach
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,46 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Refactor code structure through multi-phase workflow"
|
|
3
|
+
argument-hint: "<what to refactor>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Refactor — Code Structure Improvement
|
|
7
|
+
|
|
8
|
+
This command improves code structure through a multi-phase workflow with analysis and implementation.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect → Implementer (Multi-Phase)
|
|
11
|
+
|
|
12
|
+
This command chains two profiles:
|
|
13
|
+
|
|
14
|
+
**Phase 1: Architect** (Analysis)
|
|
15
|
+
- **File access**: Read-only for code, write to `.scratch/` for analysis
|
|
16
|
+
- **Scope**: Analyze current structure, identify improvements
|
|
17
|
+
- **Output**: Refactoring plan with rationale and steps
|
|
18
|
+
|
|
19
|
+
**Phase 2: Implementer** (Implementation)
|
|
20
|
+
- **File access**: Full repository access
|
|
21
|
+
- **Scope**: Apply refactoring according to plan
|
|
22
|
+
- **Output**: Refactored code with tests passing
|
|
23
|
+
|
|
24
|
+
## Execution Flow
|
|
25
|
+
|
|
26
|
+
1. **Architect Phase**: Analyze and plan
|
|
27
|
+
- Read the refactor skill: `.claude/skills/engineering/refactor/SKILL.md`
|
|
28
|
+
- Analyze current code structure
|
|
29
|
+
- Identify improvement opportunities
|
|
30
|
+
- Create refactoring plan with rationale
|
|
31
|
+
- **APPROVAL GATE**: Present plan to user and wait for approval
|
|
32
|
+
|
|
33
|
+
2. **Implementer Phase**: Apply refactoring
|
|
34
|
+
- Use `Agent` tool to delegate implementation
|
|
35
|
+
- Apply refactoring in small, safe steps
|
|
36
|
+
- Run tests after each change
|
|
37
|
+
- Verify no regressions
|
|
38
|
+
|
|
39
|
+
## Expected Outcome
|
|
40
|
+
|
|
41
|
+
- Code structure improved
|
|
42
|
+
- Rationale documented
|
|
43
|
+
- All tests passing
|
|
44
|
+
- Refactoring plan in `.scratch/`
|
|
45
|
+
|
|
46
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Review code for quality, security, and best practices"
|
|
3
|
+
argument-hint: "<what to review>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Review — Code Quality Assessment
|
|
7
|
+
|
|
8
|
+
This command performs a structured code review checking for quality, security, performance, and adherence to best practices.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect
|
|
11
|
+
|
|
12
|
+
You are operating in the **Architect profile**:
|
|
13
|
+
- **File access**: Read-only for application code
|
|
14
|
+
- **Scope**: Analyze code without modifying it
|
|
15
|
+
- **Output**: Review report with findings and recommendations
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/review/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Review report identifying issues and recommendations
|
|
24
|
+
- Categorization by severity (critical, high, medium, low)
|
|
25
|
+
- Specific suggestions for improvements
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Create or update project context documentation"
|
|
3
|
+
argument-hint: "<what context to scaffold>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Scaffold Context — Project Documentation Setup
|
|
7
|
+
|
|
8
|
+
This command creates or updates project context documentation to establish shared understanding.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Implementer
|
|
11
|
+
|
|
12
|
+
You are operating in the **Implementer profile**:
|
|
13
|
+
- **File access**: Full repository access
|
|
14
|
+
- **Scope**: Create/update project documentation
|
|
15
|
+
- **Output**: Context documentation files
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/scaffold-context/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Project context documentation created or updated
|
|
24
|
+
- Shared understanding of project goals and constraints
|
|
25
|
+
- Reference material for future sessions
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Set up Matt Pocock skills and patterns"
|
|
3
|
+
argument-hint: "<what to set up>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Setup Matt Pocock Skills — Pattern Setup
|
|
7
|
+
|
|
8
|
+
This command sets up Matt Pocock's recommended skills and patterns for the project.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Implementer
|
|
11
|
+
|
|
12
|
+
You are operating in the **Implementer profile**:
|
|
13
|
+
- **File access**: Full repository access
|
|
14
|
+
- **Scope**: Set up recommended skills and patterns
|
|
15
|
+
- **Output**: Configured skills and patterns
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/setup-matt-pocock-skills/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Matt Pocock skills installed and configured
|
|
24
|
+
- Recommended patterns established
|
|
25
|
+
- Project ready for advanced workflows
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Test-driven development workflow: write tests first, then implement"
|
|
3
|
+
argument-hint: "<what to build or test>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# TDD — Test-Driven Development
|
|
7
|
+
|
|
8
|
+
This command follows the red-green-refactor cycle: write failing tests, implement to pass, then refactor.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Implementer
|
|
11
|
+
|
|
12
|
+
You are operating in the **Implementer profile**:
|
|
13
|
+
- **File access**: Full repository access
|
|
14
|
+
- **Scope**: Write tests first, then implementation
|
|
15
|
+
- **Escalation**: If tests reveal architectural issues, delegate to architect
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/tdd/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Tests written before implementation
|
|
24
|
+
- Implementation that passes all tests
|
|
25
|
+
- Refactored code following best practices
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Teach a concept through structured learning"
|
|
3
|
+
argument-hint: "<what to teach>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Teach — Structured Learning
|
|
7
|
+
|
|
8
|
+
This command teaches a concept through structured explanation, examples, and exercises.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Implementer
|
|
11
|
+
|
|
12
|
+
You are operating in the **Implementer profile**:
|
|
13
|
+
- **File access**: Full repository access for examples
|
|
14
|
+
- **Scope**: Teach concepts clearly and thoroughly
|
|
15
|
+
- **Output**: Structured learning material
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/productivity/teach/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Clear explanation of the concept
|
|
24
|
+
- Code examples demonstrating usage
|
|
25
|
+
- Exercises for practice
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Break down a feature into implementable issues"
|
|
3
|
+
argument-hint: "<what feature to break down>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# To Issues — Issue Breakdown
|
|
7
|
+
|
|
8
|
+
This command breaks down a feature or task into discrete, implementable issues.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect
|
|
11
|
+
|
|
12
|
+
You are operating in the **Architect profile**:
|
|
13
|
+
- **File access**: Read-only for code, write to issue tracker or `.scratch/`
|
|
14
|
+
- **Scope**: Decompose work into manageable issues
|
|
15
|
+
- **Output**: List of issues with descriptions and acceptance criteria
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/to-issues/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Feature broken into discrete issues
|
|
24
|
+
- Each issue clearly scoped and actionable
|
|
25
|
+
- Dependencies and order of implementation identified
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Create a Product Requirements Document"
|
|
3
|
+
argument-hint: "<what feature or product to document>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# To PRD — Product Requirements Document
|
|
7
|
+
|
|
8
|
+
This command creates a comprehensive Product Requirements Document for a feature or product.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect
|
|
11
|
+
|
|
12
|
+
You are operating in the **Architect profile**:
|
|
13
|
+
- **File access**: Read-only for code, write to documentation files
|
|
14
|
+
- **Scope**: Define requirements, user stories, and acceptance criteria
|
|
15
|
+
- **Output**: Complete PRD document
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/to-prd/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Clear product requirements and user stories
|
|
24
|
+
- Acceptance criteria for each requirement
|
|
25
|
+
- Technical constraints and dependencies identified
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Triage and prioritize issues or tasks"
|
|
3
|
+
argument-hint: "<what to triage>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Triage — Issue Prioritization
|
|
7
|
+
|
|
8
|
+
This command helps triage and prioritize issues, bugs, or tasks.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Architect
|
|
11
|
+
|
|
12
|
+
You are operating in the **Architect profile**:
|
|
13
|
+
- **File access**: Read-only for code, write to issue tracker or `.scratch/`
|
|
14
|
+
- **Scope**: Analyze and categorize issues, don't fix them
|
|
15
|
+
- **Output**: Prioritized issue list with recommendations
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/triage/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Issues categorized by severity and priority
|
|
24
|
+
- Clear recommendations for next actions
|
|
25
|
+
- Identification of blockers or dependencies
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Make a small, targeted code change"
|
|
3
|
+
argument-hint: "<what to tweak>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Tweak — Small Code Change
|
|
7
|
+
|
|
8
|
+
This command makes small, targeted changes to existing code.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Implementer
|
|
11
|
+
|
|
12
|
+
You are operating in the **Implementer profile**:
|
|
13
|
+
- **File access**: Full repository access
|
|
14
|
+
- **Scope**: Make targeted code changes
|
|
15
|
+
- **Output**: Modified code with tests passing
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/tweak/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Small change implemented successfully
|
|
24
|
+
- Tests passing
|
|
25
|
+
- No unintended side effects
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "Update project documentation to reflect current state"
|
|
3
|
+
argument-hint: "<what documentation to update>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Update Docs — Documentation Maintenance
|
|
7
|
+
|
|
8
|
+
This command updates project documentation to match the current implementation.
|
|
9
|
+
|
|
10
|
+
## Behavioral Context: Implementer
|
|
11
|
+
|
|
12
|
+
You are operating in the **Implementer profile**:
|
|
13
|
+
- **File access**: Full repository access for documentation files
|
|
14
|
+
- **Scope**: Update docs, README, comments, or other documentation
|
|
15
|
+
- **Escalation**: If doc updates reveal architectural confusion, delegate to architect
|
|
16
|
+
|
|
17
|
+
## Procedure
|
|
18
|
+
|
|
19
|
+
Read and follow the skill file: `.claude/skills/engineering/update-docs/SKILL.md`
|
|
20
|
+
|
|
21
|
+
## Expected Outcome
|
|
22
|
+
|
|
23
|
+
- Documentation updated to match current code
|
|
24
|
+
- Clear, accurate descriptions of functionality
|
|
25
|
+
- Consistent terminology throughout
|
|
26
|
+
|
|
27
|
+
$ARGUMENTS
|