Auto Mode rejected in CLI ("auto mode is unavailable for your plan") on active Claude Pro account, but selectable in Desktop app

Summary

Auto Mode (permissions.defaultMode: "auto") is rejected in the Claude Code CLI with a warning auto mode is unavailable for your plan, but the same account can select and use Auto Mode in the Claude Code Desktop app. This is reproducible on two separate Windows machines with the same Claude Pro account.

Environment

• Claude Code version: 2.1.141
• OS: Windows 11 Pro (Japanese locale — CP932)
• Shell: PowerShell 7.6.5 / Git Bash
• Node.js: v24.14.1
• Plan: Claude Pro (oauthAccount.billingType: "stripe_subscription", subscriptionCreatedAt: "2026-05-11", organizationRole: "admin", hasExtraUsageEnabled: true)

Steps to Reproduce

1. Add permissions.defaultMode: "auto" to ~/.claude/settings.json
2. Start Claude Code CLI
3. Startup warning appears: auto mode is unavailable for your plan
4. Shift+Tab mode cycle does not include auto
5. Open Claude Code Desktop with the same account — Auto Mode IS selectable and works there

Observed State in ~/.claude.json (persists after /login)

• hasAvailableSubscription: false ← inconsistent with an active Pro subscription
• hasResetAutoModeOptInForDefaultOffer: true
• s1mNonSubscriberAccessCache.<orgUuid>.hasAccess: false (timestamp ~7 months old)
• oauthAccount.billingType: "stripe_subscription" (subscription is active)
• oauthAccount.seatTier: null
• tengu_auto_mode_config.enabled: "enabled" (feature flag is on globally)

Attempted Fixes (Ineffective)

• /login (re-authentication succeeded, but hasAvailableSubscription and the cache did not update)
• Manually removing hasResetAutoModeOptInForDefaultOffer and s1mNonSubscriberAccessCache, and flipping hasAvailableSubscription to true in .claude.json — Claude Code overwrites them on next start; the warning persists

Expected Behavior

CLI should honor the same Auto Mode eligibility as Desktop for Claude Pro accounts that have opted in via Desktop. At minimum, the CLI's plan-check should match the Desktop's.

Additional Notes

• Same symptom reproduces on my home PC — environment-independent, tied to account/plan check
• Not related to StatusLine, Git Bash, or CP932 encoding issues (verified independently)
• Practical workaround: defaultMode: "acceptEdits" — but Auto Mode's convenience is lost