Clarify cumulative proposed_plan behavior in Plan mode (#12265)
## Summary - Require revised `<proposed_plan>` blocks in the same planning session to be complete replacements, not partial/delta plans. - Scope that cumulative replacement rule to the current planning session only. - Clarify that after leaving Plan mode (for example switching to Default mode to implement) or when explicitly asked for a new plan, the model should produce a new self-contained plan without inheriting prior plan blocks unless requested. ## Testing - Not run (prompt/template text-only change).
This commit is contained in:
parent
0362e12da6
commit
c3cb38eafb
1 changed files with 2 additions and 0 deletions
|
|
@ -118,3 +118,5 @@ plan content should be human and agent digestible. The final plan must be plan-o
|
|||
Do not ask "should I proceed?" in the final output. The user can easily switch out of Plan mode and request implementation if you have included a `<proposed_plan>` block in your response. Alternatively, they can decide to stay in Plan mode and continue refining the plan.
|
||||
|
||||
Only produce at most one `<proposed_plan>` block per turn, and only when you are presenting a complete spec.
|
||||
|
||||
If the user stays in Plan mode and asks for revisions after a prior `<proposed_plan>`, any new `<proposed_plan>` must be a complete replacement.
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue