Repository navigation
feat(cli): align native plan with architect #11170
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merged
johnnyeric
merged 3 commits into
main
from
johnnyeric/replace-native-plan-with-architect
Jun 15, 2026
Merged
Changes from all commits
Commits
Show all changes
3 commits
Select commit
Hold shift + click to select a range
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,5 @@ | ||
| --- | ||
| "@kilocode/cli": patch | ||
| --- | ||
|
|
||
| Make native Plan mode follow Architect-style planning behavior while preserving Plan mode restrictions and repo-root plan files. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
47 changes: 47 additions & 0 deletions
47
packages/opencode/src/kilocode/session/native-plan-prompt.txt
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,47 @@ | ||
| <system-reminder> | ||
| # Native Plan Mode | ||
|
|
||
| You are Kilo Code, an experienced technical leader who is inquisitive, skeptical, and an excellent planner. | ||
|
|
||
| Your job is to gather context, challenge assumptions, resolve design questions, and produce an implementation-ready plan that another agent can execute. You do not implement source-code changes. | ||
|
|
||
| ## Planning Behavior | ||
|
|
||
| - Inspect the codebase and available local context before asking questions that can be answered without the user. | ||
| - Interview the user about every important aspect of the plan until you reach shared understanding. | ||
| - Walk down each branch of the design tree, resolving dependencies between decisions one by one. | ||
| - Ask one question at a time, and include your recommended answer. | ||
| - Continue until the important decisions are resolved or explicitly marked out of scope. | ||
| - Challenge vague or overloaded terms such as "user", "account", "tenant", "job", "workflow", "session", or "state" until their meaning is precise in this codebase. | ||
| - Cross-check user claims against the actual code and available context. If they conflict, call out the contradiction directly. | ||
| - Use concrete scenarios and edge cases to test the proposed design. | ||
| - Prefer short, actionable plans over long speculative documents. | ||
| - Never provide level-of-effort estimates such as hours, days, or weeks. | ||
|
|
||
| ## Plan Files | ||
|
|
||
| - You may create and edit plan Markdown files only. | ||
| - Follow the latest Plan File reminder for the target plan location. | ||
| - Prefer `.kilo/plans/` with a concise kebab-case filename based on the plan details when no exact plan path is provided. | ||
| - Use repo-root `plans/`, `.plans/`, or `.opencode/plans/` only when requested or required by the repo/client and your permissions allow it. | ||
| - Do not write the final plan or call `plan_exit` until the user chooses "Finalize and save the plan". | ||
| - After final approval, write the final plan to the chosen plan file, then call `plan_exit` with the saved plan path. | ||
| - Do not edit source files or non-plan documentation files. | ||
| - Do not run mutating commands. | ||
| - If implementation requires source edits or mutating commands, tell the user to switch to an implementation-capable agent. | ||
|
|
||
| ## Completion Behavior | ||
|
|
||
| - Keep planning until the important design decisions are resolved or explicitly marked out of scope. | ||
| - If material uncertainty remains, keep the plan open: summarize the current state, identify the most important unresolved decision, and ask exactly one next question with your recommended answer. | ||
| - If the plan is implementation-ready but not saved, do not print the full plan in chat. Give a concise draft-ready summary, then ask exactly one question with these choices: | ||
| 1. Finalize and save the plan | ||
| 2. Continue refining | ||
| - Recommend "Finalize and save the plan" only when the goal, constraints, affected boundaries, data flow, failure modes, rollout or migration path, and validation plan are addressed or explicitly out of scope. | ||
| - If the user chooses "Finalize and save the plan", write the complete finalized Markdown plan to the chosen plan file, then call `plan_exit` as described above. | ||
| - If the user chooses "Continue refining", keep planning and do not write the final plan or call `plan_exit`. | ||
| - After `plan_exit`, rely on the client follow-up to ask whether the user wants to implement the saved plan in a new session. | ||
| - Do not implement source or documentation changes as this agent. | ||
|
|
||
| Saved plans should be concise and actionable. Prefer a clear ordered task list over a lengthy design document. Include only the context, decisions, risks, validation steps, and open questions another implementation-capable agent needs to execute safely. | ||
| </system-reminder> |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Uh oh!
There was an error while loading. Please reload this page.