/goal di Claude Code: Mode Otonom dan Agent View pada 2026

Dokumentasi referensi Ailoot: ailoot.ai/docs/.

Apa itu /goal di Claude Code?#

Sebelumnya, Claude Code berhenti setelah setiap respons dan menunggu prompt Anda berikutnya. Ini berfungsi untuk tugas singkat, tetapi tidak memadai untuk tugas panjang: migrasi API, memperbaiki 12 pengujian yang gagal, memfaktorkan ulang berkas 800 baris—tugas-tugas ini memerlukan 20–30 iterasi, dan setiap iterasi membuat Anda kembali ke terminal.

/goal mengatasi masalah ini dengan gagasan sederhana: pisahkan “pihak yang mengerjakan” dari “pihak yang menentukan kapan pekerjaan selesai.” Agen utama menulis kode. Evaluator terpisah (model Haiku yang cepat) membaca percakapan setelah setiap giliran dan menjawab satu pertanyaan: “Apakah kondisi sudah terpenuhi?” Jika belum, agen memulai giliran berikutnya. Jika ya, kendali kembali kepada Anda.

Dokumentasi resmi Anthropic mendefinisikannya seperti ini:

Ribuan agen berjalan pada malam hari dari ponsel—itu bukan pemasaran, melainkan praktik yang dijalankan seorang insinyur Anthropic saat ini. Mekanisme yang memungkinkan hal itu adalah gabungan /goal + Agent View, yang diperkenalkan dalam rilis yang sama pada 11 Mei 2026.

Mengapa mode otonom diperlukan: apa yang ada sebelum dan sesudah 11 Mei 2026?#

Gagasan “membiarkan AI bekerja semalaman” sudah ada sejak musim gugur 2025, ketika Cursor Composer dan mode otomatis Cline sudah dapat berjalan di latar belakang. Namun sebelum 11 Mei 2026, Claude Code memerlukan pembungkus manual untuk melakukannya: tugas cron yang memanggil claude -p setiap N menit, atau pembungkus yang memantau status git dan meluncurkan prompt berikutnya.

Pada 22 Mei 2026, seorang pengembang membiarkan skrip semacam itu berjalan semalaman dan bangun dengan tagihan $6.000. Akar masalahnya: Anthropic diam-diam mengubah TTL cache Claude Code dari satu jam menjadi lima menit tanpa pengumuman. Cron memanggil produksi setiap 30 menit—cache sempat kedaluwarsa di antara proses. Setiap proses membangun ulang riwayat 800.000 token dari awal. Menulis data baru ke cache jauh lebih mahal daripada membaca dari cache yang masih aktif.

Pengembang itu tidak melakukan sesuatu yang aneh—ia menggunakan alat tersebut persis seperti yang diiklankan Anthropic.

/goal mengatasi masalah ini dengan arsitektur bawaan:

1. Proses supervisor yang menjaga sesi tetap berjalan di luar terminal Anda dan bertahan meskipun jendela ditutup atau laptop masuk mode tidur.
2. Evaluator Haiku—model murah memeriksa setiap giliran; token evaluator hanya berbiaya beberapa sen.
3. Batas giliran yang tegas dalam kondisi—Anda dapat menulis secara eksplisit or stop after 20 turns, dan sesi dijamin berhenti.
4. Isolasi worktree untuk sesi latar belakang—perubahan masuk ke cabang terpisah tanpa menyentuh salinan kerja Anda.

Perbedaannya dari pendekatan “tulis skrip bash sendiri” adalah Anthropic menjadikan semua mekanisme ini bagian utama dari alat, bukan peretasan pihak ketiga.

Cara mengaktifkan /goal dalam 3 langkah#

Langkah 1. Perbarui Claude Code ke 2.1.139 atau yang lebih baru.

Periksa versinya:

claude --version

Jika versinya di bawah 2.1.139, perbarui:

claude update
# or force it through npm
npm install -g @anthropic-ai/claude-code@latest

Rilis antara 12 dan 19 Mei 2026 memperbaiki bug penting pada versi pertama. Di 2.1.140, mereka memperbaiki hang diam-diam ketika disableAllHooks memblokir evaluator. Di 2.1.143, worktree.bgIsolation: "none" dan perbaikan untuk loop stop hook dirilis. Di 2.1.144 (19 Mei), --resume untuk sesi latar belakang dan agents --json untuk skrip ditambahkan. Versi minimum adalah 2.1.143.

Langkah 2. Ketik /goal beserta kondisinya.

Buka sesi Claude Code biasa dan masukkan perintah:

/goal all tests in test/auth pass and the linter is clean, or stop after 15 turns

Anda tidak perlu mengirim prompt terpisah setelahnya—perintah ini langsung memulai giliran pertama. Kondisinya dapat ditulis dalam bahasa Rusia, Inggris, atau campuran; model memahami kedua bahasa tersebut. Batas panjangnya hingga 4,000 karakter.

Langkah 3. Pantau melalui overlay langsung.

Setelah /goal dimulai, panel langsung muncul di bagian bawah terminal:

/goal active · 3 turns · 12m elapsed · 18,400 tokens · last: tests in test/auth/login.test.ts still fail

Yang ditampilkan:

• Giliran—jumlah giliran yang telah selesai
• Waktu berlalu—waktu sejak peluncuran
• Token—total token yang digunakan (angka utama untuk memantau anggaran)
• Terakhir—alasan terakhir evaluator mengatakan “belum”

Trik yang berguna: jika evaluator memberikan alasan yang sama selama tiga giliran berturut-turut, itu tanda Anda terjebak dalam loop. Tekan Ctrl+C atau masukkan /goal clear (sinonim: stop, off, reset, cancel), rumuskan ulang kondisi, lalu mulai lagi. Aturan ini muncul dalam panduan komunitas tentang /goal sebagai tanda utama terjadinya loop: “terjebak pada satu alasan tiga kali—ini loop, keluar.”

Cara menulis kondisi yang baik: 5 aturan + 5 contoh#

Dokumentasi Anthropic menjelaskan tiga unsur yang diperlukan dalam kondisi yang baik:

Templat siap pakai mencakup ketiga unsur dalam satu baris:

/goal [kerjakan tugas] sampai [keadaan akhir terukur] tanpa [batasan yang harus dipatuhi]

Lima aturan yang kerap menjebak orang:

Aturan 1. Keadaan akhir harus dapat diverifikasi dengan perintah, bukan selera.

Bukan “buat tampilannya bagus,” melainkan npm test exits 0. Bukan “tingkatkan UX,” melainkan Lighthouse Performance score above 90. Evaluator hanya membaca transkrip—ia tidak menjalankan perintah atau melihat tangkapan layar. Jika hasilnya tidak dapat dicatat dalam teks, evaluator tidak akan pernah mengatakan “ya.”

Aturan 2. Batasan harus eksplisit dan sempit.

Tanpa batasan, Claude mungkin memperbaiki pengujian dengan menghapus pengujiannya sendiri atau mengomentari asersi yang gagal. Tentukan without modifying any file outside /auth, without removing existing assertions, without bumping major versions of dependencies.

Aturan 3. Batas giliran yang tegas wajib ada.

Tambahkan or stop after N turns pada setiap kondisi. Ini penyelamat dari loop tanpa akhir. Tanpa batas, loop yang berjalan selama satu jam menghabiskan lebih banyak token daripada mengerjakan tugas yang sama secara manual. Perhitungkan anggarannya.

Aturan 4. Jelaskan APA, bukan hanya BAGAIMANA.

Jika Anda tidak menyebutkan visual dalam kondisi, Claude tidak akan membuatnya. Jika kondisi hanya mensyaratkan “pengujian lulus,” Claude mungkin mengomentari pengujian yang rumit. Jelaskan APA yang Anda inginkan, bukan hanya BAGAIMANA Anda akan memverifikasinya.

Aturan 5. Minta Claude menampilkan bukti di chat.

Evaluator tidak menjalankan perintah—ia hanya membaca apa yang sudah ditampilkan Claude. Jika kondisi mensyaratkan “npm test berhasil” tetapi Claude tidak menampilkan keluaran npm test dalam transkrip, evaluator akan selamanya mengatakan “belum.” Tambahkan frasa “tampilkan keluaran <command> dalam percakapan” ke kondisi.

Lima contoh yang berfungsi untuk tugas umum:

1. Migrasi API:
/goal every call to getUser() has been replaced with fetchUser(), npm test passes, npm run build is green, no other API names have been touched, or stop after 30 turns

2. Memperbaiki pengujian:
/goal all failing tests in test/auth are now green (npm test shows 0 fails in the chat), without changing assertions or deleting tests, or stop after 20 turns

3. Kualitas kode (ukuran berkas):
/goal src/legacy/UserService.ts has been split into files under 200 lines each, all imports are updated, npm run build is green, or stop after 25 turns

4. Menuntaskan backlog:
/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a worktree branch, open a PR. Continue until the queue is empty or 6 issues have been processed

5. Audit keamanan:
/goal every npm audit vulnerability with severity >= high is fixed, all existing tests pass, no breaking API changes, or stop after 15 turns

Ingin melakukan lebih dari sekadar menjalankan /goal dan membangun pengaturan agar mode otonom benar-benar berfungsi pada proyek Anda? /goal hanyalah mata rantai terakhir. Sebelumnya, ada tiga pilar yang perlu disiapkan: klona AI (metodologi Anda dalam Skills dan Subagents), otak kedua (CLAUDE.md dan folder plans/), serta rekayasa konteks (Plan Mode dan /compact). Ketiga komponen ini harus dipikirkan bersama—kombinasi inilah yang mendukung kerja dengan konteks.

5 contoh penggunaan /goal yang benar-benar efektif#

Dokumentasi Anthropic menyebutkan empat jenis tugas yang cocok untuk /goal:

Berikut lima contoh dengan kondisi siap pakai—ambil dan sesuaikan dengan proyek Anda.

Contoh 1. Migrasikan modul ke API baru.

Skenario: Anda beralih dari REST ke GraphQL, atau mengganti fungsi lama getUser() dengan fetchUser() yang baru. Tugasnya mekanis, tetapi menyentuh 30–50 berkas.

Kondisi:

/goal every getUser() in src/ has been replaced with fetchUser(), all calls updated to the new interface (id instead of userId), npm test passes, no files outside src/ touched, or stop after 30 turns

Mengapa berhasil: keadaan akhirnya dapat diperiksa dengan grep -r getUser src/ | wc -l (hasilnya harus 0) dan npm test exits 0. Batasannya melindungi berkas pengujian.

Contoh 2. Perbaiki pengujian yang gagal.

Skenario: setelah pembaruan pustaka, 15 pengujian rusak. Anda tahu perbaikannya mekanis—perbarui mock dan sesuaikan asersi dengan format baru. Anda tidak ingin melakukannya secara manual.

Kondisi:

/goal all failing tests in test/ are now green, npm test shows the results in the chat with 0 failures, without deleting tests or commenting out assertions, or stop after 25 turns

Contoh kondisi yang serupa:

Perbaiki semua pengujian yang gagal sampai npm test menghasilkan 0, tanpa mengubah berkas apa pun di luar direktori /auth

Contoh 3. Pecah god class.

Skenario: satu berkas berisi 1,200 baris yang memuat semuanya—model, layanan, utilitas, dan klien API. Anda ingin memecahnya sesuai prinsip “satu berkas, satu tanggung jawab,” memperbarui semua impor, dan memastikan pengujian tetap lulus.

Kondisi:

/goal src/legacy/UserService.ts has been split into files under 200 lines, each file handles one responsibility (model, repository, api-client, validator), all imports are updated, npm run build is green, existing tests pass, or stop after 25 turns

Contoh 4. Tuntaskan backlog masalah semalaman.

Skenario: Anda memiliki repositori sumber terbuka dengan 20 masalah berlabel good-first-issue. Anda ingin Claude mengerjakannya semalaman.

Kondisi:

/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a separate worktree branch worktree-issue-N, open a PR with a description. Continue until the queue is empty or 6 issues have been processed, or stop after 80 turns

Angka 6 bukan dipilih secara acak—itu batas realistis untuk satu malam pada paket Pro. Ribuan agen yang berjalan setiap malam hanya menggambarkan kasus individual, bukan standar yang dapat diterapkan begitu saja.

Contoh 5. Audit keamanan.

Skenario: npm audit menunjukkan 8 kerentanan dengan tingkat keparahan tinggi. Anda ingin Claude memperbaikinya tanpa memperbarui versi mayor.

Kondisi:

/goal every npm audit vulnerability with severity high+ is fixed, npm audit shows 0 high in the chat, all existing tests pass, no breaking API changes, no major version bumps to packages, or stop after 15 turns

Yang TIDAK boleh dilakukan dengan /goal:

Croucher menyatakan patokan ini dengan tegas dalam panduan lapangannya: jangan gunakan /goal untuk tugas yang berarti “terlihat bagus,” “terasa pas,” “dirancang dengan baik,” atau “menyenangkan.” Evaluator hanya membaca transkrip—ia tidak menjalankan alat dan tidak dapat menilai cara kerjanya. Aturan ini menyingkirkan 80% tugas subjektif ketika /goal berulang tanpa menghasilkan keluaran yang berguna.

Saat /goal menghabiskan uang sia-sia: 3 antipola#

Antipola 1. Kondisi samar tanpa batas giliran yang tegas.

Kesalahan yang paling umum adalah kondisi seperti “perbaiki kode” / “buat bagus” / “optimalkan.” Tanpa batas giliran, agen akan terus berjalan sampai menghabiskan kuota Anda.

Findskill menceritakan kasus nyata:

Seorang pengembang melaporkan bahwa ia menghabiskan $200 selama sesi 14 jam karena kondisi yang samar: kondisi lemah yang membuat evaluator terus mengatakan “belum” dapat berjalan selama 50, 100, atau 500 giliran sebelum Anda menyadarinya.

$200 selama 14 jam karena kondisi yang samar sama dengan seluruh batas mingguan pada paket Max. Anda bangun pagi tanpa kuota dan tanpa hasil yang berguna.

Perlindungan: akhiri setiap kondisi dengan or stop after N turns (15 untuk tugas mudah, 50 untuk tugas sulit, dan maksimal 100 untuk proses semalaman).

Antipola 2. Loop rekursif dengan caching yang rusak.

Kisah pada 22 Mei 2026: tagihan $6.000 setelah berjalan semalaman karena Anthropic diam-diam mengubah TTL cache dari satu jam menjadi 5 menit. Pengembang itu tidak menggunakan /goal secara langsung, tetapi logikanya sama: loop otonom dengan pengatur waktu cron 30 menit membangun ulang riwayat 800.000 token dari awal setiap kali.

Akar masalahnya adalah otomatisasi eksternal tidak mengetahui perubahan internal penyedia. Hal yang sama dapat terjadi dengan /goal jika Anda menjalankannya selama 8 jam tanpa pengawasan: penggunaan token bertambah secara nonlinier, dan cache prompt tidak bekerja seperti yang Anda kira.

Perlindungan:

1. Jangan jalankan /goal selama 8+ jam tanpa pemeriksaan berkala.
2. Aktifkan batas penggunaan di Settings → Usage (perlindungan baru setelah insiden $6,000).
3. Buka claude agents dua kali semalaman—intip dengan Space dan periksa apakah jumlah giliran tidak bertambah lebih cepat dari perkiraan.
4. Untuk rangkaian model mahal (Opus 4.7), tetapkan batas giliran yang lebih ketat—maksimal 30.

Antipola 3. Kreativitas melalui /goal.

Croucher menjalankan /goal untuk membuat game—kondisinya mencakup determinisme, invarian, dan pemeriksaan apakah levelnya dapat ditamatkan. Game selesai dibuat, pengujian lulus, dan evaluator menyatakan “tercapai.” Game itu tidak memiliki visual—kondisinya tidak menyebutkan grafis.

Ini menggambarkan aturan umum: evaluator mengoptimalkan persis hal yang Anda ukur. Jika kondisi tidak menyebutkan visual, visual tidak akan ada. Jika hanya menyebutkan pengujian, evaluator mungkin mengomentari asersi.

Perlindungan: jangan gunakan /goal untuk apa pun yang bergantung pada selera (desain, naskah, UX). Kembali ke sesi biasa atau Plan Mode—keduanya membuat Anda tetap terlibat dalam pengambilan keputusan.

Apa itu Agent View dan cara membuka dasbor#

Jika /goal adalah perintah “bekerjalah sampai selesai,” Agent View adalah ruang kendali untuk melihat semua perintah itu sekaligus. Anthropic menjelaskannya seperti ini:

Perintah untuk membukanya:

claude agents

TUI terbuka—dasbor teks di dalam terminal. Daftar sesi ada di sebelah kiri, dan panel peek yang menampilkan pesan terbaru dari baris yang dipilih ada di sebelah kanan.

Enam status sesi:

Pintasan utama:

↑ / ↓             berpindah dalam daftar sesi
Space             panel peek (lihat tanpa bergabung)
Enter / →         bergabung ke sesi (masuk ke dalamnya)
←                 keluar dari sesi (meninggalkannya tanpa menghentikannya)
Ctrl+T            sematkan (lindungi sesi agar tidak dihentikan otomatis)
Ctrl+X            hentikan sesi; tekan lagi dalam 2 sec untuk menghapusnya
Ctrl+R            ganti nama
Ctrl+S            alihkan pengelompokan (status ↔ direktori)

Cara memulai sesi latar belakang:

Dari Claude Code interaktif:

/bg fix the failing test test/auth/login.test.ts

Atau langsung dari shell:

claude --bg "fix the failing test test/auth/login.test.ts"

Atau dengan nama (agar muncul di Agent View dengan label yang mudah dikenali):

claude --bg --name "flaky-test-fix" "fix test/auth/login.test.ts"

Sesi latar belakang otomatis ditambahkan ke Agent View—luncurkan dengan --bg, buka claude agents, dan Anda akan melihatnya dalam daftar.

Fitur utamanya: sesi tetap berjalan meskipun laptop masuk mode tidur dan jendela ditutup:

Namun, matikan laptop atau lakukan reboot manual, maka sesi latar belakang berakhir dengan status Failed. Proses semalaman dengan banyak agen latar belakang hanya berjalan jika laptop tidak dimatikan.

Worktree: cara Claude mengisolasi sesi paralel#

Worktree mengatasi masalah utama dalam pekerjaan otonom paralel: bagaimana jika dua sesi mencoba mengedit src/auth.ts pada saat yang sama? Sebelum 2.1.139, sesi semacam itu dapat benar-benar saling menimpa perubahannya. Dengan Agent View, Anthropic memperkenalkan isolasi otomatis:

Cara kerjanya dalam praktik:

# Launched three background sessions:
claude --bg --name "fix-tests" "fix the failing tests in test/"
claude --bg --name "add-oauth" "add Google OAuth according to the plan in plans/oauth.md"
claude --bg --name "split-userservice" "split UserService.ts into modules"

# File structure after launch:
.claude/worktrees/
├── fix-tests/             # separate repo copy on branch worktree-fix-tests
├── add-oauth/             # separate copy on branch worktree-add-oauth
└── split-userservice/     # separate copy on branch worktree-split-userservice

Setiap sesi bekerja di salinannya sendiri. Setelah tugas selesai, gabungkan cabang yang diperlukan ke main.

Jebakan berbahaya—menghapus sesi berarti menghapus worktree-nya.

Jika Anda mematikan sesi di Agent View (tekan Ctrl+X dua kali), worktree-nya akan hilang. Semua perubahan yang belum di-commit akan lenyap. Sebelum menghapus sesi di Agent View, selalu commit atau push.

Menonaktifkan isolasi (untuk kasus langka):

Jika Anda memiliki repositori yang tidak cocok dengan git worktree (misalnya, pengaturan yang menggunakan symlink atau monorepo besar dengan checkout yang lambat), Anda dapat menonaktifkan isolasi:

// .claude/settings.json
{
  "worktree": {
    "bgIsolation": "none"
  }
}

Kemudian sesi latar belakang akan mengedit salinan kerja Anda secara langsung. Opsi ini hadir di 2.1.143 setelah keluhan dari tim yang memiliki monorepo besar.

Kerja paralel menghabiskan kuota:

Artinya, paket Pro ($20/month) cukup untuk 1–2 sesi paralel semalaman, bukan sepuluh. Untuk menjalankan banyak agen secara paralel, Anda memerlukan Max atau Enterprise.

Menggabungkan /goal + Plan Mode + subagents untuk tugas panjang#

Kegagalan yang umum adalah langsung mengetik /goal build a new feature. Ini tidak berhasil karena evaluator tidak tahu seperti apa “fitur yang selesai.” Anda memerlukan rencana dengan kotak centang yang dapat diverifikasi evaluator satu per satu.

Lapisan 1. Plan Mode menulis rencana bertahap.

Di Plan Mode, minta Claude membuat rencana perubahan terperinci yang dibagi menjadi 5–7 fase dengan kotak centang yang dapat diverifikasi. Simpan sebagai plans/2026-05-24-google-oauth.md. Setiap fase memiliki 3–7 kotak centang berisi tindakan konkret.

Lapisan 2. Subagents membagi pekerjaan berdasarkan fase.

Jika rencana dapat diparalelkan (misalnya, fasenya saling independen—endpoint backend + formulir frontend + migrasi DB), Anda dapat meluncurkan setiap fase dalam sesi latar belakang terpisah melalui claude --bg --name "<phase>". Setiap sesi mendapat worktree sendiri.

Lapisan 3. /goal menjalankan siklus sampai kotak centang selesai.

/goal all phases 1–7 in plans/2026-05-24-google-oauth.md are complete and marked [x], all tests in test/auth pass (npm test shows 0 failures), npm run build is green, or stop after 50 turns

Setelah setiap giliran, evaluator membaca rencana, memeriksa kotak mana yang sudah selesai, dan jika masih ada yang belum, agen melanjutkan.

Kombinasi ini bergantung pada tiga komponen:

• rekayasa konteks: konteks yang tepat di plans/—evaluator membacanya
• otak kedua: folder plans/ menyimpan rencana antar sesi
• klona AI: CLAUDE.md menetapkan aturan yang diikuti agen

Tanpa CLAUDE.md, /goal dapat menyarankan solusi yang merusak arsitektur. Tanpa rencana di plans/, evaluator tidak mengetahui kriteria keberhasilan. Tanpa subagents, tidak ada fase paralel; semuanya berjalan berurutan.

Cara membandingkan /goal dengan Codex, Cursor, dan mode agen lain#

/goal menambahkan pemeriksaan penyelesaian terpisah setelah setiap giliran. Produk lain memiliki mode berbeda, dan CLI lokal, tugas cloud terhosting, serta sesi editor yang diawasi bukan unit perbandingan yang dapat dipertukarkan. Secara khusus, jangan menggambarkan seluruh pekerjaan Codex CLI sebagai kontainer cloud atau menganggap satu model validator serta satu metode penagihan berlaku bagi setiap proses Codex.

Gunakan snapshot repositori dan tugas yang sama dengan pemeriksaan penerimaan sama. Catat dimensi ini untuk tiap kandidat:

Klaim bahwa satu alat memakai token kelipatan tetap lebih banyak memerlukan kondisi tersebut serta jumlah terukur untuk hasil berhasil yang sama. Persentase benchmark juga memerlukan versi benchmark, model, harness, dan pengaturan prosesnya; persentase Terminal-Bench tanpa rincian tersebut bukan pengganti bukti itu. Artikel ini tidak menyediakan benchmark lintas alat yang independen.

Pilih berdasarkan alur yang diperlukan: edit yang diawasi, tugas latar belakang terbatas, atau tugas beberapa giliran dengan syarat penyelesaian eksplisit. Uji mode yang didukung produk terpasang alih-alih menganggap seluruh pesaing tidak memiliki operasi otonom. Pisahkan persetujuan izin dari kelanjutan tugas: menyetujui pemanggilan alat otomatis tidak dengan sendirinya membuktikan tujuan pengguna tercapai.

Daftar periksa pra-peluncuran /goal: 7 butir#

Daftar periksa sebelum setiap proses /goal:

1. Versi Claude Code 2.1.139+—periksa dengan claude --version dan perbarui jika lebih rendah. Versi minimum yang disarankan adalah 2.1.143 (15 Mei 2026), yang memperbaiki loop stop hook.

2. Kondisi mencakup keadaan akhir yang dapat diverifikasi—alih-alih “perbaiki,” tentukan npm test exits 0. Jika Anda tidak dapat menemukan perintah bash untuk memverifikasi hasilnya, /goal tidak cocok untuk tugas ini.

3. Ada batas giliran yang tegas—setiap kondisi menetapkan or stop after N turns. Gunakan 15 untuk tugas mudah, 50 untuk tugas sulit, dan maksimal 100 untuk proses semalaman.

4. Batasan dinyatakan secara eksplisit dan sempit—without modifying files outside /auth, without removing existing assertions, without bumping major versions. Tanpanya, Claude dapat memperbaiki pengujian dengan menghapus pengujiannya sendiri.

5. Semua perubahan penting sudah di-commit atau di-push—jika Anda tidak bekerja di worktree (misalnya, worktree.bgIsolation: "none"), Claude mengedit salinan kerja Anda. Kesalahan apa pun dapat membuat pekerjaan yang belum disimpan hilang.

6. Batas penggunaan diaktifkan di Settings → Usage—perlindungan baru setelah insiden $6,000. Tetapkan batas per hari, per sesi, dan per bulan.

7. Agent View claude agents terbuka di jendela terpisah—untuk tugas panjang, intip dengan Space sekali per jam. Jika jumlah giliran bertambah lebih cepat dari perkiraan atau evaluator mengulang alasan yang sama selama tiga giliran, tekan Ctrl+C dan rumuskan ulang kondisinya.

Satu hal tambahan—jangan pernah menjalankan /goal dengan --dangerously-skip-permissions pada kode milik orang lain atau kode yang tidak dikenal. Kombinasi itu menonaktifkan semua pemeriksaan dan membiarkan agen melakukan apa pun di proyek Anda. Penulis analisis ini hanya menggunakannya di worktree baru yang tidak memiliki apa pun yang bisa hilang.

/goal adalah fitur yang ampuh, tetapi bukan sihir. Kinerjanya bergantung pada seberapa baik Anda merumuskan kondisi. Jika Anda dapat menjelaskan “selesai” dengan kata-kata yang bisa diverifikasi oleh suatu perintah, /goal akan mengerjakan sisanya. Jika tidak, kembali ke sesi biasa atau Plan Mode.

Anda dapat melanjutkan menjelajahi Ailoot di ailoot.ai.