Skip to content

Plan mode: ignored on already-loaded claude sessions; /plan has no CLI-parity path #2019

Description

@ymichael

Two related gaps found in a post-#1834 gap-QA pass (plan mode itself works end to end on a FRESH claude session: ExitPlanMode → plan approval interaction → approve → execution):

  1. Loaded-session mode switch ignored: sending the structured /plan composer action to an already-loaded claude-code session (acceptEdits mode) did not switch modes — the turn ran normally and applied an edit. After thread stop (forcing a fresh session), the same flow worked. Likely the live-session settings path doesn't apply the permission-mode change to an existing SDK session (same family as Env-var changes cannot rebuild a live provider bridge session (needs a runtime design call) #1720's env-var live-change limitation, but for permission mode).
  2. CLI parity: plain-text /plan sent via bb thread tell is not parsed as the composer plan action, so agents/CLI users cannot enter plan mode at all — an instance of the "every end-user feature must be usable via CLI/SDK" rule (AGENTS.md).

Evidence: /tmp/gap-qa.md (item 5) from the 2026-08-19 run.

AGENT GENERATED: by Claude Fable 5

Regression or pre-existing? Undetermined — adjudicate by running the loaded-session /plan probe on a pre-#1834 checkout. The mode-switch plumbing (live session settings vs construction-signature rebuild) predates the cutover, so pre-existing is plausible, but unverified.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions