kimchi:plan
This command should be used to run the Kimchi planning pipeline through refinement, transforming a vague idea into a draft plan ready for cross-model analysis. Orchestrates 6 stages: clarify, requirements, research, generate, review, refine. Use --full-auto to also run beads + validate after manual revise/synthesize.
Best use case
kimchi:plan is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
This command should be used to run the Kimchi planning pipeline through refinement, transforming a vague idea into a draft plan ready for cross-model analysis. Orchestrates 6 stages: clarify, requirements, research, generate, review, refine. Use --full-auto to also run beads + validate after manual revise/synthesize.
Teams using kimchi:plan should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/plan/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How kimchi:plan Compares
| Feature / Agent | kimchi:plan | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
This command should be used to run the Kimchi planning pipeline through refinement, transforming a vague idea into a draft plan ready for cross-model analysis. Orchestrates 6 stages: clarify, requirements, research, generate, review, refine. Use --full-auto to also run beads + validate after manual revise/synthesize.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Kimchi Plan
<command_purpose>
Planning pipeline orchestrator. Takes a vague idea and produces a draft plan ready for cross-model analysis. With --full-auto, also runs beads + validate.
</command_purpose>
## Pre-flight Check
**Before doing anything else**, check if a `.kimchi/` directory already exists:
1. Look for `.kimchi/` in the working directory
2. If it exists and contains any planning artifacts (CONTEXT.md, REQUIREMENTS.md, PLAN*.md, etc.):
- **Warn the user:**
```
⚠️ Existing kimchi plan detected in .kimchi/
```
- **Summarize the existing plan** using a haiku agent (model: haiku) to read the highest-stage artifact found and produce a 2-3 sentence summary of what was being planned
- **Show the summary** and list which artifacts exist
- **Suggest reset:**
```
Run /kimchi:reset to clear the previous plan before starting fresh.
Or continue if you intend to build on this existing work.
```
- **Ask the user** whether to proceed or reset. Do NOT continue the pipeline until the user confirms.
## Input
Feature idea from `$ARGUMENTS`.
Parse options:
- `--depth minimal|standard|comprehensive` (default: standard)
- `--skip-research`: Skip codebase research stage
- `--skip-review`: Skip multi-persona review stage
- `--no-push`: Don't offer to push to beads-sync
- `--max-refine-loops N`: Max refinement iterations (default: 3)
- `--max-bead-validation-loops N`: Max bead enrichment iterations (default: 3)
- `--full-auto`: After refine, also run beads + validate (for when user has already done revise/synthesize)
If no idea provided, ask: "What feature or change would you like to plan?"
## Pipeline
### Depth Levels
**minimal:** Quick planning for small, clear features
```
clarify → requirements → generate → refine
```
**standard:** Full pipeline (default)
```
clarify → requirements → research → generate → review → refine
```
**comprehensive:** Deep planning for complex features
```
clarify (extra questions) → requirements → research (deep) → generate → review → refine (5 loops)
```
After refine, the pipeline stops. The user should then:
1. Run `/kimchi:plan-revise` in Claude, Codex, Gemini (or other models) for cross-model analysis
2. Run `/kimchi:plan-synthesize` to blend all revisions
3. Run `/kimchi:beads` to convert to bead specifications
4. Run `/kimchi:validate` to verify beads
With `--full-auto`, stages 9-10 (beads + validate) run automatically after refine.
### Execution
Run each stage as a slash command invocation. Between stages, show progress:
```
Starting Kimchi planning pipeline...
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
STAGE 1/6: Clarification
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[Run /kimchi:clarify with the idea]
✓ Clarification complete → .kimchi/CONTEXT.md
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
STAGE 2/6: Requirements
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[Run /kimchi:requirements]
✓ Requirements extracted → .kimchi/REQUIREMENTS.md
[... continue through all stages ...]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
DRAFT PLAN COMPLETE
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Draft plan ready at .kimchi/PLAN-DRAFT.md
Next steps:
1. Run /kimchi:plan-revise in Claude, Codex, and Gemini for cross-model analysis
2. Run /kimchi:plan-synthesize to blend all revisions
3. Run /kimchi:beads to convert to bead specifications
4. Run /kimchi:validate to verify beads
```
### Stage Orchestration
For each stage, follow the instructions in the corresponding command file:
1. **Clarify** → Execute the clarify command logic with the feature idea
2. **Requirements** → Execute requirements command logic reading CONTEXT.md
3. **Research** → Execute research command logic (skip if --skip-research)
4. **Generate** → Execute generate command logic
5. **Review** → Execute review command logic (skip if --skip-review)
6. **Refine** → Execute refine command logic (skip if --skip-review, uses --max-refine-loops)
Pipeline stops here. User runs plan-revise and plan-synthesize manually across models.
If `--full-auto` is set, also run:
7. **Beads** → Execute beads command logic
8. **Validate** → Execute validate command logic (uses --max-bead-validation-loops)
### Error Handling
If any stage fails:
- Report which stage failed and why
- Save whatever artifacts were produced
- Tell user they can resume from the failed stage (e.g., "Run `/kimchi:research` to retry")
## Key Principles
- **Each stage reads from the previous stage's output file** — not from memory
- **Progress is visible** between stages
- **Interruption is safe** — artifacts are written after each stage completes
- **User interaction happens during clarify and review** — other stages are autonomousRelated Skills
kimchi:verification-before-completion
Use when about to claim work is complete, fixed, or passing — before committing or creating PRs. Evidence before assertions, always.
kimchi:validate
This command should be used to validate bead YAML files for standalone executability. Runs 4 validators (context completeness, deliverables clarity, test specification, isolation) and enriches failing beads. Eighth stage of the Kimchi planning pipeline.
kimchi:tdd
Use when implementing any feature, bugfix, or behavior change — before writing implementation code. Enforces RED-GREEN-REFACTOR cycle.
kimchi:systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior — before proposing fixes. Enforces 4-phase root cause analysis.
kimchi:status
This command should be used to check the current state of the Kimchi planning pipeline, including which stages have completed, what artifacts exist, and bead validation status.
kimchi:simplicity-enforcement
Use when designing solutions, implementing features, or considering abstractions. Enforces YAGNI, minimal code, and preferring duplication over wrong abstraction.
kimchi:review
This command should be used to run multi-persona review of the implementation plan. Five specialized personas critique the plan for scope creep, complexity, premature optimization, and test coverage. Fifth stage of the Kimchi planning pipeline. Produces .kimchi/PLAN-REVIEWED.md.
kimchi:reset
This command should be used to clear the Kimchi working directory (.kimchi/) and start fresh. Preserves .beads/ directory. Use when starting a new planning session or recovering from a bad state.
kimchi:research
This command should be used to investigate codebase patterns, frameworks, and existing implementations before planning. Third stage of the Kimchi planning pipeline. Produces .kimchi/RESEARCH.md.
kimchi:requirements
This command should be used to extract and categorize requirements from CONTEXT.md into v1 (must have), v2 (next iteration), and out of scope. Second stage of the Kimchi planning pipeline. Produces .kimchi/REQUIREMENTS.md.
kimchi:refine
This command should be used to iteratively improve the plan until quality threshold is reached or diminishing returns detected. Sixth stage of the Kimchi planning pipeline. Produces .kimchi/PLAN-DRAFT.md.
kimchi:plan-synthesize
This command should be used to synthesize multiple cross-model plan revisions into a superior hybrid plan. Eighth stage of the Kimchi planning pipeline. Reads PLAN-REVISED-*.md files and outputs PLAN-SYNTHESIZED.md — the TRUE final plan.