/goal dalam Claude Code: Mod Autonomi dan Agent View pada 2026

Dokumentasi rujukan Ailoot: ailoot.ai/docs/.

Apakah /goal dalam Claude Code?#

Sebelum ini, Claude Code berhenti selepas setiap jawapan dan menunggu arahan anda yang seterusnya. Ini berkesan untuk tugasan ringkas, tetapi tidak sesuai untuk tugasan panjang: migrasi API, membaiki 12 ujian yang gagal, memfaktorkan semula fail 800 baris—tugasan ini memerlukan 20–30 lelaran, dan setiap lelaran membawa anda kembali ke terminal.

/goal menyelesaikan masalah ini dengan idea mudah: memisahkan “pihak yang melakukan kerja” daripada “pihak yang menentukan bila kerja selesai.” Ejen utama menulis kod. Penilai berasingan (model Haiku yang pantas) membaca perbualan selepas setiap giliran dan menjawab satu soalan: “Adakah syarat itu telah dipenuhi?” Jika belum, ejen memulakan giliran seterusnya. Jika ya, kawalan dikembalikan kepada anda.

Dokumentasi rasmi Anthropic mentakrifkannya begini:

Beribu-ribu ejen pada waktu malam melalui telefon—itu bukan pemasaran, tetapi amalan semasa seorang jurutera Anthropic. Mekanisme yang membolehkannya ialah gabungan /goal + Agent View, yang diperkenalkan dalam keluaran yang sama pada 11 Mei 2026.

Mengapa mod autonomi diperlukan: apa yang ada sebelum dan selepas 11 Mei 2026?#

Idea “membiarkan AI bekerja semalaman” telah wujud sejak musim luruh 2025, apabila Cursor Composer dan mod auto Cline sudah boleh berjalan di latar belakang. Namun, sebelum 11 Mei 2026, Claude Code memerlukan pembalut manual untuk melakukannya: tugas cron yang memanggil claude -p setiap N minit, atau pembalut yang memantau status git dan melancarkan arahan seterusnya.

Pendekatan DIY ini kerap membawa kepada bencana. Pada 22 Mei 2026, seorang pembangun membiarkan skrip sedemikian berjalan semalaman lalu terjaga dengan bil $6,000. Punca utamanya: Anthropic menukar TTL cache Claude Code secara senyap daripada satu jam kepada lima minit tanpa pengumuman. Cron memanggil produksi setiap 30 minit—cache sempat luput antara setiap larian. Setiap larian membina semula sejarah 800,000 token dari awal. Menulis data baharu ke cache jauh lebih mahal daripada membaca daripada cache yang aktif.

Pembangun itu tidak melakukan sesuatu yang luar biasa—dia menggunakan alat tersebut tepat seperti yang diiklankan oleh Anthropic.

/goal menyelesaikan masalah ini dengan seni bina terbina dalam:

1. Proses penyelia yang mengekalkan sesi di luar terminal anda dan terus berjalan walaupun tetingkap ditutup serta komputer riba memasuki mod tidur.
2. Penilai Haiku—model murah menyemak setiap giliran; token penilai berharga beberapa sen.
3. Had giliran keras dalam syarat—anda boleh menulis secara jelas or stop after 20 turns, dan sesi dijamin akan berhenti.
4. Pengasingan worktree untuk sesi latar belakang—perubahan dihantar ke cabang berasingan tanpa menyentuh salinan kerja anda.

Perbezaannya daripada pendekatan “tulis skrip bash sendiri” ialah Anthropic menjadikan semua mekanisme ini bahagian utama alat, bukannya godaman pihak ketiga.

Cara mengaktifkan /goal dalam 3 langkah#

Langkah 1. Kemas kini Claude Code kepada 2.1.139 atau lebih baharu.

Semak versinya:

claude --version

Jika versinya lebih rendah daripada 2.1.139, kemas kini:

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

Keluaran antara 12 hingga 19 Mei 2026 membaiki pepijat penting dalam versi pertama. Dalam 2.1.140, mereka membaiki masalah tergantung senyap apabila disableAllHooks menyekat penilai. Dalam 2.1.143, worktree.bgIsolation: "none" dan pembaikan untuk gelung stop hook diperkenalkan. Dalam 2.1.144 (19 Mei), --resume untuk sesi latar belakang dan agents --json untuk penskripan ditambahkan. Versi minimum ialah 2.1.143.

Langkah 2. Taip /goal dengan syarat.

Buka sesi Claude Code biasa dan masukkan arahan:

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

Anda tidak perlu menghantar arahan berasingan selepas itu—arahan tersebut memulakan giliran pertama serta-merta. Syarat boleh ditulis dalam bahasa Rusia, bahasa Inggeris atau gabungan kedua-duanya; model memahami kedua-dua bahasa. Had panjangnya ialah sehingga 4,000 aksara.

Langkah 3. Pantau melalui tindanan langsung.

Selepas /goal bermula, panel langsung muncul di bahagian bawah terminal:

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

Paparan ini menunjukkan:

• Giliran—bilangan giliran yang telah selesai
• Masa berlalu—masa sejak pelancaran
• Token—jumlah token yang digunakan (angka utama untuk memantau belanjawan)
• Terakhir—alasan terakhir penilai mengatakan “belum lagi”

Petua berguna: jika penilai memberikan alasan yang sama tiga giliran berturut-turut, itu petanda anda berada dalam gelung. Tekan Ctrl+C atau masukkan /goal clear (sinonim: stop, off, reset, cancel), susun semula syarat, kemudian lancarkan sekali lagi. Panduan komuniti tentang /goal menyebut peraturan ini sebagai petanda utama gelung: “tersekat pada satu alasan tiga kali—ini gelung, keluar.”

Cara menulis syarat yang baik: 5 peraturan + 5 contoh#

Dokumentasi Anthropic menerangkan tiga unsur yang diperlukan bagi syarat yang baik:

Templat sedia guna merangkumi ketiga-tiga unsur dalam satu baris:

\n/goal [lakukan kerja] sehingga [keadaan akhir yang boleh diukur] tanpa [kekangan yang mesti dipatuhi]\n

Lima peraturan yang sering mengelirukan orang:

Peraturan 1. Keadaan akhir mesti boleh disahkan dengan arahan, bukan berdasarkan cita rasa.

Bukan “jadikannya nampak bagus,” tetapi npm test exits 0. Bukan “tingkatkan UX,” tetapi Lighthouse Performance score above 90. Penilai hanya membaca transkrip—ia tidak menjalankan arahan atau melihat tangkap layar. Jika hasilnya tidak boleh direkodkan dalam teks, penilai tidak akan mengatakan “ya.”

Peraturan 2. Kekangan mesti jelas dan khusus.

Tanpa kekangan, Claude mungkin membaiki ujian dengan memadamkan ujian itu sendiri atau mengulas keluar pernyataan yang gagal. Nyatakan without modifying any file outside /auth, without removing existing assertions, without bumping major versions of dependencies.

Peraturan 3. Had giliran keras diperlukan.

Tambahkan or stop after N turns pada setiap syarat. Ini talian hayat untuk mengelakkan gelung tanpa penghujung. Tanpa had, gelung yang berjalan selama sejam menggunakan lebih banyak token daripada melakukan tugasan yang sama secara manual. Sediakan belanjawan untuknya.

Peraturan 4. Terangkan APA, bukan hanya BAGAIMANA.

Jika anda tidak menyebut visual dalam syarat, Claude tidak akan menciptakannya. Jika syarat hanya memerlukan “ujian lulus,” Claude mungkin mengulas keluar ujian yang rumit. Terangkan APA yang anda mahu, bukan hanya BAGAIMANA anda akan mengesahkannya.

Peraturan 5. Minta Claude menunjukkan bukti dalam sembang.

Penilai tidak menjalankan arahan—ia hanya membaca perkara yang telah ditunjukkan oleh Claude. Jika syarat memerlukan “npm test berjaya” tetapi Claude tidak menunjukkan output npm test dalam transkrip, penilai akan berkata “belum lagi” selama-lamanya. Tambahkan frasa “show the output of <command> in the conversation” pada syarat.

Lima contoh yang berkesan untuk tugasan biasa:

1. API migration:
/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. Fixing tests:
/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. Code quality (file size):
/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. Closing the 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. Security audit:
/goal every npm audit vulnerability with severity >= high is fixed, all existing tests pass, no breaking API changes, or stop after 15 turns

Mahu melakukan lebih daripada sekadar menjalankan /goal dan membina persediaan yang membolehkan mod autonomi benar-benar berfungsi dalam projek anda? /goal hanyalah pautan terakhir. Sebelum itu, tiga tunjang perlu tersedia: klon AI (metodologi anda dalam Skills dan Subagents), otak kedua (CLAUDE.md dan folder plans/), serta kejuruteraan konteks (Plan Mode dan /compact). Ketiga-tiga komponen perlu difikirkan bersama—gabungan inilah yang menyokong kerja dengan konteks.

5 contoh apabila /goal benar-benar berkesan#

Dokumentasi Anthropic menyenaraikan empat jenis tugasan yang sesuai untuk /goal:

Berikut lima contoh dengan syarat sedia guna—ambil dan sesuaikannya dengan projek anda.

Contoh 1. Pindahkan modul kepada API baharu.

Senario: anda beralih daripada REST kepada GraphQL, atau menggantikan fungsi lama getUser() dengan fetchUser() yang baharu. Tugasan ini mekanikal tetapi melibatkan 30–50 fail.

Syarat:

/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

Sebab ia berkesan: keadaan akhir boleh disemak dengan grep -r getUser src/ | wc -l (sepatutnya 0) dan npm test exits 0. Kekangan itu melindungi fail ujian.

Contoh 2. Baiki ujian yang gagal.

Senario: selepas kemas kini pustaka, 15 ujian rosak. Anda tahu pembaikannya mekanikal—kemas kini mock dan laraskan assertion kepada format baharu. Anda tidak mahu melakukannya secara manual.

Syarat:

/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 lain bagi syarat yang sejenis:

\nBaiki semua ujian yang gagal sehingga npm test mengembalikan 0, tanpa mengubah mana-mana fail di luar direktori /auth\n

Contoh 3. Pecahkan kelas serba guna.

Senario: satu fail sepanjang 1,200 baris mengandungi segala-galanya—model, perkhidmatan, utiliti dan klien API. Anda mahu memecahkannya menurut prinsip “satu fail, satu tanggungjawab,” mengemas kini semua import dan memastikan ujian terus lulus.

Syarat:

/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. Selesaikan tunggakan isu semalaman.

Senario: anda mempunyai repositori sumber terbuka dengan 20 isu terbuka berlabel good-first-issue. Anda mahu Claude mengusahakannya sepanjang malam.

Syarat:

/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 rawak—ia had maksimum yang munasabah untuk satu malam menggunakan pelan Pro. Beribu-ribu ejen yang berjalan serentak bukan tetapan lalai yang boleh diulang.

Contoh 5. Audit keselamatan.

Senario: npm audit menunjukkan 8 kelemahan berkeparahan tinggi. Anda mahu Claude membaikinya tanpa mengemas kini versi utama.

Syarat:

/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

Perkara yang TIDAK patut dilakukan dengan /goal:

Croucher menyatakan panduan ringkas itu dengan tegas dalam panduan lapangannya: jangan gunakan /goal untuk tugasan yang maksud “siap” ialah “nampak bagus,” “rasa sesuai,” “direka dengan baik” atau “menyeronokkan.” Penilai hanya membaca transkrip—ia tidak menjalankan alat dan tidak dapat menilai cara hasil itu berfungsi. Peraturan ini menyingkirkan 80% tugasan subjektif yang menyebabkan /goal berulang tanpa hasil berguna.

Apabila /goal membazirkan wang: 3 corak anti#

Corak anti 1. Syarat kabur tanpa had giliran keras.

Kesilapan paling lazim ialah syarat seperti “tingkatkan kod” / “jadikannya bagus” / “optimumkannya.” Tanpa had giliran, ejen itu akan terus berjalan sehingga menghabiskan kuota anda.

Findskill menerangkan satu kes sebenar:

$200 selama 14 jam kerana syarat kabur bersamaan dengan keseluruhan had mingguan dalam pelan Max. Anda bangun pada waktu pagi tanpa kuota dan tanpa hasil berguna.

Perlindungan: akhiri setiap syarat dengan or stop after N turns (15 untuk tugasan mudah, 50 untuk tugasan sukar dan maksimum 100 untuk larian semalaman).

Corak anti 2. Gelung rekursif dengan cache rosak.

Kisah pada 22 Mei 2026: $6,000 semalaman kerana Anthropic menukar TTL cache secara senyap daripada satu jam kepada 5 minit. Pembangun itu tidak menggunakan /goal secara langsung, tetapi logiknya sama: gelung autonomi dengan pemasa cron 30 minit membina semula sejarah 800,000 token dari awal setiap kali.

Masalah utamanya ialah automasi luaran tidak mengetahui perubahan dalaman penyedia. Perkara yang sama boleh berlaku dengan /goal jika anda menjalankannya selama 8 jam tanpa pemantauan: penggunaan token meningkat secara tidak linear dan cache prompt tidak berfungsi seperti yang anda sangka.

Perlindungan:

1. Jangan jalankan /goal selama 8+ jam tanpa pemeriksaan sementara.
2. Aktifkan had penggunaan dalam Settings → Usage (perlindungan baharu selepas insiden $6,000).
3. Buka claude agents dua kali sepanjang malam—intai dengan Space dan semak supaya bilangan giliran tidak meningkat lebih pantas daripada yang dijangka.
4. Untuk rantaian model mahal (Opus 4.7), tetapkan had giliran yang lebih ketat—maksimum 30.

Corak anti 3. Kreativiti melalui /goal.

Croucher menggunakan /goal untuk membina permainan—syaratnya merangkumi determinisme, invarian dan semakan bahawa tahap itu boleh dimenangi. Permainan itu dibina, ujian lulus dan penilai berkata “tercapai.” Permainan itu tiada visual—syaratnya tidak menyebut grafik.

Ini menunjukkan peraturan umum: penilai mengoptimumkan tepat perkara yang anda ukur. Jika syarat tidak menyebut visual, visual tidak akan dihasilkan. Jika syarat hanya menyebut ujian, ia mungkin mengulas keluar assertion.

Perlindungan: jangan gunakan /goal untuk apa-apa yang bergantung pada cita rasa (reka bentuk, salinan, UX). Kembali ke sesi biasa atau Plan Mode—kedua-duanya memastikan anda terus terlibat dalam membuat keputusan.

Apakah Agent View dan cara membuka papan pemuka#

Jika /goal ialah arahan “bekerja sehingga selesai,” Agent View ialah bilik kawalan untuk melihat semua arahan itu serentak. Anthropic menerangkannya begini:

Arahan untuk membukanya:

claude agents

TUI akan dibuka—papan pemuka teks di dalam terminal. Senarai sesi berada di sebelah kiri, manakala panel peek dengan mesej terkini daripada baris yang dipilih berada di sebelah kanan.

Enam status sesi:

Pintasan utama:

↑ / ↓             bergerak dalam senarai sesi
Space             panel peek (lihat tanpa menyertai)
Enter / →         sertai sesi (masuk ke dalamnya)
←                 detach (keluar tanpa menamatkannya)
Ctrl+T            pin (lindungi sesi daripada dihentikan secara automatik)
Ctrl+X            hentikan sesi; tekan sekali lagi dalam 2 sec untuk memadamkannya
Ctrl+R            namakan semula
Ctrl+S            tukar pengelompokan (status ↔ direktori)

Cara memulakan sesi latar belakang:

Daripada Claude Code interaktif:

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

Atau terus daripada shell:

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

Atau dengan nama (supaya ia muncul dalam Agent View dengan label yang mudah dikenal pasti):

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

Sesi latar belakang ditambahkan secara automatik ke Agent View—lancarkan dengan --bg, buka claude agents dan anda akan melihatnya dalam senarai.

Ciri utama: sesi kekal berjalan walaupun komputer riba memasuki mod tidur dan tetingkap ditutup:

Namun, matikan komputer riba atau mulakan semula secara manual, maka sesi latar belakang akan berakhir dengan status Failed. Pelaksanaan semalaman dengan banyak ejen latar belakang hanya berfungsi jika komputer riba tidak dimatikan.

Worktree: cara Claude mengasingkan sesi selari#

Worktree menyelesaikan masalah utama kerja autonomi selari: bagaimana jika dua sesi cuba mengedit src/auth.ts pada masa yang sama? Sebelum 2.1.139, sesi sebegini boleh benar-benar menimpa perubahan satu sama lain. Dengan Agent View, Anthropic memperkenalkan pengasingan automatik:

Cara ia berfungsi dalam amalan:

# 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 dalam salinannya sendiri. Apabila tugasan selesai, gabungkan cabang yang diperlukan ke main.

Perangkap berbahaya—memadam sesi akan memadam worktree-nya.

Jika anda menamatkan sesi dalam Agent View (tekan Ctrl+X dua kali), worktree-nya akan hilang. Semua perubahan yang belum di-commit akan lenyap. Sebelum memadam sesi dalam Agent View, sentiasa commit atau push.

Memilih untuk tidak menggunakan pengasingan (kes jarang):

Jika anda mempunyai repositori yang tidak sesuai menggunakan git worktree (contohnya persediaan dengan symlink atau monorepo besar dengan checkout perlahan), anda boleh melumpuhkan pengasingan:

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

Kemudian sesi latar belakang akan mengedit salinan kerja anda secara langsung. Pilihan untuk tidak menggunakan pengasingan ini diperkenalkan dalam 2.1.143 selepas aduan daripada pasukan yang mempunyai monorepo besar.

Keselarian menggunakan kuota:

Ini bermakna pelan Pro ($20/month) cukup untuk 1–2 sesi selari semalaman, bukan sepuluh. Jika anda mahu menjalankan banyak ejen secara selari, anda memerlukan Max atau Enterprise.

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

Kegagalan lazim ialah terus menaip /goal build a new feature. Ini tidak berkesan kerana penilai tidak tahu rupa “ciri yang selesai.” Anda memerlukan pelan dengan kotak semak yang boleh disahkan oleh penilai satu demi satu.

Lapisan 1. Plan Mode menulis pelan berfasa.

Dalam Plan Mode, minta Claude mencipta pelan perubahan terperinci yang dibahagikan kepada 5–7 fasa dengan kotak semak yang boleh disahkan. Simpan sebagai plans/2026-05-24-google-oauth.md. Setiap fasa mempunyai 3–7 kotak semak dengan tindakan konkrit.

Lapisan 2. Subagents membahagikan kerja mengikut fasa.

Jika pelan boleh dijalankan secara selari (contohnya, fasanya tidak bergantung antara satu sama lain—endpoint backend + borang frontend + migrasi DB), anda boleh melancarkan setiap fasa dalam sesi latar belakang berasingan melalui claude --bg --name "<phase>". Setiap sesi mendapat worktree sendiri.

Lapisan 3. /goal menjalankan kitaran sehingga kotak semak 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

Selepas setiap giliran, penilai membaca pelan, menyemak kotak yang telah ditandakan dan meneruskan kerja jika masih ada yang belum selesai.

Gabungan ini bergantung pada tiga komponen:

• kejuruteraan konteks: konteks yang tepat dalam plans/—penilai membacanya
• otak kedua: folder plans/ menyimpan pelan antara sesi
• klon AI: CLAUDE.md menetapkan peraturan yang diikuti ejen

Tanpa CLAUDE.md, /goal mungkin mencadangkan penyelesaian yang merosakkan seni bina. Tanpa pelan dalam plans/, penilai tidak mengetahui kriteria kejayaan. Tanpa subagents, tiada fasa selari; semuanya berjalan secara berurutan.

Cara membandingkan /goal dengan Codex, Cursor dan mod ejen lain#

/goal menambah pemeriksaan siap berasingan selepas setiap giliran. Produk lain mempunyai mod berbeza, dan CLI setempat, tugasan awan dihoskan serta sesi editor diselia bukan unit perbandingan saling ganti. Jangan gambarkan semua kerja Codex CLI sebagai bekas awan atau anggap satu model pengesah dan kaedah pengebilan untuk setiap pelaksanaan Codex.

Gunakan snapshot repositori dan tugasan sama dengan pemeriksaan penerimaan sama. Rekod dimensi berikut bagi setiap calon:

Dakwaan satu alat menggunakan gandaan token tetap memerlukan syarat itu serta bilangan diukur bagi hasil berjaya sama. Peratus penanda aras juga memerlukan versi penanda aras, model, harness dan tetapan pelaksanaan; peratus Terminal-Bench tanpa butiran tersebut bukan pengganti bukti itu. Artikel ini tiada penanda aras bebas merentas alat.

Pilih berdasarkan aliran kerja diperlukan: suntingan diselia, tugasan latar berskop atau tugasan berbilang giliran dengan syarat siap jelas. Uji mod disokong produk dipasang daripada menganggap seluruh pesaing tiada operasi autonomi. Asingkan kelulusan kebenaran daripada penerusan tugasan: meluluskan panggilan alat automatik tidak membuktikan matlamat pengguna dipenuhi.

/goal berbanding /loop:

/loop ialah satu lagi arahan daripada keluaran yang sama, dan ia melancarkan tugasan berkala pada selang masa tertentu (setiap N minit). /goal berasaskan syarat (sehingga syarat dipenuhi). Gunakan /loop untuk tugasan seperti cron dan /goal untuk mencapai matlamat tertentu.

Daripada dokumentasi Anthropic:

Senarai semak /goal sebelum pelancaran: 7 perkara#

Senarai semak sebelum setiap larian /goal:

1. Versi Claude Code 2.1.139+—semak dengan claude --version dan kemas kini jika lebih rendah. Versi minimum yang disyorkan ialah 2.1.143 (15 Mei 2026), yang membaiki gelung stop hook.

2. Syarat merangkumi keadaan akhir yang boleh disahkan—daripada “tingkatkannya,” nyatakan npm test exits 0. Jika anda tidak dapat memikirkan arahan bash untuk mengesahkan hasilnya, /goal tidak sesuai untuk tugasan ini.

3. Had giliran keras ditetapkan—setiap syarat menyatakan or stop after N turns. Gunakan 15 untuk tugasan mudah, 50 untuk tugasan sukar dan maksimum 100 untuk larian semalaman.

4. Kekangan dinyatakan dengan jelas dan khusus—without modifying files outside /auth, without removing existing assertions, without bumping major versions. Tanpanya, Claude mungkin membaiki ujian dengan memadamkan ujian itu sendiri.

5. Semua perubahan penting telah di-commit atau di-push—jika anda tidak bekerja dalam worktree (contohnya, worktree.bgIsolation: "none"), Claude mengedit salinan kerja anda. Sebarang kesilapan boleh menyebabkan kerja yang belum disimpan hilang.

6. Had penggunaan diaktifkan dalam Settings → Usage—perlindungan baharu selepas insiden $6,000. Tetapkan had harian, setiap sesi dan bulanan.

7. Agent View claude agents dibuka dalam tetingkap berasingan—untuk tugasan panjang, intai dengan Space sekali sejam. Jika bilangan giliran meningkat lebih pantas daripada yang dijangka atau penilai mengulangi alasan yang sama selama tiga giliran, tekan Ctrl+C dan susun semula syarat.

Satu perkara tambahan—jangan sekali-kali menjalankan /goal dengan --dangerously-skip-permissions pada kod orang lain atau kod yang tidak dikenali. Gabungan itu melumpuhkan semua semakan dan membenarkan ejen melakukan apa sahaja dalam projek anda. Penulis analisis ini hanya menggunakannya dalam worktree baharu yang tiada apa-apa untuk hilang.

/goal ialah ciri yang berkuasa, tetapi bukan magik. Keberkesanannya bergantung sepenuhnya pada cara anda merumuskan syarat. Jika anda boleh menerangkan maksud “siap” dengan kata-kata yang boleh disahkan oleh arahan, /goal akan mengurus selebihnya. Jika tidak, kembali ke sesi biasa atau Plan Mode.

Anda boleh terus meneroka Ailoot di ailoot.ai.