# /goal dalam Claude Code: Mod Autonomi dan Agent View pada 2026 > Arahan /goal dalam Claude Code 2.1.139 melancarkan mod autonomi: ejen bekerja sehingga mencapai matlamat. Saya menerangkan Agent View, worktree dan 5 contoh. Source: https://ailoot.ai/blog/ms/claude-code-goal-agent-view/ Canonical: https://ailoot.ai/blog/ms/claude-code-goal-agent-view/ Language: ms Publisher: Ailoot (https://ailoot.ai/) Translation: guide-102 Revision: sha256-af485e418fca78c17610e7accdce62455188f60ae9f1211d8a208614a33778ae Dokumentasi rujukan Ailoot: [ailoot.ai/docs/](https://ailoot.ai/docs/). ## Apakah /goal dalam Claude Code?
Rumusan utama `/goal` ialah arahan dalam Claude Code 2.1.139+ (dikeluarkan pada 11 Mei 2026) yang melancarkan mod autonomi: anda menetapkan syarat penyelesaian, lalu Claude menulis kod, menjalankan ujian dan meneruskan ke giliran seterusnya sehingga matlamat tercapai. Selepas setiap giliran, model kecil (Haiku secara lalai) membaca transkrip dan menjawab “ya/tidak” terhadap syarat itu. Ia boleh diaktifkan dalam sesi biasa atau dalam mod tanpa paparan melalui `claude -p`.
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:

Arahan /goal menetapkan syarat penyelesaian, dan Claude berusaha mencapainya tanpa menunggu arahan anda pada setiap langkah. Selepas setiap giliran, model yang kecil dan pantas menyemak sama ada syarat itu telah dipenuhi. Jika belum, Claude memulakan giliran seterusnya dan bukannya mengembalikan kawalan kepada anda. Matlamat dipadamkan secara automatik sebaik sahaja syarat dipenuhi.

— Anthropic Docs, https://code.claude.com/docs/en/goal
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?
Rumusan utama Sebelum 11 Mei 2026, Claude Code tidak mempunyai mod autonomi terbina dalam. Pembangun menulis skrip bash sendiri dengan pemasa cron, yang membawa kepada bencana kewangan—seorang pembangun membelanjakan $6,000 semalaman pada 22 Mei kerana TTL cache berubah daripada satu jam kepada 5 minit tanpa sebarang notis. `/goal` membina autonomi terus ke dalam alat dengan seni bina penyelia, had giliran dalam syarat dan model penilai yang menghentikan sesi daripada berulang.
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
Rumusan utama Proses minimum: 1) kemas kini Claude Code kepada 2.1.139+ melalui `claude update` atau `npm i -g @anthropic-ai/claude-code`, 2) taip `/goal` + syarat terus dalam sesi, 3) pantau kemajuan melalui tindanan langsung (masa berlalu, bilangan giliran, token). Arahan ini berfungsi dalam sesi interaktif dan juga mod tanpa paparan `claude -p`. Untuk menghentikannya, tekan `Ctrl+C`; untuk membatalkan matlamat, gunakan `/goal clear`.
**Langkah 1. Kemas kini Claude Code kepada 2.1.139 atau lebih baharu.** Semak versinya: ```bash claude --version ``` Jika versinya lebih rendah daripada 2.1.139, kemas kini: ```bash 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
Rumusan utama Syarat ialah syarat keluar yang boleh disahkan, bukannya arahan. Syarat yang baik mempunyai tiga unsur: keadaan akhir yang boleh diukur (ujian lulus, binaan berjaya), kaedah pengesahan (`npm test exits 0`) dan kekangan yang tidak boleh dilanggar (“tiada suntingan pada fail di luar /auth”). Syarat yang buruk adalah kabur (“jadikannya nampak bagus”), tidak boleh disahkan (“optimumkan UX”), atau tidak mempunyai had giliran. Seorang pembangun membazirkan $200 selama 14 jam kerana syarat yang kabur.
Dokumentasi Anthropic menerangkan tiga unsur yang diperlukan bagi syarat yang baik:

Syarat yang kekal berkesan merentas banyak giliran biasanya merangkumi: satu keadaan akhir yang boleh diukur—hasil ujian, kod keluar binaan, bilangan fail atau baris gilir kosong; kaedah pengesahan yang jelas—cara Claude membuktikannya, seperti npm test exits 0 atau git status yang bersih; dan kekangan penting—perkara yang tidak boleh berubah sepanjang proses, seperti no other test file is modified.

— Anthropic Docs, https://code.claude.com/docs/en/goal
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 `` 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](https://ailoot.ai/blog/ms/claude-code-second-brain/) (`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
Rumusan utama `/goal` berfungsi dengan baik untuk tugasan yang mempunyai keadaan akhir yang boleh disahkan: migrasi API, membaiki ujian yang gagal, memecahkan fail besar, menyelesaikan tunggakan isu dan audit keselamatan. Ia kurang sesuai untuk tugasan subjektif seperti reka bentuk, penggilapan UX, mencari cerapan dan kerja kreatif. Panduan ringkas: bolehkah anda menerangkan “siap” dengan arahan `bash`? Jika ya, tugasan itu sesuai. Jika tidak, kembali ke sesi biasa atau Plan Mode.
Dokumentasi Anthropic menyenaraikan empat jenis tugasan yang sesuai untuk `/goal`:

Gunakan goal untuk kerja besar dengan keadaan akhir yang boleh disahkan: pindahkan modul kepada API baharu sehingga semua panggilan boleh dikompil dan ujian lulus; laksanakan dokumen reka bentuk sehingga semua kriteria penerimaan dipenuhi; pecahkan fail besar menjadi modul yang khusus sehingga setiap satunya berada dalam had saiz; proses tunggakan isu berlabel sehingga baris gilir kosong.

— Anthropic Docs, https://code.claude.com/docs/en/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:** | Jenis tugasan | Sebab ia tidak berkesan | |----|----| | “Hasilkan UI yang cantik” | Penilai hanya melihat teks, bukan reka bentuk | | “Cari cerapan dalam data” | Tiada keadaan akhir yang boleh disahkan | | “Optimumkan UX halaman” | Cita rasa subjektif; ejen mengoptimumkan perkara yang diukur | | Penyelidikan / penerokaan | Terbuka—penilai tidak tahu bila ia sudah “cukup” | | Penggunaan produksi | Kesan luaran tidak boleh dikembalikan | | Penciptaan kandungan / pemasaran | Kualiti teks tidak boleh disemak dengan arahan | 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
Rumusan utama Tiga corak anti `/goal` yang lazim: syarat kabur tanpa had giliran (seorang pembangun membazirkan $200 selama 14 jam), gelung rekursif dengan cache lapuk ($6,000 semalaman kerana TTL cache berubah), dan tugasan kreatif tanpa keadaan akhir yang boleh disahkan (permainan dihasilkan tanpa visual, lalu penilai berkata “siap” walaupun grafik tiada). Perlindungannya ialah sentiasa memasukkan `or stop after N turns`, menetapkan hasil yang boleh diukur dan menyemak sama ada tugasan itu sesuai untuk autonomi sejak awal.
**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:

Seorang pembangun melaporkan pembaziran $200 sepanjang sesi 14 jam dengan syarat yang kabur: syarat lemah yang membuat penilai terus berkata “belum lagi” boleh berjalan selama 50, 100 atau 500 giliran sebelum anda menyedarinya.

$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](https://ailoot.ai/blog/ms/claude-code-plan-mode/)—kedua-duanya memastikan anda terus terlibat dalam membuat keputusan. ## Apakah Agent View dan cara membuka papan pemuka
Rumusan utama Agent View ialah papan pemuka visual untuk mengurus sesi Claude Code di latar belakang. Buka dengan arahan `claude agents` dalam terminal. Setiap sesi latar belakang muncul sebagai baris dengan status (Working, Needs input, Idle, Completed, Failed, Stopped). Ia berguna apabila anda menjalankan 2–5 tugasan autonomi serentak—anda boleh melihat semuanya pada satu skrin tanpa bertukar antara terminal. Ia merangkumi peek (Space—paparan pantas tanpa menyertai), attach (Enter), detach (anak panah kiri) dan pin (Ctrl+T).
Jika `/goal` ialah arahan “bekerja sehingga selesai,” Agent View ialah bilik kawalan untuk melihat semua arahan itu serentak. Anthropic menerangkannya begini:

Paparan ejen dibuka dengan claude agents—satu skrin untuk semua sesi latar belakang anda: perkara yang sedang berjalan, perkara yang memerlukan input anda dan perkara yang telah selesai. Mulakan sesi baharu, semak status sekilas pandang tanpa menatal transkrip dan sertai sesi hanya apabila ia memerlukan anda.

— Anthropic Docs, https://code.claude.com/docs/en/agent-view
**Arahan untuk membukanya:** ```bash 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:** | Status | Maksud | |----|----| | **Working** | Claude sedang bekerja—membuat panggilan alat atau menjana jawapan | | **Needs input** | Claude menunggu jawapan atau kebenaran anda untuk soalan tertentu | | **Idle** | Sesi tidak aktif dan sedia menerima arahan seterusnya | | **Completed** | Tugasan berjaya diselesaikan | | **Failed** | Sesi berakhir dengan ralat | | **Stopped** | Sesi dihentikan dengan Ctrl+X atau `claude stop` | **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: ```bash 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): ```bash 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:**

Keadaan sesi disimpan ke cakera dan kekal selepas kemas kini automatik serta mula semula penyelia. Sesi juga disimpan apabila mesin memasuki mod tidur. Apabila mesin bangun, prosesnya disambung semula dan penyelia menyambung semula kepadanya, bukannya menganggap jeda itu sebagai masa tidak aktif.

— Anthropic Docs, https://code.claude.com/docs/en/agent-view
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
Rumusan utama Worktree ialah salinan repositori yang berasingan dalam `.claude/worktrees//` pada cabang `worktree-` yang berasingan. Apabila anda melancarkan sesi latar belakang melalui `/bg` atau Agent View, Claude secara automatik memindahkannya ke worktree sebelum mengedit fail. Sesi selari boleh membaca checkout yang sama, tetapi setiap sesi menulis ke salinannya sendiri agar kerja mereka tidak saling menimpa. Anda boleh memilih untuk tidak menggunakannya dengan `worktree.bgIsolation: "none"` dalam `.claude/settings.json` (ciri sejak 2.1.143).
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:

Mana-mana sesi latar belakang yang dilancarkan daripada paparan ejen, melalui /bg atau dengan claude --bg bermula dalam direktori kerja anda. Sebelum mengedit fail, Claude memindahkan sesi itu ke worktree git terpencil dalam .claude/worktrees/, supaya sesi selari membaca checkout yang sama tetapi setiap satunya menulis ke salinannya sendiri.

— Anthropic Docs, https://code.claude.com/docs/en/agent-view
**Cara ia berfungsi dalam amalan:** ```bash # 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.**

Worktree yang dicipta oleh Claude dibuang bersama sesi dalam paparan ejen: gabungkan atau push perubahan sebelum memadam sesi yang telah mengedit fail dalam worktree sendiri.

— Anthropic Docs, https://code.claude.com/docs/en/agent-view
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: ```json // .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:**

Had kadar turut terpakai di sini: sesi latar belakang menggunakan kuota langganan seperti sesi interaktif, jadi 10 ejen selari menggunakan kuota kira-kira 10 kali lebih pantas daripada satu ejen.

— Anthropic Docs, https://code.claude.com/docs/en/agent-view
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
Rumusan utama `/goal` hanyalah pautan terakhir dalam rangkaian. Sebelum itu, gunakan [Plan Mode](https://ailoot.ai/blog/ms/claude-code-plan-mode/) untuk membuat pelan berfasa dalam `plans/` dan [subagents](https://ailoot.ai/blog/ms/claude-code-subagents/) untuk membahagikan kerja. Gabungannya berfungsi begini: 1) Plan Mode menulis pelan terperinci dengan kotak semak yang boleh disahkan, 2) subagents boleh bekerja pada fasa berbeza secara selari dalam cabang worktree masing-masing, 3) `/goal` menjalankan kitaran “kerja → penilai → giliran seterusnya” sehingga setiap kotak ditandakan. Tanpa Plan Mode, `/goal` tidak berguna untuk tugasan kompleks.
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](https://ailoot.ai/blog/ms/claude-code-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 ""`. 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](https://ailoot.ai/blog/ms/claude-code-second-brain/): 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
Rumusan utama Perbezaan berguna ialah cara tugasan diteruskan, tempat ia berjalan, kebenarannya dan cara siap diperiksa. Tiada ukuran bersumber setara di sini yang menyokong pengganda kecekapan token sejagat atau bilangan langkah tetap sebelum alat lain hilang keselarasan. Bandingkan model, klien, versi, mod pelaksanaan dan tugasan sebenar sebelum memilih.
`/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: | Dimensi | Perkara direkodkan | |----|----| | Pelaksanaan | Klien/versi serta runtime setempat atau dihoskan | | Model | Model tepat, effort penaakulan dan had konteks | | Penerusan | Pencetus giliran baharu dan perkara menghentikannya | | Pengasingan | Salinan kerja, kebenaran, rahsia dan akses rangkaian | | Hasil | Pemeriksaan diterima, kegagalan dan pembetulan manusia | | Penggunaan | Input, bacaan/penulisan cache, token output, masa dan kaedah pengebilan sebenar | 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: | Pendekatan | Giliran seterusnya bermula apabila | Ia berhenti apabila | |----|----|----| | `/goal` | Giliran sebelumnya telah tamat | Model mengesahkan syarat | | `/loop` | Selang masa telah berlalu | Anda menghentikannya atau Claude memutuskan kerja telah selesai | | Stop hook | Giliran sebelumnya telah tamat | Skrip atau arahan anda membuat keputusan | ## Senarai semak /goal sebelum pelancaran: 7 perkara
Rumusan utama Sebelum setiap larian `/goal`, semak 7 perkara: versi Claude Code 2.1.139+, syarat merangkumi keadaan akhir yang boleh disahkan, had giliran keras ditetapkan, kekangan dinyatakan dengan jelas, semua perubahan penting telah di-commit, had penggunaan diaktifkan dalam Settings dan Agent View dibuka untuk pemantauan. Satu perkara yang terlepas boleh menyebabkan kerugian beberapa ratus dolar dan kehilangan kerja.
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.
### Sumber - [Dokumentasi Anthropic - arahan /goal](https://code.claude.com/docs/en/goal) - [Dokumentasi Anthropic - Agent View](https://code.claude.com/docs/en/agent-view) - [Dokumentasi Anthropic - Jalankan ejen secara selari](https://code.claude.com/docs/en/agents) - [Dokumentasi Anthropic - Worktree](https://code.claude.com/docs/en/worktrees) - [Dokumentasi Anthropic - Mod tanpa paparan](https://code.claude.com/docs/en/headless) - [Log perubahan Claude Code oleh Anthropic](https://code.claude.com/docs/en/changelog)
Anda boleh terus meneroka Ailoot di [ailoot.ai](https://ailoot.ai/). ## Soalan lazim: /goal dalam Claude Code: Mod Autonomi dan Agent View pada 2026 ### Bagaimanakah saya menulis syarat siap yang boleh diperiksa penilai? Nyatakan satu hasil boleh diukur, arahan atau bukti yang membuktikannya serta batasan seperti mengekalkan assertion atau kekal dalam fail tertentu. Sertakan had berhenti jelas dan minta ejen menunjukkan output pengesahan dalam perbualan. ### Adakah pengganda kecekapan token tetap mencukupi untuk memilih ejen? Tidak. Tiada ukuran setara yang menyokong pengganda itu. Bandingkan tugasan diterima yang sama dan rekod model, versi klien, mod pelaksanaan, cache serta token, masa berlalu dan pembetulan manusia. ## Ailoot · Syarikat dan portfolio projeknya Ailoot berteraskan pengalaman operasi yang mantap, pangkalan pelanggan yang besar, perkhidmatan yang stabil dan pemantauan KPI berterusan. Syarikat dan portfolio projeknya: jutaan pelanggan; jualan bernilai berbilion setiap bulan. Ailoot menggunakan pengalaman operasi ini untuk akses API kepada ciri AI dalam produk pelanggan, ejen, aplikasi dan automasi.