Skip to content

Plan & Act

Plan and Act are two agent modes in Kodik, described on the Modes page. They structure work: first understand and plan, then implement.

In Plan mode Kodik is read-only. It will not edit files, run mutating commands, or create files — even if you ask it to. Only read and analysis tools are available: read_file, glob, rg, codebase_search, read_lints, web_fetch, plus sub_agent and ask_questions.

The output of Plan mode is a structured plan artifact created via the generate_plan tool. If a Mermaid architecture diagram would materially help, the agent includes it.

  1. Kodik reads and analyzes the relevant code.
  2. If the request is materially ambiguous, it calls ask_questions exactly once.
  3. It breaks the work into small actionable steps ordered by implementation sequence.
  4. It calls out risks, assumptions, and open questions.
  5. It calls generate_plan exactly once to save the final plan artifact.

Plan mode does not allow ordinary chat text: questions only via ask_questions, the final plan only via generate_plan. No intermediate status messages.

After generate_plan is called, the result appears in a dedicated plan panel in the Kodik interface. The panel shows the steps, risks, and (if present) the Mermaid diagram.

Once the plan is ready, switch to Act mode. All agent tools are available — file editing, terminal commands, file creation. Context from the planning session is preserved.

  1. Start the task in Plan mode.
  2. Describe the goal; Kodik explores the codebase.
  3. Answer any clarifying questions if prompted.
  4. Review the generated plan in the plan panel.
  5. Switch to Act mode — Kodik executes the plan.
  6. If unexpected complexity arises, switch back to Plan to refine the strategy.
  • Provide context up front: requirements, constraints, key files.
  • Use @Mentions to point Kodik at important files explicitly.
  • Let Kodik finish reading code before it forms the plan.
  • Follow the plan; switch back to Plan mode if the approach needs adjustment.
  • Use Checkpoints to snapshot state before large changes.
  • Track progress via the Task list.

Plan mode works best when:

  • the approach to a task is not obvious
  • you need to understand a complex bug before fixing it
  • you are making architectural decisions that affect multiple parts of the codebase

Act mode is ideal when:

  • a plan is already in place
  • you are making routine changes with a clear approach
  • you are running tests or minor adjustments