-
Notifications
You must be signed in to change notification settings - Fork 2
Open
Labels
bugSomething isn't workingSomething isn't working
Description
Bug
/planmode and /planmode off work in Codex (and presumably other non-Claude) engine chats, producing Claude-specific output referencing --permission-mode plan and --permission-mode acceptEdits flags that don't apply to Codex.
Reproduction
- Open the Codex engine chat (
ut-dev: codex) - Send
/planmode - Response:
plan mode on for this chat. new sessions will use --permission-mode plan. - Send
/planmode off - Response:
plan mode off for this chat. new sessions will use --permission-mode acceptEdits.
Expected
Either:
- a)
/planmodeis disabled for non-Claude engines and responds with "Plan mode is only available for Claude Code" or similar - b) The command is engine-aware and shows the equivalent for each engine (e.g. for Codex: approval policy full auto/safe)
Context
- The
/confighome page correctly shows "Approval policy" instead of "Plan mode" for Codex - But the standalone
/planmodecommand doesn't check the current engine — it always applies Claude Code permission mode logic --permission-mode planand--permission-mode acceptEditsare Claude Code CLI flags; Codex uses--ask-for-approval never|untrustedinstead- Setting plan mode in a Codex chat could silently pass invalid flags to the Codex CLI, or be silently ignored — either way it's confusing
Affected files
src/untether/telegram/commands/planmode.py—PlanModeCommanddoesn't check engine type- The
/configUI correctly gates this (shows "Approval policy" for Codex), but the standalone command bypasses that gate
Version
v0.35.0rc11 — found during Codex integration testing
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working