executing-plans
Use when given a complete implementation plan to execute in controlled batches with review checkpoints - loads plan, reviews critically, executes tasks in batches, reports for review between batches
What this skill does
# Executing Plans ## Overview Load plan, review critically, execute tasks in batches, report for review between batches. **Core principle:** Batch execution with checkpoints for review and feedback. ## When to Use - Partner provides a complete implementation plan - Plan has detailed tasks with verification steps - Work benefits from checkpoint reviews - Executing work created by writing-plans skill ## The Process ### Step 1: Load and Review Plan 1. Read the plan file (typically in `docs/plans/`) 2. Review critically - identify any questions or concerns 3. Check for: - Missing information or unclear steps - Potential blockers or dependencies - Inconsistencies or gaps in approach 4. **If concerns**: Raise them with your partner before starting 5. **If no concerns**: Create todo list and proceed ### Step 2: Execute Batch #### Default: First 3 tasks For each task in the batch: 1. Mark task as in_progress in todo list 2. Follow each step exactly (plans have bite-sized steps) 3. Run all verification steps as specified 4. Confirm tests pass and changes work 5. Mark task as completed **Follow the plan precisely:** - Execute steps in order - Run commands as specified - Verify expected output - Don't skip verification steps - Don't deviate from plan unless blocked ### Step 3: Report When batch complete: - Summarize what was implemented - Show verification output (test results, command output) - Highlight any issues or deviations - Say: "Ready for feedback." **Keep reports concise but complete:** - Which tasks were completed - Key changes made - Verification results - Any concerns or questions ### Step 4: Continue Based on feedback: - Apply requested changes if needed - Execute next batch (next 3 tasks) - Repeat until all tasks complete ### Step 5: Complete Development After all tasks complete and verified: - Run full test suite - Verify all changes work together - Review what was built - Consider next steps (PR, deployment, etc.) ## When to Stop and Ask **STOP executing immediately when:** - Hit a blocker mid-batch (missing dependency, test fails unexpectedly) - Instructions are unclear or ambiguous - Verification fails repeatedly - Discover plan has critical gaps - Approach seems incorrect **Ask for clarification rather than guessing.** Don't try to work around blockers - stop and get guidance. ## When to Revisit Earlier Steps **Return to Review (Step 1) when:** - Partner updates the plan based on feedback - Fundamental approach needs rethinking - New information changes requirements **Don't force through blockers** - stop and ask. ## Best Practices **Be systematic:** - Follow plan order unless advised otherwise - Complete one task fully before starting next - Don't skip ahead or batch tasks differently **Be thorough:** - Run all verification steps - Check for unexpected side effects - Verify changes work as intended **Be communicative:** - Report clearly at checkpoints - Flag concerns early - Ask when uncertain **Be precise:** - Follow instructions exactly - Use exact file paths from plan - Run exact commands specified ## Example Execution ### Batch 1 Report ```text Completed tasks 1-3: Task 1: Email Validation - Created src/validators/email.py - Created tests/validators/test_email.py - Tests pass: 2/2 ✓ Task 2: User Model Update - Modified src/models/user.py - Added email field validation - Tests pass: 5/5 ✓ Task 3: API Endpoint - Created src/api/auth.py - Integrated email validation - Tests pass: 3/3 ✓ All verifications passed. Ready for feedback. ``` ## Common Mistakes to Avoid - Don't deviate from the plan without approval - Don't skip verification steps to save time - Don't batch more tasks than specified - Don't continue when blocked - Don't assume what the plan meant - ask ## Quick Reference | Step | Action | When to Stop | |----------|-------------------------------|----------------| | 1. Load | Review plan critically | Concerns found | | 2. Execute | Implement 3 tasks | Blocker hit | | 3. Report | Show results, ask for feedback | - | | 4. Continue | Next batch based on feedback | All tasks done | | 5. Complete | Final verification | - | ## Final Rule ```text Follow the plan exactly. Stop when blocked or uncertain. Report at checkpoints. ``` Trust the plan, but verify everything.
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.