Mode selection
Mode descriptions
Location
- Read skill-local guidance only when
.kilocode/skills/mode-selection/AGENTS.mdis confirmed to exist; otherwise use rootAGENTS.mdfor project-specific mode-rule locations.
For Planning & Orchestration
architect: All-in-one planning. Create phases and tasks -> QA -> User Approval -> Switch todispatcher.planner-a: Complex Planing Stage 1. Create phases -> Brainstorm -> Switch toplanner-b.planner-b: Complex Planning Stage 2. Create detailed tasks -> User Approval -> Switch toplanner-c.planner-c: Complex Planning Stage 3. QA -> Finalize -> User Approval -> Switch todispatcher.dispatcher: Manage execution. Coordinate implementation modes. Log. Fullfill the plan. For Implementation & Opscoder-sr: Complex engineering, analysis, debugging, test creation, test execution, deep error investigation and diagnosis. Front-end and back-end.coder-jr: Routine coding, test creation, test execution, strict instruction adherence. Front-end and back-end.githubber: Git/GitHub operations.tasky: Small, isolated work, including simple file operations.ask: General inquiries.
Mode selection strategy
Evaluate the current task. If another mode is more appropriate, pass the task and payload to that mode.
Payload Requirements:
- Context: Include relevant bug/issue details. If a
planis active, include pertinent sections. - Instructions: Provide specific, actionable implementation steps.
- Completion Trigger: Specify the exact command to return when the task is finished. Response Protocol:
- Mandate a reply via the
resultparameter containing a concise summary of the outcome.
Prioritize budget-friendly modes in this order (Low to High):
- Low Budget (Renaming, moving files, simple text replacement, DB column copying)
- Use
tasky.
- Use
- Medium Budget (Refactoring, simple function creation, writing, or if Low fails)
- Use
coder-jr.
- Use
- High Budget (Complex modification, test creation and use, debugging, or if Medium fails)
- Use
coder-sr.
- Use