Planning instructions
Folders and files
- Read skill-local guidance only when
.kilocode/skills/planning-init/AGENTS.mdis confirmed to exist; otherwise use rootAGENTS.mdfor project-specific plan, backup, and completed-plan folders. plans folder: Create if non-existent.backups folder: Create if non-existent.completed plans folder: Create if non-existent.plans folder:plans/.completed plans folder:plans/completed/.backups folder:.kilocode/docs/old_versions/.user query file:plans/p_[timestamp]_[short name]-user.md.log file:plans/p_[timestamp]_[short name]-log.md.plan file:plans/p_[timestamp]_[short name].md.
Variables
complexity.testing type.
Workflow
Execute every step sequentially. Skip nothing. Steps:
1. Input
- Determine Plan status:
Check for existence and content of
log fileandplan fileto determine:- Plan = new: Continue past the next to possible status actions to "
2) **Determine previous mode**". - Plan = incomplete:
- Determine where progress was interrupted,
- Use the
new_tasktool to switch to appropriate mode withmessageparameter containing only: - "Continue working on the
planin {plan_file}." - Critical to not include any other context.
- Plan = finished: Move
log file,plan file,user query filetocompleted plans folder, inform user, STOP.
- Plan = new: Continue past the next to possible status actions to "
1.5: Ambiguity gate
After capturing the user query, answer these silently:
- Can I state the user's goal in one sentence without "probably" or "I assume"?
- Is there exactly one plausible interpretation?
- Are scope boundaries clear (what's in vs. out)?
If any answer is "no": Use resolve-ambiguity skill. Do not proceed to pre-planning until resolved.
-
Determine previous mode: The following input instructions depend on which mode called the current mode (user or a planning mode):
- IF Previous mode = query from user:
- Action:
- Capture input as
user query. - Intuit the "why" in/for the
user query. - Confirm your "why" guess with the user.
- Modify
user queryto include the "why". - Save
user querytouser query file.
- Capture input as
- Action:
- ELSE Previous mode = architect, planner-a or planner-b:
- Action: Load into context:
plan&short plan name.log filename.user query&user query filename.complexity.
- Validation: If context is incomplete, alert user and halt immediately.
- **Skip remaining instructions in this
### 1. Inputsection down to continue at### 2. Pre-planning.
- Action: Load into context:
- IF Previous mode = query from user:
-
Short plan name: If empty
short plan name, derive fromuser query.- Create/use
user query file. - Create/use
log file. - Create/use
plan file.
- Create/use
-
Configuration: If following 3 config items are empty: Recommend best
complexityfor thisplan: One Phase (Tiny/Small), One Phase (Small/Med), Few Phases (Med), Multi-Phase (Large). Settesting typeasUse what is appropriate per task
2. Pre-planning
- Search: Search for similar planning documents and architectural decisions.
- Recall: Retrieve project history/memory.
- Risk: Identify potential challenges.
- Analysis: Define problem, intent, scope, constraints, and dependencies.
3. Analysis 2:
- Double-check problem (
user query file), intent, scope, constraints, and dependencies. - Find and inform user of redundancies or other issues before continuing.