plan-validate
Original:🇺🇸 English
Translated
[Planning] Validate plan with critical questions interview
5installs
Sourceduc01226/easyplatform
Added on
NPX Install
npx skill4agent add duc01226/easyplatform plan-validateTags
Translated version includes tags in frontmatterSKILL.md Content
View Translation Comparison →CRITICAL: Do NOT usetool — it blocks Write/Edit/Task tools. Follow the workflow below.EnterPlanMode
Summary
Goal: Validate an implementation plan by interviewing the user with critical questions to confirm assumptions and surface risks before coding.
| Step | Action | Key Notes |
|---|---|---|
| 1 | Read plan files | |
| 2 | Extract question topics | Scan for architecture, assumptions, tradeoffs, risks, scope keywords |
| 3 | Generate questions | 2-4 concrete options per question, mark recommended option |
| 4 | Interview user | Use AskUserQuestion with configured question count (min-max) |
| 5 | Document answers | Add |
Key Principles:
- Only ask about genuine decision points -- don't manufacture artificial choices
- Prioritize questions that could change implementation significantly
- Document answers but do NOT modify phase files -- just note what needs updating
Your mission
Interview the user with critical questions to validate assumptions, confirm decisions, and surface potential issues in an implementation plan before coding begins.
Plan Resolution
- If provided → Use that path
$ARGUMENTS - Else check section → Use active plan path
## Plan Context - If no plan found → Ask user to specify path or run first
/plan-hard
Configuration (from injected context)
Check section for validation settings:
## Plan Context- - Controls auto/prompt/off behavior
mode - - Range like
questions(min-max)3-8
These values are automatically injected from user config. Use them as constraints.
Workflow
Step 1: Read Plan Files
Read the plan directory:
- - Overview and phases list
plan.md - - All phase files
phase-*.md - Look for decision points, assumptions, risks, tradeoffs
Step 2: Extract Question Topics
Scan plan content for:
| Category | Keywords to detect |
|---|---|
| Architecture | "approach", "pattern", "design", "structure", "database", "API" |
| Assumptions | "assume", "expect", "should", "will", "must", "default" |
| Tradeoffs | "tradeoff", "vs", "alternative", "option", "choice", "either/or" |
| Risks | "risk", "might", "could fail", "dependency", "blocker", "concern" |
| Scope | "phase", "MVP", "future", "out of scope", "nice to have" |
| Reasoning | Check: Does Architecture section explain WHY, not just WHAT? Does Risk Assessment include failure modes? Is there a Design Intent or Trade-offs section? |
Step 3: Generate Questions
For each detected topic, formulate a concrete question:
Question format rules:
- Each question must have 2-4 concrete options
- Mark recommended option with "(Recommended)" suffix
- Include "Other" option is automatic - don't add it
- Questions should surface implicit decisions
Example questions:
Category: Architecture
Question: "How should the validation results be persisted?"
Options:
1. Save to plan.md frontmatter (Recommended) - Updates existing plan
2. Create validation-answers.md - Separate file for answers
3. Don't persist - Ephemeral validation onlyCategory: Assumptions
Question: "The plan assumes API rate limiting is not needed. Is this correct?"
Options:
1. Yes, rate limiting not needed for MVP
2. No, add basic rate limiting now (Recommended)
3. Defer to Phase 2Step 4: Interview User
Use tool to present questions.
AskUserQuestionRules:
- Use question count from →
## Plan ContextValidation: mode=X, questions=MIN-MAX - Group related questions when possible (max 4 questions per tool call)
- Focus on: assumptions, risks, tradeoffs, architecture
Step 5: Document Answers
After collecting answers, update the plan:
- Add section to
## Validation Summary:plan.md
markdown
## Validation Summary
**Validated:** {date}
**Questions asked:** {count}
### Confirmed Decisions
- {decision 1}: {user choice}
- {decision 2}: {user choice}
1
### Action Items
- [ ] {any changes needed based on answers}- If answers require plan changes, note them but do not modify phase files - just document what needs updating.
Output
After validation completes, provide summary:
- Number of questions asked
- Key decisions confirmed
- Any items flagged for plan revision
- Recommendation: proceed to implementation or revise plan first
Important Notes
IMPORTANT: Only ask questions about genuine decision points - don't manufacture artificial choices.
IMPORTANT: If plan is simple with few decisions, it's okay to ask fewer than min questions.
IMPORTANT: Prioritize questions that could change implementation significantly.
IMPORTANT Task Planning Notes
- Always plan and break many small todo tasks
- Always add a final review todo task to review the works done at the end to find any fix or enhancement needed