Skip to content

Commit 1892f53

Browse files
committed
chore: update agents and skills
1 parent 96fc436 commit 1892f53

22 files changed

Lines changed: 1781 additions & 81 deletions
Lines changed: 96 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,96 @@
1+
---
2+
name: executing-plans
3+
description: Use when you have a written implementation plan to execute in a separate session with review checkpoints
4+
---
5+
6+
# Executing Plans
7+
8+
## Overview
9+
10+
Load plan, review critically, execute tasks in batches, report for review between batches.
11+
12+
**Core principle:** Batch execution with checkpoints for architect review.
13+
14+
**Announce at start:** "I'm using the executing-plans skill to implement this plan."
15+
16+
## The Process
17+
18+
### Step 1: Load and Review Plan
19+
20+
1. Read plan file
21+
2. Review critically - identify any questions or concerns about the plan
22+
3. If concerns: Raise them with your human partner before starting
23+
4. If no concerns: Create TodoWrite and proceed
24+
25+
### Step 2: Execute Batch
26+
27+
**Default: First 3 tasks**
28+
29+
For each task:
30+
31+
1. Mark as in_progress
32+
2. Follow each step exactly (plan has bite-sized steps)
33+
3. Run verifications as specified
34+
4. Mark as completed
35+
36+
### Step 3: Report
37+
38+
When batch complete:
39+
40+
- Show what was implemented
41+
- Show verification output
42+
- Say: "Ready for feedback."
43+
44+
### Step 4: Continue
45+
46+
Based on feedback:
47+
48+
- Apply changes if needed
49+
- Execute next batch
50+
- Repeat until complete
51+
52+
### Step 5: Complete Development
53+
54+
After all tasks complete and verified:
55+
56+
- Announce: "I'm using the finishing-a-development-branch skill to complete this work."
57+
- **REQUIRED SUB-SKILL:** Use superpowers:finishing-a-development-branch
58+
- Follow that skill to verify tests, present options, execute choice
59+
60+
## When to Stop and Ask for Help
61+
62+
**STOP executing immediately when:**
63+
64+
- Hit a blocker mid-batch (missing dependency, test fails, instruction unclear)
65+
- Plan has critical gaps preventing starting
66+
- You don't understand an instruction
67+
- Verification fails repeatedly
68+
69+
**Ask for clarification rather than guessing.**
70+
71+
## When to Revisit Earlier Steps
72+
73+
**Return to Review (Step 1) when:**
74+
75+
- Partner updates the plan based on your feedback
76+
- Fundamental approach needs rethinking
77+
78+
**Don't force through blockers** - stop and ask.
79+
80+
## Remember
81+
82+
- Review plan critically first
83+
- Follow plan steps exactly
84+
- Don't skip verifications
85+
- Reference skills when plan says to
86+
- Between batches: just report and wait
87+
- Stop when blocked, don't guess
88+
- Never start implementation on main/master branch without explicit user consent
89+
90+
## Integration
91+
92+
**Required workflow skills:**
93+
94+
- **superpowers:using-git-worktrees** - REQUIRED: Set up isolated workspace before starting
95+
- **superpowers:writing-plans** - Creates the plan this skill executes
96+
- **superpowers:finishing-a-development-branch** - Complete development after all tasks
Lines changed: 133 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,133 @@
1+
# Creation Log: Systematic Debugging Skill
2+
3+
Reference example of extracting, structuring, and bulletproofing a critical skill.
4+
5+
## Source Material
6+
7+
Extracted debugging framework from `/Users/jesse/.claude/CLAUDE.md`:
8+
9+
- 4-phase systematic process (Investigation → Pattern Analysis → Hypothesis → Implementation)
10+
- Core mandate: ALWAYS find root cause, NEVER fix symptoms
11+
- Rules designed to resist time pressure and rationalization
12+
13+
## Extraction Decisions
14+
15+
**What to include:**
16+
17+
- Complete 4-phase framework with all rules
18+
- Anti-shortcuts ("NEVER fix symptom", "STOP and re-analyze")
19+
- Pressure-resistant language ("even if faster", "even if I seem in a hurry")
20+
- Concrete steps for each phase
21+
22+
**What to leave out:**
23+
24+
- Project-specific context
25+
- Repetitive variations of same rule
26+
- Narrative explanations (condensed to principles)
27+
28+
## Structure Following skill-creation/SKILL.md
29+
30+
1. **Rich when_to_use** - Included symptoms and anti-patterns
31+
2. **Type: technique** - Concrete process with steps
32+
3. **Keywords** - "root cause", "symptom", "workaround", "debugging", "investigation"
33+
4. **Flowchart** - Decision point for "fix failed" → re-analyze vs add more fixes
34+
5. **Phase-by-phase breakdown** - Scannable checklist format
35+
6. **Anti-patterns section** - What NOT to do (critical for this skill)
36+
37+
## Bulletproofing Elements
38+
39+
Framework designed to resist rationalization under pressure:
40+
41+
### Language Choices
42+
43+
- "ALWAYS" / "NEVER" (not "should" / "try to")
44+
- "even if faster" / "even if I seem in a hurry"
45+
- "STOP and re-analyze" (explicit pause)
46+
- "Don't skip past" (catches the actual behavior)
47+
48+
### Structural Defenses
49+
50+
- **Phase 1 required** - Can't skip to implementation
51+
- **Single hypothesis rule** - Forces thinking, prevents shotgun fixes
52+
- **Explicit failure mode** - "IF your first fix doesn't work" with mandatory action
53+
- **Anti-patterns section** - Shows exactly what shortcuts look like
54+
55+
### Redundancy
56+
57+
- Root cause mandate in overview + when_to_use + Phase 1 + implementation rules
58+
- "NEVER fix symptom" appears 4 times in different contexts
59+
- Each phase has explicit "don't skip" guidance
60+
61+
## Testing Approach
62+
63+
Created 4 validation tests following skills/meta/testing-skills-with-subagents:
64+
65+
### Test 1: Academic Context (No Pressure)
66+
67+
- Simple bug, no time pressure
68+
- **Result:** Perfect compliance, complete investigation
69+
70+
### Test 2: Time Pressure + Obvious Quick Fix
71+
72+
- User "in a hurry", symptom fix looks easy
73+
- **Result:** Resisted shortcut, followed full process, found real root cause
74+
75+
### Test 3: Complex System + Uncertainty
76+
77+
- Multi-layer failure, unclear if can find root cause
78+
- **Result:** Systematic investigation, traced through all layers, found source
79+
80+
### Test 4: Failed First Fix
81+
82+
- Hypothesis doesn't work, temptation to add more fixes
83+
- **Result:** Stopped, re-analyzed, formed new hypothesis (no shotgun)
84+
85+
**All tests passed.** No rationalizations found.
86+
87+
## Iterations
88+
89+
### Initial Version
90+
91+
- Complete 4-phase framework
92+
- Anti-patterns section
93+
- Flowchart for "fix failed" decision
94+
95+
### Enhancement 1: TDD Reference
96+
97+
- Added link to skills/testing/test-driven-development
98+
- Note explaining TDD's "simplest code" ≠ debugging's "root cause"
99+
- Prevents confusion between methodologies
100+
101+
## Final Outcome
102+
103+
Bulletproof skill that:
104+
105+
- ✅ Clearly mandates root cause investigation
106+
- ✅ Resists time pressure rationalization
107+
- ✅ Provides concrete steps for each phase
108+
- ✅ Shows anti-patterns explicitly
109+
- ✅ Tested under multiple pressure scenarios
110+
- ✅ Clarifies relationship to TDD
111+
- ✅ Ready for use
112+
113+
## Key Insight
114+
115+
**Most important bulletproofing:** Anti-patterns section showing exact shortcuts that feel justified in the moment. When Claude thinks "I'll just add this one quick fix", seeing that exact pattern listed as wrong creates cognitive friction.
116+
117+
## Usage Example
118+
119+
When encountering a bug:
120+
121+
1. Load skill: skills/debugging/systematic-debugging
122+
2. Read overview (10 sec) - reminded of mandate
123+
3. Follow Phase 1 checklist - forced investigation
124+
4. If tempted to skip - see anti-pattern, stop
125+
5. Complete all phases - root cause found
126+
127+
**Time investment:** 5-10 minutes
128+
**Time saved:** Hours of symptom-whack-a-mole
129+
130+
---
131+
132+
_Created: 2025-10-03_
133+
_Purpose: Reference example for skill extraction and bulletproofing_

0 commit comments

Comments
 (0)