skills/plan-plus/SKILL.md
Brainstorming-enhanced PDCA planning with intent discovery and YAGNI review. For a single feature's plan use /plan-plus; for grouping multiple features under one scope/budget see /sprint master-plan (v2.1.13). Triggers: plan-plus, brainstorm, plan plus, intent, 브레인스토밍, 플랜플러스.
npx skillsauth add popup-studio-ai/bkit-claude-code plan-plusInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Combines brainstorming's intent discovery with bkit PDCA's structured planning to produce higher-quality Plan documents through collaborative dialogue.
Plan Plus enhances the standard /pdca plan by adding 4 brainstorming phases before document
generation. This ensures that user intent is fully understood, alternatives are explored,
and unnecessary features are removed before any implementation begins.
When to use Plan Plus instead of /pdca plan:
Phase 0: Context Exploration (automatic)
↓
Phase 1: Intent Discovery (1 question at a time)
↓
Phase 2: Alternatives Exploration (2-3 approaches)
↓
Phase 3: YAGNI Review (multiSelect verification)
↓
Phase 4: Incremental Design Validation (section-by-section)
↓
Phase 5: Plan Document Generation (plan-plus.template.md)
↓
Phase 6: Next Steps → /pdca design {feature}
Before asking any questions, explore the current project state:
docs/01-plan/ documents (prevent duplication).bkit-memory.json (check ongoing PDCA status)Share exploration results briefly: "I've reviewed the current project state: ..."
Principle: One question at a time, prefer multiple choice
Use AskUserQuestion tool to discover the following in order:
"What is the core problem this feature solves?"
"Who will primarily use this feature?"
"What criteria would indicate this feature is successful?"
Conflicts with existing systems, performance requirements, technical constraints, etc.
Important: Minimize questions. Clear features need only Q1-Q2. Only proceed to Q3-Q4 for ambiguous features.
Always propose 2-3 approaches with trade-offs for each.
Format:
### Approach A: {name} — Recommended
- Pros: ...
- Cons: ...
- Best for: ...
### Approach B: {name}
- Pros: ...
- Cons: ...
- Best for: ...
### Approach C: {name} (optional)
- Pros: ...
- Cons: ...
Present the recommended approach first with clear reasoning. Use AskUserQuestion to let the user choose.
Perform a YAGNI (You Ain't Gonna Need It) review on the selected approach:
Use AskUserQuestion with multiSelect: true:
"Select only what is essential for the first version:"
List all features and move unselected items to Out of Scope.
Principle: Don't abstract what can be done in 3 lines. Don't design for hypothetical future requirements.
Present the design section by section, getting approval after each:
If the user says "no" to any section, revise only that section and re-present.
Generate the Plan document using plan-plus.template.md with results from Phases 0-4.
Additional sections (not in standard plan.template.md):
Output Path: docs/01-plan/features/{feature}.plan.md
After document generation, update PDCA status:
[Plan] {feature}After Plan document generation:
Plan Plus completed
Document: docs/01-plan/features/{feature}.plan.md
Next step: /pdca design {feature}
| Principle | Origin | Application | |-----------|--------|-------------| | One question at a time | Brainstorming | Sequential questions via AskUserQuestion | | Explore alternatives | Brainstorming | Mandatory 2-3 approaches in Phase 2 | | YAGNI ruthlessly | Brainstorming | multiSelect verification in Phase 3 | | Incremental validation | Brainstorming | Section-by-section approval in Phase 4 | | HARD-GATE | Brainstorming | No code before approval (entire process) | | Context first | Brainstorming | Automatic exploration in Phase 0 |
Plan Plus produces the same output as /pdca plan and feeds seamlessly into the
standard PDCA cycle:
/plan-plus {feature} ← Enhanced planning with brainstorming
↓
/pdca design {feature} ← Standard PDCA continues
↓
/pdca do {feature}
↓
/pdca analyze {feature}
↓
/pdca report {feature}
# Start brainstorming-enhanced planning
/plan-plus user-authentication
# After Plan Plus completes, continue with standard PDCA
/pdca design user-authentication
/pdca do user-authentication
testing
Sprint Management — generic sprint capability for ANY bkit user. 16 sub-actions: init, start, status, watch, phase, iterate, qa, report, archive, list, feature, pause, resume, fork, help, master-plan. Triggers: sprint, sprint start, sprint init, sprint status, sprint list, 스프린트, 스프린트 시작, 스프린트 상태, スプリント, スプリント開始, スプリント状態, 冲刺, 冲刺开始, 冲刺状态, sprint, iniciar sprint, estado sprint, sprint, demarrer sprint, statut sprint, Sprint, Sprint starten, Sprint Status, sprint, avviare sprint, stato sprint, master plan, multi-sprint plan, sprint master plan, 마스터 플랜, 멀티 스프린트 계획, 스프린트 마스터 플랜, マスタープラン, マルチスプリント計画, スプリントマスタープラン, 主计划, 多冲刺计划, 冲刺主计划, plan maestro, plan multi-sprint, plan maestro sprint, plan maître, plan multi-sprint, plan maître sprint, Masterplan, Multi-Sprint-Plan, Sprint-Masterplan, piano principale, piano multi-sprint, piano principale sprint.
tools
CC CLI version upgrade impact analysis — research changes, analyze bkit impact, generate report. Triggers: cc-version-analysis, CC upgrade, version analysis, CC 버전 분석, 버전 영향.
testing
Manage PDCA checkpoints and rollback — create, list, restore for safe recovery. Rollback events are recorded via lib/audit/audit-logger ACTION_TYPES.rollback_executed. For sprint-level recovery, individual feature rollbacks may be triggered from within sprint phases (sprint itself is forward-only — terminal state is `archived`, not rolled back; v2.1.13). Triggers: rollback, checkpoint, restore, undo, 롤백, 체크포인트, 복원.
testing
QA Phase execution — L1-L5 test planning, generation, execution, and reporting for a single feature. For sprint-level QA (7-Layer dataFlowIntegrity / S1 gate across multiple features) use /sprint qa <sprintId> which delegates to sprint-qa-flow agent (v2.1.13). Triggers: qa phase, QA test, qa run, QA 실행, QAフェーズ, QA阶段, fase QA, phase QA, QA-Phase, fase QA.