Claude Code Auto Mode Jadi Default 14 Agustus 2026

Perubahan auto mode pada 14 August 2026

Claude Code auto mode menjalankan pemanggilan tool tanpa berhenti untuk meminta persetujuan Anda, lalu mengirim setiap tindakan ke model classifier terpisah untuk ditinjau terlebih dahulu. Mulai 14 August 2026, mode ini menjadi mode awal untuk sesi baru pada paket Pro, Max, dan Team. Anda dapat mengganti mode kapan saja, dan default yang sebelumnya Anda tetapkan sendiri tidak akan ditimpa.

Dokumentasi menjelaskan perubahan ini sebagai berikut:

Mulai 14 August 2026, auto mode menjadi mode izin default untuk sesi baru pada paket Pro, Max, dan Team. Anda dapat mengganti mode kapan saja. Default yang Anda tetapkan sendiri tetap berlaku kecuali Anda menerima prompt perpindahan satu kali, dan default yang dikelola organisasi Anda tidak berubah.

Dua klausa tersebut lebih penting daripada tanggalnya. defaultMode yang Anda tetapkan dalam file pengaturan sendiri tetap berlaku setelah perubahan ini. Default yang diterapkan organisasi melalui managed settings juga tetap berlaku. Posting pengumuman menambahkan bahwa auto mode tetap opsional untuk paket Enterprise dan akun yang menggunakan API selama tahap awal peluncuran.

Jika Anda menjalankan Claude Code pada VPS (virtual private server), perubahan ini perlu dipahami sebelum berlaku. Permission prompt adalah titik pemeriksaan yang memerlukan seseorang di depan keyboard. Pada server jarak jauh, Anda sering kali tidak berada di sana. Karena itu, mode yang digunakan saat sesi dimulai akan tetap digunakan selama berjam-jam.

Mode izin Claude Code, dari pengawasan paling ketat hingga paling longgar

Terdapat enam mode. Nama di awal setiap baris adalah nilai yang Anda tulis dalam pengaturan atau teruskan ke --permission-mode.

• default: Claude meminta persetujuan sebelum setiap penggunaan tool baru. Pembacaan di dalam direktori kerja Anda tetap berjalan tanpa konfirmasi. CLI (antarmuka baris perintah) memberi label mode ini Manual dan menerima manual sebagai alias sejak Claude Code v2.1.200.
• plan: Claude membaca file dan menjalankan perintah untuk melakukan eksplorasi, tetapi tidak mengedit source Anda. Pengeditan tetap diblokir sampai Anda menyetujui rencana.
• acceptEdits: pengeditan file berjalan tanpa konfirmasi, bersama perintah filesystem mkdir, touch, rm, rmdir, mv, cp, dan sed. Hal ini hanya berlaku untuk path di dalam direktori kerja Anda atau additionalDirectories. Setiap perintah shell lainnya tetap memerlukan konfirmasi.
• auto: semua tindakan berjalan, dengan classifier yang memeriksa setiap tindakan terlebih dahulu. Aturan ask yang eksplisit tetap memaksa permintaan konfirmasi.
• dontAsk: Claude Code otomatis menolak apa pun yang seharusnya meminta konfirmasi kepada Anda. Hanya aturan allow Anda, perintah Bash bawaan yang hanya membaca, dan pemanggilan hook PreToolUse yang disetujui yang akan berjalan. Sesi tidak pernah menunggu input.
• bypassPermissions: permintaan konfirmasi dan pemeriksaan keamanan dilewati, termasuk penulisan ke path yang dilindungi seperti .git dan .claude.

Tekan Shift+Tab selama sesi untuk berpindah dari default ke acceptEdits lalu ke plan. Bilah status menunjukkan mode yang aktif, seperti ⏵⏵ auto mode on atau ⏸ manual mode on berwarna abu-abu. Mode lainnya tidak termasuk dalam siklus tersebut secara default. auto masuk ke siklus setelah akun Anda memenuhi persyaratannya. bypassPermissions hanya masuk ke siklus jika sesi dimulai dengan --permission-mode bypassPermissions atau --dangerously-skip-permissions. dontAsk tidak pernah muncul dalam siklus tersebut, jadi tetapkan dengan claude --permission-mode dontAsk.

Mode otomatis juga memerlukan model terbaru. Hal ini biasanya menyebabkan mode tersebut tidak muncul sama sekali. Per Agustus 2026, dokumentasi mencantumkan Claude Opus 4.6 atau yang lebih baru, Sonnet 4.6 atau yang lebih baru, dan Fable 5 pada Anthropic API. Dokumentasi tersebut juga menyatakan bahwa model lama seperti Sonnet 4.5 tidak didukung oleh provider mana pun. Jika Claude Code melaporkan bahwa mode otomatis tidak tersedia, salah satu persyaratan tersebut belum terpenuhi. Ini bukan gangguan sementara, sehingga menunggu tidak akan menyelesaikan masalahnya.

Dua kontrol berlaku di setiap mode, termasuk bypassPermissions: aturan deny dan aturan ask yang eksplisit. Keduanya adalah kontrol yang tetap dapat Anda gunakan dalam mode apa pun saat sesi dimulai.

Hal yang diblokir classifier dalam mode otomatis

Classifier adalah model kedua yang membaca tindakan yang tertunda dan memutuskan apakah tindakan tersebut sesuai dengan permintaan Anda. Dokumentasi menjelaskan tugasnya dalam satu kalimat:

Model classifier terpisah meninjau tindakan sebelum dijalankan dan memblokir tindakan yang melampaui permintaan Anda, menargetkan infrastruktur yang tidak dikenali, atau tampaknya dipicu oleh konten berbahaya yang dibaca Claude.

Secara default, tindakan berikut diblokir. Ini adalah kategori yang paling sering ditemui operator server:

• Mengunduh dan mengeksekusi kode, seperti curl | bash
• Deploy dan migrasi production
• Force push
• Memodifikasi infrastruktur bersama
• Membuka tunnel atau reverse shell yang membuat service lokal dapat diakses dari Internet publik
• Mencetak kredensial atau token aktif ke dalam transkrip atau file

Secara default, tindakan berikut diizinkan:

• Operasi file lokal di working directory Anda
• Menginstal dependensi yang dideklarasikan dalam lock file atau manifest Anda
• HTTP request hanya-baca
• Melakukan push ke branch apa pun dari repository yang sedang Anda gunakan

Jangan hanya mengandalkan ringkasan seperti di atas. Jalankan claude auto-mode defaults untuk mencetak daftar aturan lengkap dalam format JSON, lalu baca kumpulan aturan yang disertakan dalam versi yang Anda instal.

Ada 2 batasan terdokumentasi yang perlu diperhatikan sebelum Anda mengandalkan fitur ini. Pertama, classifier melihat pesan Anda, tool call, dan konten CLAUDE.md Anda. Hasil tool dihapus, sehingga teks di dalam file atau halaman web yang dibaca Claude tidak dapat berkomunikasi langsung dengan classifier. Kedua, jika classifier memblokir suatu tindakan 3 kali berturut-turut atau 20 kali dalam satu sesi, mode otomatis dijeda dan Claude Code kembali meminta persetujuan Anda. Ambang batas tersebut tidak dapat dikonfigurasi. Dalam mode non-interaktif dengan flag -p, tidak ada orang yang dapat dimintai persetujuan. Karena itu, pemblokiran berulang akan membatalkan sesi.

Perilaku kedua tersebut paling bermasalah pada server remote. Eksekusi tanpa pengawasan yang mencapai batas ini akan berhenti dan menunggu seseorang yang tidak sedang melihat terminal. Membatasi tujuan agent merupakan bagian lain dari solusinya. Skill yang mengarahkan agent menuju perubahan terkecil yang berfungsi membantu mencegah sesi menjalankan tindakan luas yang akan dihentikan oleh classifier.

Lokasi mode di settings.json

Semua hal di atas adalah satu objek dalam file 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 *)"
    ]
  }
}

Aturan dievaluasi secara berurutan: deny, lalu ask, kemudian allow. Kecocokan pertama dalam urutan tersebut menentukan hasilnya. Aturan yang lebih spesifik tidak mengesampingkan aturan yang lebih umum jika aturan umum itu muncul lebih dahulu. Aturan deny untuk Bash(aws *) memblokir aws s3 ls meskipun Anda juga mengizinkan perintah tersebut secara spesifik. Karena itu, aturan deny tidak dapat memiliki pengecualian.

ask adalah jenis aturan yang paling berguna dalam auto mode. Auto mode menghapus prompt rutin. Aturan ask menampilkan prompt kembali untuk perintah tertentu yang ingin Anda tinjau secara manual. Perintah deploy Anda sebaiknya ditempatkan di sana. Begitu juga Bash(git push *) jika Anda ingin pemeriksaan sebelum kode keluar dari server. Menyimpan file kredensial di deny adalah bagian lainnya. Pengaturan ini juga sesuai dengan menjaga kredensial agar sejak awal tidak dapat dijangkau agent.

File settings itu sendiri, dari prioritas terendah:

• ~/.claude/settings.json: settings pengguna Anda, yang diterapkan pada setiap project.
• .claude/settings.json: settings project, yang di-commit ke repository.
• .claude/settings.local.json: settings Anda sendiri untuk satu repository, yang diabaikan oleh git.
• Managed settings, yang dideploy oleh administrator. Di Linux, file tersebut adalah /etc/claude-code/managed-settings.json. Tidak ada yang dapat mengesampingkan aturan permission terkelola, termasuk flag command line.

Ada satu jebakan yang penyebabnya telah didokumentasikan. defaultMode: "auto" diabaikan jika berasal dari .claude/settings.json atau .claude/settings.local.json, mulai Claude Code v2.1.142, sehingga repository tidak dapat mengaktifkan auto mode untuk dirinya sendiri dengan mengirimkan file settings. Jika Anda menetapkannya di sana, session dimulai dalam mode default tanpa mencetak error di mana pun. Pindahkan baris tersebut ke ~/.claude/settings.json. Jalankan /permissions untuk mencantumkan setiap aturan aktif beserta file asalnya.

Dua switch untuk menonaktifkan mode

Administrator memiliki dua kill switch, dan keduanya menerima string "disable", bukan nilai boolean.

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

Dokumentasi menjelaskan dengan tepat tempat untuk menambahkannya:

Untuk mencegah penggunaan mode bypassPermissions atau auto, tetapkan permissions.disableBypassPermissionsMode atau permissions.disableAutoMode ke "disable" dalam file pengaturan apa pun. Opsi ini paling berguna dalam pengaturan terkelola karena tidak dapat ditimpa.

disableAutoMode menghapus auto dari siklus Shift+Tab dan menolak --permission-mode auto saat startup. disableBypassPermissionsMode menjalankan fungsi yang sama untuk mode bypass dan berfungsi dari cakupan apa pun. Jadi, Anda dapat menetapkannya dalam ~/.claude/settings.json sendiri untuk mencegah akses ke mode yang tidak ingin Anda gunakan pada pukul 2 pagi di server produksi. Pada server yang digunakan orang lain, masukkan keduanya ke /etc/claude-code/managed-settings.json. File pengaturan pengguna hanya berlaku untuk pengguna tersebut, sedangkan file pengaturan terkelola tidak.

Mengapa mode otomatis pada VPS memerlukan batas isolasi

Classifier meninjau satu tindakan pada satu waktu. Classifier tidak memuat informasi tentang tindakan yang telah disetujui kemudian lakukan. Dokumentasi menjelaskan batas ini dengan jelas:

Classifier adalah kontrol per tindakan, bukan batas isolasi. Karena itu, batas isolasi tetap menambah defense in depth untuk eksekusi tanpa pengawasan dan tidak diwajibkan seperti halnya untuk --dangerously-skip-permissions.

Jadi, kombinasi yang tepat untuk server jarak jauh adalah mode otomatis dan lingkungan yang siap Anda hapus, bukan bypassPermissions ditambah harapan. Bypass mode hanya didokumentasikan untuk lingkungan terisolasi: container, virtual machine, atau dev container tanpa akses Internet, sehingga Claude Code tidak dapat merusak sistem host Anda. VPS yang menjalankan database dan reverse proxy Anda bukan salah satu dari lingkungan tersebut.

Tiga hal paling penting pada server adalah sebagai berikut. Jalankan Claude Code sebagai pengguna biasa, jangan pernah sebagai root. Berikan pengguna tersebut direktori kerja dan jangan berikan akses ke hal lain yang layak dibaca. Bangun ulang server, bukan memperbaikinya. Inilah alasan untuk menggunakan VM sekali pakai yang Anda hapus setelah setiap pekerjaan. Detail hardening untuk langkah-langkah tersebut, mulai dari pembuatan pengguna hingga aturan firewall, dibahas dalam panduan keselamatan lengkap untuk menjalankan Claude Code pada VPS, sehingga tidak diulangi di sini.

Claude Code menegakkan aturan root itu sendiri. Di Linux dan macOS, Claude Code menolak untuk berjalan dalam bypass mode jika dijalankan di bawah sudo atau sebagai root:

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

Pemeriksaan tersebut dilewati di dalam sandbox yang dikenali. Karena itu, jawaban yang didokumentasikan untuk pekerjaan container otonom adalah dev container yang menjalankan Claude Code sebagai pengguna non-root. Jika Anda mengendalikan agent dari ponsel atau laptop melalui SSH, alasan yang sama berlaku untuk sesi Claude Code yang berjalan lama dan dipertahankan tetap terbuka dalam tmux: tidak ada yang mengawasi prompt selama sesi berjalan.

Siapkan sandbox Bash pada VPS Ubuntu

Sandbox bawaan membatasi akses sistem berkas dan jaringan setiap perintah Bash yang dijalankan Claude. Sistem operasi juga menerapkan pembatasan tersebut pada proses turunannya. Pada Linux, sandbox memerlukan dua paket.

sudo apt-get install bubblewrap socat

Jalankan Claude Code dan jalankan /sandbox. Panel akan terbuka dengan tab Mode dan Overrides, serta tab Dependencies yang mencantumkan komponen yang masih kurang. Pemeriksaan dependensi berjalan saat startup. Karena itu, mulai ulang Claude Code setelah memasang paket tersebut. Jika tidak, panel masih akan melaporkannya sebagai komponen yang tidak ada.

Pada Ubuntu 24.04 dan versi lebih baru, kebijakan AppArmor bawaan mencegah bubblewrap membuat user namespace yang dibutuhkannya. Akibatnya, sandbox gagal dijalankan. Periksa apakah kondisi ini berlaku pada server Anda:

sysctl kernel.apparmor_restrict_unprivileged_userns

0, atau pesan error yang menyatakan bahwa key tidak ada, berarti tidak ada tindakan yang diperlukan. 1 berarti bwrap memerlukan profilnya sendiri:

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

Profil tersebut berlaku untuk bwrap itu sendiri, bukan untuk perintah yang dijalankannya di dalam sandbox. Selanjutnya, persempit batas akses pada pengaturan:

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

Blok tersebut harus berada dalam .claude/settings.json milik proyek, karena . hanya merujuk ke root proyek jika diatur dari pengaturan proyek. Letakkan baris yang sama dalam ~/.claude/settings.json, maka . akan merujuk ke ~/.claude. Dengan demikian, aturan denyRead tetap memblokir akses ke file proyek dan setiap perintah gagal membaca kode yang seharusnya dieditnya.

Pahami hal-hal yang tidak dicakup konfigurasi ini. Sandbox membatasi Bash dan proses turunannya. File tools bawaan berjalan di dalam proses Claude Code. Server MCP (model context protocol) dan hooks merupakan proses terpisah yang berjalan tanpa pembatasan pada host. Untuk menempatkan semuanya di balik satu batas keamanan, jalankan seluruh proses Claude Code di dalam container, virtual machine, atau paket @anthropic-ai/sandbox-runtime. Pada saat penulisan, paket tersebut masih berupa pratinjau riset beta.

Mode apa yang sesuai untuk setiap penyiapan?

Satu repositori pada laptop sendiri

Gunakan auto, dengan aturan ask pada tindakan yang ingin Anda tinjau sebelum dijalankan. Anda berada di depan keyboard, fallback classifier benar-benar dapat meminta keputusan Anda, dan dampaknya terbatas pada satu mesin yang Anda kendalikan. Inilah kasus yang menjadi dasar default 14 August.

VPS bersama

Gunakan auto untuk setiap pengguna, yang ditetapkan dalam ~/.claude/settings.json milik pengguna tersebut, pada mesin yang akun yang menjalankan Claude Code bukan root dan tidak dapat membaca pekerjaan pengguna lain. Terapkan disableBypassPermissionsMode sebagai "disable" dalam /etc/claude-code/managed-settings.json, bersama aturan penolakan yang melindungi path bersama. Mesin bersama adalah contoh paling jelas bahwa bypassPermissions tidak tepat, karena batas isolasi yang diasumsikan mode tersebut tidak ada: tenant lain berada di dalamnya.

CI dan sesi tanpa pengawasan

Gunakan dontAsk dengan daftar allow eksplisit yang berisi perintah yang diperlukan job. Penolakan otomatis adalah mode kegagalan yang tepat jika tidak ada orang yang akan melihat prompt. Mode otomatis juga berjalan secara noninteraktif, tetapi blokir classifier berulang akan membatalkan sesi -p, sehingga job yang mengalaminya gagal di tengah proses dengan pekerjaan yang belum selesai. Gunakan bypassPermissions hanya untuk container atau mesin virtual yang Anda bangun ulang dari image, dan jangan gunakan pada host yang juga menjalankan sesuatu yang penting bagi Anda.

FAQ

Kapan mode auto menjadi default di Claude Code?

Mulai 14 August 2026, untuk sesi baru pada paket Pro, Max, dan Team. Dokumentasi menambahkan bahwa Anda dapat berganti mode kapan saja, bahwa default yang Anda tetapkan sendiri tetap berlaku kecuali Anda menerima permintaan untuk beralih satu kali, dan bahwa default yang dikelola organisasi Anda tidak berubah. Pengumuman tersebut menyebutkan bahwa mode auto tetap opsional untuk paket Enterprise dan akun yang menggunakan API selama tahap awal peluncuran. Periksa mode yang sebenarnya digunakan oleh sesi melalui bilah status, yang menampilkan ⏵⏵ auto mode on dalam mode auto.

Apakah sebaiknya saya menggunakan mode auto atau bypassPermissions pada VPS?

Gunakan mode auto dengan batas isolasi. Classifier meninjau setiap tindakan sebelum dijalankan, tetapi dokumentasi menjelaskan secara tegas bahwa fitur ini merupakan kontrol per tindakan, bukan batas isolasi. Karena itu, eksekusi tanpa pengawasan tetap memerlukan container, virtual machine, atau server yang siap Anda bangun ulang. bypassPermissions melewati seluruh pemeriksaan dan hanya didokumentasikan untuk lingkungan terisolasi. Claude Code menolak untuk dijalankan dalam mode tersebut sebagai root di Linux dan menampilkan --dangerously-skip-permissions cannot be used with root/sudo privileges for security reasons.

Bagaimana cara mencegah siapa pun di server saya menggunakan mode auto atau mode bypass?

Atur permissions.disableAutoMode dan permissions.disableBypassPermissionsMode ke string "disable" dalam /etc/claude-code/managed-settings.json. Pengaturan terkelola berada di atas semua scope lainnya, sehingga tidak ada file pengaturan pengguna dan flag command line yang dapat menimpanya. disableAutoMode menghapus auto dari siklus Shift+Tab dan menolak --permission-mode auto saat startup. disableBypassPermissionsMode juga berfungsi dari scope mana pun, sehingga satu pengguna dapat mengaturnya dalam ~/.claude/settings.json miliknya sendiri.

Mengapa pengaturan defaultMode: "auto" saya diabaikan?

Karena pengaturan tersebut berada di file yang salah. Mulai Claude Code v2.1.142, defaultMode: "auto" diabaikan jika berasal dari .claude/settings.json atau .claude/settings.local.json, sehingga repository tidak dapat mengaktifkan mode auto untuk dirinya sendiri dengan mengirimkan file pengaturan. Sesi dimulai dalam mode default dan tidak menampilkan error. Pindahkan pengaturan tersebut ke ~/.claude/settings.json, lalu jalankan /permissions untuk memastikan asal file setiap aturan aktif. Jika mode auto masih tidak tersedia, periksa persyaratan model: model yang lebih lama seperti Sonnet 4.5 tidak didukung pada provider mana pun.