Claude Code auto mode default ఎప్పుడు మారుతుంది?

14 August 2026న auto mode లో మార్పులు

Claude Code auto mode మీతో నిర్ధారణ కోరుతూ ఆగకుండా tool calls ను అమలు చేస్తుంది. ప్రతి చర్యను ముందుగా సమీక్ష కోసం ప్రత్యేక classifier model కు పంపుతుంది. 14 August 2026 నుంచి Pro, Max, Team plans లో కొత్త sessions ప్రారంభమయ్యే default mode ఇదే. మీరు ఎప్పుడైనా modes మార్చవచ్చు. మీరు ఇప్పటికే స్వయంగా సెట్ చేసిన default మారదు.

documentation లో ఈ మార్పును ఇలా పేర్కొన్నారు:

14 August 2026 నుంచి Pro, Max, Team plans లో కొత్త sessions కోసం auto mode default permission mode అవుతుంది. మీరు ఎప్పుడైనా modes మార్చవచ్చు. మీరు స్వయంగా సెట్ చేసిన default, one-time switch prompt ను అంగీకరించకపోతే అలాగే ఉంటుంది. మీ organization నిర్వహించే default లో ఎలాంటి మార్పు ఉండదు.

ఇందులోని రెండు clauses తేదీ కంటే ముఖ్యమైనవి. మీ స్వంత settings file లో మీరు సెట్ చేసిన defaultMode ఈ మార్పు తర్వాత కూడా అలాగే ఉంటుంది. Managed settings ద్వారా మీ organization అమలు చేసిన default కూడా మారదు. announcement post ప్రకారం rollout ప్రారంభ దశలో Enterprise plans మరియు API ఉపయోగించే accounts కోసం auto mode ఐచ్ఛికంగానే ఉంటుంది.

మీరు VPS (virtual private server) పై Claude Code నడిపితే, ఈ మార్పు అమలులోకి రాకముందే దాని గురించి చదవడం మంచిది. Permission prompt అనేది keyboard వద్ద ఉన్న వ్యక్తి స్పందించాల్సిన checkpoint. Remote box వద్ద మీరు తరచుగా ఉండరు. అందువల్ల session ప్రారంభమయ్యే mode, గంటల పాటు కొనసాగేది అదే mode అవుతుంది.

Claude Code అనుమతి మోడ్‌లు: అధిక పర్యవేక్షణ నుంచి కనిష్ట పర్యవేక్షణ వరకు

మొత్తం ఆరు మోడ్‌లు ఉన్నాయి. ప్రతి పంక్తి ప్రారంభంలో ఉన్న పేరు మీరు settings లో వ్రాసే లేదా --permission-mode కు పంపే విలువ. టూల్ కాల్ ఏ పని చేయవచ్చో నిర్ణయించడం మోడల్ చుట్టూ ఉన్న harness పని కాబట్టి, ఈ ఆరు మోడ్‌లన్నింటినీ model కాకుండా Claude Code స్వయంగా అమలు చేస్తుంది.

• default: ప్రతి కొత్త tool use కు ముందు Claude అనుమతి అడుగుతుంది. మీ working directory లోపల చదివే చర్యలు మాత్రం prompt లేకుండానే నడుస్తాయి. CLI (command line interface) ఈ మోడ్‌ను Manual గా చూపిస్తుంది. Claude Code v2.1.200 నుంచి manual ను alias గా కూడా అంగీకరిస్తుంది.
• plan: Claude అన్వేషణ కోసం files చదివి commands నడుపుతుంది. మీ source ను సవరించదు. మీరు plan ను ఆమోదించే వరకు edits నిరోధించబడతాయి.
• acceptEdits: file edits prompt లేకుండానే నడుస్తాయి. అలాగే filesystem commands mkdir, touch, rm, rmdir, mv, cp మరియు sed కూడా నడుస్తాయి. ఇది మీ working directory లేదా మీ additionalDirectories లోపల ఉన్న paths కు మాత్రమే వర్తిస్తుంది. మిగతా ప్రతి shell command కు prompt వస్తుంది.
• auto: ప్రతిదీ నడుస్తుంది. అయితే classifier ప్రతి చర్యను ముందుగా తనిఖీ చేస్తుంది. స్పష్టంగా పేర్కొన్న ask rules మాత్రం prompt తప్పనిసరిగా వచ్చేలా చేస్తాయి.
• dontAsk: మీకు prompt వచ్చి ఉండే ప్రతి చర్యను Claude Code స్వయంచాలకంగా తిరస్కరిస్తుంది. మీ allow rules, built-in read-only Bash commands, మరియు PreToolUse hook ఆమోదించిన calls మాత్రమే నడుస్తాయి. Session input కోసం ఎప్పుడూ వేచి ఉండదు.
• bypassPermissions: prompts మరియు safety checks దాటవేయబడతాయి. .git మరియు .claude వంటి protected paths కు writes కూడా ఇందులో ఉంటాయి.

Session సమయంలో Shift+Tab నొక్కితే default నుంచి acceptEdits కు, తరువాత plan కు మోడ్ మారుతుంది. మీరు ఎక్కడికి మారారో status bar చూపిస్తుంది. ఉదాహరణకు ⏵⏵ auto mode on లేదా gray ⏸ manual mode on కనిపించవచ్చు. మిగతా మోడ్‌లు default గా ఆ cycle లో ఉండవు. మీ account అవసరాలను తీర్చిన తర్వాత auto ఆ cycle లో చేరుతుంది. Session ను --permission-mode bypassPermissions లేదా --dangerously-skip-permissions తో ప్రారంభించినప్పుడు మాత్రమే bypassPermissions ఆ cycle లో చేరుతుంది. dontAsk అక్కడ ఎప్పుడూ కనిపించదు. అందువల్ల దాన్ని claude --permission-mode dontAsk తో సెట్ చేయాలి.

Auto mode కు ఇటీవలి model కూడా అవసరం. ఇది సాధారణంగా ఆ మోడ్ అసలు కనిపించకపోవడానికి కారణం. August 2026 నాటికి documentation లో Anthropic API కోసం Claude Opus 4.6 లేదా తరువాతి version, Sonnet 4.6 లేదా తరువాతి version, మరియు Fable 5 పేర్కొనబడ్డాయి. Sonnet 4.5 వంటి పాత models ఏ provider లోనూ supported కావని కూడా అందులో ఉంది. Claude Code auto mode అందుబాటులో లేదని చూపిస్తే, ఈ అవసరాల్లో ఒకటి నెరవేరలేదు. ఇది తాత్కాలిక outage కాదు. కాబట్టి వేచి ఉండటం వల్ల సమస్య పరిష్కారం కాదు.

bypassPermissions సహా ప్రతి మోడ్‌లో రెండు controls అమలులో ఉంటాయి: deny rules మరియు స్పష్టంగా పేర్కొన్న ask rules. Session ఏ మోడ్‌లో ప్రారంభమైనా, మీరు కొనసాగించగల నియంత్రణలు ఇవే.

auto mode classifier ఏవి నిరోధిస్తుంది

classifier అనేది పెండింగ్ action ను చదివి, మీరు అడిగిన పనికి అది సరిపోతుందా అని నిర్ణయించే రెండవ model. Documentation దాని పనిని ఒక వాక్యంలో ఇలా వివరిస్తుంది:

Actions అమలు కావడానికి ముందు ప్రత్యేక classifier model వాటిని పరిశీలిస్తుంది. మీ అభ్యర్థనకు మించి అనుమతులను పెంచే, గుర్తించని infrastructure ను లక్ష్యంగా చేసుకునే లేదా Claude చదివిన హానికర content ప్రభావంతో ఉన్నట్లు కనిపించే ఏ చర్యనైనా అది నిరోధిస్తుంది.

Server operator సాధారణంగా ఎదుర్కొనే కింది categories లో చర్యలు default గా నిరోధించబడతాయి:

• Code ను download చేసి execute చేయడం, ఉదాహరణకు curl | bash
• Production deploys మరియు migrations
• Force push
• Shared infrastructure ను మార్చడం
• Local service ను public internet నుంచి అందుబాటులోకి తెచ్చే tunnel లేదా reverse shell ను తెరవడం
• Live credential లేదా token ను transcript లోకి లేదా ఒక file లోకి ముద్రించడం

కింది చర్యలు default గా అనుమతించబడతాయి:

• మీ working directory లో local file operations
• మీ lock files లేదా manifests లో పేర్కొన్న dependencies ను install చేయడం
• Read-only HTTP requests
• మీరు పనిచేస్తున్న repository లోని ఏ branch కైనా push చేయడం

పై సారాంశం ఆధారంగా పని చేయవద్దు. పూర్తి rule lists ను JSON గా ముద్రించడానికి claude auto-mode defaults ను అమలు చేసి, మీరు install చేసిన version తో వచ్చిన set ను చదవండి.

ఈ వ్యవస్థపై ఆధారపడే ముందు రెండు documented limits ముఖ్యమైనవి. మొదటిది, classifier మీ messages, tool calls మరియు మీ CLAUDE.md content ను చూస్తుంది. Tool results తొలగించబడతాయి. అందువల్ల Claude చదివిన file లేదా web page లోని text classifier ను నేరుగా ప్రభావితం చేయలేరు. రెండవది, classifier వరుసగా 3 సార్లు లేదా ఒక session లో 20 సార్లు action ను నిరోధిస్తే, auto mode pause అవుతుంది మరియు Claude Code మళ్లీ మీకు prompt చూపిస్తుంది. ఈ thresholds ను configure చేయలేరు. -p flag తో non-interactive mode లో prompt కు సమాధానం చెప్పే వ్యక్తి ఎవరూ ఉండరు. అందువల్ల వరుసగా జరిగే blocks session ను ఆపేస్తాయి.

Remote box పై రెండవ ప్రవర్తనే ఎక్కువ సమస్య కలిగిస్తుంది. Unattended run limit ను తాకితే ఆగిపోతుంది. Terminal ను గమనించని వ్యక్తి కోసం అది వేచి ఉంటుంది. అదే box పై రెండవ Claude Code session ను ఆ వ్యక్తికి ప్రత్యామ్నాయంగా ఉపయోగించలేరు. కారణం, ఒక session నుంచి మరొక session కు పంపిన text స్వీకరించే session దాన్ని తీసుకునే వరకు నిల్వ ఉంటుంది. Permission prompt వద్ద pause అయిన session కు కూడా మానవ సమాధానం అవసరం. Agent చేయాల్సిన పనిని పరిమితం చేయడం ఈ సమస్యకు మరో పరిష్కారం. పనిచేసే అతి చిన్న మార్పు వైపు agent ను నడిపించే skill session ను classifier ఆపే విస్తృత చర్యల వైపు వెళ్లకుండా నిరోధిస్తుంది. Skill ఒక task కు దిశానిర్దేశం చేస్తుంది. output style system prompt నే మార్చుతుంది. అందువల్ల చిన్న, నిర్దిష్ట మార్పులను కోరే style మీరు దాన్ని ఏ ఒక్క job కోసం invoke చేసినప్పుడు మాత్రమే కాకుండా, session లోని ప్రతి turn కు వర్తిస్తుంది.

settings.json లో modes ఉన్న ప్రదేశం

పై పేర్కొన్న ప్రతిదీ ఒక settings file లోని ఒకే object.

{
  "permissions": {
    "defaultMode": "auto",
    "allow": [
      "Bash(npm run test *)",
      "Bash(git status)"
    ],
    "ask": [
      "Bash(git push *)",
      "Bash(docker compose up *)"
    ],
    "deny": [
      "Read(./.env)",
      "Read(./secrets/**)",
      "Bash(curl *)"
    ]
  }
}

Rules ఈ క్రమంలో పరిశీలించబడతాయి: deny, తరువాత ask, తరువాత allow. ఆ క్రమంలో ముందుగా సరిపోలిన rule ఫలితాన్ని నిర్ణయిస్తుంది. ముందుగా ఉన్న విస్తృత rule ను తరువాతి సంకుచిత rule అధిగమించదు. Bash(aws *) కోసం ఉన్న deny rule, మీరు అదే command ను allow చేసినా, aws s3 ls ను block చేస్తుంది. అందువల్ల deny rule లో exceptions ఉండవు.

Auto mode లో ask rule type ఉపయోగకరంగా ఉంటుంది. Auto mode సాధారణ prompt ను తొలగిస్తుంది. మీరు వ్యక్తి నిర్ధారణ కోరే నిర్దిష్ట command కోసం ask rule ఆ prompt ను మళ్లీ ప్రారంభిస్తుంది. మీ deploy command ను అక్కడ ఉంచాలి. Code server నుంచి బయటకు వెళ్లే ముందు checkpoint కావాలంటే Bash(git push *) ను కూడా అక్కడ ఉంచాలి. Credential files ను deny లో ఉంచడం దీనిలో మరో భాగం. ఇది credentials ను agent అందుబాటుకు ముందుగానే దూరంగా ఉంచడం తో కలిసి పనిచేస్తుంది.

Settings files స్వయంగా, అత్యల్ప precedence నుంచి అత్యధిక precedence వరకు:

• ~/.claude/settings.json: ప్రతి project లో వర్తించే మీ user settings.
• .claude/settings.json: repository కి commit చేసిన project settings.
• .claude/settings.local.json: ఒక repository కోసం మీ స్వంత settings; ఇది git-ignored.
• Administrator deploy చేసే Managed settings. Linux లో ఆ file /etc/claude-code/managed-settings.json. Command line flag తో సహా ఏదీ managed permission rule ను override చేయదు.

ఇక్కడ ఒక documented cause ఉన్న trap ఉంది. Claude Code v2.1.142 నుంచి .claude/settings.json లేదా .claude/settings.local.json నుంచి వచ్చినప్పుడు defaultMode: "auto" ను ignore చేస్తుంది. దీని వల్ల repository settings file ను చేర్చి తనకు తానే auto mode మంజూరు చేసుకోలదు. అక్కడ ఈ line ను set చేస్తే error ఏదీ print కాకుండానే session default mode లో ప్రారంభమవుతుంది. ఆ line ను ~/.claude/settings.json కు తరలించండి. ప్రతి active rule పక్కన అది వచ్చిన file ను జాబితా చేయడానికి /permissions ను run చేయండి.

మోడ్‌ను నిలిపివేసే రెండు స్విచ్‌లు

అడ్మినిస్ట్రేటర్లకు రెండు kill switchలు ఉంటాయి. రెండింటికీ boolean కాకుండా "disable" string ఇవ్వాలి.

{
  "permissions": {
    "disableAutoMode": "disable",
    "disableBypassPermissionsMode": "disable"
  }
}

వాటిని ఎక్కడ ఉంచాలో documentation స్పష్టంగా చెబుతుంది:

bypassPermissions లేదా auto mode ఉపయోగించకుండా ఉండాలంటే, ఏదైనా settings fileలో permissions.disableBypassPermissionsMode లేదా permissions.disableAutoMode ను "disable" కు సెట్ చేయండి. Override చేయలేని managed settingsలో ఇవి అత్యంత ఉపయోగకరంగా ఉంటాయి.

disableAutoMode, Shift+Tab cycle నుంచి auto ను తొలగించి, startup సమయంలో --permission-mode auto ను తిరస్కరిస్తుంది. Bypass mode కోసం disableBypassPermissionsMode ఇదే పని చేస్తుంది. ఇది ఏ scope నుంచైనా పనిచేస్తుంది. కాబట్టి live serverలో రాత్రి 2am సమయంలో మీరు ఉపయోగించకూడదనుకునే modeలోకి ప్రవేశించకుండా, మీ స్వంత ~/.claude/settings.json లో దీన్ని సెట్ చేయవచ్చు. ఇతరులు కూడా ఉపయోగించే serverలో రెండింటినీ /etc/claude-code/managed-settings.json లో ఉంచండి. User settings file ఆ userకు చెందినది. Managed settings file అలా కాదు.

VPS పై auto mode కు isolation boundary ఎందుకు అవసరం

Classifier ఒక్కసారి ఒక action ను మాత్రమే సమీక్షిస్తుంది. ఆమోదించిన action తరువాత ఏమి చేస్తుందో అది నియంత్రించదు. Documentation ఈ పరిమితిని స్పష్టంగా చెబుతుంది:

Classifier ప్రతి action కు వర్తించే నియంత్రణ మాత్రమే; అది isolation boundary కాదు. అందువల్ల unattended runs కోసం defense in depth గా isolation boundary ఇంకా అవసరం. --dangerously-skip-permissions కోసం అవసరమైన విధంగా ఇది తప్పనిసరి కాదు.

కాబట్టి remote box కోసం సరైన కలయిక auto mode మరియు కోల్పోయినా సమస్యలేని environment. bypassPermissions మరియు ఆశపై ఆధారపడటం సరైన పద్ధతి కాదు. Bypass mode ను isolated environments కోసం మాత్రమే documentation సూచిస్తుంది: containers, virtual machines లేదా internet access లేని dev containers. వీటిలో Claude Code మీ host system కు నష్టం కలిగించదు. మీ database మరియు reverse proxy నడుస్తున్న VPS వీటిలో ఏదీ కాదు.

Server పై ప్రధాన రక్షణను మూడు విషయాలు అందిస్తాయి. Claude Code ను సాధారణ user గా నడపండి; root గా ఎప్పుడూ నడపవద్దు. ఆ user కు ఒక working directory మాత్రమే ఇవ్వండి. చదవడానికి విలువైన ఇతర ఫైళ్లకు access ఇవ్వవద్దు. Box ను repair చేయడం కంటే తిరిగి rebuild చేయండి. ప్రతి job తర్వాత తొలగించే disposable VM కు ఇదే కారణం. User creation నుంచి firewall rules వరకు అవసరమైన hardening వివరాలు VPS పై Claude Code నడపడానికి పూర్తి safety pass లో ఉన్నాయి. అందువల్ల వాటిని ఇక్కడ మళ్లీ వివరించడం లేదు.

Claude Code స్వయంగా root నియమాన్ని అమలు చేస్తుంది. Linux మరియు macOS లో sudo కింద లేదా root గా bypass mode లో ప్రారంభించడానికి అది నిరాకరిస్తుంది:

--dangerously-skip-permissions cannot be used with root/sudo privileges for security reasons

గుర్తించబడిన sandbox లో ఈ తనిఖీ నిలిపివేయబడుతుంది. అందుకే autonomous container పని కోసం documentation సూచించే విధానం, Claude Code ను non-root user గా నడిపే dev container. మీరు phone లేదా laptop నుంచి SSH ద్వారా agent ను నడిపితే, tmux లో తెరిచి ఉంచిన long-running Claude Code session కు కూడా ఇదే కారణం వర్తిస్తుంది: session నడుస్తున్నప్పుడు prompt ను ఎవరూ పర్యవేక్షించడం లేదు. Login పనిచేసే వరకు ఇవేవీ ప్రారంభం కావు. కాబట్టి box మిమ్మల్ని Permission denied (publickey) తో తిరస్కరిస్తే, verbose SSH output ద్వారా మీకు ఎదురైన ఐదు లోపాల్లో నిజంగా ఏది ఉందో తెలుసుకోవచ్చు.

Ubuntu VPSలో Bash sandboxను సెటప్ చేయండి

అంతర్నిర్మిత sandbox, Claude అమలు చేసే ప్రతి Bash command కు filesystem మరియు network access‌ను పరిమితం చేస్తుంది. Operating system, child processes‌పైనా అదే పరిమితులను అమలు చేస్తుంది. Linuxలో దీనికి రెండు packages అవసరం.

sudo apt-get install bubblewrap socat

Claude Code ప్రారంభించి /sandbox అమలు చేయండి. తెరుచుకునే panelలో Mode tab, Overrides tab ఉంటాయి. ఏవి missingగా ఉన్నాయో చూపించే Dependencies tab కూడా ఉంటుంది. Dependency check startup సమయంలోనే నడుస్తుంది. అందువల్ల packages install చేసిన తర్వాత Claude Codeను restart చేయండి. లేకపోతే panel వాటిని ఇంకా absentగా చూపిస్తుంది.

Ubuntu 24.04 మరియు తదుపరి versionsలో default AppArmor policy, bubblewrapకు అవసరమైన user namespaces సృష్టించకుండా అడ్డుకుంటుంది. అందువల్ల sandbox ప్రారంభం కాదు. మీ boxకు ఈ సమస్య వర్తిస్తుందో తనిఖీ చేయండి:

sysctl kernel.apparmor_restrict_unprivileged_userns

0 కనిపిస్తే, లేదా key ఉనికిలో లేదని error వస్తే, చేయాల్సింది ఏమీ లేదు. 1 కనిపిస్తే, bwrap కోసం ప్రత్యేక profile అవసరం:

sudo tee /etc/apparmor.d/bwrap > /dev/null <<'EOF'
abi <abi/4.0>,
include <tunables/global>

profile bwrap /usr/bin/bwrap flags=(unconfined) {
  userns,
  include if exists <local/bwrap>
}
EOF
sudo systemctl reload apparmor

ఈ profile, sandboxలో అది అమలు చేసే commandsకు కాదు, bwrapకు మాత్రమే వర్తిస్తుంది. తరువాత settingsలో boundaryను మరింత పరిమితం చేయండి:

{
  "sandbox": {
    "enabled": true,
    "filesystem": {
      "denyRead": ["~/"],
      "allowRead": ["."]
    },
    "network": {
      "allowedDomains": ["github.com", "*.npmjs.org"]
    }
  }
}

ఈ blockను project's .claude/settings.jsonలో ఉంచాలి. ఎందుకంటే project settings నుంచి మాత్రమే . project rootకు resolve అవుతుంది. అదే linesను ~/.claude/settings.jsonలో ఉంచితే, . బదులుగా ~/.claudeకు resolve అవుతుంది. అప్పుడు denyRead rule మీ project filesను blockedగానే ఉంచుతుంది. ప్రతి command తాను మార్చాల్సిన codeను read చేయడంలో విఫలమవుతుంది.

ఇది ఏవాటిని కవర్ చేయదో తెలుసుకోండి. Sandbox, Bash మరియు దాని child processesను పరిమితం చేస్తుంది. Built-in file tools, Claude Code processలోనే నడుస్తాయి. MCP (model context protocol) servers మరియు hooks వేర్వేరు processesగా hostపై ఎలాంటి పరిమితులు లేకుండా నడుస్తాయి. వీటన్నింటినీ ఒకే boundary వెనుక ఉంచాలంటే, మొత్తం Claude Code processను container, virtual machine లేదా @anthropic-ai/sandbox-runtime packageలో నడపండి. ఈ పద్ధతి రచన సమయంలో beta research previewగా ఉంది.

ప్రతి సెటప్‌కు ఏ మోడ్ సరిపోతుంది?

మీ స్వంత laptopలో ఒకే repo

auto ఉపయోగించండి. మీరు పరిశీలించాలనుకునే చర్యలపై ask నియమాలను అమలు చేయండి. మీరు keyboard ముందు ఉంటారు. Classifier fallback వాస్తవంగా మిమ్మల్ని చేరుకోగలదు. నష్టం మీరు నియంత్రించే ఒక machine‌కే పరిమితం అవుతుంది. 14 August default రూపొందించబడింది ఈ పరిస్థితి కోసమే.

Shared VPS

ప్రతి user కోసం auto ఉపయోగించండి. దాన్ని ప్రతి user యొక్క స్వంత ~/.claude/settings.json లో సెట్ చేయండి. Claude Code నడిపే account root కాకూడదు. అది ఇతర users పని చదవలేకూడదు. disableBypassPermissionsMode ను "disable" గా /etc/claude-code/managed-settings.json లో deploy చేయండి. Shared paths ను రక్షించే deny నియమాలను కూడా జోడించండి. bypassPermissions తప్పు ఎంపిక అయ్యే సందర్భం shared boxలోనే అత్యంత స్పష్టంగా కనిపిస్తుంది. ఆ mode ఊహించే isolation boundary ఇక్కడ ఉండదు. ఇతర tenants ఆ boundary లోపలే ఉంటారు.

CI మరియు unattended sessions

dontAsk ఉపయోగించండి. Jobకు అవసరమైన commands జాబితాను స్పష్టంగా allow లో ఇవ్వండి. Promptను ఎవరూ చూడని పరిస్థితిలో auto-deny సరైన failure mode. Auto mode కూడా non-interactively నడుస్తుంది. అయితే classifier blocks పునరావృతమైతే -p session మధ్యలోనే abort అవుతుంది. అందువల్ల వాటిని ఎదుర్కొనే job పనిలో కొంత పూర్తయిన తర్వాత విఫలమవుతుంది. Image నుంచి మళ్లీ build చేసే container లేదా virtual machine కోసం మాత్రమే bypassPermissions ఉంచండి. మీరు ప్రాధాన్యమిచ్చే ఇతర సేవలను కూడా నడిపే ఏ hostలోనూ దీన్ని ఉపయోగించవద్దు.

FAQ

Claude Codeలో auto mode ఎప్పుడు default అవుతుంది?

14 August 2026 నుంచి Pro, Max మరియు Team ప్లాన్‌లలోని కొత్త sessions కు ఇది default అవుతుంది. మీరు ఎప్పుడైనా mode మార్చవచ్చని documentation పేర్కొంటుంది. మీరు స్వయంగా సెట్ చేసిన default, one-time switch prompt ను అంగీకరించే వరకు అలాగే ఉంటుంది. మీ organization నిర్వహించే default లో మార్పు ఉండదు. Rollout ప్రారంభ దశలో Enterprise ప్లాన్‌లకు మరియు API ఉపయోగించే accounts కు auto mode ఐచ్ఛికంగానే ఉంటుందని announcement పేర్కొంటుంది. Status bar ను చూసి session ప్రస్తుతం ఏ mode లో ఉందో నిర్ధారించండి. Auto mode లో అది ⏵⏵ auto mode on అని చూపిస్తుంది.

VPS పై auto mode లేదా bypassPermissions ను ఉపయోగించాలా?

Isolation boundary తో కలిపి auto mode ను ఉపయోగించండి. ప్రతి action అమలు కావడానికి ముందు classifier దాన్ని పరిశీలిస్తుంది. అయితే ఇది ప్రతి action కు వర్తించే control మాత్రమే, isolation boundary కాదని documentation స్పష్టంగా చెబుతుంది. అందువల్ల unattended run కోసం container, virtual machine లేదా మళ్లీ rebuild చేయడానికి మీరు సిద్ధంగా ఉన్న box అవసరం. bypassPermissions checks ను పూర్తిగా దాటవేస్తుంది. ఇది isolated environments కోసం మాత్రమే ఉద్దేశించబడిందని documentation పేర్కొంటుంది. Linux లో root గా ఆ mode లో ప్రారంభించడాన్ని Claude Code నిరాకరిస్తుంది మరియు --dangerously-skip-permissions cannot be used with root/sudo privileges for security reasons ను చూపిస్తుంది.

నా server పై ఎవరూ auto mode లేదా bypass mode ఉపయోగించకుండా ఎలా ఆపాలి?

/etc/claude-code/managed-settings.json లో permissions.disableAutoMode మరియు permissions.disableBypassPermissionsMode ను "disable" string గా సెట్ చేయండి. Managed settings అన్ని ఇతర scopes కంటే పై స్థాయిలో ఉంటాయి. అందువల్ల ఏ user settings file లేదా command line flag వాటిని override చేయలేవు. disableAutoMode, auto ను Shift+Tab cycle నుంచి తొలగిస్తుంది మరియు startup సమయంలో --permission-mode auto ను తిరస్కరిస్తుంది. disableBypassPermissionsMode ఏ scope నుంచైనా పనిచేస్తుంది. కాబట్టి ఒకే user దాన్ని తన స్వంత ~/.claude/settings.json లో సెట్ చేయవచ్చు.

నా defaultMode: "auto" setting ను ఎందుకు పరిగణించడంలేదు?

అది తప్పు file లో ఉన్నందువల్ల. Claude Code v2.1.142 నుంచి .claude/settings.json లేదా .claude/settings.local.json నుంచి వచ్చినప్పుడు defaultMode: "auto" ను పరిగణించదు. దీనివల్ల repository ఒక settings file పంపడం ద్వారా స్వయంగా auto mode ను ప్రారంభించుకోలదు. Session default mode లో ప్రారంభమవుతుంది. ఎటువంటి error చూపించదు. Setting ను ~/.claude/settings.json కు తరలించండి. తరువాత ప్రతి active rule ఏ file నుంచి వచ్చిందో నిర్ధారించడానికి /permissions ను run చేయండి. Auto mode ఇంకా అందుబాటులో లేకపోతే model requirement ను పరిశీలించండి. Sonnet 4.5 వంటి పాత models ఏ provider లోనూ supported కావు.