Disambiguate "auto" permission mode from Claude Code auto mode (label as "accept edits")#556
Open
bborn wants to merge 1 commit into
Open
Disambiguate "auto" permission mode from Claude Code auto mode (label as "accept edits")#556bborn wants to merge 1 commit into
bborn wants to merge 1 commit into
Conversation
TaskYou's "auto" permission set predates Claude Code's own "auto mode" (the agentic flow gated by --enable-auto-mode). Our "auto" actually maps to Claude's acceptEdits (--permission-mode acceptEdits): auto-accept file edits while still prompting for risky actions. Reusing the word "auto" for that made agents and users conflate it with CC's separate auto mode — the 4-permission-set confusion Kyle reported. Surface this mode everywhere as "accept edits" / "accept-edits" instead: - Settings form, detail badge (AUTO -> ACCEPT EDITS), and queue/confirm prompts now read "accept edits". - CLI --permission-mode help + notifications and the MCP permission_mode schema describe it as accept-edits and explicitly note it is NOT --enable-auto-mode; "auto" is documented as a legacy alias. - NormalizePermissionMode now accepts "accept-edits"/"acceptEdits" (and is case/space-insensitive), all mapping to the canonical "auto" value, so stored rows, old CLI calls, and scripts keep working with no migration. Code comments spell out why the stored value stays "auto" for back-compat. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
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
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
What & why
Kyle reported that the word "auto" is overloaded in TaskYou's permission
settings (#tmp-taskyou-feedback):
TaskYou's
autopermission set predates Claude Code's own auto mode (theagentic flow gated by
--enable-auto-mode). Ourautoactually maps toClaude's acceptEdits (
--permission-mode acceptEdits): auto-accept fileedits while still prompting for risky actions. Reusing the word "auto" for that
made both agents and users conflate it with CC's separate auto mode.
This PR keeps the three permission sets TaskYou exposes (prompt / accept-edits /
dangerous) but renames the user- and agent-facing label from "auto" to
"accept edits" everywhere, and documents in code why CC's
--enable-auto-modeis a distinct fourth mode we do not surface.
Changes
Auto → Accept Edits, detail badgeAUTO → ACCEPT EDITS,queue/confirm prompt "execute in accept-edits mode".
--permission-modehelp + queue notifications useaccept-edits(with
autonoted as a legacy alias).permission_modeschema advertisesaccept-editsand the descriptionexplicitly states it is NOT Claude Code's
--enable-auto-mode; enum is["default", "accept-edits", "dangerous"].NormalizePermissionModenow acceptsaccept-edits/accept_edits/acceptEdits(case- and space-insensitive),all mapping to the canonical stored value
"auto". Existing DB rows, scripts,and
--permission-mode autokeep working.PermissionModeAuto/NormalizePermissionModespell out thehistory so this doesn't get re-confused.
Tests
internal/db:NormalizePermissionModecovers the new aliases + trimming/case.internal/executor:accept-editsresolves to--permission-mode acceptEdits.go build ./...,go vet, and all affected package tests pass.QA evidence
Rendered against an isolated ty instance (VHS, real TUI).
Settings → Default Permission Mode — "Accept Edits" replaces the overloaded "Auto":
Detail header badge — active accept-edits task now shows
ACCEPT EDITS(wasAUTO):(The "Claude failed to start" line in the full-screen capture is just the
isolated QA harness having no live tmux agent — unrelated to this change.)
🤖 Generated with Claude Code