Claude Code auto mode: jinsi ya kubadilisha mipangilio

Mabadiliko ya auto mode tarehe 14 Agosti 2026

Claude Code auto mode hutekeleza wito wa zana (tool calls) bila kusimama kukuuliza, na hutuma kila hatua kwa mfumo tofauti wa classifier ili ikaguliwe kwanza. Kuanzia tarehe 14 Agosti 2026, hii ndiyo hali (mode) ambayo vikao vipya huanza nayo kwenye plan za Pro, Max, na Team. Unaweza kubadilisha hali wakati wowote, na chaguo-msingi (default) uliyojiwekea mwenyewe halitafutwa.

Nyaraka zinaelezea mabadiliko hayo hivi:

Kuanzia Agosti 14, 2026, auto mode inakuwa hali ya ruhusa ya msingi kwa vikao vipya kwenye plan za Pro, Max, na Team. Unaweza kubadilisha hali wakati wowote. Chaguo-msingi uliyojiwekea mwenyewe linabaki kama lilivyo isipokuwa ukikubali kidokezo cha kubadili mara moja, na chaguo-msingi linalosimamiwa na shirika lako halibadiliki.

Vifungu viwili hapo ni muhimu zaidi kuliko tarehe yenyewe. defaultMode uliyoiweka kwenye faili lako la mipangilio inabaki baada ya mabadiliko haya. Chaguo-msingi ambalo shirika lako limeliweka kupitia mipangilio inayodhibitiwa pia linabaki. Chapisho la tangazo linaongeza kuwa auto mode inabaki kuwa ya hiari kwa plan za Enterprise na kwa akaunti zinazotumia API wakati wa sehemu ya kwanza ya utekelezaji.

Ikiwa unaendesha Claude Code kwenye VPS (virtual private server), mabadiliko haya yanastahili kusomwa kabla hayajaanza kutumika. Kidokezo cha ruhusa ni hatua ya ukaguzi inayohitaji mtu awe kwenye kibodi. Kwenye seva ya mbali mara nyingi haupo, kwa hivyo hali ambayo kikao huanza nayo ndiyo hali inayokaa kwa saa nyingi.

Njia za ruhusa za Claude Code, kuanzia zenye usimamizi mkali zaidi hadi zisizo na usimamizi

Kuna njia sita. Jina lililo mwanzoni mwa kila mstari ni thamani unayoiandika kwenye mipangilio au unayopitisha kwa --permission-mode.

• default: Claude huomba ruhusa kabla ya kutumia kila zana mpya. Kusoma faili ndani ya saraka yako ya kazi bado hufanyika bila ombi. CLI (command line interface) huita njia hii Manual na hukubali manual kama jina mbadala kuanzia Claude Code v2.1.200.
• plan: Claude husoma faili na kuendesha amri ili kuchunguza, na haihariri chanzo chako. Uhariri huzuiwa hadi utakapoidhinisha mpango.
• acceptEdits: Uhariri wa faili hufanyika bila ombi, pamoja na amri za mfumo wa faili mkdir, touch, rm, rmdir, mv, cp na sed. Hii inahusu tu njia zilizo ndani ya saraka yako ya kazi au additionalDirectories yako. Kila amri nyingine ya shell bado huomba ruhusa.
• auto: Kila kitu huendeshwa, huku kichunguzi kikikagua kila kitendo kwanza. Sheria za wazi za ask bado hulazimisha ombi la ruhusa.
• dontAsk: Claude Code hukataa kiotomatiki chochote ambacho kingekuomba ruhusa. Ni sheria zako za allow, amri za Bash za kusoma pekee zilizojengewa ndani, na wito unaoidhinishwa na PreToolUse hook ndizo zitakazoendeshwa. Kikao hakisubiri ingizo lolote.
• bypassPermissions: Maombi ya ruhusa na ukaguzi wa usalama hurukwa, ikiwemo uandishi kwenye njia zilizolindwa kama .git na .claude.

Bonyeza Shift+Tab wakati wa kikao ili kuzungusha default hadi acceptEdits hadi plan. Upau wa hali huonyesha mahali ulipofika, kama vile ⏵⏵ auto mode on au ⏸ manual mode on ya kijivu. Njia nyingine hazimo kwenye mzunguko huo kwa chaguo-msingi. auto hujiunga nacho pindi akaunti yako inapokidhi mahitaji yake. bypassPermissions hujiunga nacho tu wakati kikao kilipoanzishwa kwa --permission-mode bypassPermissions au --dangerously-skip-permissions. dontAsk haionekani kamwe hapo, kwa hivyo iweke kwa kutumia claude --permission-mode dontAsk.

Njia ya kiotomatiki pia inahitaji modeli ya hivi karibuni, ambayo ndiyo sababu ya kawaida ya kutokuonekana kabisa. Kufikia Agosti 2026, nyaraka zinaorodhesha Claude Opus 4.6 au baadaye, Sonnet 4.6 au baadaye, na Fable 5 kwenye Anthropic API, na kusema modeli za zamani kama Sonnet 4.5 hazitumiki kwenye mtoa huduma yeyote. Ikiwa Claude Code inaripoti njia ya kiotomatiki kama haipatikani, mojawapo ya mahitaji hayo haijatimizwa. Hii si hitilafu ya muda, kwa hivyo kusubiri hakutatatua tatizo.

Vidhibiti viwili hubaki katika kila njia, ikiwemo bypassPermissions: sheria za deny na sheria za wazi za ask. Hizo ndizo nyenzo unazobaki nazo bila kujali njia ambayo kikao kinaanzishwa.

Mambo yanayozuiwa na classifier ya auto mode

Classifier ni modeli ya pili inayochunguza kitendo kinachosubiri (pending action) na kuamua kama kinaendana na ulichokiomba. Nyaraka zinaelezea kazi yake kwa sentensi moja:

Modeli tofauti ya classifier hupitia vitendo kabla havijatekelezwa, ikizuia chochote kinachozidi ombi lako, kinacholenga miundombinu isiyotambulika, au kinachoonekana kuchochewa na maudhui hatari ambayo Claude ameyasoma.

Mambo yanayozuiwa kwa chaguo-msingi, katika kategoria ambazo msimamizi wa seva hukutana nazo mara nyingi:

• Kupakua na kuendesha code, kama vile curl | bash
• Kufanya deploys na migrations kwenye production
• Force push
• Kubadilisha miundombinu inayoshirikiwa (shared infrastructure)
• Kufungua tunnel au reverse shell inayofanya huduma ya ndani ipatikane kutoka kwenye Internet ya umma
• Kuchapisha credential au token inayotumika kwenye transcript au faili

Mambo yanayoruhusiwa kwa chaguo-msingi:

• Operesheni za faili za ndani kwenye working directory yako
• Kusakinisha dependencies zilizotajwa kwenye lock files au manifests zako
• HTTP requests za kusoma pekee (read-only)
• Kupush kwenye branch yoyote ya repository unayofanyia kazi

Usitegemee muhtasari kama ule wa hapo juu. Endesha claude auto-mode defaults ili kuchapisha orodha kamili ya sheria kama JSON, na usome seti iliyokuja na toleo ulilolisakinisha.

Kuna mipaka miwili iliyoandikwa kwenye nyaraka ambayo ni muhimu kabla ya kutegemea kipengele hiki. Kwanza, classifier huona ujumbe wako, wito wa tool (tool calls), na maudhui yako ya CLAUDE.md, lakini matokeo ya tool huondolewa; kwa hiyo, maandishi yaliyo ndani ya faili au ukurasa wa wavuti ambao Claude ameusoma hayawezi kuwasiliana na classifier moja kwa moja. Pili, wakati classifier inapozuia kitendo mara 3 mfululizo au mara 20 katika session moja, auto mode husimama na Claude Code hurudi kukuuliza wewe. Vizingiti hivyo haviwezi kusanidiwa. Katika hali isiyo ya maingiliano (non-interactive mode) ukiwa na flag ya -p, hakuna mtu wa kumuuliza, kwa hiyo vizuizi vya mara kwa mara husitisha session nzima.

Tabia hiyo ya pili ndiyo inayoweza kukwamisha kazi kwenye seva ya mbali (remote box). Uendeshaji usiosimamiwa ambao unavuka kikomo husimama na kusubiri mtu ambaye haangalii terminal. Kupunguza wigo wa kile ambacho agent anapanga kufanya ni nusu nyingine ya suluhisho, na ujuzi unaomwelekeza agent kwenye mabadiliko madogo zaidi yanayofanya kazi huzuia session kupotea kwenye vitendo vikubwa ambavyo classifier huvisimamisha.

Mahali ambapo modes zinapatikana ndani ya settings.json

Kila kitu hapo juu ni object moja ndani ya faili ya settings.

{
  "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 *)"
    ]
  }
}

Sheria hupitiwa kwa mpangilio huu: deny, kisha ask, kisha allow. Mechi ya kwanza katika mpangilio huo ndiyo huamua matokeo, na sheria mahususi haishindi sheria pana inayokuja kabla yake. Sheria ya deny kwa ajili ya Bash(aws *) huzuia aws s3 ls hata kama umeruhusu amri hiyo hiyo, kwa hivyo sheria ya deny haiwezi kuwa na vighairi.

ask ndiyo aina ya sheria inayofaa katika auto mode. Auto mode huondoa ombi la kawaida la uthibitisho, na sheria ya ask hurudisha ombi hilo kwa ajili ya amri mahususi unayotaka mtu aithibitishe. Amri yako ya deploy inapaswa kuwa hapo. Vivyo hivyo kwa Bash(git push *) ikiwa unataka checkpoint kabla ya msimbo (code) kutoka kwenye box. Kuweka faili za credential katika deny ni sehemu nyingine ya hilo, na huenda sambamba na kuzuia credentials zisifikiwe na agent tangu mwanzo.

Faili za settings zenyewe, kuanzia ile yenye kipaumbele cha chini kabisa:

• ~/.claude/settings.json: settings zako za mtumiaji, zinazotumika katika kila mradi.
• .claude/settings.json: settings za mradi, zilizowekwa kwenye repository.
• .claude/settings.local.json: settings zako binafsi kwa ajili ya repository moja, zilizowekwa kwenye git-ignore.
• Settings zinazosimamiwa, zilizotumwa na msimamizi. Kwenye Linux faili hiyo ni /etc/claude-code/managed-settings.json. Hakuna kinachoweza kubatilisha sheria ya ruhusa iliyosimamiwa, ikiwemo flag ya command line.

Mtego mmoja hapa una sababu iliyoandikwa kwenye nyaraka. defaultMode: "auto" hupuuzwa inapotoka kwenye .claude/settings.json au .claude/settings.local.json, kuanzia Claude Code v2.1.142 na kuendelea, ili repository isiweze kujipa auto mode kwa kusafirisha faili ya settings. Ikiwekwa hapo, session huanza katika mode ya default bila error yoyote kuchapishwa. Hamisha mstari huo kwenda ~/.claude/settings.json. Tekeleza /permissions ili kuorodhesha kila sheria inayofanya kazi kando ya faili ilikotoka.

Swichi mbili zinazozima modi

Wasimamizi wa mifumo wana swichi mbili za kuzima, na zote mbili hutumia kamba ya herufi "disable" badala ya thamani ya boolean.

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

Nyaraka za kiufundi zinaelezea kwa usahihi mahali pa kuziweka:

Ili kuzuia matumizi ya modi ya bypassPermissions au auto, weka permissions.disableBypassPermissionsMode au permissions.disableAutoMode kuwa "disable" katika faili yoyote ya mipangilio. Hizi ni muhimu zaidi katika mazingira yanayosimamiwa ambapo haziwezi kubatilishwa.

disableAutoMode huondoa auto kutoka kwenye mzunguko wa Shift+Tab na kukataa --permission-mode auto wakati wa kuanzisha mfumo (startup). disableBypassPermissionsMode hufanya kazi hiyo hiyo kwa modi ya bypass, na inafanya kazi kutoka kwa scope yoyote, kwa hivyo unaweza kuiweka katika ~/.claude/settings.json yako mwenyewe ili kujifungia nje ya modi ambayo hutaki kuifikia saa 8 usiku kwenye seva inayofanya kazi. Kwenye seva inayotumiwa na watu wengine, weka zote mbili katika /etc/claude-code/managed-settings.json badala yake, kwa sababu faili ya mipangilio ya mtumiaji ni ya mtumiaji mwenyewe na faili inayosimamiwa si ya mtumiaji.

Kwa nini hali ya auto kwenye VPS inahitaji mpaka wa kutengwa (isolation boundary)

Kichambuzi (classifier) hupitia kitendo kimoja kwa wakati mmoja. Hakijui kitendo kilichoidhinishwa kitafanya nini baadaye. Nyaraka zinaweka mstari huu wazi:

Kichambuzi ni kidhibiti cha kila kitendo, si mpaka wa kutengwa, kwa hivyo mpaka wa kutengwa bado huongeza ulinzi wa kina kwa ajili ya utekelezaji usiosimamiwa, na hauhitajiki kwa njia ile ile kama ilivyo kwa --dangerously-skip-permissions.

Kwa hivyo, jozi inayofaa kwa seva ya mbali ni hali ya auto pamoja na mazingira ambayo uko tayari kupoteza, si bypassPermissions pamoja na matumaini. Hali ya bypass imeelezewa kwa ajili ya mazingira yaliyotengwa pekee: containers, virtual machines, au dev containers zisizo na ufikiaji wa Internet, ambapo Claude Code haiwezi kuharibu mfumo wako mwenyeji (host system). VPS inayoendesha database yako na reverse proxy yako si mojawapo ya hayo.

Mambo matatu hubeba uzito mkubwa kwenye seva. Endesha Claude Code kama mtumiaji wa kawaida, kamwe usitumie root. Mpe mtumiaji huyo saraka ya kufanyia kazi (working directory) na kitu kingine chochote kisicho na thamani ya kusomwa. Jenga upya seva badala ya kuikarabati, ambayo ndiyo hoja ya VM inayoweza kutupwa unayoifuta baada ya kila kazi. Maelezo ya kuimarisha usalama nyuma ya hayo, kuanzia uundaji wa mtumiaji hadi sheria za firewall, yamefunikwa katika mwongozo kamili wa usalama kwa ajili ya kuendesha Claude Code kwenye VPS, kwa hivyo hayarudiwi hapa.

Claude Code inatekeleza sheria ya root yenyewe. Kwenye Linux na macOS inakataa kuanza katika hali ya bypass chini ya sudo au kama root:

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

Ukaguzi huo hurukwa ndani ya sandbox inayotambulika, ndiyo maana jibu lililoandikwa kwa ajili ya kazi ya autonomous container ni dev container inayoendesha Claude Code kama mtumiaji asiye root. Ikiwa unaendesha wakala (agent) kutoka kwa simu au laptop kupitia SSH, hoja hiyo hiyo inatumika kwa kikao cha Claude Code kinachoendelea kwa muda mrefu kilichofunguliwa ndani ya tmux: hakuna anayechungulia prompt wakati kikao kinaendelea.

Sanidi sandbox ya Bash kwenye Ubuntu VPS

Sandbox iliyojengewa ndani huzuia ufikiaji wa mfumo wa faili na mtandao kwa kila amri ya Bash inayotekelezwa na Claude, na mfumo wa uendeshaji hutekeleza kizuizi hicho kwa michakato tanzu pia. Kwenye Linux, inahitaji vifurushi viwili.

sudo apt-get install bubblewrap socat

Anzisha Claude Code na utekeleze /sandbox. Paneli hufunguka ikiwa na kichupo cha Mode na kichupo cha Overrides, pamoja na kichupo cha Dependencies kinachoonyesha chochote kinachokosekana. Ukaguzi wa utegemezi hufanyika wakati wa kuanza, kwa hivyo anzisha upya Claude Code baada ya kusakinisha vifurushi, vinginevyo paneli itaendelea kuripoti kuwa havipo.

Kwenye Ubuntu 24.04 na matoleo mapya zaidi, sera chaguo-msingi ya AppArmor huizuia bubblewrap kuunda nafasi za majina (user namespaces) za mtumiaji inazohitaji, hivyo sandbox inashindwa kuanza. Angalia kama hili linahusu seva yako:

sysctl kernel.apparmor_restrict_unprivileged_userns

Matokeo ya 0, au hitilafu inayosema kuwa ufunguo haupo, inamaanisha kuwa hakuna hatua ya kuchukua. Matokeo ya 1 inamaanisha kuwa bwrap inahitaji wasifu (profile) wake yenyewe:

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

Wasifu huu unahusu bwrap yenyewe, si amri inazozitekeleza ndani ya sandbox. Kisha punguza mipaka katika mipangilio:

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

Kizuizi hicho ni cha .claude/settings.json ya mradi, kwa sababu . hutatuliwa kuelekea mzizi wa mradi (project root) kutoka kwenye mipangilio ya mradi pekee. Ukiweka mistari hiyo hiyo kwenye ~/.claude/settings.json, . itatatuliwa kuelekea ~/.claude badala yake, hivyo sheria ya denyRead itaendelea kuzuia faili za mradi wako na kila amri itashindwa kusoma msimbo (code) inayopaswa kuuhariri.

Elewa kile ambacho hii haikishughulikii. Sandbox huzuia Bash na michakato yake tanzu. Zana za faili zilizojengewa ndani hufanya kazi ndani ya mchakato wa Claude Code, na seva za MCP (model context protocol) pamoja na hooks ni michakato tofauti inayofanya kazi bila vizuizi kwenye seva pangishi (host). Ili kuviweka vyote nyuma ya mpaka mmoja, tekeleza mchakato mzima wa Claude Code ndani ya kontena, mashine pepe (virtual machine), au kifurushi cha @anthropic-ai/sandbox-runtime, ambacho ni toleo la majaribio (beta research preview) wakati wa kuandika mwongozo huu.

Ni hali gani inayofaa kwa kila usanidi?

Repo ya mtu mmoja kwenye laptop yako

Tumia auto, pamoja na sheria za ask kuhusu vitendo unavyotaka kuona vikitekelezwa. Upo kwenye kibodi, mfumo wa classifier fallback unaweza kukufikia, na uharibifu wowote umezuiliwa kwenye mashine moja unayoimiliki. Hii ndiyo hali ambayo chaguo-msingi la tarehe 14 Agosti liliandaliwa kwa ajili yake.

VPS inayoshirikiwa

Tumia auto kwa kila mtumiaji, iliyowekwa kwenye ~/.claude/settings.json ya kila mtumiaji, kwenye seva ambapo akaunti inayoendesha Claude Code si root na haiwezi kusoma kazi za watumiaji wengine. Tekeleza disableBypassPermissionsMode kama "disable" ndani ya /etc/claude-code/managed-settings.json, pamoja na sheria za kukataa (deny rules) zinazolinda njia (paths) zinazoshirikiwa. Seva inayoshirikiwa ndiyo mfano dhahiri ambapo bypassPermissions si sahihi, kwa sababu mpaka wa kutengwa (isolation boundary) ambao hali hiyo inadhani upo, haupo: wapangaji wengine wako ndani yake.

CI na vipindi visivyosimamiwa (unattended sessions)

Tumia dontAsk pamoja na orodha ya wazi ya allow ya amri ambazo kazi hiyo inahitaji. Kukataa kiotomatiki (auto-deny) ndiyo hali sahihi ya kufeli wakati hakuna mtu atakayeona kidokezo (prompt). Hali ya auto pia huendesha bila mwingiliano, lakini vizuizi vya mara kwa mara vya classifier husitisha kipindi cha -p, kwa hivyo kazi inayokumbana na vizuizi hivyo itafeli katikati na kazi ikiwa haijakamilika. Weka bypassPermissions kwa ajili ya container au mashine pepe unayojenga upya kutoka kwenye image, na uiondoe kwenye host yoyote inayoendesha kitu kingine unachokijali.

FAQ

Lini auto mode inakuwa chaguo-msingi katika Claude Code?

Kuanzia tarehe 14 Agosti 2026, kwa vipindi vipya (sessions) kwenye mipango ya Pro, Max, na Team. Nyaraka zinaongeza kuwa unaweza kubadili modes wakati wowote, kwamba chaguo-msingi ulilojiwekea mwenyewe linabaki isipokuwa ukikubali kidokezo cha kubadili mara moja, na kwamba chaguo-msingi linalosimamiwa na shirika lako halibadiliki. Tangazo linabainisha kuwa auto mode inabaki kuwa ya hiari kwa mipango ya Enterprise na kwa akaunti zinazotumia API wakati wa sehemu ya kwanza ya utekelezaji. Angalia hali ya kipindi kwa kuangalia upau wa hali (status bar), ambao huonyesha ⏵⏵ auto mode on ukiwa katika auto mode.

Je, nitumie auto mode au bypassPermissions kwenye VPS?

Tumia auto mode, ikiwa imeoanishwa na mpaka wa kutengwa (isolation boundary). Kichambuzi (classifier) hupitia kila kitendo kabla hakijatekelezwa, lakini nyaraka zinasema wazi kuwa hii ni udhibiti wa kila kitendo na si mpaka wa kutengwa, kwa hivyo uendeshaji usiosimamiwa bado unahitaji container, mashine pepe (virtual machine), au seva ambayo uko tayari kuijenga upya. bypassPermissions huruka ukaguzi kabisa na imeelekezwa kwa mazingira yaliyotengwa pekee. Claude Code hukataa kuanza katika mode hiyo kama root kwenye Linux na kuchapisha --dangerously-skip-permissions cannot be used with root/sudo privileges for security reasons.

Ninawezaje kumzuia yeyote kwenye seva yangu kutumia auto mode au bypass mode?

Weka permissions.disableAutoMode na permissions.disableBypassPermissionsMode kuwa kamba (string) "disable" ndani ya /etc/claude-code/managed-settings.json. Mipangilio inayodhibitiwa (managed settings) iko juu ya kila wigo mwingine, kwa hivyo hakuna faili ya mipangilio ya mtumiaji wala flag ya mstari wa amri inayoweza kuyabatilisha. disableAutoMode huondoa auto kutoka kwenye mzunguko wa Shift+Tab na kukataa --permission-mode auto wakati wa kuanza. disableBypassPermissionsMode pia hufanya kazi kutoka kwa wigo wowote, kwa hivyo mtumiaji mmoja anaweza kuiweka katika ~/.claude/settings.json yake mwenyewe.

Kwa nini mpangilio wangu wa defaultMode: "auto" hauzingatiwi?

Kwa sababu uko kwenye faili isiyo sahihi. Kuanzia Claude Code v2.1.142, defaultMode: "auto" hupuuzwa inapotoka kwenye .claude/settings.json au .claude/settings.local.json, ili hazina (repository) isijipe auto mode kwa kusafirisha faili ya mipangilio. Kipindi huanza katika mode ya default na hakichapishi kosa lolote. Hamisha mpangilio huo kwenda ~/.claude/settings.json, kisha endesha /permissions ili kuthibitisha ni faili gani kila sheria inayotumika ilitoka. Ikiwa auto mode bado haipatikani, angalia hitaji la modeli: modeli za zamani kama Sonnet 4.5 hazitumiki kwa mtoa huduma yeyote.