Automated summary
Runs pre-implementation validation via review agents to ensure the plan is approved before coding.
Strengths
- Prevents wasted effort by validating the plan upfront
- Structured process with grading and iterations
- Catches gaps in test coverage, architecture, and completeness
Limitations
- Requires multiple API calls (Oracle + review agents), which can be slow
- Depends on the quality of the review agents (Haiku, Sonnet)
- May be overkill for trivial changes
When working on complex features or changes that require careful planning and validation before implementation.
For trivial bug fixes or minor improvements where the planning overhead is not justified.
Security analysis
SafeThe skill instructs the AI to create implementation plans and review them via sub-agents. It involves only reading and writing files to designated directories and launching review agents. There are no destructive commands, data exfiltration, or unsafe operations.
No concerns found
How this analysis is madeExamples
/countdown 42I need to validate my implementation plan for the current feature branch. Run countdown./countdown 42 (after fixing issues from previous round)name: countdown description: "Countdown - pre-implementation validation. Runs oracle (Opus) for planning, then Go Poll with review agents (Haiku) to validate before coding starts."
Countdown
The pre-launch sequence for validating a plan before implementation begins.
Usage
/countdown [issue-number]
What This Does
Countdown is the pre-implementation workflow:
- Plan - Oracle creates/refines implementation plan
- Go Poll - Review agents validate the plan
- Iterate - Fix issues until all agents report GO
- Launch - Begin implementation only when validated
Sequence
Phase 1: Oracle Planning
Oracle creates the implementation plan at:
~/.claude/plans/reovim/{issue_number}-{subject}.md
Phase 2: Go Poll
Review agents validate the plan:
| Agent | Model | Focus | |-------|-------|-------| | mission-control | Haiku | Plan completeness, phases, acceptance criteria | | telemetry | Haiku | Test strategy, coverage targets | | flight-director | Sonnet | Architecture, Unix philosophy, layer boundaries |
A+ Skip Rule
If an agent gives ALL A+ in round N, skip that agent in round N+1.
Output Structure
tmp/{ISSUE}/
└── countdown/
└── round-{N}/
├── mission-control.md
├── telemetry.md
└── flight-director.md
Grading Scale
| Grade | Meaning | |-------|---------| | A+ | Exemplary plan (skip next round) | | A | Ready for implementation | | B | Minor gaps - refine plan | | C | Significant gaps - more planning needed | | F | Major issues - rethink approach |
Success Criteria
Must achieve A+ from ALL THREE review agents before implementation.
If any agent gives below A+:
- Refine the plan based on feedback
- Re-run
/countdown - Repeat until all agents report "go"
Instructions
When invoked, you MUST:
- Determine the issue number from context (git branch, user input, or ask)
- Check if a plan exists at
~/.claude/plans/reovim/{issue}-*.md - If no plan exists or plan needs refinement:
- Launch
oracleagent (Opus) to create/refine the plan
- Launch
- Determine the round number (start at 1, increment for re-reviews)
- Check previous round grades - skip agents with A+ from prior rounds
- Create the output directory:
tmp/{ISSUE}/countdown/round-{N}/ - Launch review agents IN PARALLEL using Task tool with
model: "haiku" - After all agents complete, summarize the grades in a table
- If any grade is below A, list what needs to be fixed in the plan
Phase 1: Oracle (if needed)
Create/refine implementation plan for issue #{ISSUE}.
You are Oracle - the far-seeing architect.
1. Understand the requirements from the issue
2. Explore the codebase to understand current architecture
3. Design a phased implementation plan
Write the plan to: ~/.claude/plans/reovim/{ISSUE}-{subject}.md
Include:
- Summary and approach
- Phases with specific files and changes
- Risks and mitigations
- Test strategy
- Acceptance criteria
Phase 2: Review Agents
Agent 1 (mission-control):
Countdown review for issue #{ISSUE} (Round {N}).
You are Mission Control validating the plan before launch.
Focus: Plan completeness and clarity.
1. Read the plan at ~/.claude/plans/reovim/{ISSUE}-*.md
2. Verify all phases have clear acceptance criteria
3. Check dependencies between phases
4. Ensure scope is well-bounded
Write your report to: tmp/{ISSUE}/countdown/round-{N}/mission-control.md
End with: "Mission Control: GO / NO-GO" and grade (A+/A/B/C/F).
Agent 2 (telemetry):
Countdown review for issue #{ISSUE} (Round {N}).
You are Telemetry validating the test strategy.
Focus: Test coverage planning.
1. Read the plan at ~/.claude/plans/reovim/{ISSUE}-*.md
2. Verify test strategy covers happy paths, errors, edge cases
3. Check that critical functionality has test targets
4. Identify any testing gaps
Write your report to: tmp/{ISSUE}/countdown/round-{N}/telemetry.md
End with: "Telemetry: GO / NO-GO" and grade (A+/A/B/C/F).
Agent 3 (flight-director):
Countdown review for issue #{ISSUE} (Round {N}).
You are Flight Director validating the architecture.
Focus: Unix philosophy and layer boundaries.
1. Read the plan at ~/.claude/plans/reovim/{ISSUE}-*.md
2. Verify mechanism vs policy separation
3. Check layer boundaries are respected
4. Assess complexity and simplicity
Write your report to: tmp/{ISSUE}/countdown/round-{N}/flight-director.md
End with: "Flight Director: GO / NO-GO" and grade (A+/A/B/C/F).
CRITICAL:
- Launch
oraclewithmodel: "opus"for planning - Launch review agents with
model: "{model}"for validationmodel: "haiku"for fast, efficient reviewsmodel: "sonnet"for comprehensive, precise reviews
- Skip agents that received ALL A+ in previous rounds
- Do NOT start implementation until all agents report GO
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/countdown-pre-implementation-validation-mmh8qrkj/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/countdown-pre-implementation-validation-mmh8qrkj' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/countdown-pre-implementation-validation-mmh8qrkj/download' --output '.skill-downloads/countdown-pre-implementation-validation-mmh8qrkj/SKILL.md.part' && mv '.skill-downloads/countdown-pre-implementation-validation-mmh8qrkj/SKILL.md.part' '.skill-downloads/countdown-pre-implementation-validation-mmh8qrkj/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.
Claude Code
test -f '.skill-downloads/countdown-pre-implementation-validation-mmh8qrkj/SKILL.md' && test -s '.skill-downloads/countdown-pre-implementation-validation-mmh8qrkj/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/countdown' && cp -R '.skill-downloads/countdown-pre-implementation-validation-mmh8qrkj' '.claude/skills/countdown'OpenSkills
OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.
Official OpenSkills installationopenskills install './.skill-downloads/countdown-pre-implementation-validation-mmh8qrkj'openskills read 'countdown-pre-implementation-validation-mmh8qrkj'Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.
For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.
openskills syncManual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/countdown-pre-implementation-validation-mmh8qrkj/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
React Hook Form Best Practices
Development
Master React Hook Form: avoid anti-patterns, manage subscriptions, and handle reset, dirty state, and controlled inputs correctly.
Emotion to Mantine Migration
Development
Migrate Emotion styled-components to Mantine components with style props and CSS modules. Use when converting .styled.tsx files or removing @emotion imports.
Scope Creep Detector
Development
Analyzes git diffs against a stated intent to detect scope creep, unrelated files, broad PRs, and oversized changes, then suggests keep, split, or justify actions.