Siklus hidup hook
Claude Code menjalankan hooks pada titik-titik tertentu selama sesi. Ketika event dijalankan dan matcher cocok, Claude Code meneruskan konteks JSON tentang event ke handler hook Anda. Untuk command hooks, input tiba di stdin. Untuk HTTP hooks, input tiba sebagai badan permintaan POST. Handler Anda kemudian dapat memeriksa input, mengambil tindakan, dan secara opsional mengembalikan keputusan. Events jatuh ke dalam tiga cadence:- per sesi:
SessionStartdanSessionEnd - per turn:
UserPromptSubmit,Stop, danStopFailure - pada setiap pemanggilan tool di dalam loop agentic:
PreToolUsedanPostToolUse, kecuali panggilanEndConversation, yang melewati keduanya
Bagaimana hook diselesaikan
Untuk melihat bagaimana event, matcher, dan handler cocok bersama, pertimbangkan hookPreToolUse ini yang memblokir perintah shell yang merusak.
- macOS/Linux
- Windows (PowerShell)
matcher mempersempit ke pemanggilan tool Bash dan kondisi if mempersempit lebih lanjut ke subperintah Bash yang cocok dengan rm *, jadi block-rm.sh hanya spawn ketika kedua filter cocok:permissionDecision dari "deny" jika berisi rm -rf. Simpan ke .claude/hooks/block-rm.sh di proyek Anda dan buat dapat dieksekusi dengan chmod +x .claude/hooks/block-rm.sh sehingga Claude Code dapat menjalankannya:jq, jadi instal jq dan pastikan itu ada di PATH Anda sebelum mencobanya.Bash "rm -rf /tmp/build" terhadap konfigurasi macOS/Linux. Inilah yang terjadi:
1
Event dijalankan
Event
PreToolUse dijalankan. Claude Code mengirimkan input tool sebagai JSON di stdin ke hook:2
Matcher memeriksa
Matcher
"Bash" cocok dengan nama tool, jadi grup hook ini diaktifkan. Jika Anda menghilangkan matcher atau menggunakan "*", grup diaktifkan pada setiap kemunculan event.3
Kondisi if memeriksa
Kondisi
if "Bash(rm *)" cocok karena rm -rf /tmp/build adalah subperintah yang cocok dengan rm *, jadi handler ini spawn. Jika perintah telah npm test, pemeriksaan if akan gagal dan block-rm.sh tidak akan pernah dijalankan, menghindari overhead spawn proses. Bidang if bersifat opsional; tanpanya, setiap handler dalam grup yang cocok dijalankan.4
Handler hook dijalankan
Skrip memeriksa perintah lengkap dan menemukan Jika perintah telah menjadi varian
rm -rf, jadi itu mencetak keputusan ke stdout:rm yang lebih aman seperti rm file.txt, skrip akan mencapai exit 0 sebagai gantinya. Kode keluar 0 tanpa output berarti hook tidak memiliki keputusan untuk dilaporkan, jadi pemanggilan tool berlanjut melalui alur izin normal. Hook dapat menolak pemanggilan, tetapi tetap diam tidak menyetujuinya.5
Claude Code bertindak atas hasil
Claude Code membaca keputusan JSON, memblokir pemanggilan tool, dan menunjukkan Claude alasannya.
Konfigurasi
Hooks didefinisikan dalam file pengaturan JSON. Konfigurasi memiliki tiga tingkat nesting:- Pilih hook event untuk merespons, seperti
PreToolUseatauStop - Tambahkan matcher group untuk memfilter kapan dijalankan, seperti “hanya untuk tool Bash”
- Tentukan satu atau lebih hook handlers untuk dijalankan saat cocok
Halaman ini menggunakan istilah spesifik untuk setiap tingkat: hook event untuk titik siklus hidup, matcher group untuk filter, dan hook handler untuk perintah shell, endpoint HTTP, tool MCP, prompt, atau agent yang dijalankan. “Hook” sendiri merujuk pada fitur umum.
Lokasi hook
Tempat Anda mendefinisikan hook menentukan cakupannya:
Sesi cloud tidak membaca
~/.claude/settings.json lokal Anda. Dalam lingkungan self-hosted, Claude Code juga menjalankan hooks yang operator semai dari ~/.claude/ host runner, dan menjalankan hooks dalam file pengaturan terkelola image runner saat file itu termasuk dalam sumber terkelola yang Claude Code terapkan, yang secara default berarti hanya ketika pengaturan yang dikelola server maupun kebijakan Claude Code yang dikirimkan MDM tidak menyediakan tingkat terkelola. Lihat apa yang terbawa dari setup Anda untuk file pengaturan dan plugin mana, dan dengan demikian hooks mana, yang mencapai sesi cloud.
Untuk detail tentang resolusi file pengaturan, lihat settings.
Hooks dari file pengaturan, pengaturan kebijakan terkelola, dan plugin juga berjalan di dalam subagents. Ketika subagent memanggil tool, tool events seperti PreToolUse dan PostToolUse menjalankan hooks yang dikonfigurasi sama seperti dalam percakapan utama, dan input membawa field input umum agent_id dan agent_type yang mengidentifikasi subagent.
Administrator dapat menggunakan allowManagedHooksOnly dalam pengaturan terkelola untuk membatasi hooks mana yang berjalan:
- Hooks pengguna, proyek, lokal, dan plugin Anda diblokir. Hooks dari plugins yang dipaksa-aktifkan dalam pengaturan terkelola
enabledPluginsdikecualikan - Claude Code juga mempersempit pengaturan
statusLine,fileSuggestion, dansubagentStatusLineAnda ke pengaturan terkelola - Claude Code juga menonaktifkan plugins dengan sumber
command, termasuk plugins yang dipaksa-aktifkan dalam pengaturan terkelolaenabledPlugins, kecualidisableCommandPluginSourcessecara eksplisit diatur kefalse. Sumbercommandmemerlukan Claude Code v2.1.229 atau lebih baru - Claude Code juga memblokir perintah
headersHelpermarketplace kecualidisableCommandPluginSourcessecara eksplisit diatur kefalse, kecuali untuk marketplace yang pengaturan terkelola sendiri deklarasikan
allowManagedHooksOnly.
Hook entries bergabung di seluruh tingkat pengaturan daripada menggantikan satu sama lain: pengaturan pengguna, proyek, dan lokal menambahkan hooks mereka sendiri tanpa menghapus yang terkelola, dan pengaturan disableAllHooks tidak dapat menonaktifkan hooks terkelola dari luar pengaturan terkelola.
HTTP hook allowlists berlaku untuk hooks dari setiap sumber, termasuk pengaturan kebijakan terkelola:
allowedHttpHookUrls: ketika didefinisikan di tingkat pengaturan apa pun, Claude Code menjalankan HTTP hook handler hanya jika URL-nya cocok dengan allowlist yang digabungkanhttpHookAllowedEnvVars: ketika didefinisikan, Claude Code menginterpolasi hanya variabel lingkungan pada daftar itu ke dalam header hook
Pola matcher
Bidangmatcher memfilter kapan hooks dijalankan. Bagaimana matcher dievaluasi tergantung pada karakter yang dikandungnya:
Matcher pada jalur ekspresi reguler diuji dengan
RegExp.prototype.test JavaScript, yang berhasil pada kecocokan di mana pun dalam nilai. Edit.* cocok dengan Edit dan NotebookEdit; bungkus pola dalam ^ dan $, seperti ^Edit$, ketika Anda memerlukan kecocokan seluruh string.
FileChanged dan StopFailure menggunakan set exact-match yang lebih sempit dari huruf, digit, _, dan | saja. Tanda hubung, spasi, atau koma dalam matcher untuk dua event itu membuat tetap pada jalur ekspresi reguler, dan hanya | yang memisahkan alternatif. Setiap event lain dengan dukungan matcher dalam tabel yang mengikuti menerima | atau ,.
Event FileChanged tidak mengikuti aturan ini saat membangun daftar watch-nya. Lihat FileChanged.
Setiap tipe event cocok pada bidang yang berbeda:
Mencocokkan
StopFailure pada cloud_credential_error memerlukan Claude Code v2.1.267 atau lebih baru, versi pertama yang melaporkan kegagalan pemuatan kredensial di bawah nilai itu daripada server_error atau unknown.
Untuk sebagian besar events, Claude Code mengevaluasi matcher terhadap bidang dari JSON input yang dikirimkan ke hook Anda di stdin. Untuk tool events, bidang itu adalah tool_name. Untuk PreModelSwitch dan PostModelSwitch, Claude Code mengevaluasi matcher terhadap nama kanonik yang diturunkan dari to_model, seperti dijelaskan di bawah PreModelSwitch. Setiap bagian hook event mencantumkan set lengkap nilai matcher dan skema input untuk event itu.
Contoh ini menjalankan skrip linting hanya ketika Claude menulis atau mengedit file:
matcher ke event tanpa dukungan matcher, itu diabaikan secara diam-diam.
Untuk tool events, Anda dapat memfilter lebih sempit dengan menetapkan bidang if pada handler hook individual. if menggunakan sintaks aturan izin untuk mencocokkan terhadap nama tool dan argumen bersama-sama, jadi "Bash(git *)" dijalankan ketika subperintah apa pun dari input Bash cocok dengan git * dan "Edit(*.ts)" dijalankan hanya untuk file TypeScript.
Cocokkan MCP tools
Tool server MCP muncul sebagai tool reguler dalam tool events (PreToolUse, PostToolUse, PostToolUseFailure, PermissionRequest, PermissionDenied), jadi Anda dapat mencocokkannya dengan cara yang sama seperti Anda mencocokkan nama tool lainnya.
MCP tools mengikuti pola penamaan mcp__<server>__<tool>, misalnya:
mcp__memory__create_entities: tool create entities dari Memory servermcp__filesystem__read_file: tool read file dari Filesystem servermcp__github__search_repositories: tool search dari GitHub server
.* ke awalan server. .* diperlukan: matcher seperti mcp__memory atau mcp__brave-search hanya berisi karakter exact-match, jadi dibandingkan sebagai string yang tepat dan tidak cocok dengan tool apa pun.
mcp__memory__.*cocok dengan semua tools dari servermemorymcp__brave-search__.*cocok dengan semua tools dari server yang namanya berisi tanda hubungmcp__.*__write.*cocok dengan tool apa pun yang namanya dimulai denganwritedari server apa pun
mcp__plugin_<plugin-name>_<server-name>__<tool>. Matcher yang ditulis terhadap kunci server bare tidak pernah dijalankan untuk tools ini. Untuk plugin bernama my-plugin yang membundel server di bawah kunci db, tool query muncul sebagai mcp__plugin_my-plugin_db__query, jadi matcher untuk setiap tool dari server itu adalah mcp__plugin_my-plugin_db__.*. Gunakan nama tool yang dibatasi yang sama dalam bidang if handler. Lihat Plugin-provided MCP servers untuk bagaimana nama yang dibatasi dibangun.
Contoh ini mencatat semua operasi memory server dan memvalidasi operasi write dari server MCP apa pun:
Bidang hook handler
Setiap objek dalam arrayhooks inner adalah hook handler: perintah shell, endpoint HTTP, tool MCP, prompt LLM, atau agent yang dijalankan saat matcher cocok. Ada lima tipe:
- Command hooks (
type: "command"): jalankan perintah shell. Skrip Anda menerima JSON input event di stdin dan mengkomunikasikan hasil kembali melalui kode keluar dan stdout. - HTTP hooks (
type: "http"): kirimkan JSON input event sebagai permintaan HTTP POST ke URL. Endpoint mengkomunikasikan hasil kembali melalui badan respons menggunakan format JSON output yang sama seperti command hooks. - MCP tool hooks (
type: "mcp_tool"): panggil tool pada server MCP yang dikonfigurasi. Output teks tool diperlakukan seperti command-hook stdout. - Prompt hooks (
type: "prompt"): kirimkan prompt ke model Claude untuk evaluasi single-turn. Model mengembalikan keputusannya sebagai JSON. Lihat Prompt-based hooks. - Agent hooks (
type: "agent"): spawn subagent yang dapat menggunakan tools seperti Read, Grep, dan Glob untuk memverifikasi kondisi sebelum mengembalikan keputusan. Agent hooks adalah eksperimental dan mungkin berubah. Lihat Agent-based hooks.
$CLAUDE_CODE_REMOTE adalah "true" di lingkungan web jarak jauh dan tidak diatur di CLI lokal. Claude Code v2.1.199 dan lebih baru menetapkan $CLAUDE_CODE_BRIDGE_SESSION_ID ke Remote Control session ID saat sesi lokal memiliki koneksi Remote Control yang aktif.
Bidang umum
Bidang-bidang ini berlaku untuk semua tipe hook:
Bidang
if menyimpan tepat satu aturan izin. Tidak ada sintaks &&, ||, atau list untuk menggabungkan aturan; untuk menerapkan beberapa kondisi, tentukan handler hook terpisah untuk masing-masing.
Dalam kondisi if untuk file tool, pola direktori single-segment seperti "Edit(src/**)" cocok hanya dengan direktori src di direktori kerja dan file di bawahnya. Untuk mencocokkan direktori bernama src di kedalaman apa pun, tulis "Edit(**/src/**)". Sebelum v2.1.214, "Edit(src/**)" cocok dengan direktori bernama src di kedalaman apa pun di bawah direktori kerja.
Bagaimana pola if mencocokkan perintah Bash
Untuk pola Bash dalam bidang if, apakah hook command Anda dijalankan tergantung pada bentuk pola dan perintah Bash yang Claude panggil. Penugasan VAR=value terkemuka dihapus sebelum pencocokan.
Ketika Claude Code tidak dapat menentukan perintah mana yang dijalankan input Bash, itu menjalankan hook Anda terlepas dari pola. Karena filter
if adalah best-effort, gunakan sistem izin daripada hook untuk memberlakukan allow atau deny yang keras.
Bidang command hook
Selain bidang umum, command hooks menerima bidang-bidang ini:
Hook command dijalankan sebagai exec form ketika
args diatur, dan shell form ketika args dihilangkan. Atur args setiap kali hook mereferensikan path placeholder, karena setiap elemen dilewatkan sebagai satu argumen tanpa quoting. Hilangkan args ketika Anda memerlukan fitur shell seperti pipes atau &&, atau ketika tidak ada kekhawatiran yang berlaku.
Exec form dijalankan ketika args ada. Claude Code menyelesaikan command sebagai executable di PATH dan spawn-nya secara langsung dengan args sebagai vektor argumen. Tidak ada shell, jadi setiap elemen args adalah satu argumen persis seperti yang ditulis, dan path placeholders seperti ${CLAUDE_PLUGIN_ROOT} disubstitusi ke dalam command dan ke dalam setiap elemen args sebagai string biasa. Karakter khusus seperti apostrophe, $, dan backticks melewati verbatim karena tidak ada shell untuk menginterpretasinya. Tidak ada tokenisasi shell yang terjadi di platform apa pun.
Shell form dijalankan ketika args tidak ada. String command dilewatkan ke shell: sh -c di macOS dan Linux, Git Bash di Windows, atau PowerShell ketika Git Bash tidak diinstal. Atur bidang shell untuk memilih secara eksplisit. Shell melakukan tokenisasi string, memperluas variabel, dan menginterpretasi pipes, &&, redirects, dan globs.
Di Windows, exec form memerlukan
command untuk diselesaikan ke executable nyata seperti .exe. Shim .cmd dan .bat yang npm, npx, eslint, dan tools lainnya instal di node_modules/.bin bukan executables dan tidak dapat di-spawn tanpa shell. Untuk menjalankannya dalam exec form, panggil skrip yang mendasar dengan node secara langsung, misalnya "command": "node", "args": ["${CLAUDE_PLUGIN_ROOT}/node_modules/eslint/bin/eslint.js"]. Pola node plus script-path bekerja di setiap platform karena node.exe adalah binary nyata. Untuk menjalankan shim .cmd atau .bat berdasarkan nama, gunakan shell form.CLAUDE_PROJECT_DIR, CLAUDE_PLUGIN_ROOT, dan CLAUDE_PLUGIN_DATA pada proses yang di-spawn, jadi skrip dapat membaca process.env.CLAUDE_PLUGIN_ROOT terlepas dari bagaimana itu diluncurkan.
Plugin hooks juga mensubstitusi nilai ${user_config.*}, dalam exec form saja: nilai disubstitusi ke dalam command dan ke dalam setiap elemen args sebagai string biasa, jadi tidak ada shell yang mem-parse ulangnya.
Hook plugin bentuk shell yang command-nya mereferensikan ${user_config.*} gagal dengan error daripada menjalankan. Untuk menggunakan nilai opsi dari hook bentuk shell, baca variabel lingkungan $CLAUDE_PLUGIN_OPTION_<KEY>, seperti $CLAUDE_PLUGIN_OPTION_WEBHOOK_URL untuk opsi webhook_url, atau atur args untuk beralih hook ke exec form. Sebelum v2.1.207, hook plugin bentuk shell juga mensubstitusi ${user_config.*}.
Dalam exec form,
command adalah nama executable atau path saja. Jika command adalah nama bare tanpa path separator dan berisi whitespace bersama args, Claude Code mencatat warning karena spawn akan gagal: tidak ada executable bernama node script.js. Pindahkan token ekstra ke dalam args. Path absolut dengan spasi, seperti C:\Program Files\nodejs\node.exe, adalah executable tunggal yang valid dan tidak memicu warning.Bidang HTTP hook
Selain bidang umum, HTTP hooks menerima bidang-bidang ini:
Claude Code mengirimkan JSON input hook sebagai badan permintaan POST dengan
Content-Type: application/json. Badan respons menggunakan format JSON output yang sama seperti command hooks.
Penanganan kesalahan berbeda dari command hooks; lihat HTTP response handling.
Contoh ini mengirimkan event PreToolUse ke layanan validasi lokal, mengautentikasi dengan token dari variabel lingkungan MY_TOKEN:
Bidang MCP tool hook
Selain bidang umum, MCP tool hooks menerima bidang-bidang ini:
Contoh ini memanggil tool
security_scan pada server MCP my_server setelah setiap Write atau Edit, melewatkan path file yang diedit:
isError: true, hook menghasilkan kesalahan non-blocking dan eksekusi berlanjut.
Pada event di mana hook dapat memblokir atau mengubah hasil, seperti PreToolUse atau Stop, Claude Code menunggu server yang sedang terhubung sebelum memanggil tool, paling lama MCP_TIMEOUT dan dalam batas timeout milik hook itu sendiri. Pada event observasional, seperti Notification atau SessionEnd, Claude Code tidak menunggu.
Server yang menampilkan status cached terhubung ketika hook memanggil tool-nya. Jika server belum terhubung pada saat itu, hook menghasilkan kesalahan non-blocking dan eksekusi berlanjut. Hook tidak pernah memulai alur OAuth, jadi autentikasi server dari /mcp terlebih dahulu.
SessionStart saat peluncuran, termasuk dengan --continue atau --resume, dan setiap event Setup dijalankan sebelum server MCP sesi tersedia untuk hook. Claude Code melewatkan hook mcp_tool mereka tanpa memanggil tool, dan debug log mencatat mcp_tool hooks are not available for the 'SessionStart' hook event (no MCP client context), atau pesan yang sama yang menyebut Setup. Ketika SessionStart dijalankan lagi nanti dalam sesi, setelah /clear atau compaction, hook mcp_tool-nya berjalan. Untuk apa pun yang dibutuhkan sesi saat peluncuran, gunakan hook type: "command" pada SessionStart sebagai gantinya.
Bidang prompt dan agent hook
Selain bidang umum, prompt dan agent hooks menerima bidang-bidang ini:Referensi skrip berdasarkan path
Gunakan placeholders ini untuk mereferensikan skrip hook relatif terhadap akar proyek atau plugin, terlepas dari direktori kerja saat hook dijalankan:${CLAUDE_PROJECT_DIR}: akar proyek tempat sesi dimulai. Claude Code juga menetapkan variabel ini dalam lingkungan stdio MCP servers dan plugin LSP servers.${CLAUDE_PLUGIN_ROOT}: direktori instalasi plugin, untuk skrip yang dibundel dengan plugin. Lihat plugin environment variables untuk bagaimana path berperilaku di seluruh pembaruan.${CLAUDE_PLUGIN_DATA}: direktori data persisten plugin, untuk dependensi dan status yang harus bertahan pembaruan plugin.
Worktrees berbeda. Jika Claude memasuki worktree selama sesi, Claude Code menyimpan
${CLAUDE_PROJECT_DIR} di mana itu berada dan melewatkan path worktree ke hooks Anda dengan cara berbeda:${CLAUDE_PROJECT_DIR}tetap di tempat: itu masih menunjuk ke akar proyek tempat sesi dimulai, jadi perintah seperti${CLAUDE_PROJECT_DIR}/.claude/hooks/check-style.shmasih menjalankan skrip di checkout utama.cwdmengikuti Claude: bidangcwddalam input JSON hook adalah akar worktree setelah Claude memasuki worktree, dan direktori baru setelah Claude menjalankancd. Bacanya ketika hook perlu tahu direktori mana Claude sedang bekerja.
${CLAUDE_PROJECT_DIR} menunjuk.- Skrip proyek
- Skrip plugin
Contoh ini menggunakan
${CLAUDE_PROJECT_DIR} untuk menjalankan pemeriksa gaya dari direktori .claude/hooks/ proyek setelah pemanggilan tool Write atau Edit apa pun:Hooks dalam skills dan agents
Selain file pengaturan dan plugin, hooks dapat didefinisikan langsung dalam skills dan subagents menggunakan frontmatter, dalam format konfigurasi yang sama seperti hooks berbasis pengaturan. Berapa lama Claude Code menyimpannya terdaftar tergantung pada komponen:- Subagent hooks: Claude Code menjalankannya hanya saat subagent itu berjalan dan menghapusnya saat selesai. Claude Code mengkonversi hook
Stopdi sini menjadiSubagentStop, event yang dijalankan saat subagent selesai. - Skill hooks: Claude Code mendaftarkannya ketika Anda atau Claude memanggil skill dan terus menjalankannya untuk sisa sesi, pada turns setelah turn skill sendiri juga. Untuk membuat Claude Code menghapus hook setelah run pertamanya yang berhasil, atur
once: truepadanya.
PreToolUse yang menjalankan skrip validasi keamanan sebelum setiap perintah Bash:
-p dalam folder yang belum Anda percayai.
Frontmatter hooks dalam subagent proyek berjalan hanya setelah Anda menerima workspace trust dialog untuk folder file agent berasal. Sesi -p tidak dihitung sebagai menerimanya. Apa yang berjalan sebelum Anda mempercayai folder membandingkan ini dengan rule file pengaturan, dan halaman subagents mencantumkan cakupan mana yang dikecualikan. Sebelum v2.1.218, hooks ini dapat berjalan dari folder yang belum Anda percayai.
Menu /hooks
Ketik /hooks di Claude Code untuk membuka browser read-only untuk hooks yang telah Anda konfigurasi. Daftar memberi label pada setiap hook dengan asalnya, seperti pengaturan pengguna, pengaturan proyek, pengaturan lokal, plugin, atau sesi saat ini.
Pilih hook untuk melihat teks lengkap dari apa yang dijalankannya dan di mana hook itu didefinisikan, seperti path file pengaturannya atau nama plugin-nya.
Untuk menelusuri semua hook event, termasuk yang tidak memiliki hooks yang dikonfigurasi, pilih All events di akhir daftar.
Nonaktifkan atau hapus hooks
Untuk menghapus hook yang didefinisikan dalam file pengaturan, hapus entrinya dari file tersebut. Untuk menonaktifkan semua hooks sementara tanpa menghapusnya, atur"disableAllHooks": true dalam file pengaturan Anda. Claude Code membaca nilai yang tersisa setelah settings precedence diterapkan, jadi "disableAllHooks": false dalam .claude/settings.json proyek menimpa true dalam pengaturan pengguna Anda. Untuk mematikan hooks untuk satu run apa pun yang dikatakan pengaturan proyek, lewatkan --settings '{"disableAllHooks": true}', yang mengambil prioritas atas pengaturan proyek dan lokal. Tidak ada cara untuk menonaktifkan hook individual sambil menyimpannya dalam konfigurasi.
Pengaturan disableAllHooks menghormati hierarki pengaturan terkelola. Jika administrator telah mengonfigurasi hooks melalui pengaturan kebijakan terkelola, disableAllHooks yang diatur dalam pengaturan pengguna, proyek, atau lokal tidak dapat menonaktifkan hooks terkelola tersebut. Hanya disableAllHooks yang diatur pada tingkat pengaturan terkelola yang dapat menonaktifkan hooks terkelola. Untuk jangkauan lengkap setiap tingkat, lihat disableAllHooks.
Pengeditan langsung ke hooks dalam file pengaturan biasanya diambil secara otomatis oleh file watcher.
Input dan output hook
Hook perintah menerima data JSON melalui stdin dan menyampaikan hasil melalui exit code, stdout, dan stderr. Hook HTTP menerima JSON yang sama sebagai body permintaan POST dan menyampaikan hasil melalui body respons HTTP. Bagian ini membahas field dan perilaku yang umum untuk semua event. Bagian setiap event di bawah Event hook mencakup skema input spesifik dan opsi kontrol keputusannya. Di macOS dan Linux, hook perintah berjalan dalam sesinya sendiri tanpa terminal pengendali. Proses hook dan proses turunannya tidak dapat membuka/dev/tty atau mengirim escape sequence secara langsung ke antarmuka Claude Code. Windows tidak memiliki /dev/tty.
Untuk menampilkan pesan kepada pengguna di platform apa pun, kembalikan systemMessage dalam output JSON. Beberapa event membuangnya atau mengirimkannya ke tempat lain, dan bagian setiap event menyebutkannya. Untuk memicu notifikasi desktop, mengatur judul jendela, atau membunyikan bel, kembalikan terminalSequence sebagai gantinya.
Field input umum
Event hook menerima field berikut sebagai JSON, selain field khusus event yang didokumentasikan di setiap bagian event hook. Untuk hook perintah, JSON ini tiba melalui stdin. Untuk hook HTTP, JSON ini tiba sebagai body permintaan POST.agent_id dan agent_type memberi tahu skrip Anda di agent mana hook dijalankan, seperti subagent, rekan tim in-process, atau agent yang Anda pilih dengan --agent:
Hanya hook
SessionStart yang dapat menerima field model, dan Claude Code tidak selalu menyertakannya. Hook PreModelSwitch dan PostModelSwitch menerima from_model dan to_model sebagai gantinya, jadi gunakan hook PostModelSwitch untuk mengikuti model saat model berubah selama sesi.
Tidak ada environment variable $CLAUDE_MODEL. Hook dapat membaca $ANTHROPIC_MODEL jika Anda mengaturnya di shell Anda, tetapi nilai tersebut tidak berubah ketika Anda mengganti model dengan /model selama sesi.
Proses hook mewarisi environment induk, kecuali variabel exporter OTEL_* yang dihapus Claude Code dari setiap subproses yang dijalankannya dan, ketika CLAUDE_CODE_SUBPROCESS_ENV_SCRUB diatur ke 1, variabel-variabel yang dihapusnya. Dalam sesi yang mendapatkan konfigurasi HIPAA, Claude Code juga menghapus kredensial Anthropic dari environment hook.
Misalnya, hook PreToolUse untuk perintah Bash menerima ini di stdin:
tool_name, tool_input, dan tool_use_id bersifat khusus event. Setiap bagian event hook mendokumentasikan field tambahan untuk event tersebut.
Output exit code
Exit code hook Anda memberi tahu Claude Code apakah akan melanjutkan tindakan yang memicu hook, seperti panggilan tool atau prompt. Eksekusi yang selesai memiliki salah satu dari tiga hasil:- Berhasil: hook Anda keluar dengan 0. Claude Code menerapkan field output JSON apa pun yang dicetak hook Anda, dan tindakan dilanjutkan kecuali field tersebut memblokir atau menolaknya. Hook yang memulai proses latar belakang membahas pengecualiannya.
- Error blocking: hook Anda keluar dengan 2. Pada event yang dapat memblokir, Claude Code menghentikan tindakan.
- Error non-blocking: hook Anda keluar dengan kode lain, atau gagal dengan cara lain, seperti tidak dapat dimulai atau mencetak JSON yang tidak valid. Tindakan dilanjutkan, dan pada event seperti
PreToolUseAnda melihat pemberitahuan<hook name> hook errordi transkrip. Jika Anda ingin hook yang gagal memblokir tindakan, aturonFailure: "block".
PreToolUse keluar dengan 1 tetapi mencetak JSON yang lolos validasi, eksekusi dianggap berhasil dan field JSON menentukan apa yang terjadi. Untuk menemukan hasil hook Anda pada event seperti PreToolUse, cocokkan apa yang dicetaknya ke stdout di kolom pertama dengan exit code-nya di bagian atas:
Beberapa event memiliki aturannya sendiri:
WorktreeCreate: exit code bukan nol apa pun membuat pembuatan worktree gagal, apa pun isi JSON Anda.WorktreeRemove: exit code bukan nol apa pun membuat penghapusan worktree gagal jika direktori masih ada setelahnya.Stop,SubagentStop,TaskCompleted, dan hookUserPromptSubmitdari plugin: ketika hook Anda keluar dengan 2 tanpa apa pun di stdout dan stderr-nya menyatakan bahwa suatu file tidak ada, sepertiNo such file or directory, Claude Code memperlakukan eksekusi tersebut sebagai error non-blocking.ElicitationdanElicitationResult: Claude Code menerapkanhookSpecificOutputAnda ketika hook Anda keluar dengan 0, dan mengabaikannya pada exit code lainnya.- Event yang membuang output hook, seperti
StopFailure: Claude Code mengabaikan JSON Anda pada setiap exit code, kecuali field efek samping sepertiterminalSequence, yang tetap dijalankan.
Exit code 0
Exit 0 berarti berhasil, dan merupakan exit code yang dimaksudkan ketika Anda mencetak JSON untuk kontrol terstruktur. Untuk sebagian besar event, Claude Code menulis stdout ke log debug dan tidak menampilkannya di transkrip. Pengecualiannya adalahUserPromptSubmit, UserPromptExpansion, SessionStart, dan PostModelSwitch, di mana Claude Code menambahkan stdout teks biasa sebagai konteks yang dapat dilihat dan ditindaklanjuti oleh Claude.
Untuk hook yang tidak async, Claude Code mem-parse stdout Anda sebagai output JSON ketika seluruh output adalah satu objek JSON tanpa apa pun di sekitarnya selain whitespace, dan jika tidak, sebagai teks biasa atau kegagalan parse:
- Satu objek JSON, dalam satu baris atau beberapa baris: di-parse sebagai output JSON.
- Output yang tidak diawali dengan
{, atau yang diawali dengan{tetapi tidak diakhiri dengan}: teks biasa. Array JSON dan string JSON yang diberi tanda kutip merupakan teks biasa menurut aturan ini. - Dua baris atau lebih yang masing-masing dapat di-parse sebagai JSON secara terpisah, dengan baris pertama diawali
{dan baris terakhir diakhiri}: teks biasa ketika tidak ada baris yang merupakan objek output JSON yang mengatur suatu field, dan kegagalan parse ketika ada baris yang demikian. - Apa pun lainnya yang diawali dengan
{dan diakhiri dengan}tetapi bukan JSON yang valid: kegagalan parse.
<hook name> hook error memuat pesan parse atau validasi. Pada event yang menambahkan stdout teks biasa sebagai konteks, Claude Code tidak menambahkan stdout yang gagal di-parse.
Claude tidak pernah melihat stderr dari hook yang keluar dengan 0. Untuk membacanya sendiri pada event seperti PreToolUse, aktifkan logging debug. Untuk menyampaikan peringatan kepada Claude dari hook PostToolUse atau PostToolUseFailure, gunakan exit 2 sehingga Claude melihat stderr meskipun tool sudah berjalan.
Exit code 2
Keluar dengan kode 2 untuk memblokir tindakan. Pada event yang dapat memblokir, Claude Code menghentikan tindakan: misalnya, hookPreToolUse memblokir panggilan tool, dan hook UserPromptSubmit menolak prompt.
Pesan yang menyertai pemblokiran adalah stderr hook Anda. Jika hook Anda juga mencetak JSON yang membuat keputusan pemblokiran, Claude Code menggunakan alasan dari keputusan tersebut sebagai gantinya.
Exit 2 memblokir bahkan ketika hook Anda mencetak JSON:
- JSON yang lolos validasi skema: Claude Code tetap membaca field output JSON, tetapi field tersebut tidak dapat menimpa pemblokiran. Bahkan
permissionDecisionbernilai"allow"tidak membuat tindakan diloloskan. PadaElicitationdanElicitationResult,hookSpecificOutputdari hook yang keluar dengan exit 2 diabaikan. - JSON yang gagal validasi skema: hook tetap memblokir. Claude Code menggunakan stderr Anda sebagai alasan pemblokiran dan mencatat kegagalan validasi di log debug.
rm dengan keluar menggunakan 2 dan menyerahkan setiap perintah lain ke alur izin normal:
PreToolUse pada Bash, perintah yang diawali dengan rm diblokir, dan Claude menerima stderr hook sebagai error tool, dengan awalan nama event, nama tool, dan perintah hook:
Exit code lainnya
Ketika hook Anda keluar dengan kode selain 0 atau 2 dan mencetak teks biasa atau tidak mencetak apa pun ke stdout, eksekusi tersebut adalah error non-blocking. Anda melihat pemberitahuan<hook name> hook error di transkrip dengan Failed with non-blocking status code: dan baris pertama stderr hook Anda. Misalnya, ketika hook PreToolUse pada Bash mencetak something broke ke stderr dan keluar dengan 1, pemberitahuan PreToolUse:Bash hook error memuat baris ini:
Failed with non-blocking status code: /bin/sh: /path/to/hook.sh: No such file or directory. Saat Anda menyiapkan hook kebijakan, perhatikan pemberitahuan ini pada eksekusi pertamanya, karena path yang salah ketik di settings.json berarti hook tidak pernah berjalan. Untuk memblokir tindakan sebagai gantinya, atur onFailure: "block".
Timeout
Selain hook perintah yang Anda jalankan denganasync: true, Claude Code membatalkan hook command, http, atau mcp_tool yang mencapai timeout-nya, membuang output hook, sehingga pada sebagian besar event hook yang mengalami timeout tidak memberikan keputusan.
Pada PreModelSwitch, hook yang dibatalkan karena timeout memblokir pergantian model. Pada PreToolUse, kedua keluarga hook berbeda:
- Hook
command,http, ataumcp_toolyang mengalami timeout tidak memblokir panggilan tool. Panggilan berlanjut melalui alur izin normal, jadi jangan mengandalkan hook yang macet untuk berfungsi sebagai gerbang. Untuk memblokir panggilan ketika hookcommandatauhttpmengalami timeout, aturonFailure: "block". - Callback hook Agent SDK yang melebihi timeout-nya memblokir panggilan tool.
Hook yang memulai proses latar belakang
Jika hook perintah Anda membuat keputusannya dalam proses latar belakang lalu keluar, penolakan yang dicetak proses tersebut setelah Claude Code berhenti membaca tidak memblokir panggilan tool. Untuk hook yang tidak async, Claude Code selesai membaca output hook sesaat setelah proses hook itu sendiri keluar. Cetak keputusan sebelum Anda memulai proses latar belakang, dan alihkan stdout dan stderr proses tersebut. Jika skrip Anda mencetak allow, lalu memulai proses latar belakang tanpa mengalihkan stdout dan stderr proses tersebut, Claude Code memblokir panggilan tool. Error hook menyertakanrefusing to honor the suspect capture.
Skrip hook PreToolUse ini mencetak keputusan dengan policy-check.sh, lalu mengunggah metrik di latar belakang:
|| exit $?: menjadikan exit code pemeriksaan sebagai exit code hook itu sendiri, sehingga pemeriksaan yang keluar dengan 2 untuk menolak tetap memblokir. Jika tidak, hook keluar dengan kode dari baris terakhir, yaitu 0.>/dev/null 2>&1 &: menjalankanupload-metrics.shdi latar belakang dengan output yang dialihkan, sehingga proses tersebut tidak membuat output hook tetap terbuka.
policy-check.sh keluar dengan 2, lalu picu panggilan tool yang cocok dengan hook. Panggilan tool diblokir.
Memblokir tindakan ketika hook gagal
Pada sebagian besar event, ketika hook gagal atau mengalami timeout, Claude Code tetap menjalankan tindakan, sehingga hook kebijakan dengan path yang salah atau skrip yang crash meloloskan semuanya. Untuk memblokir tindakan sebagai gantinya, atur"onFailure": "block" pada hook command atau http. Nilai default-nya adalah "continue". Memerlukan Claude Code v2.1.295 atau lebih baru.
Hook PreToolUse di .claude/settings.json ini menjalankan skrip proyek sebelum setiap perintah Bash, dan memblokir perintah jika skrip gagal:
check-command.js tidak ada dan minta Claude menjalankan perintah Bash seperti ls. Claude Code memblokir panggilan, dan error-nya menyertakan failed; blocking because onFailure is "block" diikuti output error node itu sendiri, yang dipangkas di sini menjadi satu baris:
timed out alih-alih failed. Tanpa onFailure diatur, skrip yang sama yang tidak ada adalah error non-blocking dan ls berjalan.
Setiap hal berikut dihitung sebagai kegagalan:
- Tidak dapat dimulai: hook perintah gagal dimulai, misalnya karena skrip atau executable tidak ada
- Exit code selain 0 atau 2: berlaku untuk hook perintah meskipun hook tersebut mencetak JSON yang mengizinkan tindakan, seperti
permissionDecision: "allow". Untuk mengembalikan keputusan JSON, keluar dengan 0 - Error HTTP: koneksi hook HTTP gagal, atau status respons bukan 2xx
- Timeout: hook mencapai
timeout-nya - Output tidak valid: output JSON tidak dapat di-parse atau gagal validasi skema. Untuk hook HTTP, body 2xx yang bukan kosong dan bukan objek JSON juga dihitung. Stdout teks biasa dari hook perintah bukan kegagalan
"block" diatur, kegagalan melakukan apa yang dilakukan exit code 2 pada event tersebut, kecuali pada PermissionRequest, di mana kegagalan menolak permintaan. Misalnya, kegagalan PreToolUse memblokir panggilan tool dan kegagalan UserPromptSubmit memblokir prompt.
Field ini tidak berpengaruh pada hook berikut:
- Hook
Stop,SubagentStop,TaskCompleted, danTeammateIdle: exit code 2 pada event ini mengirim Claude kembali untuk terus bekerja, dan Claude tidak dapat memperbaiki hook yang tidak mau berjalan - Hook perintah latar belakang: hook perintah yang mengatur
asyncatauasyncRewake
Perilaku exit code 2 per event
Exit code 2 adalah cara hook memberi sinyal “berhenti, jangan lakukan ini.” Efeknya bergantung pada event, karena beberapa event mewakili tindakan yang dapat diblokir (seperti panggilan tool yang belum terjadi) dan yang lain mewakili hal-hal yang sudah terjadi atau tidak dapat dicegah.
Untuk
SessionStart, SubagentStart, dan PostModelSwitch, Claude Code menampilkan stderr exit code 2 di transkrip sebagai pemberitahuan <hook name> hook error, dengan cara yang sama seperti menampilkan error non-blocking. Claude tidak melihatnya, dan sesi atau subagent berlanjut. Untuk SubagentStart, pemberitahuan muncul di transkrip subagent itu sendiri, bukan di percakapan induk.
Penanganan respons HTTP
Hook HTTP menggunakan kode status HTTP dan body respons alih-alih exit code dan stdout. Hasil di bawah ini berlaku untuk sebagian besar event; event dengan kontrak kegagalannya sendiri dalam tabel per event, sepertiWorktreeCreate, juga menerapkan kontrak tersebut pada hook HTTP yang gagal:
- 2xx dengan body kosong: berhasil, setara dengan exit code 0 tanpa output
- 2xx dengan body objek JSON: di-parse menggunakan skema output JSON yang sama seperti hook perintah. Body yang gagal validasi skema adalah error non-blocking
- 2xx dengan body lain, seperti teks biasa: error non-blocking, ditangani sama seperti status non-2xx. Claude Code tidak menambahkan teks tersebut ke konteks Claude
- Status non-2xx: error non-blocking, eksekusi berlanjut
- Kegagalan koneksi: error non-blocking, eksekusi berlanjut
- Timeout: hook dibatalkan, seperti dijelaskan di bagian Timeout
onFailure: "block".
Output JSON
Exit code hanya memungkinkan Anda memblokir atau tetap diam, tetapi output JSON memberi Anda kontrol yang lebih terperinci. Alih-alih keluar dengan kode 2 untuk memblokir, keluar dengan 0 dan cetak objek JSON ke stdout. Claude Code membaca field tertentu dari JSON tersebut untuk mengontrol perilaku, termasuk kontrol keputusan untuk memblokir, mengizinkan, atau mengeskalasi ke pengguna.Pilih satu pendekatan per hook: gunakan exit code saja untuk memberi sinyal, atau keluar dengan 0 dan cetak JSON untuk kontrol terstruktur. Jika Anda mencampurnya, exit 2 tetap mempertahankan efek pemblokirannya, dan Claude Code tetap membaca field JSON, dengan satu pengecualian elicitation yang dicatat di bagian Exit code 2.
additionalContext, systemMessage, dan initialUserMessage dari hook, serta stdout biasanya, dibatasi hingga 10.000 karakter:
- Cakupan: Claude Code mengukur setiap string secara terpisah, bahkan ketika beberapa hook berjalan untuk event yang sama. Untuk output JSON, setiap field diukur secara terpisah; stdout biasa diukur secara keseluruhan.
- Melebihi batas: Claude Code menyimpan output ke file di direktori sesi dan menggantinya dengan path file serta pratinjau hingga 2.000 karakter pertama. Hasil Bash valid yang besar ditangani dengan cara yang sama, seperti dijelaskan di bagian Batas output. Tidak seperti batas atas Bash tersebut, batas ini tidak memiliki pengaturan atau environment variable untuk menaikkannya.
- Membaca file: Claude Code tidak meminta Claude untuk membaca file tersebut, jadi pastikan apa pun yang harus selalu dilihat Claude tetap berada dalam batas.
- Field universal seperti
continuetercantum dalam tabel di bawah. Setiap event menerimanya, tetapi beberapa event membuangnya atau mengirimkansystemMessageke tempat selain transkrip. Bagian setiap event menyebutkannya.terminalSequencejuga berfungsi pada event tersebut, dengan pengecualian yang tercantum di bagian Memancarkan notifikasi terminal. decisiondanreasontingkat atas digunakan oleh beberapa event untuk memblokir atau memberikan umpan balik.hookSpecificOutputadalah objek bersarang untuk event yang memerlukan kontrol lebih kaya. Objek ini memerlukan fieldhookEventNameyang diatur ke nama event.
Untuk menghentikan Claude sepenuhnya:
PreToolUse dan PostToolUse, penghentian berlaku bahkan ketika panggilan tool gagal atau selesai saat Claude masih melakukan streaming respons.
Memancarkan notifikasi terminal
Hook berjalan tanpa terminal pengendali, sehingga menulis escape sequence langsung ke/dev/tty akan gagal. Sebagai gantinya, kembalikan escape sequence di field terminalSequence dan Claude Code memancarkannya untuk Anda melalui jalur penulisan terminalnya sendiri. Cara ini bebas race condition, berfungsi di dalam tmux dan GNU screen, dan berfungsi di Windows yang tidak memiliki /dev/tty.
Field ini menerima string berisi satu atau lebih escape sequence yang ada di allowlist:
- OSC
0,1,2: judul jendela dan ikon - OSC
9: notifikasi iTerm2, ConEmu, Windows Terminal, dan WezTerm, termasuk progres taskbar9;4 - OSC
99: notifikasi Kitty - OSC
777: notifikasi urxvt, Ghostty, dan Warp - BEL tunggal
systemMessage dan continue, seperti Notification dan StopFailure. Field ini memiliki dua batasan:
- Claude Code menulis sequence hanya dalam sesi interaktif, dan hanya selama antarmukanya ada di layar. Dalam mode non-interaktif dengan flag
-pdan di Agent SDK, Claude Code mengabaikan field ini. - Hook perintah
WorktreeCreatetidak dapat mengembalikan JSON, karena Claude Code membaca stdout-nya sebagai path worktree. Hook HTTPWorktreeCreatemengembalikan JSON dan dapat menyertakan field ini.
Notification. Escape sequence dibuat dengan escape oktal printf sehingga byte kontrol tidak pernah muncul di baris perintah shell, dan jq -n --arg membuat output JSON sehingga tanda kutip, backslash, dan baris baru dalam pesan notifikasi di-escape dengan benar:
{ "terminalSequence": "..." } sama dari shell atau bahasa apa pun.
Menambahkan konteks untuk Claude
FieldadditionalContext meneruskan string dari hook Anda ke context window Claude. Claude Code membungkus string tersebut dalam system reminder dan menyisipkannya ke dalam percakapan pada titik di mana hook dijalankan. Claude membaca reminder tersebut pada permintaan model berikutnya, tetapi reminder tidak muncul sebagai pesan chat di antarmuka.
Kembalikan additionalContext di dalam hookSpecificOutput bersama nama event:
- SessionStart dan SubagentStart: di awal percakapan, sebelum prompt pertama
- UserPromptSubmit dan UserPromptExpansion: bersama prompt yang dikirim
- PreToolUse, PostToolUse, PostToolUseFailure, dan PostToolBatch: di samping hasil tool
- Stop dan SubagentStop: di akhir giliran. Percakapan berlanjut sehingga Claude dapat menindaklanjuti umpan balik. Lihat Kontrol keputusan Stop
- PostModelSwitch: bersama permintaan berikutnya setelah pergantian. Lihat Kontrol keputusan PostModelSwitch untuk waktunya
additionalContext untuk event yang sama, Claude menerima semua nilainya.
Jika string Anda berisi tag <system-reminder> atau </system-reminder>, Claude menerima string tersebut dengan < pada tag itu diganti dengan <.
Jika suatu nilai melebihi 10.000 karakter, Claude Code menulis teks tersebut ke file di direktori sesi dan sebagai gantinya meneruskan path file kepada Claude beserta pratinjau hingga 2.000 karakter pertama. Claude dapat membaca file tersebut, tetapi Claude Code tidak memintanya untuk melakukannya.
Gunakan additionalContext untuk informasi yang perlu diketahui Claude tentang status environment Anda saat ini atau operasi yang baru saja dijalankan:
- Status environment: branch saat ini, target deployment, atau feature flag yang aktif
- Aturan proyek bersyarat: perintah pengujian mana yang berlaku untuk file yang baru saja diedit, direktori mana yang read-only di worktree ini
- Data eksternal: issue terbuka yang ditugaskan kepada Anda, hasil CI terbaru, konten yang diambil dari layanan internal
bun test” dibaca sebagai informasi proyek. Teks yang dibingkai sebagai perintah sistem di luar jalur dapat memicu pertahanan prompt injection Claude, yang menyebabkan Claude menampilkan teks tersebut kepada Anda alih-alih memperlakukannya sebagai konteks.
Claude Code menyimpan teks yang disisipkan di transkrip sesi. Untuk event di tengah sesi seperti PostToolUse atau UserPromptSubmit, ketika Anda melanjutkan dengan --continue atau --resume, Claude Code memutar ulang teks yang tersimpan alih-alih menjalankan ulang hook untuk giliran sebelumnya, sehingga nilai seperti timestamp atau SHA commit menjadi usang. Hook SessionStart berjalan lagi saat dilanjutkan dengan source diatur ke "resume", atau "fork" jika Anda menambahkan --fork-session, sehingga hook tersebut dapat memperbarui konteksnya.
Kontrol keputusan
Tidak setiap event mendukung pemblokiran atau pengendalian perilaku melalui JSON. Event yang mendukungnya masing-masing menggunakan kumpulan field yang berbeda untuk menyatakan keputusan tersebut. Gunakan tabel ini sebagai referensi cepat sebelum menulis hook:
Beberapa event juga dapat menulis ulang konten alih-alih hanya mengizinkan atau memblokirnya:
PreToolUse:updatedInputlangsung di bawahhookSpecificOutputmenggantikan argumen tool sebelum tool berjalan. Lihat Kontrol keputusan PreToolUsePermissionRequest:updatedInputdi dalam objekdecision. Lihat Kontrol keputusan PermissionRequestPostToolUse:updatedToolOutputmenggantikan hasil tool. Lihat Kontrol keputusan PostToolUseUserPromptSubmit: tidak dapat menggantikan prompt; hanya menyisipkanadditionalContextbersamanya
PreToolUse untuk input tool keluar dan di PostToolUse untuk hasil tool masuk.
Berikut contoh setiap pola dalam praktik:
- Keputusan tingkat atas
- PreToolUse
- PermissionRequest
Satu-satunya nilai untuk
decision adalah "block". Untuk mengizinkan tindakan dilanjutkan, hilangkan decision dari JSON Anda, atau keluar dengan 0 tanpa JSON sama sekali:Event hook
Setiap event berkaitan dengan satu titik dalam siklus hidup Claude Code tempat hook dapat dijalankan. Bagian-bagian di bawah ini diurutkan sesuai siklus hidup tersebut: dari penyiapan sesi melalui agentic loop hingga akhir sesi. Setiap bagian menjelaskan kapan event dipicu, matcher apa yang didukungnya, input JSON yang diterimanya, dan cara mengontrol perilaku melalui output.SessionStart
Berjalan saat Claude Code memulai sesi baru atau melanjutkan sesi yang sudah ada. Berguna untuk memuat konteks pengembangan seperti issue yang ada atau perubahan terbaru pada codebase Anda, atau untuk menyiapkan environment variable. Untuk konteks statis yang tidak memerlukan skrip, gunakan CLAUDE.md sebagai gantinya. SessionStart berjalan di setiap sesi, jadi jaga agar hook ini tetap cepat. Hanya hooktype: "command" dan type: "mcp_tool" yang didukung. Lihat kolom hook tool MCP untuk mengetahui kapan hook mcp_tool berjalan.
Nilai matcher berkaitan dengan cara sesi dimulai:
Sebelum v2.1.214, sesi hasil fork melaporkan source
"resume".
Saat Anda memulai sesi interaktif, melanjutkan percakapan saat peluncuran dengan --continue atau --resume, atau menjalankan /clear, hook SessionStart berjalan di latar belakang. Anda dapat langsung mengetik, dan percakapan yang Anda lanjutkan muncul tanpa menunggu hook. Respons pertama Claude tetap menunggu hook selesai, sehingga konteksnya sampai ke Claude.
Saat Anda berpindah percakapan dengan /resume di dalam sesi, perpindahan tersebut justru menunggu hook selesai. Jika Anda menjalankan /clear atau berpindah ke percakapan lain saat hook latar belakang masih berjalan, apa pun yang dikembalikannya tidak diterapkan ke sesi.
Penantian yang sama berlaku saat peluncuran, termasuk sesi yang dilanjutkan: prompt yang Anda kirim saat hook SessionStart masih berjalan tidak sampai ke Claude hingga hook tersebut selesai.
Selama salah satu penantian tersebut, tekan Esc untuk mengembalikan prompt ke input tanpa mengirimnya. Hook tetap berjalan.
Input SessionStart
Selain kolom input umum, hook SessionStart menerimasource serta secara opsional model, agent_type, dan session_title:
Sesi yang belum Anda beri nama tetap dapat memiliki judul yang dihasilkan. Judul tersebut bukan judul kustom dan tidak muncul di
session_title.
Saat source bernilai "resume" atau "fork" dan transkrip berisi setidaknya satu respons dari Claude, hook SessionStart juga menerima empat kolom di bawah ini. Hook Anda dapat menggunakannya untuk melaporkan biaya melanjutkan percakapan yang sudah lama sebelum permintaan pertama, misalnya dalam systemMessage. Kolom-kolom ini memerlukan Claude Code v2.1.251 atau lebih baru.
Contoh ini menunjukkan input untuk sesi yang dilanjutkan 90 menit setelah respons terakhirnya:
Kontrol keputusan SessionStart
Hook SessionStart dapat menambahkan konteks untuk Claude, menyediakan pesan pengguna pertama, menetapkan judul sesi, memantau file, dan memuat ulang skill. Kembalikan kolom untuk masing-masing, selain kolom output JSON yang tersedia untuk semua hook:
Output ini menambahkan konteks dan memberi nama sesi:
initialUserMessage atau sessionTitle, instal plugin sebelum sesi dimulai. Claude Code mengabaikan kedua kolom tersebut dari plugin yang selesai diinstal setelah hook SessionStart berjalan.
Memuat ulang skill yang diinstal hook
Agar skill yang diinstal oleh hook SessionStart tersedia dalam sesi yang sama, kembalikanreloadSkills. Penemuan skill biasanya berjalan sebelum hook SessionStart selesai, sehingga tanpanya, file yang ditulis hook ke ~/.claude/skills/ atau .claude/skills/ dapat belum ada saat prompt pertama berjalan.
Contoh ini menyinkronkan repositori skill bersama dan meminta pemindaian ulang:
Mempertahankan environment variable
Hook SessionStart memiliki akses ke environment variableCLAUDE_ENV_FILE, yang menyediakan path file tempat Anda dapat mempertahankan environment variable untuk perintah shell yang dijalankan Claude nanti dalam sesi.
Untuk menetapkan environment variable satu per satu, tulis pernyataan export ke CLAUDE_ENV_FILE. Gunakan append (>>) untuk mempertahankan variabel yang ditetapkan oleh hook lain:
$PATH dalam export PATH="$PATH:./node_modules/.bin".
Perintah PowerShell juga menerima variabel dari CLAUDE_ENV_FILE, di Claude Code v2.1.296 atau lebih baru, tetapi PowerShell tidak pernah menjalankan file tersebut. Sebagai gantinya, Claude Code membaca penugasan dari file itu dan menyalinnya ke environment perintah PowerShell. Hal ini hanya dilakukan jika setiap baris merupakan salah satu dari berikut ini, mencakup semua yang ditulis oleh setiap hook dalam sesi ini dan skrip apa pun yang Anda tetapkan sebagai CLAUDE_ENV_FILE sebelum peluncuran:
- Baris kosong atau komentar
# - Satu penugasan di awal baris, ditulis
export NAME=value,declare -x NAME=value, atauNAME=value, dengan nilai yang akan digunakan Bash persis seperti yang ditulis, tersusun dari campuran bagian-bagian berikut: teks tanpa tanda kutip yang hanya menggunakan huruf, angka, dan karakter_ @ % + = : , . / -, teks dalam tanda kutip tunggal, dan teks dalam tanda kutip ganda yang setiap$, backtick, atau"di dalamnya di-escape dengan backslash
export PATH="$PATH:./node_modules/.bin" dengan $PATH yang tidak di-escape, perintah source, atau string $'...' yang dicetak oleh direnv export bash, perintah PowerShell tidak menerima satu pun variabel, dan claude --debug mencatat Session environment is not all plain assignments. Perintah Bash tetap menerima semuanya. Di Windows, perintah PowerShell juga tidak menerima variabel yang nilainya mengandung / atau \, karena Git Bash dan Windows menulis path secara berbeda. Perintah PowerShell yang berjalan dalam sandbox tidak menerima satu pun variabel.
CLAUDE_ENV_FILE tersedia untuk hook SessionStart, Setup, CwdChanged, dan FileChanged. Event hook lainnya tidak memiliki akses ke variabel ini, demikian pula hook yang berjalan di PowerShell, baik melalui "shell": "powershell" maupun secara default di Windows tanpa Git Bash.Setup
Hanya dipicu saat Anda meluncurkan Claude Code dengan--init-only, atau dengan --init atau --maintenance dalam mode non-interaktif dengan flag -p. Event ini tidak dipicu pada startup normal. Gunakan untuk instalasi dependensi satu kali atau pembersihan terjadwal yang Anda picu secara eksplisit dari CI atau skrip, terpisah dari startup sesi normal. Untuk inisialisasi per sesi, gunakan SessionStart sebagai gantinya.
Nilai matcher berkaitan dengan flag CLI yang memicu hook:
Saat Anda menjalankan
claude --init-only, Claude Code menjalankan hook Setup dan hook SessionStart dengan matcher startup, lalu keluar tanpa memulai percakapan.
Saat Anda memulai atau melanjutkan percakapan dengan -p, Anda juga perlu menyediakan prompt, sebagai argumen atau di-pipe melalui stdin. Anda dapat melewati prompt saat hook SessionStart menyediakan initialUserMessage atau saat Anda melanjutkan sesi dengan panggilan tool yang ditangguhkan.
Jika berhasil, --init-only tidak mencetak apa pun ke terminal. Untuk memastikan hook telah berjalan, mulai dengan claude --debug-file <path> --init-only, ganti <path> dengan lokasi file log, lalu periksa log untuk entri hook Setup dan SessionStart.
Karena Setup tidak dipicu di setiap peluncuran, plugin yang memerlukan dependensi terinstal tidak dapat hanya mengandalkan Setup. Pola praktisnya adalah memeriksa dependensi pada penggunaan pertama dan menginstalnya jika belum ada, misalnya hook atau skill yang memeriksa ${CLAUDE_PLUGIN_DATA}/node_modules dan menjalankan npm install jika tidak ada. Lihat direktori data persisten untuk tempat menyimpan dependensi yang diinstal. Jika Anda mendistribusikan plugin melalui marketplace, Anda mungkin tidak memerlukan pola ini: Claude Code menginstal dependensi paket Node.js yang memenuhi syarat secara otomatis saat melakukan cache plugin.
Input Setup
Selain kolom input umum, hook Setup menerima kolomtrigger yang bernilai "init" atau "maintenance":
Kontrol keputusan Setup
Hook Setup tidak dapat memblokir; eksekusi berlanjut pada exit code apa pun. Pada setiap exit code, Claude Code membuang kolom output JSON dari hook Setup, sepertisystemMessage, continue, dan hookSpecificOutput.additionalContext. Dengan -p, stdout, stderr, dan exit code hook Setup muncul dalam output eksekusi hanya sebagai event hook_response saat Anda meluncurkan dengan --output-format stream-json --verbose.
Hook Setup memiliki akses ke CLAUDE_ENV_FILE. Variabel yang ditulis ke file tersebut bertahan ke perintah Bash berikutnya dalam sesi, seperti pada hook SessionStart. Hanya hook type: "command" yang berjalan pada Setup. Hook type: "mcp_tool" pada Setup selalu dilewati, seperti dijelaskan di kolom hook tool MCP.
InstructionsLoaded
Dipicu saat fileCLAUDE.md atau .claude/rules/*.md dimuat ke dalam konteks. Event ini dipicu di awal sesi untuk file yang dimuat secara langsung dan dipicu lagi nanti saat file dimuat secara lazy, misalnya saat Claude mengakses subdirektori yang berisi CLAUDE.md bersarang atau saat aturan kondisional dengan frontmatter paths: cocok. Hook ini tidak mendukung pemblokiran atau kontrol keputusan. Hook ini berjalan secara asinkron untuk tujuan observabilitas.
Event ini tidak dipicu saat Claude membaca AGENTS.md secara langsung melalui pengaturan Project instructions. Event ini dipicu saat CLAUDE.md mengimpor AGENTS.md Anda, dengan load_reason bernilai include seperti file impor lainnya, dan saat CLAUDE.md merupakan symlink ke file tersebut, sebagai pemuatan CLAUDE.md biasa.
Matcher dijalankan terhadap load_reason. Misalnya, gunakan "matcher": "session_start" agar hanya dipicu untuk file yang dimuat di awal sesi, atau "matcher": "path_glob_match|nested_traversal" agar hanya dipicu untuk pemuatan lazy.
Input InstructionsLoaded
Selain kolom input umum, hook InstructionsLoaded menerima kolom-kolom berikut:Kontrol keputusan InstructionsLoaded
Hook InstructionsLoaded tidak memiliki kontrol keputusan. Hook ini tidak dapat memblokir atau mengubah pemuatan instruksi. Claude Code membuang kolom output JSON miliknya, sepertisystemMessage dan continue. Gunakan event ini untuk audit logging, pelacakan kepatuhan, atau observabilitas.
UserPromptSubmit
Berjalan saat prompt dikirim, sebelum Claude memprosesnya. Ini memungkinkan Anda menambahkan konteks tambahan berdasarkan prompt/percakapan, memvalidasi prompt, atau memblokir jenis prompt tertentu. HookUserPromptSubmit tidak hanya dipicu pada prompt yang Anda ketik. Claude Code juga menjalankannya pada:
- Tugas terjadwal yang dipicu, termasuk iterasi
/loop - Subagent latar belakang yang melapor kembali ke sesi yang memulainya
- Pesan yang dikirim sesi lain ke percakapan utama Anda
UserPromptSubmit memiliki timeout default 30 detik untuk tipe command, http, dan mcp_tool, lebih singkat daripada default 600 detik untuk tipe-tipe tersebut pada sebagian besar event lainnya. Karena hook ini berjalan sebelum setiap prompt dan memblokir pemrosesan model hingga selesai, hook yang macet akan menghentikan sesi. Jika hook Anda memerlukan lebih banyak waktu, tetapkan kolom timeout dalam entri hook.
Selain hook perintah yang Anda jalankan dengan async: true, hook perintah, HTTP, atau tool MCP UserPromptSubmit yang mencapai timeout-nya akan dibatalkan dan output-nya, termasuk additionalContext apa pun, dibuang. Prompt tetap sampai ke Claude tanpa konteks tersebut. Untuk memblokir prompt sebagai gantinya, tetapkan onFailure: "block" pada hook perintah atau HTTP. Transkrip menampilkan pemberitahuan yang menyebutkan hook, timeout yang terpicu, dan bahwa output telah dibuang.
Hook callback Agent SDK pada UserPromptSubmit yang mencapai timeout-nya akan memblokir prompt dengan pesan yang menyebutkan hook dan timeout-nya, karena callback di sana dapat bertindak sebagai gerbang kebijakan yang tidak boleh gagal terbuka. Sesi tetap berlanjut. Sebelum v2.1.208, timeout callback pada event tersebut mengakhiri giliran dengan error eksekusi.
Input UserPromptSubmit
Selain kolom input umum, hook UserPromptSubmit menerima kolomprompt yang berisi teks yang dikirim. Konten tempelan yang diringkas menjadi placeholder [Pasted text #N] tiba dalam keadaan sudah diperluas di tempatnya. Dalam sesi tempat Claude Code menandai teks tempelan untuk Claude, konten yang diperluas tersebut berada di antara baris <pasted_content id="…"> dan baris </pasted_content id="…">, jadi perhitungkan baris-baris tersebut jika hook Anda mengurai prompt.
Hook UserPromptSubmit juga menerima session_title saat sesi memiliki judul kustom, dengan makna yang sama seperti kolom session_title SessionStart.
Kontrol keputusan UserPromptSubmit
HookUserPromptSubmit dapat mengontrol apakah prompt yang dikirim diproses dan dapat menambahkan konteks. Semua kolom output JSON tersedia.
Ada dua cara untuk menambahkan konteks ke percakapan pada exit code 0:
- Stdout teks biasa: Claude Code menambahkan stdout yang diperlakukannya sebagai teks biasa ke konteks Claude
- JSON dengan
additionalContext: gunakan format JSON di bawah ini untuk kontrol yang lebih besar. KolomadditionalContextditambahkan sebagai konteks
additionalContext masing-masing disisipkan sebagai system reminder yang diawali dengan nama hook; Claude membaca keduanya. Untuk memastikan pengiriman, periksa debug log.
Untuk memblokir prompt, kembalikan objek JSON dengan decision bernilai "block":
Hook yang memblokir dengan keluar menggunakan kode 2 diarahkan dengan cara yang sama seperti
reason: pesan pemblokiran menampilkan teks stderr kepada pengguna, dan teks tersebut tidak ditambahkan ke konteks.
Jejak yang ditinggalkan prompt yang diblokir
Prompt yang diblokir tidak pernah sampai ke Claude, tetapi teksnya tidak dihapus dari semua tempat. Secara default, pesan pemblokiran yang ditampilkan kepada pengguna diakhiri denganOriginal prompt: diikuti teks yang dikirim, dan Claude Code menulis pesan tersebut ke file transkrip sesi di disk. Untuk menghilangkan teks dari pesan, cetak JSON dengan "suppressOriginalPrompt": true di dalam hookSpecificOutput. Ini berfungsi baik saat hook memblokir dengan decision: "block" maupun dengan keluar menggunakan kode 2.
suppressOriginalPrompt hanya mengubah pesan pemblokiran. Teks yang dikirim tetap dapat muncul di file lokal seperti transkrip sesi dan riwayat prompt Anda, sehingga hook pemblokiran bukanlah cara untuk menjaga rahasia agar tidak tersimpan di disk. Untuk membatasi atau menghapus file-file tersebut, lihat Penyimpanan plaintext dan Menghapus data lokal.
UserPromptExpansion
Berjalan saat perintah yang diketik pengguna diperluas menjadi prompt sebelum sampai ke Claude. Gunakan ini untuk memblokir perintah tertentu agar tidak dipanggil secara langsung, menyisipkan konteks untuk skill tertentu, atau mencatat perintah mana yang dipanggil pengguna. Misalnya, hook yang cocok dengandeploy dapat memblokir /deploy kecuali ada file persetujuan, atau hook yang cocok dengan skill review dapat menambahkan daftar periksa review tim sebagai additionalContext.
Event ini mencakup jalur yang tidak dicakup PreToolUse: hook PreToolUse yang cocok dengan tool Skill hanya dipicu saat Claude memanggil tool tersebut, tetapi mengetik /skillname secara langsung melewati PreToolUse. UserPromptExpansion dipicu pada jalur langsung tersebut.
Dicocokkan pada command_name. Biarkan matcher kosong agar dipicu pada setiap perintah bertipe prompt.
Input UserPromptExpansion
Selain kolom input umum, hook UserPromptExpansion menerimaexpansion_type, command_name, command_args, command_source, dan string prompt asli. Kolom expansion_type bernilai slash_command untuk skill dan perintah kustom, atau mcp_prompt untuk prompt server MCP.
Kontrol keputusan UserPromptExpansion
HookUserPromptExpansion dapat memblokir perluasan atau menambahkan konteks. Semua kolom output JSON tersedia.
Hook yang memblokir dengan keluar menggunakan kode 2 diarahkan dengan cara yang sama seperti
reason: pesan pemblokiran menampilkan teks stderr kepada pengguna.
MessageDisplay
Berjalan saat pesan asisten di-stream ke layar. Claude Code menampilkan pesan secara bertahap: setiap kali sekelompok baris yang baru selesai siap dirender, hook berjalan sekali dengan baris-baris tersebut dan Claude Code merender teks pengganti dari hook di tempatnya. Pesan yang panjang menghasilkan beberapa panggilan; pesan yang pendek mungkin hanya menghasilkan satu. Gunakan MessageDisplay untuk:- menghapus markdown untuk tampilan minimal
- mengubah teks yang ditampilkan aplikasi Agent SDK kepada penggunanya
- menyamarkan kunci API atau hostname internal dari respons Claude
timeout dalam entri hook.
MessageDisplay hanya untuk tampilan: teks pengganti hanya mengubah apa yang dirender di layar. Transkrip dan apa yang dilihat Claude tetap menggunakan teks asli, sehingga Claude tidak pernah melihat teks pengganti, dan mode verbose menampilkan teks asli. Hook hanya menerima teks pesan asisten, sehingga hasil tool dan teks yang Anda ketik dirender tanpa perubahan.
MessageDisplay tidak mendukung matcher dan dipicu untuk setiap pesan asisten yang men-stream teks; pesan tanpa teks, seperti respons yang hanya berisi panggilan tool, tidak memicunya.
Dalam eksekusi non-interaktif, termasuk kueri Agent SDK dan claude -p, MessageDisplay berjalan sekali per pesan asisten alih-alih sekali per kelompok baris. Panggilan tunggal tersebut tiba setelah pesan selesai dan membawa teks pesan lengkap: index bernilai 0, final bernilai true, dan delta berisi seluruh pesan. Hook yang mengumpulkan teks delta untuk setiap pesan menerima total teks yang sama di kedua mode.
Input MessageDisplay
Selain kolom input umum, hook MessageDisplay menerima pengidentifikasi untuk giliran dan pesan, posisi panggilan ini di dalam pesan, dan teks baru dalamdelta. Batas kelompok bergantung pada cara teks di-stream, jadi gunakan index dan final untuk melacak kemajuan melalui pesan alih-alih mengharapkan baris dikelompokkan dengan cara tertentu.
Output MessageDisplay
Selain kolom output JSON yang tersedia untuk semua hook, hook MessageDisplay dapat mengembalikandisplayContent untuk menggantikan delta di layar:
Hook MessageDisplay tidak memiliki kontrol keputusan. Hook ini tidak dapat memblokir pesan atau mengubah apa yang disimpan dalam transkrip atau dikirim ke Claude. Claude Code menindaklanjuti
displayContent dari output JSON-nya dan membuang systemMessage serta continue.
Contoh ini menghapus format markdown dari respons Claude untuk tampilan teks biasa. Skrip membaca setiap kelompok dari stdin, menghapus penanda tebal dan backtick kode inline dari delta, lalu mengembalikan hasilnya sebagai displayContent.
- macOS/Linux
- Windows (PowerShell)
Daftarkan hook perintah untuk event ini di file pengaturan Anda:Simpan skrip ini ke
.claude/hooks/plain-display.sh di proyek Anda dan jadikan dapat dieksekusi dengan chmod +x:jq tidak ada, Claude Code menampilkan teks asli dan mencatat kegagalan tersebut hanya di output debug, bukan di dalam sesi.
PreToolUse
Berjalan setelah Claude membuat parameter tool dan sebelum memproses panggilan tool. Cocok dengan nama tool apa pun kecualiEndConversation: tool bawaan seperti Bash, PowerShell, Edit, Write, Read, Glob, Grep, Agent, Workflow, WebFetch, WebSearch, AskUserQuestion, dan ExitPlanMode, serta nama tool MCP apa pun.
Untuk menjalankan hook saat file tertentu berubah di disk, apa pun yang menulisnya, gunakan FileChanged alih-alih mencocokkan tool pengeditan file berdasarkan nama. Tidak seperti PreToolUse, Claude Code menjalankan hook FileChanged setelah perubahan terjadi, dan hook tersebut tidak memiliki kontrol keputusan, sehingga tidak dapat memblokir penulisan.
Gunakan kontrol keputusan PreToolUse untuk mengizinkan, menolak, meminta konfirmasi, atau menangguhkan panggilan tool.
Hook callback Agent SDK pada PreToolUse yang melampaui timeout-nya akan memblokir panggilan tool, dan Claude menerima hasil error yang menyebutkan timeout tersebut. Penolakan eksplisit yang dikembalikan oleh hook lain tetap diutamakan.
Input PreToolUse
Selain kolom input umum, hook PreToolUse menerimatool_name, tool_input, dan tool_use_id.
Untuk tool MCP, input juga membawa mcp_server, sebuah objek dengan name server dan source yang menyatakan asal definisi server tersebut. Nilai source mencakup plugin, sdk, dan cakupan konfigurasi seperti user dan project. McpServerProvenance dalam referensi Agent SDK mencantumkan semuanya dan menjelaskan cara memperlakukan nilai yang tidak Anda kenali. Dasarkan keputusan kepercayaan pada source, bukan pada name atau prefiks nama tool mcp__<server>__. Kolom mcp_server memerlukan Claude Code v2.1.274 atau lebih baru.
Untuk tool file Write, Edit, dan Read, tool_input.file_path selalu absolut:
- Claude Code memperluas
~dan path relatif sebelum hook berjalan, sehingga hook yang mencocokkan path tidak dapat dilewati melalui~atau penulisan relatif dari path yang sama - Di Windows, path tiba dengan pemisah backslash, bahkan saat hook Anda berjalan di Git Bash tempat
$PWDterlihat seperti/c/project - Perbandingan yang ditulis dengan garis miring, seperti pemeriksaan
/src/, tidak pernah cocok dengan path backslash, dan panggilan tool berlanjut seolah-olah hook tidak menemukan apa pun untuk diblokir - Normalisasikan pemisah sebelum membandingkan:
FILE_PATH="${FILE_PATH//\\//}"di Bash, ataufile_path.replace("\\", "/")di Python, lalu cocokkan segmen path seperti/src/alih-alih menambatkan dengan^, karena path-nya absolut
Write di Windows mengirimkan:
tool_input bergantung pada tool:
Menjalankan perintah shell.
Saat perintah Bash mengubah file di repositori Git, Claude Code dapat mencatat apa yang berubah. Claude Code mencatat perubahan di setiap mode izin saat pengaturan
bashEditDiffEnabled mengaktifkan pencatatan; entri pengaturan tersebut menjelaskan file mana yang dapat menetapkannya. Jika tidak, Claude Code hanya mencatatnya di auto mode dan mode bypassPermissions, dan hanya saat Claude Code mengarahkan Claude untuk mengedit file melalui Bash. Tetapkan bashEditDiffEnabled ke false untuk mematikan pencatatan. Perintah latar belakang dan perintah read-only tidak membawa diff.
Hook PostToolUse Anda kemudian menerima file yang berubah dalam tool_response.bashEditDiff. Daftar tersebut mencakup apa yang berubah di dalam repositori selama perintah berjalan. File yang diabaikan Git dan file di submodule tidak dicantumkan. Memerlukan Claude Code v2.1.269 atau lebih baru.
Daftar ini bersifat upaya terbaik dan dalam beta publik. Claude Code dapat melewatkan perubahan, menyertakan file yang diubah oleh proses lain pada saat yang sama, atau berhenti pada batas ukurannya. Bentuk kolom dapat berubah. Gunakan daftar ini untuk menemukan apa yang perlu ditinjau, bukan untuk menegakkan kebijakan.
changedFiles dan files mencantumkan apa yang diubah oleh perintah; kolom lainnya menyatakan seberapa lengkap dan seberapa andal daftar tersebut.
Menjalankan perintah PowerShell. Lihat tool PowerShell untuk ketersediaan berdasarkan platform.
Kolomnya sama dengan tool Bash, dengan string perintah di
command:
Cocokkan
Bash|PowerShell di hook yang memeriksa perintah shell, agar mencakup kedua tool:
- Di Windows, di mana pun tool PowerShell diaktifkan, Claude memperlakukan PowerShell sebagai shell utama dan mengarahkan perintah shell melaluinya.
- Di Windows tanpa Git Bash, tool tersebut diaktifkan secara otomatis dan Claude Code sama sekali tidak mendaftarkan tool Bash.
- Hook yang hanya cocok dengan
Bashtidak pernah dipicu di sana.
Mengganti string di file yang sudah ada.
Membaca isi file.
Menemukan file yang cocok dengan pola glob.
Mencari isi file dengan ekspresi reguler.
Mengambil dan memproses konten web.
Mencari di web.
Memunculkan subagent.
Saat panggilan Agent latar depan selesai, hook PostToolUse Anda menerima hasil subagent dan telemetri eksekusi dalam
tool_response. Baca kolom-kolom ini untuk memeriksa eksekusi; untuk rekapitulasi token dan biaya di seluruh subagent, gunakan penghitung token dan biaya yang difilter ke query_source "subagent", karena totalTokens dan usage hanya mencakup permintaan terakhir:
Di Claude Code v2.1.271 atau lebih baru, subagent yang berjalan dengan tool
SubagentHandback, yang disediakan Claude Code di auto mode, menyampaikan laporannya melalui tool tersebut alih-alih mengembalikannya sebagai teks. Kolom content dari hasil completed-nya kemudian membawa catatan singkat tentang penyerahan tersebut, bukan laporannya sendiri. Untuk membaca laporan, cocokkan hook PreToolUse atau PostToolUse pada SubagentHandback dan baca tool_input.message.
Untuk subagent latar belakang, tool kembali saat tugas berpindah ke latar belakang, sehingga tool_response tidak membawa kolom penggunaan: peluncuran latar belakang langsung kembali, dan tugas latar depan yang dipindahkan Claude Code ke latar belakang di tengah eksekusi kembali pada transisi tersebut. Respons tersebut memiliki status: "async_launched", agentId, description, prompt, outputFile, dan resolvedModel.
Pada respons completed, resolvedModel menyebutkan model yang digunakan subagent saat mulai, yang dapat berbeda dari nilai model di tool_input, misalnya saat availableModels atau override lain berlaku. Pada respons async_launched, resolvedModel menyebutkan model yang digunakan saat agent berpindah ke latar belakang, sehingga pertukaran yang terjadi sebelum pemindahan ke latar belakang tercermin di sana. modelsUsed dan perilaku resolvedModel pada saat pemindahan ke latar belakang memerlukan Claude Code v2.1.212 atau lebih baru.
Mengajukan satu hingga empat pertanyaan pilihan ganda kepada pengguna.
Menampilkan rencana dan meminta pengguna untuk menyetujuinya sebelum Claude meninggalkan plan mode. Claude menulis rencana ke file di disk sebelum memanggil tool, sehingga
tool_input literal dari model biasanya kosong. Claude Code menyisipkan isi rencana dan path file sebelum meneruskan input ke hook.
Di
PostToolUse, tool_response adalah objek dengan kolom plan dan filePath yang berisi rencana yang disetujui, ditambah flag status internal. Baca tool_response.plan untuk isi rencana alih-alih membaca ulang file dari disk.
Kontrol keputusan PreToolUse
HookPreToolUse dapat mengontrol apakah panggilan tool dilanjutkan. Tidak seperti hook lain yang menggunakan kolom decision tingkat atas, PreToolUse mengembalikan keputusannya di dalam objek hookSpecificOutput. Ini memberinya kontrol yang lebih kaya: empat hasil (allow, deny, ask, atau defer) ditambah kemampuan untuk mengubah input tool sebelum eksekusi.
Saat beberapa hook PreToolUse mengembalikan keputusan yang berbeda, urutan prioritasnya adalah
deny > defer > ask > allow.
Hook yang memblokir dengan keluar menggunakan kode 2 diarahkan dengan cara yang sama seperti "deny": Claude melihat pesan stderr sebagai alasan penolakan.
Saat hook mengembalikan "ask", permintaan izin yang ditampilkan kepada pengguna menyertakan label yang mengidentifikasi asal hook: [settings] untuk hook dari file pengaturan mana pun atau dari frontmatter agent, [plugin:<name>] untuk hook plugin, atau [skill] untuk hook dari frontmatter skill. Ini membantu pengguna memahami sumber konfigurasi mana yang meminta konfirmasi.
"ask" dari hook juga memaksa permintaan izin di auto mode: pengklasifikasi tetap dapat menolak panggilan tool, tetapi tidak dapat menyetujui panggilan tersebut secara diam-diam. Sebelum v2.1.211, pengklasifikasi dapat menyetujui perintah Bash yang berjalan di luar sandbox tanpa menampilkan permintaan yang diminta hook; pengklasifikasi tetap menerapkan aturan keamanannya sendiri pada perintah tersebut, dan "deny" dari hook selalu dipatuhi.
PreToolUse sebelumnya menggunakan kolom
decision dan reason tingkat atas, tetapi kolom tersebut sudah deprecated untuk event ini. Gunakan hookSpecificOutput.permissionDecision dan hookSpecificOutput.permissionDecisionReason sebagai gantinya. Nilai deprecated "approve" dan "block" masing-masing dipetakan ke "allow" dan "deny". Event lain seperti PostToolUse dan Stop tetap menggunakan decision dan reason tingkat atas sebagai format saat ini.Tool yang memerlukan interaksi pengguna
AskUserQuestion dan ExitPlanMode memerlukan interaksi pengguna. Dalam mode non-interaktif dengan flag -p, Claude Code hanya menawarkannya saat eksekusi memiliki host izin untuk menerima permintaan, seperti callback canUseTool Agent SDK.
Hook PreToolUse memenuhi persyaratan tersebut jika melakukan hal berikut:
- Membaca input tool dari stdin
- Mengumpulkan jawaban melalui UI Anda sendiri
- Mengembalikan
permissionDecision: "allow"bersamaupdatedInputyang berisi jawaban, sehingga tool berjalan tanpa permintaan
"allow" saja tidak cukup untuk tool-tool ini.
Untuk AskUserQuestion, kembalikan array questions asli dan tambahkan objek answers yang memetakan teks setiap pertanyaan ke jawaban yang dipilih. Output ini menjawab satu pertanyaan dengan React:
_meta["anthropic/requiresUserInteraction"] lebih ketat: hook tidak dapat melewati permintaan persetujuannya dengan "allow", dengan atau tanpa updatedInput, karena Claude Code tidak dapat memastikan bahwa hook telah mengumpulkan interaksi yang dibutuhkan tool tersebut.
Menangguhkan panggilan tool untuk nanti
"defer" ditujukan untuk integrasi yang menjalankan claude -p sebagai subproses dan membaca output JSON-nya, seperti aplikasi Agent SDK atau UI kustom yang dibangun di atas Claude Code. Nilai ini memungkinkan proses pemanggil tersebut menjeda Claude pada panggilan tool, mengumpulkan input melalui antarmukanya sendiri, dan melanjutkan dari titik terakhir. Claude Code hanya mematuhi nilai ini dalam mode non-interaktif dengan flag -p. Dalam sesi interaktif, Claude Code mencatat peringatan dan mengabaikan hasil hook.
Tool AskUserQuestion adalah kasus yang umum: Claude ingin menanyakan sesuatu kepada pengguna, tetapi tidak ada terminal untuk menjawabnya. Eksekusi -p hanya menawarkan AskUserQuestion saat memiliki host izin, seperti tool MCP yang Anda berikan dengan --permission-prompt-tool, jadi mulailah eksekusi dengan salah satunya. Alur bolak-baliknya berjalan seperti ini:
- Claude memanggil
AskUserQuestion. HookPreToolUsedipicu. - Hook mengembalikan
permissionDecision: "defer". Tool tidak dieksekusi. Proses keluar denganstop_reason: "tool_deferred"dan panggilan tool yang tertunda dipertahankan dalam transkrip. - Proses pemanggil membaca
deferred_tool_usedari hasil SDK, menampilkan pertanyaan di UI-nya sendiri, dan menunggu jawaban. - Proses pemanggil menjalankan
claude -p --resume <session-id>dengan host izin yang sama. Panggilan tool yang sama memicuPreToolUselagi. - Hook mengembalikan
permissionDecision: "allow"dengan jawaban diupdatedInput. Tool dieksekusi dan Claude melanjutkan.
deferred_tool_use membawa id, name, dan input dari tool. input adalah parameter yang dihasilkan Claude untuk panggilan tool, yang ditangkap sebelum eksekusi:
cleanupPeriodDays, yang menghapus file sesi setelah 30 hari secara default, mengikuti aturan pembersihan retensi. Jika jawaban belum siap saat Anda melanjutkan, hook dapat mengembalikan "defer" lagi dan proses keluar dengan cara yang sama. Proses pemanggil mengontrol kapan memutus perulangan dengan pada akhirnya mengembalikan "allow" atau "deny" dari hook.
"defer" hanya berfungsi saat Claude melakukan satu panggilan tool dalam giliran tersebut. Jika Claude melakukan beberapa panggilan tool sekaligus, "defer" diabaikan dengan peringatan dan tool berlanjut melalui alur izin normal. Batasan ini ada karena resume hanya dapat menjalankan ulang satu tool: tidak ada cara untuk menangguhkan satu panggilan dari sekumpulan panggilan tanpa membiarkan yang lain tidak terselesaikan.
Jika tool yang ditangguhkan tidak lagi tersedia saat Anda melanjutkan, proses keluar dengan stop_reason: "tool_deferred_unavailable" dan is_error: true sebelum hook dipicu. Ini terjadi saat server MCP yang menyediakan tool tersebut tidak terhubung untuk sesi yang dilanjutkan. Payload deferred_tool_use tetap disertakan sehingga Anda dapat mengidentifikasi tool mana yang hilang.
Untuk melanjutkan sesi yang ditangguhkan dalam plan mode, berikan
--permission-prompt-tool bersama --resume agar Claude Code dapat menampilkan rencana untuk disetujui. Untuk kondisi lainnya, lihat Melanjutkan dalam plan mode dengan -p. Memerlukan Claude Code v2.1.246 atau lebih baru.Saat Anda melanjutkan dengan -p, Claude Code tidak memulihkan mode izin tersimpan lainnya. Claude Code memulai eksekusi dalam mode izin yang akan digunakan oleh eksekusi claude -p baru, jadi berikan --permission-mode atau --dangerously-skip-permissions lagi jika sesi yang ditangguhkan menggunakannya. Saat Anda melanjutkan dengan claude --resume <session-id> tanpa -p, Claude Code memulihkan mode izin yang tersimpan, dengan pengecualian yang tercantum di mode izin saat resume.PermissionRequest
Berjalan saat Claude Code akan meminta izin Anda untuk menggunakan tool. Dalam sesi yang tidak dapat menampilkan permintaan, seperti subagent latar belakang dalam mode non-interaktif, Claude Code tetap menjalankan hook ini, dan jika tidak ada hook yang mengembalikan keputusan, Claude Code menolak panggilan tool tersebut. Untuk panggilan yang mencapai--permission-prompt-tool atau callback canUseTool Agent SDK, hook berjalan bersamaan dengan host Anda, dan mana pun yang memutuskan lebih dulu yang berlaku.
Gunakan kontrol keputusan PermissionRequest untuk mengizinkan atau menolak atas nama pengguna.
Gunakan event ini saat Anda memerlukan sinyal tepat ketika Claude meminta izin untuk menggunakan tool. Claude Code menjalankan hook Notification dengan tipe permission_prompt hanya setelah permintaan menunggu sekitar enam detik.
Claude Code tidak menjalankan hook PermissionRequest untuk permintaan jaringan dari perintah yang berjalan dalam sandbox. Untuk mendapatkan sinyal bagi permintaan izin tersebut, gunakan tipe notifikasi permission_prompt.
Dicocokkan pada nama tool, dengan nilai yang sama seperti PreToolUse.
Input PermissionRequest
Hook PermissionRequest menerima fieldtool_name dan tool_input seperti hook PreToolUse, tetapi tanpa tool_use_id. Untuk tool MCP, hook ini juga menerima objek mcp_server. Array permission_suggestions opsional berisi pembaruan izin yang disarankan Claude Code untuk permintaan ini, seperti menambahkan aturan allow atau mengubah mode izin.
Array permission_suggestions bukan daftar persis dari opsi yang Anda lihat, karena setiap dialog izin membangun opsinya sendiri. Beberapa dialog, seperti dialog untuk pengeditan file, sama sekali tidak membaca array tersebut dan menurunkan opsinya dari permintaan itu sendiri. Dialog yang membacanya tetap dapat menahan opsi yang sarannya tetap ada di array, misalnya ketika allowManagedPermissionRulesOnly menyembunyikan opsi penyimpanan aturan. Dialog tersebut juga dapat menawarkan opsi yang tidak memiliki entri saran, seperti Yes, and switch to auto mode, yang mengubah mode izin secara langsung, bukan melalui pembaruan izin.
Hook PreToolUse berjalan sebelum setiap panggilan tool, baik panggilan tersebut memerlukan izin maupun tidak. Hook PermissionRequest hanya berjalan ketika Claude Code akan meminta izin kepada Anda, atau ketika Claude Code akan menolak secara otomatis panggilan yang tidak dapat menampilkan permintaan izin. Kedua event ini tidak dipicu untuk EndConversation.
Kontrol keputusan PermissionRequest
HookPermissionRequest dapat mengizinkan atau menolak permintaan izin. Selain field output JSON yang tersedia untuk semua hook, skrip hook Anda dapat mengembalikan objek decision dengan field khusus event berikut:
Hook yang keluar dengan kode 2 tanpa objek
decision membiarkan alur izin tidak berubah, dan stderr-nya dibuang. Untuk memberikan atau menolak permintaan, kembalikan objek decision.
Entri pembaruan izin
Field outputupdatedPermissions dan field input permission_suggestions sama-sama menggunakan array objek entri yang sama. Setiap entri memiliki type yang menentukan field lainnya, dan destination yang mengontrol ke mana perubahan ditulis.
setMode dengan bypassPermissions hanya berlaku jika Anda meluncurkan sesi dengan mode bypass yang sudah tersedia: --dangerously-skip-permissions, --permission-mode bypassPermissions, --allow-dangerously-skip-permissions, atau permissions.defaultMode: "bypassPermissions" di pengaturan pengguna, --settings, atau pengaturan terkelola. Jika tidak, pembaruan tersebut tidak berpengaruh. Pembaruan juga tidak berpengaruh ketika permissions.disableBypassPermissionsMode menonaktifkan mode tersebut, atau ketika sesi dimulai dalam restricted mode.bypassPermissions tidak pernah disimpan sebagai defaultMode terlepas dari destination.destination pada setiap entri menentukan apakah perubahan tetap di memori atau disimpan ke file pengaturan.
Hook dapat mengembalikan salah satu
permission_suggestions yang diterimanya sebagai output updatedPermissions-nya sendiri.
PostToolUse
Berjalan segera setelah tool berhasil diselesaikan. Mencocokkan berdasarkan nama tool, dengan nilai yang sama seperti PreToolUse. Cocokkan secara lebih luas ketika nama tool bukan filter yang tepat:- Untuk menjalankan hook setelah tool apa pun berhasil diselesaikan, hilangkan
matcheratau atur ke"*". Hook Anda kemudian dapat menemukan sendiri apa yang berubah, misalnya dengan menjalankangit status --porcelain, yang juga mencantumkan file yang tidak terlacak yang terlewat olehgit diff. Untuk panggilan tool yang gagal, tambahkan hook yang sama di bawah PostToolUseFailure. - Untuk menjalankan hook ketika file tertentu berubah di disk, apa pun yang menulisnya, gunakan FileChanged. Claude Code tidak menjalankan hook
PostToolUseyang mencocokkanEdit|Writeketika perintahBashatau proses di luar Claude Code menulis ulang file yang sama.
Input PostToolUse
HookPostToolUse dipicu setelah tool berhasil dieksekusi. Input mencakup tool_input, yaitu argumen yang dikirim ke tool, dan tool_response, yaitu hasil yang dikembalikannya. Skema persis untuk keduanya bergantung pada tool. Path tool_input pada tool file tiba dalam format yang sama seperti untuk PreToolUse: selalu absolut, dengan separator native platform, jadi backslash di Windows. Untuk tool MCP, input juga membawa objek mcp_server.
Kontrol keputusan PostToolUse
HookPostToolUse dapat memberikan umpan balik kepada Claude setelah eksekusi tool. Selain field output JSON yang tersedia untuk semua hook, skrip hook Anda dapat mengembalikan field khusus event berikut:
Contoh di bawah ini menggantikan output dari panggilan
Bash. Nilai pengganti sesuai dengan bentuk output tool Bash:
Menganotasi hasil untuk pengklasifikasi auto mode
KembalikanclassifierContext untuk mengirim catatan singkat tentang hasil panggilan tool ke pengklasifikasi auto mode, bukan ke Claude. Pengklasifikasi tidak pernah menerima hasil tool itu sendiri, sehingga field ini adalah cara yang didukung untuk memberi tahunya sesuatu tentang apa yang dikembalikan oleh panggilan sebelum pengklasifikasi meninjau tindakan selanjutnya. Field ini memerlukan Claude Code v2.1.236 atau lebih baru.
Contoh di bawah ini memberi tahu pengklasifikasi dari mana output kueri berasal:
- Hook yang dikonfigurasi di Claude Code: untuk hook dari file pengaturan, plugin, skill, dan frontmatter agent, pengklasifikasi memperlakukan catatan sebagai konteks yang tidak terverifikasi dan disediakan oleh aplikasi. Catatan tidak pernah menetapkan niat pengguna, dan jika catatan mengklaim bahwa Anda menyetujui atau meminta sesuatu, pengklasifikasi memeriksa klaim tersebut terhadap pesan Anda sendiri dalam percakapan
- Callback Agent SDK in-process: ketika aplikasi yang menyematkan Claude Code mendaftarkan hook sebagai callback TypeScript SDK dan mengembalikan catatan selama sesi aktif, pengklasifikasi dapat menimbang pernyataan pengguna yang diteruskan dalam catatan sebagai niat pengguna. Pernyataan semacam itu dapat memenuhi persyaratan persetujuan yang akan diterima pengklasifikasi dari pesan yang Anda kirim, tetapi tidak pernah mencabut blokir yang juga tidak dapat dicabut oleh pesan Anda sendiri. Setelah sesi dilanjutkan, Claude Code memperlakukan catatan yang dipulihkan sebagai konteks yang tidak terverifikasi. Ketika hook dari kedua kelompok menganotasi panggilan yang sama, pengklasifikasi memperlakukan catatan gabungan sebagai tidak terverifikasi
- Panjang: Claude Code membatasi catatan untuk satu panggilan tool hingga 2.000 karakter dan memotong sisanya. Batas ini dibagi di antara setiap hook yang merespons panggilan tersebut
- Hanya respons sinkron: Claude Code mengabaikan field ini dalam respons hook yang berjalan di latar belakang, karena respons tersebut tiba setelah Claude Code mencatat hasil tool
- Panggilan yang tidak dicatat pengklasifikasi: transkrip pengklasifikasi menghilangkan pencarian read-only seperti pembacaan file dan pencarian. Claude Code membuang catatan yang dilampirkan pada salah satu panggilan tersebut
- Interaksi dengan penulisan ulang: ketika catatan mendeskripsikan output yang Anda ganti dengan
updatedToolOutput, kembalikan kedua field dalam respons hook yang sama. Claude Code membuang catatan jika penulisan ulang tersebut ditolak atau penulisan ulang dari hook lain menggantikannya. Claude Code mengirimkan catatan yang Anda kembalikan tanpa penulisan ulang bahkan ketika hook lain menulis ulang output
PostToolUseFailure
Berjalan ketika tool yang mulai dieksekusi gagal: tool melempar error, atau tool MCP mengembalikan hasil error. Gunakan ini untuk mencatat kegagalan, mengirim peringatan, atau memberikan umpan balik korektif kepada Claude. Mencocokkan berdasarkan nama tool, dengan nilai yang sama seperti PreToolUse.Event ini tidak dipicu untuk panggilan tool yang ditolak sebelum eksekusi: nama tool yang tidak dikenal, input yang gagal dalam validasi skema atau validasi khusus tool, atau penolakan izin. Penolakan validasi dikembalikan sebagai hasil
tool_use_error dan terjadi sebelum hook berjalan, sehingga tidak memicu PreToolUse maupun PostToolUseFailure. Penolakan izin memicu PreToolUse tetapi tidak memicu event ini; lihat PermissionDenied.Input PostToolUseFailure
Hook PostToolUseFailure menerima fieldtool_name dan tool_input yang sama seperti PostToolUse, bersama dengan informasi error sebagai field tingkat atas. Untuk tool MCP, hook ini juga menerima objek mcp_server. Misalnya, perintah npm test yang gagal mungkin mengirimkan:
String
error umumnya adalah teks yang sama yang diterima Claude sebagai hasil tool yang gagal. Formatnya bervariasi menurut tool dan kegagalan. Dasarkan hook Anda pada tool_name, is_interrupt, dan baris pertama Exit code N; perlakukan sisa string sebagai teks tampilan, bukan format yang stabil.
- Untuk Bash dan PowerShell, perintah yang berjalan dan keluar menghasilkan baris pertama
Exit code N, lalu output apa pun yang dihasilkan perintah sebagai satu blok dengan stdout dan stderr yang saling berselang-seling - Payload juga dapat membawa pesan kegagalan polos tanpa baris exit code, ketika Claude Code tidak dapat memulai proses shell itu sendiri
- Claude Code memotong bagian tengah string panjang di sekitar penanda
... [N characters truncated] ..., dan dapat menyisipkan barisnya sendiri, sepertiCommand timed out after 2m 0s
Kontrol keputusan PostToolUseFailure
HookPostToolUseFailure dapat memberikan konteks kepada Claude setelah kegagalan tool. Selain field output JSON yang tersedia untuk semua hook, skrip hook Anda dapat mengembalikan field khusus event berikut:
PostToolBatch
Berjalan sekali setelah setiap panggilan tool dalam satu batch telah diselesaikan, sebelum Claude Code mengirim permintaan berikutnya ke model.PostToolUse dipicu sekali per tool, yang berarti dipicu secara bersamaan ketika Claude melakukan panggilan tool paralel. PostToolBatch dipicu tepat sekali dengan batch lengkap, sehingga menjadi tempat yang tepat untuk menyisipkan konteks yang bergantung pada kumpulan tool yang berjalan, bukan pada satu tool tertentu. Tidak ada matcher untuk event ini.
Input PostToolBatch
Selain field input umum, hook PostToolBatch menerimatool_calls, yaitu array yang mendeskripsikan setiap panggilan tool dalam batch:
tool_response berisi konten yang sama yang diterima model dalam blok tool_result yang bersangkutan. Nilainya adalah string yang diserialisasi atau array content-block, persis seperti yang dikeluarkan tool. Untuk Read, itu berarti teks dengan awalan nomor baris, bukan konten file mentah. Respons bisa berukuran besar, jadi parse hanya field yang Anda butuhkan.
Bentuk
tool_response berbeda dari milik PostToolUse. PostToolUse meneruskan objek Output terstruktur dari tool, seperti {filePath: "...", type: "create"} untuk Write; PostToolBatch meneruskan konten tool_result terserialisasi yang dilihat model.Kontrol keputusan PostToolBatch
HookPostToolBatch dapat menyisipkan konteks untuk Claude. Selain field output JSON yang tersedia untuk semua hook, skrip hook Anda dapat mengembalikan field khusus event berikut:
decision: "block" atau continue: false menghentikan agentic loop sebelum panggilan model berikutnya. Pesan pemblokiran berasal dari reason atau stopReason JSON, atau dari stderr pada exit 2. Anda melihatnya sebagai peringatan di transkrip, dan pesan tersebut tetap ada dalam percakapan, sehingga Claude melihatnya ketika percakapan berlanjut.
PermissionDenied
Berjalan ketika auto mode menolak panggilan tool, termasuk ketika menolak tanpa putusan pengklasifikasi karena pemeriksaan keamanan yang terpisah dari auto mode menolak permintaan pengklasifikasi itu sendiri atau responsnya tidak dapat di-parse. Hook ini hanya dipicu dalam auto mode: hook ini tidak berjalan ketika Anda menolak dialog izin secara manual, ketika hookPreToolUse memblokir panggilan, atau ketika aturan deny cocok. Gunakan ini untuk mencatat penolakan, menyesuaikan konfigurasi, atau memberi tahu model bahwa model dapat mencoba ulang panggilan tool.
Mencocokkan berdasarkan nama tool, dengan nilai yang sama seperti PreToolUse.
Input PermissionDenied
Selain field input umum, hook PermissionDenied menerimatool_name, tool_input, tool_use_id, dan reason. Untuk tool MCP, hook ini juga menerima objek mcp_server.
Kontrol keputusan PermissionDenied
Hook PermissionDenied dapat memberi tahu model bahwa model dapat mencoba ulang panggilan tool yang ditolak. Kembalikan objek JSON denganhookSpecificOutput.retry diatur ke true:
retry bernilai true, Claude Code menambahkan pesan ke percakapan yang memberi tahu model bahwa model dapat mencoba ulang panggilan tool. Claude Code tidak membatalkan penolakan itu sendiri. Jika hook Anda tidak mengembalikan JSON, atau mengembalikan retry: false, penolakan tetap berlaku dan model menerima pesan penolakan asli.
Claude Code mengabaikan retry: true ketika pengklasifikasi tidak menghasilkan putusan atas tindakan tersebut: responsnya tidak dapat di-parse, atau pemeriksaan keamanan yang terpisah dari auto mode menolak permintaan pengklasifikasi itu sendiri. Untuk penolakan tersebut, Claude Code sudah memberi tahu model dalam pesan penolakan apakah harus mencoba ulang nanti atau melanjutkan.
Notification
Berjalan ketika Claude Code mengirim notifikasi. Mencocokkan berdasarkan jenis notifikasi. Hilangkan matcher untuk menjalankan hook untuk semua jenis notifikasi. Anda menerima event hook ini bahkan ketika notifikasi desktop dimatikan: pengaturanpreferredNotifChannel, termasuk notifications_disabled, hanya mengubah cara Anda diberi peringatan, bukan apakah hook Anda berjalan.
Jenis
quota_auto_resume_fired, quota_auto_resume_stale, dan quota_auto_resume_disabled memerlukan Claude Code v2.1.234 atau lebih baru.
Dalam sesi terminal, permission_prompt untuk permintaan jaringan dari perintah yang di-sandbox memerlukan Claude Code v2.1.246 atau lebih baru.
agent_needs_input untuk pertanyaan penyiapan terminal dari rekan tim memerlukan Claude Code v2.1.248 atau lebih baru.
Jenis
permission_prompt, idle_prompt, elicitation_dialog, dan elicitation_url_dialog berbagi pengaturan waktu dengan notifikasi desktop, sehingga dalam sesi terminal Anda hanya melihatnya ketika Anda tampak jauh dari terminal:- Harapkan
permission_promptsetelah Anda tidak mengetik selama sekitar enam detik. Timer dimulai ketika permintaan izin muncul, dan setiap penekanan tombol menundanya. Untuk menjalankan hook segera ketika Claude meminta izin untuk menggunakan tool, gunakan PermissionRequest sebagai gantinya. - Harapkan
idle_promptsekitar 60 detik setelah Claude selesai merespons, dan hanya jika Anda belum mengetik sejak itu dan tidak ada agent latar belakang, seperti subagent latar belakang, yang masih berjalan. Claude Code tidak mengirimidle_promptsaat menunggu batas penggunaan claude.ai di-reset. Ketika penantian berakhir dengan sendirinya, salah satu jenisquota_auto_resume_*dipicu sebagai gantinya. - Harapkan
elicitation_dialoguntuk formulir elicitation, atauelicitation_url_dialoguntuk permintaan URL browser, setelah Anda tidak mengetik selama sekitar enam detik. Keduanya berbagi gerbang enam detik yang sama denganpermission_prompt: timer dimulai ketika dialog muncul, dan setiap penekanan tombol menundanya.
permission_prompt secara berbeda dalam sesi di mana Claude Code mengirim permintaan izin ke callback canUseTool milik Agent SDK, yang merupakan cara Claude Desktop dan ekstensi VS Code menghosting Claude Code:
- Harapkan
permission_promptsekitar enam detik setelah Claude meminta izin. Claude Code tidak menundanya saat Anda mengetik. - Jika Anda atau hook PermissionRequest menjawab lebih cepat, Claude Code tidak menjalankan
permission_prompt. - Atur
CLAUDE_CODE_DISABLE_PERMISSION_PROMPT_NOTIFY_HOOKSke1untuk mematikanpermission_promptdalam sesi ini.
permission_prompt tidak dipicu dalam sesi ini.
Gunakan matcher terpisah untuk menjalankan handler yang berbeda tergantung pada jenis notifikasi. Konfigurasi ini memicu skrip peringatan khusus izin ketika Claude membutuhkan persetujuan izin dan notifikasi yang berbeda ketika Claude sedang idle:
Input Notification
Selain field input umum, hook Notification menerimamessage dengan teks notifikasi, title opsional, dan notification_type yang menunjukkan jenis mana yang dipicu.
systemMessage dan continue mereka tetapi tetap mengeluarkan terminalSequence, yang menjadi andalan contoh notifikasi desktop. Hook Notification ditujukan untuk efek samping seperti meneruskan notifikasi ke layanan eksternal.
SubagentStart
Berjalan ketika Claude memunculkan subagent dengan tool Agent, ketika Claude melanjutkan subagent, dan setiap kali rekan tim tim agent in-process menangani pesan baru. Mendukung matcher untuk memfilter berdasarkan nama jenis agent. Untuk agent bawaan, ini adalah nama agent sepertigeneral-purpose, Explore, atau Plan. Untuk subagent kustom, ini adalah field name dari frontmatter agent, bukan nama file.
Untuk subagent yang dikirimkan oleh plugin, jenis agent adalah pengidentifikasi dengan cakupan plugin seperti my-plugin:reviewer, bukan nama frontmatter polos. Titik dua menempatkan nama dengan cakupan plugin pada jalur ekspresi reguler, jadi jangkarkan matcher dengan ^ dan $ untuk kecocokan persis: ^my-plugin:reviewer$.
Input SubagentStart
Selain field input umum, hook SubagentStart menerimaagent_id dengan pengidentifikasi unik untuk subagent dan agent_type dengan nama agent yang difilter oleh matcher.
SubagentStop
Berjalan ketika subagent Claude Code selesai merespons. Mencocokkan berdasarkan jenis agent, dengan nilai yang sama seperti SubagentStart.Input SubagentStop
Selain field input umum, hook SubagentStop menerimastop_hook_active, agent_id, agent_type, agent_transcript_path, dan last_assistant_message. Field agent_type adalah nilai yang digunakan untuk pemfilteran matcher. transcript_path adalah transkrip sesi utama, sedangkan agent_transcript_path adalah transkrip milik subagent itu sendiri yang disimpan dalam folder subagents/ bersarang. Field last_assistant_message berisi konten teks dari respons akhir subagent, sehingga hook dapat mengaksesnya tanpa mem-parse file transkrip.
Tidak setiap event SubagentStop berasal dari subagent yang dimunculkan Claude. Claude Code juga menjalankan agent internal untuk beberapa fiturnya sendiri, seperti saran prompt dan pertanyaan sampingan /btw, dan SubagentStop juga dipicu ketika salah satu dari agent tersebut selesai. Untuk event tersebut, agent_type adalah nama agent yang dijalankan oleh sesi itu sendiri, seperti yang diatur dengan --agent atau pengaturan agent, dan string kosong ketika sesi berjalan tanpanya.
matcher yang menyebutkan jenis agent tidak mencocokkan agent_type yang kosong. Hook yang matcher-nya dihilangkan, "", atau "*", atau merupakan ekspresi reguler yang cocok dengan string kosong, juga berjalan untuk event dengan agent_type kosong.
Pada Claude Code v2.1.271 atau lebih baru, subagent yang berjalan dengan tool SubagentHandback mengirimkan laporannya melalui tool tersebut sebelum berhenti. Field last_assistant_message kemudian memuat teks penutup subagent, jika ada, yang bukan merupakan laporan yang dikirimkan. Laporan tersebut adalah input message dari panggilan itu, yang diterima oleh hook PreToolUse atau PostToolUse yang mencocokkan SubagentHandback sebagai tool_input.message.
Hook SubagentStop juga menerima array background_tasks dan session_crons yang dijelaskan di bawah Input Stop. Kedua array tersebut dicakup ke sesi induk, bukan subagent.
hookSpecificOutput.additionalContext dengan hookEventName diatur ke "SubagentStop", untuk umpan balik non-error yang membuat subagent tetap berjalan. Mengembalikan decision: "block" dengan reason membuat subagent tetap berjalan dan mengirimkan reason ke subagent sebagai instruksi berikutnya. Hook yang memblokir dengan keluar dengan kode 2 mengirimkan pesan stderr-nya dengan cara yang sama. Untuk menyisipkan konteks ke sesi induk setelah subagent kembali, gunakan hook PostToolUse pada tool Agent sebagai gantinya.
TaskCreated
Berjalan ketika tugas sedang dibuat melalui toolTaskCreate. Gunakan ini untuk menegakkan konvensi penamaan, mewajibkan deskripsi tugas, atau mencegah tugas tertentu dibuat. Dalam sesi tanpa tool Task, event ini tidak dipicu.
Hook TaskCreated tidak mendukung matcher dan dipicu pada setiap kejadian.
Input TaskCreated
Selain field input umum, hook TaskCreated menerimatask_id, task_subject, dan secara opsional task_description, teammate_name, dan team_name.
Kontrol keputusan TaskCreated
Hook TaskCreated dapat memblokir pembuatan dengan exit code 2 atau dengan keputusan JSON. Dengan cara mana pun, Claude Code menghapus tugas dan mengembalikan pesan Anda kepada Claude sebagai error tool. Claude Code mengabaikancontinue: false dari event ini dan Claude terus bekerja.
- Exit code 2: Claude Code mengembalikan teks stderr sebagai pesan.
- JSON
{"decision": "block", "reason": "..."}: Claude Code mengembalikanreasonsebagai pesan.
TaskCompleted
Berjalan ketika tugas sedang ditandai sebagai selesai. Ini dipicu dalam dua situasi: ketika agent mana pun secara eksplisit menandai tugas sebagai selesai melalui tool TaskUpdate, atau ketika rekan tim tim agent menyelesaikan gilirannya dengan tugas yang sedang berlangsung. Gunakan ini untuk menegakkan kriteria penyelesaian seperti lulus pengujian atau pemeriksaan lint sebelum tugas dapat ditutup. Hook TaskCompleted tidak mendukung matcher dan dipicu pada setiap kejadian.Input TaskCompleted
Selain field input umum, hook TaskCompleted menerimatask_id, task_subject, dan secara opsional task_description, teammate_name, dan team_name.
Kontrol keputusan TaskCompleted
Hook TaskCompleted mendukung dua cara untuk mengontrol penyelesaian tugas:- Exit code 2: tugas tidak ditandai sebagai selesai dan pesan stderr diumpankan kembali ke model sebagai umpan balik.
- JSON
{"continue": false, "stopReason": "..."}: ketika rekan tim yang menyelesaikan gilirannya memicu event, menghentikan rekan tim sepenuhnya, sesuai dengan perilaku hookStop.stopReasonditampilkan kepada pengguna. Ketika toolTaskUpdatememicu event, Claude Code mengabaikancontinue: false; exit code 2 tetap memblokir penyelesaian.
Stop
Berjalan ketika agent utama Claude Code selesai merespons. Tidak berjalan jika penghentian terjadi karena interupsi pengguna. Error API memicu StopFailure sebagai gantinya.Input Stop
Selain field input umum, hook Stop menerimastop_hook_active, last_assistant_message, background_tasks, dan session_crons. Field stop_hook_active bernilai true ketika Claude Code sudah melanjutkan sebagai akibat dari hook stop. Periksa nilai ini atau proses transkrip untuk menghindari pemblokiran pada kondisi yang tidak akan pernah terselesaikan.
Claude Code menerapkan batas 8 kelanjutan berturut-turut: setelah hook stop melanjutkan giliran delapan kali berturut-turut, Claude Code menimpa blokir berikutnya dan mengakhiri giliran. Hitungan kelanjutan berturut-turut di-reset setiap kali Claude memanggil tool. Untuk menaikkan batas, atur CLAUDE_CODE_STOP_HOOK_BLOCK_CAP.
Field last_assistant_message berisi konten teks dari respons akhir Claude, sehingga hook dapat mengaksesnya tanpa mem-parse file transkrip. Untuk hook yang bertindak pada giliran yang baru saja selesai, seperti hook pembacaan nyaring atau notifikasi, gunakan field ini alih-alih membaca transcript_path: file transkrip tidak dijamin menyertakan pesan akhir pada saat Stop di semua versi.
Array background_tasks dan session_crons memungkinkan hook membedakan “sesi telah selesai” dari “sesi dijeda menunggu pekerjaan latar belakang untuk membangunkannya kembali”. Kedua array ada ketika registri tugas dapat dijangkau dan kosong ketika tidak ada yang sedang berjalan atau dijadwalkan.
Setiap entri dalam background_tasks mendeskripsikan satu tugas yang sedang berjalan dan menggunakan field berikut:
Setiap entri dalam
session_crons mendeskripsikan satu wakeup terjadwal dengan cakupan sesi, yang bersumber dari CronCreate, ScheduleWakeup, dan /loop:
Contoh ini menunjukkan input Stop dengan satu tugas shell yang sedang berjalan dan satu cron berulang:
Kontrol keputusan Stop
HookStop dan SubagentStop dapat mengontrol apakah Claude melanjutkan. Selain field output JSON yang tersedia untuk semua hook, skrip hook Anda dapat mengembalikan field khusus event berikut:
Hook yang memblokir dengan keluar dengan kode 2 dirutekan dengan cara yang sama seperti
reason: Claude menerima pesan stderr sebagai penjelasan mengapa harus melanjutkan.
additionalContext ketika hook bekerja sesuai rancangan dan memberikan panduan kepada Claude, seperti “jalankan test suite sebelum selesai”. Ini membuat percakapan terus berjalan melalui perlindungan loop yang sama seperti decision: "block", yaitu input stop_hook_active dan batas 8 kelanjutan berturut-turut, tetapi transkrip melabelinya Stop hook feedback dan tidak ada notifikasi error hook yang ditampilkan:
StopFailure
Berjalan alih-alih Stop ketika giliran berakhir karena error API. Claude Code mengabaikan output dan exit code hook, kecualiterminalSequence. Gunakan ini untuk mencatat kegagalan, mengirim peringatan, atau mengambil tindakan pemulihan ketika Claude tidak dapat menyelesaikan respons karena rate limit, masalah autentikasi, atau error API lainnya.
Input StopFailure
Selain field input umum, hook StopFailure menerimaerror, error_details opsional, dan last_assistant_message opsional. Field error mengidentifikasi jenis error dan digunakan untuk pemfilteran matcher.
TeammateIdle
Berjalan ketika rekan tim tim agent akan menjadi idle setelah menyelesaikan gilirannya. Gunakan ini untuk menegakkan gerbang kualitas sebelum rekan tim berhenti bekerja, seperti mewajibkan lulus pemeriksaan lint atau memverifikasi bahwa file output ada. Hook TeammateIdle tidak mendukung matcher dan dipicu pada setiap kejadian.Input TeammateIdle
Selain field input umum, hook TeammateIdle menerimateammate_name dan team_name.
Kontrol keputusan TeammateIdle
Hook TeammateIdle mendukung dua cara untuk mengontrol perilaku rekan tim:- Exit code 2: rekan tim menerima pesan stderr sebagai umpan balik dan terus bekerja alih-alih menjadi idle.
- JSON
{"continue": false, "stopReason": "..."}: menghentikan rekan tim sepenuhnya, sesuai dengan perilaku hookStop.stopReasonditampilkan kepada pengguna.
ConfigChange
Berjalan ketika file konfigurasi berubah selama sesi. Gunakan ini untuk mengaudit perubahan pengaturan, menegakkan kebijakan keamanan, atau memblokir modifikasi yang tidak sah pada file konfigurasi. Claude Code menjalankan hook ConfigChange ketika file pengaturan, file kebijakan terkelola, atau file skill berubah. Untuk kebijakan terkelola, Claude Code menjalankannya hanya ketikamanaged-settings.json atau file di managed-settings.d/ berubah. Claude Code menerapkan pengaturan yang dikelola server dan perubahan pada preferensi terkelola macOS atau kebijakan registri Windows tanpa menjalankannya. Di WSL dengan wslInheritsWindowsSettings, Claude Code juga menerapkan file pengaturan terkelola sisi Windows yang berubah pada polling kebijakannya tanpa menjalankannya.
Matcher memfilter berdasarkan sumber konfigurasi:
Contoh ini mencatat semua perubahan konfigurasi untuk audit keamanan:
Input ConfigChange
Selain field input umum, hook ConfigChange menerimasource dan secara opsional file_path. Field source menunjukkan jenis konfigurasi mana yang berubah, dan file_path memberikan path ke file spesifik yang dimodifikasi.
Kontrol keputusan ConfigChange
Hook ConfigChange dapat memblokir perubahan konfigurasi agar tidak berlaku. Gunakan exit code 2 ataudecision JSON untuk mencegah perubahan. Ketika diblokir, pengaturan baru tidak diterapkan ke sesi yang sedang berjalan.
policy_settings tidak dapat diblokir. Hook tetap dipicu untuk sumber policy_settings ketika file pengaturan terkelola di mesin berubah, sehingga Anda dapat menggunakannya untuk mencatat pengeditan tersebut, tetapi setiap keputusan pemblokiran diabaikan. Ini memastikan pengaturan yang dikelola perusahaan selalu berlaku. Claude Code tidak menjalankan hook ConfigChange ketika pengaturan yang dikelola server tiba atau diperbarui.
Claude Code bertindak berdasarkan keputusan pemblokiran dari output JSON hook ConfigChange dan membuang systemMessage dan continue. Perubahan yang diblokir tidak menampilkan pesan apa pun kepada Anda atau kepada Claude, baik Anda memblokir dengan reason maupun dengan stderr pada exit 2. Claude Code hanya menulis satu baris ke log debug.
CwdChanged
Berjalan ketika perintah shell dalam percakapan utama mengubah direktori kerja, misalnya ketika Claude mengeksekusi perintahcd. Gunakan ini untuk bereaksi terhadap perubahan direktori: memuat ulang environment variable, mengaktifkan toolchain khusus proyek, atau menjalankan skrip penyiapan secara otomatis. Berpasangan dengan FileChanged untuk alat seperti direnv yang mengelola lingkungan per direktori.
Hook CwdChanged memiliki akses ke CLAUDE_ENV_FILE. Variabel yang ditulis ke file tersebut bertahan ke perintah Bash berikutnya hingga event CwdChanged berikutnya, ketika Claude Code menghapusnya.
CwdChanged tidak mendukung matcher dan dipicu pada setiap kejadian.
Input CwdChanged
Selain field input umum, hook CwdChanged menerimaold_cwd dan new_cwd.
Output CwdChanged
Selain field output JSON yang tersedia untuk semua hook, hook CwdChanged dapat mengembalikanwatchPaths untuk mengatur secara dinamis path file mana yang dipantau oleh FileChanged:
Hook CwdChanged tidak memiliki kontrol keputusan. Hook ini tidak dapat memblokir perubahan direktori.
Claude Code membaca
watchPaths dan systemMessage dari output JSON mereka dan membuang continue. Dalam sesi interaktif, Claude Code menampilkan systemMessage sebagai notifikasi terminal singkat. Pesan tersebut tidak mencapai aliran pesan SDK.
DirectoryAdded
Berjalan setelah Anda menambahkan direktori kerja di tengah sesi dengan perintah/add-dir, atau setelah klien SDK menambahkannya dengan permintaan kontrol register_repo_root. Gunakan ini untuk menyiapkan repositori yang baru ditambahkan, misalnya dengan menginstal dependensinya.
Claude Code tidak memicu event ini ketika:
- Anda meneruskan direktori dengan flag startup
--add-dir; SessionStart mencakup direktori tersebut - Anda menambahkan direktori di tab Workspace
/permissions - Anda menambahkan direktori yang sudah menjadi direktori kerja atau berada di dalamnya
Input DirectoryAdded
Selain field input umum, hook DirectoryAdded menerimadirectory dan source.
continue dari output JSON mereka dan menampilkan sisanya secara berbeda per sumber:
slash_command: Claude Code mengirimkansystemMessagehook kepada Claude sebagai konteks pada giliran percakapan berikutnya, alih-alih menampilkannya kepada Anda. Jumlah hook yang gagal muncul di transkrip. Output kegagalan lengkap masuk ke log debugregister_repo_root: Claude Code menulis outputsystemMessagedan output kegagalan hanya ke log debug
FileChanged
Berjalan ketika file yang dipantau berubah di disk. Claude Code mendeteksi perubahan dengan filesystem watcher, bukan dengan memeriksa panggilan tool, sehingga hook dijalankan apa pun yang mengubah file tersebut: panggilan toolEdit atau Write, skrip yang dijalankan Claude dengan Bash, atau proses yang sepenuhnya berada di luar Claude Code. Penggunaan umumnya adalah memuat ulang environment variable ketika file konfigurasi proyek berubah.
matcher untuk event ini memiliki dua peran:
- Membangun daftar pantauan: nilainya dipisahkan pada
|dan setiap segmen didaftarkan sebagai nama file literal di direktori kerja, sehingga".envrc|.env"memantau tepat kedua file tersebut. Pola regex tidak berguna di sini: nilai seperti^\.envakan memantau file yang secara literal bernama^\.env. - Memfilter hook mana yang berjalan: ketika file yang dipantau berubah, nilai yang sama memfilter grup hook mana yang berjalan menggunakan aturan matcher standar terhadap basename file yang berubah.
data.csv setelah perubahan apa pun, termasuk perintah Bash atau skrip eksternal yang menulis ulang file tersebut:
file_path pada input JSON di stdin. Pemeriksaan grep-nya menguji hal yang sama dengan yang dihapus oleh perl, yaitu CR di akhir baris, sehingga eksekusi setelah normalisasi keluar tanpa menyentuh file. Pemeriksaan yang lebih longgar akan berulang tanpa henti, karena perl -i menulis ulang file bahkan ketika tidak mengganti apa pun dan Claude Code menjalankan hook lagi setelah setiap penulisan ulang. Simpan skrip ini di /path/to/normalize-line-endings.sh dan jadikan dapat dieksekusi:
data.csv dengan perintah Bash. Claude Code menjalankan hook dan file akhirnya memiliki akhir baris LF.
Untuk memantau file yang tidak dapat Anda sebutkan di awal, kembalikan watchPaths dari hook untuk memperbarui daftar pantauan secara dinamis. Claude Code memulai watcher hanya ketika ada sesuatu yang menyebutkan file untuk dipantau, jadi isi daftar awal dengan grup FileChanged yang matcher-nya menyebutkan setidaknya satu file, atau dengan hook SessionStart atau CwdChanged yang mengembalikan watchPaths. Matcher tetap memfilter grup hook mana yang berjalan ketika file yang dipantau berubah, jadi berikan grup yang menangani path dinamis matcher yang dihilangkan, yang cocok dengan setiap file yang dipantau dan tidak menambahkan apa pun ke daftar pantauan. Matcher "*" juga cocok dengan setiap file, tetapi Claude Code mendaftarkannya di daftar pantauan seperti nilai lainnya, sebagai file literal bernama *.
Hook FileChanged memiliki akses ke CLAUDE_ENV_FILE. Variabel yang ditulis ke file tersebut bertahan ke perintah Bash berikutnya hingga event CwdChanged berikutnya, saat Claude Code menghapusnya.
Input FileChanged
Selain field input umum, hook FileChanged menerimafile_path dan event.
Output FileChanged
Selain field output JSON yang tersedia untuk semua hook, hook FileChanged dapat mengembalikanwatchPaths untuk memperbarui secara dinamis path file mana yang dipantau:
Hook FileChanged tidak memiliki kontrol keputusan. Hook ini tidak dapat memblokir terjadinya perubahan file.
Claude Code membaca
watchPaths dan systemMessage dari output JSON-nya dan membuang continue. Dalam sesi interaktif, Claude Code menampilkan systemMessage sebagai notifikasi terminal singkat. Pesan tersebut tidak mencapai aliran pesan SDK.
WorktreeCreate
Berjalan ketika Claude Code membuat worktree dalam kasus seperti berikut:- Anda memulai sesi dengan
claude --worktree - Claude membuat worktree selama sesi dan beralih ke dalamnya dengan tool
EnterWorktree - Sebuah subagent menggunakan
isolation: "worktree" - Sebuah workflow menjalankan agent di worktree-nya sendiri
- Claude Code mengisolasi sesi latar belakang di worktree-nya sendiri
claude remote-controldalam modeworktreememulai sesi di worktree-nya sendiri
git worktree add melalui tool Bash alih-alih memanggil EnterWorktree, hook WorktreeCreate Anda tidak berjalan. Untuk memeriksa atau memblokir perintah tersebut, tambahkan hook PreToolUse dengan matcher Bash.
Secara default, Claude Code membuat salinan kerja terisolasi dengan git worktree. Mengonfigurasi hook WorktreeCreate menggantikan perilaku git default tersebut, sehingga Anda dapat menggunakan sistem kontrol versi lain seperti SVN, Perforce, atau Mercurial.
Karena hook menggantikan perilaku default sepenuhnya, .worktreeinclude tidak diproses. Jika Anda perlu menyalin file konfigurasi lokal seperti .env ke worktree baru, lakukan di dalam skrip hook Anda.
Hook harus mengembalikan path ke direktori worktree yang dibuat. Claude Code menggunakan path ini sebagai direktori kerja untuk sesi terisolasi. Lihat output WorktreeCreate untuk cara setiap jenis hook mengembalikan path.
Claude Code bertindak berdasarkan keberhasilan hook dan path yang dikembalikan, serta membuang systemMessage dan continue.
Contoh ini membuat salinan kerja SVN dan mencetak path untuk digunakan Claude Code. Ganti URL repositori dengan milik Anda:
name worktree dari input JSON di stdin, melakukan checkout salinan baru ke direktori baru, dan mencetak path direktori tersebut. echo pada baris terakhir adalah yang dibaca Claude Code sebagai path worktree. Alihkan output lain ke stderr agar tidak mengganggu path.
Input WorktreeCreate
Selain field input umum, hook WorktreeCreate menerima fieldname. Ini adalah pengidentifikasi slug untuk worktree baru, baik yang ditentukan oleh pengguna maupun yang dibuat otomatis, misalnya bold-oak-a3f2.
Output WorktreeCreate
Hook WorktreeCreate tidak menggunakan model keputusan allow/block standar. Sebaliknya, keberhasilan atau kegagalan hook menentukan hasilnya. Hook harus mengembalikan path ke direktori worktree yang dibuat:- Hook command (
type: "command"): cetak path sebagai baris tidak kosong terakhir dari stdout. Claude Code menghapus kode escape ANSI sebelum membaca baris tersebut, sehingga banner startup shell yang dicetak sebelumechoAnda diabaikan. Alihkan output hook lainnya ke stderr. - Hook HTTP (
type: "http"): kembalikan{ "hookSpecificOutput": { "hookEventName": "WorktreeCreate", "worktreePath": "/absolute/path" } }di body respons.
. atau .. di dalamnya. Jika path yang dihasilkan bukan direktori yang dapat dimasuki Claude Code, sesi mencetak error yang menyebutkan path tersebut dan keluar dengan kode 1.
Claude Code menolak path absolut yang berisi segmen . atau .., dan path apa pun yang melewati symlink di bawah root repositori, karena symlink yang di-commit ke repositori dapat mengalihkan worktree ke luar repositori. Error tersebut menyebutkan komponen yang ditolak. Kembalikan path yang sudah dinormalisasi dan tidak melewati symlink di dalam repositori. Sebelum v2.1.216, pembuatan worktree mengikuti path dari hook tanpa pemeriksaan ini.
WorktreeRemove
Berjalan ketika Claude Code membersihkan worktree yang dibuat oleh hookWorktreeCreate Anda. Event ini terpicu ketika:
- Anda keluar dari sesi worktree interaktif dan memilih untuk menghapus worktree ketika Claude Code meminta Anda
- Anda keluar dari sesi worktree interaktif yang belum Anda beri nama, Claude Code tidak menemukan file yang berubah atau tidak terlacak, dan Claude Code menghapus worktree tanpa meminta konfirmasi Anda
- Anda menghapus sesi latar belakang yang berjalan di worktree tersebut
- Anda meminta Claude untuk keluar dan menghapus worktree selama sesi, dan Claude menghapusnya dengan tool
ExitWorktree - Sesi yang dimulai oleh
claude remote-controldalam modeworktreeberakhir tanpa crash, dan Claude Code tidak menemukan file yang berubah atau tidak terlacak serta tidak ada commit baru di worktree-nya - Anda menghentikan
claude remote-controlsaat sesi yang dimulainya dalam modeworktreemasih berjalan, dan Claude Code tidak menemukan file yang berubah atau tidak terlacak serta tidak ada commit baru di worktree-nya
ExitWorktree atau pembersihan claude remote-control. ExitWorktree menolak menghapus worktree yang dibuat hook kecuali panggilan tersebut menyertakan discard_changes: true, yang menjadikan hook Anda sebagai pemeriksaan terakhir pada jalur tersebut.
Claude Code menggunakan git untuk mencari file yang berubah atau tidak terlacak, sehingga tidak menemukan apa pun di worktree yang bukan checkout git atau tidak berada di dalamnya, bahkan ketika direktori tersebut berisi pekerjaan yang belum di-commit. Periksa pekerjaan tersebut di hook WorktreeRemove Anda sebelum hook menghapus apa pun.
Untuk worktree berbasis git, Claude Code menangani pembersihan secara otomatis dengan git worktree remove. Jika Anda mengonfigurasi hook WorktreeCreate, pasangkan dengan hook WorktreeRemove untuk mengontrol pembersihan:
- Tanpa hook WorktreeRemove: Claude Code melakukan fallback ke git untuk penghapusan saat keluar atau melalui
ExitWorktree, dan menyimpan worktree ketikaclaude remote-controlmelakukan pembersihan:- Anda keluar dari sesi worktree, atau Claude memanggil
ExitWorktree: Claude Code menghapus path yang dikembalikan oleh hook WorktreeCreate Anda seperti yang dilakukangit worktree remove --force, sehingga worktree yang dikenali git akan dihapus. Worktree yang tidak dikenali git, misalnya yang dibuat hook Anda dengan sistem kontrol versi non-git, tetap ada di disk. claude remote-controlmembersihkan worktree sesi: worktree tetap ada di disk, dan terminal yang menjalankanclaude remote-controlmenampilkanworktree removal failed, kept: <path>.- Anda menghapus sesi latar belakang: lihat Apa yang dihapus saat menghapus sesi.
- Anda keluar dari sesi worktree, atau Claude memanggil
- Hook keluar dengan 0: worktree dianggap telah dihapus. Claude Code tidak membaca apa pun lagi dari hook, jadi pastikan hook Anda telah menghapus direktori tersebut.
- Hook keluar dengan non-zero: penghapusan gagal jika direktori di
worktree_pathmasih ada setelahnya, dan worktree tetap ada di disk tanpa fallback git. Hook yang menghapus direktori sebelum keluar dengan non-zero dianggap telah menghapus. Untuk cara kegagalan dilaporkan, lihat input WorktreeRemove.
systemMessage dan continue.
Untuk penghapusan sesi latar belakang, Claude Code memverifikasi path worktree yang tersimpan sebelum menjalankan hook dan menolak path yang merupakan symlink atau melewati symlink di bawah root repositori. Pada jalur tersebut, hook berjalan untuk worktree yang masih berisi file hanya ketika Anda mengonfirmasi penghapusan di agent view; untuk worktree seperti itu, claude rm justru menyimpan sesi dan worktree. Sebelum v2.1.216, hook berjalan pada path yang tersimpan tanpa pemeriksaan ini.
Claude Code meneruskan path yang dikembalikan oleh WorktreeCreate sebagai worktree_path dalam input hook. Contoh ini membaca path tersebut dan menghapus direktorinya:
Input WorktreeRemove
Selain field input umum, hook WorktreeRemove menerima fieldworktree_path, yaitu path absolut ke worktree yang sedang dihapus.
worktree_path masih ada setelahnya, penghapusan gagal:
- Worktree tetap ada di disk, dan perintah serta stderr hook dikirim ke log debug.
- Jika Anda sedang menghapus sesi latar belakang, sesi tersebut juga tetap ada. Pesan penolakan di agent view melaporkan bagaimana hook berakhir, seperti
exited 1, mengutip awal stderr-nya, dan menyatakan apakah menghapus sesi lagi tetap akan menghapus direktori tersebut. - Jika
claude remote-controlsedang membersihkan worktree sesi, terminal yang menjalankannya menampilkanworktree removal failed, kept: <path>.
PreCompact
Berjalan sebelum Claude Code akan menjalankan operasi compact. Nilai matcher menunjukkan apakah compaction dipicu secara manual atau otomatis:
Keluar dengan kode 2 untuk memblokir compaction. Untuk
/compact manual, pesan stderr ditampilkan kepada pengguna. Anda juga dapat memblokir dengan mengembalikan JSON dengan "decision": "block".
Memblokir compaction otomatis memiliki efek berbeda tergantung kapan terpicu. Jika compaction dipicu secara proaktif sebelum batas konteks, Claude Code melewatinya dan percakapan berlanjut tanpa di-compact. Jika compaction dipicu untuk memulihkan dari error batas konteks yang sudah dikembalikan oleh API, error yang mendasarinya muncul dan permintaan saat ini gagal.
Claude Code membuang field systemMessage dan continue dari hook PreCompact.
Input PreCompact
Selain field input umum, hook PreCompact menerimatrigger dan custom_instructions. Untuk manual, custom_instructions berisi apa yang diteruskan pengguna ke /compact dan bernilai null ketika mereka tidak meneruskan apa pun. Untuk auto, custom_instructions bernilai null.
PostCompact
Berjalan setelah Claude Code menyelesaikan operasi compact. Gunakan event ini untuk bereaksi terhadap state baru yang sudah di-compact, misalnya untuk mencatat ringkasan yang dihasilkan atau memperbarui state eksternal. Claude Code membuang fieldsystemMessage dan continue dari hook PostCompact.
Nilai matcher yang sama berlaku seperti untuk PreCompact:
Input PostCompact
Selain field input umum, hook PostCompact menerimatrigger dan compact_summary. Field compact_summary berisi ringkasan percakapan yang dihasilkan oleh operasi compact.
PreModelSwitch
Berjalan sebelum Claude Code menerapkan pergantian model yang diminta oleh Anda atau klien. Gunakan untuk memblokir pergantian, meminta konfirmasi, atau menampilkan biaya pergantian sebelum terjadi. PreModelSwitch memerlukan Claude Code v2.1.251 atau yang lebih baru. Claude Code menjalankannya untuk permintaan berikut:/model <name>dan pemilih/model- Pemilih model
Option+PatauAlt+P - Pengaturan Model di
/config - Mengaktifkan fast mode ketika hal itu mengubah model sesi
- Permintaan
set_model, atau perubahan model dalam permintaanapply_flag_settings, dari host Agent SDK atau Remote Control
[1m] apa pun. Alias seperti opus, ID model bertanggal, dan ID khusus penyedia seperti ID model Amazon Bedrock semuanya cocok dengan satu nama kanonis yang menjadi hasil resolusinya, sehingga claude-opus-5 mencakup setiap penulisan Opus 5.
Ketika Claude Code tidak dapat menentukan nama kanonis untuk target, misalnya ID model kustom yang hanya diketahui oleh LLM gateway Anda, Claude Code menjalankan setiap hook PreModelSwitch terlepas dari matcher-nya. Oleh karena itu, hook yang memblokir harus memeriksa to_model dari input-nya alih-alih hanya mengandalkan matcher.
Tulis matcher sebagai nama persis, daftar yang dipisahkan | seperti claude-opus-4-6|claude-opus-5, atau ekspresi reguler seperti .*opus.*. Contoh ini menggunakan matcher nama persis dan juga memeriksa to_model dari input hook, sehingga menolak pergantian ke Opus 4.6 dengan keluar menggunakan kode 2 dan membiarkan target lain lolos:
- macOS/Linux
- Windows (PowerShell)
Perintah ini memeriksa
to_model dengan jq:/model claude-opus-4-6 dari sesi yang menjalankan model lain. Claude Code mempertahankan model saat ini dan melaporkan bahwa hook PreModelSwitch memblokir pergantian, dengan pesan Anda sebagai alasannya.
Input PreModelSwitch
Selain field input umum, hook PreModelSwitch menerima field dalam tabel ini. Lima field terakhir menjelaskan biaya pengiriman ulang percakapan ke model baru, sehingga hook dapat menampilkan angka tersebut sebelum pergantian terjadi.
Contoh ini menunjukkan input untuk
/model opus dalam sesi yang menjalankan Sonnet 5:
Kontrol keputusan PreModelSwitch
HookPreModelSwitch dapat membatalkan pergantian, meminta pengguna untuk mengonfirmasinya, atau membiarkannya berlanjut. Exit code 2 atau decision: "block" tingkat atas membatalkan pergantian.
Untuk kontrol yang lebih rinci, kembalikan permissionDecision dan permissionDecisionReason dalam objek hookSpecificOutput, seperti pada PreToolUse. PreModelSwitch menerima "allow", "deny", dan "ask". Hook ini tidak menerima "defer", updatedInput, atau additionalContext. Tabel di bawah menjelaskan kedua field tersebut:
Hanya
/model dalam sesi interaktif yang dapat menampilkan dialog "ask". Pada setiap surface lain, termasuk mode non-interaktif dengan flag -p, /config, dan permintaan set_model, Claude Code memperlakukan "ask" sebagai penolakan.
Contoh ini meminta pengguna untuk mengonfirmasi dan mengutip jumlah token dari context_tokens:
deny > ask > allow.
Claude Code menampilkan kepada pengguna setiap systemMessage yang dikembalikan hook Anda terlepas dari keputusannya, sehingga hook pelaporan biaya dapat mengembalikan {"systemMessage": "..."} dan keluar dengan 0.
Hook PreModelSwitch yang tidak merespons sebelum timeout-nya akan memblokir pergantian. Untuk efek timeout pada event lain, lihat Timeouts. Timeout default untuk event ini adalah 30 detik. PreModelSwitch hanya menjalankan hook command, http, dan mcp_tool, sehingga default prompt dan agent tidak berlaku.
Hook yang keluar dengan kode selain 0 atau 2 dan tidak mencetak keputusan JSON merupakan error non-blocking, seperti dijelaskan di Exit code lainnya.
PostModelSwitch
Berjalan setelah model sesi berubah. Gunakan untuk memberikan panduan khusus model kepada Claude tanpa mengedit setiap CLAUDE.md, misalnya instruksi tingkat organisasi yang berlaku pada model tertentu. PostModelSwitch memerlukan Claude Code v2.1.251 atau yang lebih baru. Hook ini tidak dapat memblokir, karena model sudah berubah. Claude Code menjalankan hook PostModelSwitch setelah salah satu perubahan berikut:- Pergantian yang diminta oleh Anda atau klien
- Fallback model otomatis, yang mengubah model sesi
- Pengaturan seperti
opusplanyang masuk atau keluar dari plan mode - Claude Code memulihkan model ketika Anda melanjutkan sesi
/model opus dari sesi Sonnet, lalu tanyakan kepada Claude panduan apa yang dimilikinya tentang model saat ini.
Input PostModelSwitch
Hook PostModelSwitch menerima field yang sama seperti PreModelSwitch, denganhook_event_name diatur ke "PostModelSwitch" dan dua nilai source tambahan: "auto" untuk fallback otomatis atau perubahan lain yang dilakukan Claude Code sendiri, dan "resume" untuk model yang dipulihkan ketika Anda melanjutkan sesi.
requested_model bernilai null ketika source adalah "auto". Ketika source adalah "resume", nilainya adalah pengaturan model tersimpan yang dipulihkan Claude Code.
Kontrol keputusan PostModelSwitch
Claude Code mengambil stdout teks biasa hook Anda saat keluar dengan 0, atauadditionalContext dari output JSON, dan mengirimkannya ke Claude bersama permintaan berikutnya setelah pergantian. Selain field output JSON yang tersedia untuk semua hook, Anda dapat mengembalikan:
Jika hook belum selesai dalam lima detik setelah Anda mengirim prompt berikutnya, Claude Code mengirim permintaan tersebut tanpa output dan melampirkannya ke permintaan berikutnya. Jika model berubah beberapa kali sebelum permintaan berikutnya, Claude Code hanya mengirimkan output untuk model target pergantian terakhir.
SessionEnd
Berjalan ketika sesi Claude Code berakhir. Berguna untuk tugas pembersihan, mencatat statistik sesi, atau menyimpan state sesi. Mendukung matcher untuk memfilter berdasarkan alasan keluar. Fieldreason dalam input hook menunjukkan mengapa sesi berakhir:
Input SessionEnd
Selain field input umum, hook SessionEnd menerima fieldreason yang menunjukkan mengapa sesi berakhir. Lihat tabel reason di atas untuk semua nilai.
systemMessage.
Hook SessionEnd memiliki timeout default 1,5 detik. Ini berlaku ketika Anda keluar, menjalankan /clear, atau beralih sesi dengan /resume interaktif. Anda dapat memberi hook lebih banyak waktu dengan dua cara:
timeoutper hook: aturtimeoutdalam konfigurasi hook tersebut. Anggaran keseluruhan naik secara otomatis untuk menyamaitimeoutper hook tertinggi di file pengaturan Anda, hingga 60 detik. Jika Anda menaikkan anggaran dengan cara ini, hook tanpatimeoutsendiri tetap menggunakan default. Timeout yang diatur pada hook yang disediakan plugin tidak menaikkan anggaran.CLAUDE_CODE_SESSIONEND_HOOKS_TIMEOUT_MS: atur environment variable ini dalam milidetik untuk menimpa anggaran secara eksplisit. Nilai yang Anda atur juga menjadi timeout untuk setiap hook tanpatimeoutsendiri.
CLAUDE_CODE_SESSIONEND_HOOKS_TIMEOUT_MS hanya menaikkan anggaran keseluruhan, dan hook tanpa timeout sendiri tetap dibatalkan setelah 1,5 detik.
Elicitation
Berjalan ketika server MCP meminta input pengguna di tengah tugas. Secara default, Claude Code menampilkan dialog interaktif agar pengguna merespons. Hook dapat mencegat permintaan ini dan merespons secara terprogram, melewati dialog sepenuhnya. Untuk hook lengkap beserta entri pengaturan dan skripnya, lihat Menjawab permintaan formulir dari skrip. Field matcher dicocokkan dengan nama server MCP.Input Elicitation
Selain field input umum, hook Elicitation menerimamcp_server_name, message, serta field opsional mode, url, elicitation_id, dan requested_schema.
Untuk elicitation mode formulir, kasus yang paling umum:
Output Elicitation
Hook Elicitation dapat menjawab permintaan atas nama pengguna, menolak atau membatalkannya, atau menyerahkannya ke dialog. Untuk menjawab, menolak, atau membatalkan, keluar dengan 0 dan cetak objekhookSpecificOutput dengan action. Server menerima jawaban Anda dan tidak ada dialog yang muncul. Setiap baris tabel ini menunjukkan apa yang dikembalikan untuk satu hasil dan apa yang diterima server MCP:
Output ini menjawab permintaan mode formulir yang ditampilkan di Input Elicitation. Kunci dalam
content adalah nama properti dari requested_schema permintaan tersebut:
decline dan menekan Esc mengirim cancel, jadi kembalikan yang ingin Anda tampilkan ke server.
Untuk permintaan mode URL, hook yang mengembalikan accept melewati dialog, sehingga URL tidak pernah dibuka.
Claude Code membuang reason, systemMessage, dan continue dari output JSON hook Elicitation, apa pun action yang Anda kembalikan.
Cara lain untuk menolak elicitation
Hook Anda juga dapat menolak dengan cara berikut. Server menerimadecline yang sama seperti untuk "action": "decline":
- Keluar dengan kode 2: Claude Code mengabaikan
hookSpecificOutputyang dicetak oleh hook yang sama - Mencetak
"decision": "block"tingkat atas: block menimpaactiondalam output yang sama
accept atau cancel dari hook lain.
Skrip ini menolak permintaan mode URL dan menyerahkan permintaan formulir ke dialog:
reason Anda.
Claude Code mengabaikan decision tingkat atas dari hook Elicitation dan ElicitationResult sejak v2.1.105 hingga perbaikan di v2.1.284.
Menjawab permintaan formulir dari skrip
Contoh ini menjawab satu pertanyaan berulang atas nama pengguna. Server MCP bernamaissue-tracker meminta kunci proyek dalam formulir, dan hook mengisinya dengan DOCS. Skrip menerima ketika project_key adalah satu-satunya field formulir. Untuk permintaan lainnya, skrip tidak mencetak apa pun, sehingga dialog muncul.
- macOS/Linux
- Windows (PowerShell)
Daftarkan hook command untuk event ini di file pengaturan Anda, dengan nama server sebagai matcher:Simpan skrip ini ke
.claude/hooks/answer-project-key.sh di proyek Anda dan jadikan dapat dieksekusi dengan chmod +x:claude --debug dan berikan Claude tugas yang membuat server meminta kunci proyek. Tidak ada dialog yang muncul, dan log debug memiliki baris yang diakhiri dengan Elicitation resolved by hook: {"action":"accept","content":{"project_key":"DOCS"}}.
ElicitationResult
Berjalan setelah pengguna merespons elicitation MCP. Hook dapat mengamati, memodifikasi, atau memblokir respons sebelum dikirim kembali ke server MCP. Ketika hook Elicitation menjawab suatu permintaan, Claude Code mengirim jawaban tersebut ke server tanpa menjalankan hook ElicitationResult. Field matcher dicocokkan dengan nama server MCP.Input ElicitationResult
Selain field input umum, hook ElicitationResult menerimamcp_server_name, action, serta field opsional mode, elicitation_id, dan content.
Output ElicitationResult
Hook ElicitationResult dapat meloloskan respons pengguna, mengubah nilainya, atau memblokirnya. Untuk mengubah atau memblokir respons, keluar dengan 0 dan cetak objekhookSpecificOutput dengan action. Setiap baris tabel ini menunjukkan apa yang dikembalikan untuk satu hasil dan apa yang diterima server MCP:
Output ini mengubah respons yang ditampilkan di Input ElicitationResult, sehingga server menerima
alice@example.com padahal pengguna mengirimkan alice:
content Anda menggantikan seluruh objek content pengguna, jadi sertakan field yang tidak Anda ubah. Kembalikan action bersamanya, karena Claude Code mengabaikan hookSpecificOutput yang tidak memiliki action.
Hook ElicitationResult juga berjalan ketika pengguna menolak atau membatalkan, dan action Anda menggantikan milik mereka. Periksa bahwa action pada input adalah accept sebelum Anda mengembalikan accept, atau hook Anda akan mengubah permintaan yang ditolak menjadi diterima. Skrip ini melakukan perubahan yang sama ketika pengguna menerima, mempertahankan field lainnya, dan tidak mencetak apa pun dalam kasus lain:
"decision": "block" tingkat atas juga memblokir respons. Cara lain untuk menolak elicitation menjelaskan mana yang berlaku ketika hook menggabungkannya, apa yang dilihat pengguna, dan versi mana yang mengabaikan decision.
Claude Code membuang reason, systemMessage, dan continue dari output JSON hook ElicitationResult, apa pun action yang Anda kembalikan.
Prompt-based hooks
Selain command, HTTP, dan MCP tool hooks, Claude Code mendukung prompt-based hooks (type: "prompt") yang menggunakan LLM untuk mengevaluasi apakah akan mengizinkan atau memblokir tindakan, dan agent hooks (type: "agent") yang spawn agentic verifier dengan akses tool. Tidak semua events mendukung setiap tipe hook.
Events yang mendukung semua lima tipe hook (command, http, mcp_tool, prompt, dan agent):
PermissionDeniedPostToolBatchPostToolUsePostToolUseFailurePreToolUseStopSubagentStopTaskCompletedTaskCreatedTeammateIdleUserPromptExpansionUserPromptSubmit
PermissionRequest mendukung hooks command, http, mcp_tool, dan prompt tetapi bukan hooks agent. Jika Anda mengonfigurasi agent hook pada event ini, Claude Code melewatinya dan aliran izin berlanjut tidak berubah. Untuk mengizinkan atau menolak dari hook, kembalikan objek keputusan dari command atau HTTP hook.
Events yang mendukung hooks command, http, dan mcp_tool tetapi bukan prompt atau agent:
ConfigChangeCwdChangedDirectoryAddedElicitationElicitationResultFileChangedInstructionsLoadedMessageDisplayNotificationPostCompactPostModelSwitchPreCompactPreModelSwitchSessionEndStopFailureSubagentStartWorktreeCreateWorktreeRemove
SessionStart dan Setup mendukung hooks command dan mcp_tool, dan MCP tool hook fields menjelaskan kapan hooks mcp_tool mereka berjalan. Mereka tidak mendukung hooks http, prompt, atau agent.
Bagaimana prompt-based hooks bekerja
Alih-alih menjalankan perintah Bash, prompt-based hooks:- Mengirimkan input hook dan prompt Anda ke model Claude, secara default model yang digunakan Claude Code untuk fungsionalitas latar belakang
- LLM merespons dengan JSON terstruktur yang berisi keputusan
- Claude Code memproses keputusan secara otomatis
Konfigurasi prompt hook
Aturtype ke "prompt" dan sediakan string prompt alih-alih command. Gunakan placeholder $ARGUMENTS untuk menyuntikkan data JSON input hook ke dalam teks prompt Anda.
Dalam prompt hook atau agent hook, Anda dapat menulis prompt sebagai aturan tentang apa yang harus diblokir atau diizinkan, seperti “Blokir setiap perintah Bash yang membaca file .env”, atau sebagai kondisi yang harus terpenuhi, seperti “Semua unit test lulus”.
Hook Stop ini meminta LLM untuk mengevaluasi apakah semua tugas selesai sebelum mengizinkan Claude selesai:
Skema respons
LLM harus merespons dengan JSON yang berisi:
Apa yang terjadi pada
ok: false tergantung pada event:
StopdanSubagentStop: alasan diumpankan kembali ke Claude sebagai instruksi berikutnya dan giliran berlanjut, kecuali respons juga menetapkanimpossible: true, dalam hal ini Claude Code mengizinkan stop dan giliran berakhirPreToolUse: panggilan tool ditolak; secara default giliran berakhir dan alasan penolakan muncul dalam chat sebagai baris peringatan. AturcontinueOnBlock: trueuntuk mengembalikan alasan ke Claude sebagai kesalahan tool sehingga dapat menyesuaikan dan melanjutkan, setara denganpermissionDecision: "deny"dari command hook. Sebelum v2.1.210, alasan penolakan dikembalikan ke Claude sebagai kesalahan tool dan giliran berlanjutPostToolUse: secara default giliran berakhir dan alasan muncul dalam chat sebagai baris peringatan. AturcontinueOnBlock: trueuntuk mengirimkan alasan kembali ke Claude dan melanjutkan giliran alih-alihPostToolBatch,UserPromptSubmit, danUserPromptExpansion: giliran berakhir dan alasan muncul sebagai baris peringatan. Events ini mengakhiri giliran padadecision: "block"terlepas daricontinuePostToolUseFailuredanTaskCreated: alasan dikembalikan ke Claude sebagai kesalahan tool dan giliran berlanjut, terlepas daricontinueOnBlockTaskCompleted: ketika terjadi karena tugas ditandai selesai selama giliran, alasan dikembalikan ke Claude sebagai kesalahan tool dan giliran berlanjut, terlepas daricontinueOnBlock. Ketika terjadi karena rekan kerja berhenti, berperilaku sepertiTeammateIdledan menghentikan rekan kerja secara defaultTeammateIdle: secara default rekan kerja berhenti dan alasan muncul sebagai baris peringatan. AturcontinueOnBlock: trueuntuk mengirimkan alasan kembali ke rekan kerja dan membiarkannya tetap bekerja alih-alihPermissionRequest:ok: falsetidak berpengaruh. Untuk menolak persetujuan dari hook, gunakan command hook yang mengembalikanhookSpecificOutput.decision.behavior: "deny"PermissionDenied:ok: falsetidak berpengaruh karena penolakan sudah terjadi. Satu-satunya output yang dibaca event ini adalahhookSpecificOutput.retry, yang prompt dan agent hooks tidak dapat atur. Mereka berjalan pada event ini, tetapi output mereka diabaikan. Gunakan command hook untuk mengembalikanretry
Periksa beberapa kondisi sebelum berhenti
HookStop ini menggunakan prompt detail untuk memeriksa tiga kondisi sebelum mengizinkan Claude berhenti. Hooks SubagentStop menggunakan format yang sama untuk mengevaluasi apakah subagent harus berhenti. Jika model mengembalikan "ok": false karena kondisi belum terpenuhi, Claude terus bekerja dengan alasan yang disediakan sebagai instruksi berikutnya:
Agent-based hooks
Agent-based hooks (type: "agent") seperti prompt-based hooks tetapi dengan akses tool multi-turn. Alih-alih pemanggilan LLM tunggal, hook agent spawn subagent yang dapat membaca file, mencari kode, dan memeriksa codebase untuk memverifikasi kondisi. Agent hooks mendukung events yang sama seperti prompt-based hooks, kecuali PermissionRequest.
Bagaimana agent hooks bekerja
Ketika hook agent dijalankan:- Claude Code spawn subagent dengan prompt Anda dan JSON input hook
- Subagent dapat menggunakan tools seperti Read, Grep, dan Glob untuk menyelidiki
- Setelah hingga 50 turn, subagent mengembalikan keputusan terstruktur
{ "ok": true/false } - Claude Code memungkinkan tindakan jika
okadalahtrue. Jikaokadalahfalse, Claude Code menangani blokir dengan cara yang sama seperti prompt hook dengancontinueOnBlock: truepada event tersebut, seperti yang tercantum di bawah Response schema
Konfigurasi agent hook
Aturtype ke "agent" dan sediakan string prompt, menggunakan $ARGUMENTS sebagai placeholder untuk JSON input hook. Bidang konfigurasi sama seperti prompt hooks, kecuali bahwa agent hooks memiliki timeout default yang lebih lama yaitu 60 detik dan tidak ada field continueOnBlock.
Skema respons adalah { "ok": true } untuk mengizinkan atau { "ok": false, "reason": "..." } untuk memblokir. Pada ok: false, Claude Code menangani agent hook dengan cara yang sama seperti menangani prompt hook dengan continueOnBlock: true pada event yang sama; agent hooks tidak memiliki field continueOnBlock, dan tidak mendukung field impossible dari prompt hook.
Hook Stop ini memverifikasi bahwa semua unit tests lulus sebelum mengizinkan Claude selesai:
Jalankan hooks di latar belakang
Secara default, hooks memblokir eksekusi Claude sampai selesai. Untuk tugas yang berjalan lama seperti deployments, test suites, atau panggilan API eksternal, atur"async": true untuk menjalankan hook di latar belakang sementara Claude terus bekerja. Async hooks tidak dapat memblokir atau mengontrol perilaku Claude: bidang respons seperti decision, permissionDecision, dan continue tidak berpengaruh, karena tindakan yang akan mereka kontrol sudah selesai.
Konfigurasi async hook
Tambahkan"async": true ke konfigurasi command hook untuk menjalankannya di latar belakang tanpa memblokir Claude. Bidang ini hanya tersedia pada hooks type: "command".
Hook ini menjalankan skrip test setelah setiap pemanggilan tool Write. Claude terus bekerja segera sementara run-tests.sh dijalankan. Ketika skrip selesai, outputnya disampaikan pada turn percakapan berikutnya:
timeout padanya. Claude Code masih memberlakukan timeout pada hook yang Anda jalankan dengan asyncRewake.
Claude Code mengirimkan hasil async hook hanya saat sesi berjalan:
- Dalam mode non-interaktif dengan flag
-p, Claude Code membunuh hook async apa pun yang masih berjalan saat teardown dan menyelesaikannya dengan outcomecancelled - Jika pekerjaan hook Anda harus bertahan lebih lama dari sesi
claude -p, mulai proses yang sepenuhnya terpisah darinya
Bagaimana async hooks dijalankan
Ketika async hook dijalankan, Claude Code memulai proses hook dan segera melanjutkan tanpa menunggu selesai. Hook menerima JSON input yang sama melalui stdin seperti hook sinkron. Setelah proses latar belakang keluar, Claude Code mengirimkan bidangadditionalContext dan systemMessage dari respons JSON hook ke Claude pada turn percakapan berikutnya. Tidak seperti systemMessage hook sinkron, tidak ada bidang yang ditampilkan kepada Anda.
Cetak respons JSON sendirian di stdout atau pada satu barisnya sendiri:
- Sendirian di stdout: ketika respons adalah satu-satunya teks di stdout, respons tersebut dapat mencakup beberapa baris, seperti output
jqyang diformat rapi. Mencakup beberapa baris memerlukan Claude Code v2.1.295 atau yang lebih baru. - Pada satu barisnya sendiri: async hook dapat mencetak teks lain ke stdout ketika respons muat dalam satu baris tersendiri, misalnya dengan
jq -c.
systemMessage yang bukan string, alih-alih menyampaikannya. Jalankan dengan --debug untuk melihat peringatan yang menyebutkan setiap bidang yang dihapus.
Notifikasi penyelesaian async hook ditekan secara default. Untuk melihatnya, aktifkan mode verbose dengan Ctrl+O atau mulai Claude Code dengan --verbose.
Jalankan tests setelah perubahan file
Hook ini memulai test suite di latar belakang setiap kali Claude menulis file, kemudian melaporkan hasil kembali ke Claude ketika tests selesai. Simpan skrip ini ke.claude/hooks/run-tests-async.sh dalam proyek Anda dan buat dapat dijalankan dengan chmod +x:
.claude/settings.json dalam akar proyek Anda. Flag async: true memungkinkan Claude terus bekerja sementara tests dijalankan:
Keterbatasan
Async hooks memiliki batasan tambahan dibandingkan dengan hooks sinkron:- Output hook disampaikan pada turn percakapan berikutnya. Jika sesi idle, respons menunggu sampai interaksi pengguna berikutnya. Pengecualian: hook
asyncRewakeyang keluar dengan kode 2 membangunkan Claude segera bahkan ketika sesi idle. - Setiap eksekusi membuat proses latar belakang terpisah.
Pertimbangan keamanan
Penafian
Kepercayaan workspace
Claude Code memeriksa kepercayaan workspace sebelum menjalankan hook apa pun dari file pengaturan. Apa yang dianggap terpercaya tergantung pada jenis sesi:- Sesi interaktif: Claude Code menahan hook dari setiap file pengaturan, termasuk
~/.claude/settings.jsonAnda sendiri, sampai Anda menerima dialog kepercayaan workspace untuk folder, atau untuk direktori induk yang kepercayaannya meluas ke dalamnya - Sesi
-patau SDK: Claude Code tidak pernah menampilkan dialog dan memperlakukan folder sebagai terpercaya, sehingga hook yang dikomit dalam.claude/settings.jsonrepositori berjalan di folder yang belum pernah Anda percayai
claude -p di atas repositori yang tidak Anda tulis, tinjau file pengaturan .claude/ nya, mulai dengan --bare, atau matikan hooks untuk run itu dengan --settings '{"disableAllHooks": true}'. Hook frontmatter dalam subagent proyek mengikuti aturan yang lebih ketat daripada hook file pengaturan. Apa yang berjalan sebelum Anda mempercayai folder mencantumkan setiap jenis konten repositori berdasarkan jenis sesi.
Praktik terbaik keamanan
Ingat praktik-praktik ini saat menulis hooks:- Validasi dan sanitasi input: jangan pernah mempercayai data input secara membabi buta
- Selalu kutip variabel shell: gunakan
"$VAR"bukan$VAR - Blokir path traversal: periksa
..dalam path file - Gunakan path absolut: tentukan path lengkap untuk skrip. Dalam bentuk exec, gunakan
${CLAUDE_PROJECT_DIR}dan path tidak perlu dikutip. Dalam bentuk shell, bungkus dengan tanda kutip ganda - Lewati file sensitif: hindari
.env,.git/, keys, dll.
Windows PowerShell tool
Di Windows, Anda dapat menjalankan hook individual dalam PowerShell dengan menetapkan"shell": "powershell" pada command hook. Claude Code auto-detects pwsh.exe, executable PowerShell 7 dan yang lebih baru, dan fallback ke powershell.exe untuk Windows PowerShell 5.1.
${CLAUDE_PROJECT_DIR} atau $env:CLAUDE_PROJECT_DIR. Claude Code menulis ulang placeholder ${CLAUDE_PROJECT_DIR}, ${CLAUDE_PLUGIN_ROOT}, dan ${CLAUDE_PLUGIN_DATA} dalam perintah bentuk shell PowerShell ke bentuk ${env:NAME} PowerShell, baik hook didefinisikan dalam settings.json, plugin, atau skill. PowerShell kemudian menyelesaikan nilai dari lingkungan yang diekspor setelah parsing, jadi placeholder bekerja di dalam string dengan tanda kutip ganda tetapi tidak di dalam string dengan tanda kutip tunggal, di mana PowerShell tidak pernah memperluas variabel.
Jangan tulis ejaan bare $CLAUDE_PROJECT_DIR dalam hook PowerShell. PowerShell menguraikannya sebagai variabel lokal yang tidak terdefinisi dan menyelesaikannya ke $null, yang meninggalkan jalur skrip tanpa awalan root proyeknya. Claude Code tidak menulis ulang bentuk itu; sebaliknya, ia mencatat peringatan dalam debug log.
Contoh di bawah menunjukkan hook settings.json yang menjalankan skrip proyek dengan bentuk $env::
Debug hooks
Detail eksekusi hook ditulis ke file debug log. Mulai Claude Code denganclaude --debug-file <path> untuk menulis log ke lokasi yang diketahui, atau jalankan claude --debug dan baca log di ~/.claude/debug/<session-id>.txt. Flag --debug tidak mencetak ke terminal.
Sebagai contoh, hook PostToolUse pada Write yang perintahnya mencetak hook-ran menghasilkan entri seperti:
Hooks: di log yang diakhiri dengan durasi. Di Claude Code v2.1.296 atau yang lebih baru, setiap hook perintah pada event tool, UserPromptSubmit, SessionStart, Stop, dan beberapa event lainnya meninggalkan satu baris tersebut saat selesai, apa pun yang dicetaknya. Baris tersebut memuat nama event, digabungkan dengan titik dua ke nama tool atau nilai lain yang dicocokkan oleh hook, lalu perintah hook dalam tanda kurung siku, plugin asalnya jika ada, bagaimana eksekusi berakhir, dan berapa lama waktu yang dibutuhkan, seperti pada Hooks: PostToolUse:Write [.claude/hooks/log-write.sh] finished with status 0 (31ms). Eksekusi juga dapat berakhir sebagai timed out after <N>ms, cancelled, moved to the background, atau failed to start. Pada beberapa event, seperti Notification, SessionEnd, dan PreCompact, hook perintah justru meninggalkan baris completed with status tanpa durasi.
Untuk detail pencocokan hook yang lebih granular, atur CLAUDE_CODE_DEBUG_LOG_LEVEL=verbose untuk melihat baris log tambahan seperti jumlah matcher hook dan pencocokan query.
Untuk troubleshooting masalah umum seperti hooks tidak dijalankan, Stop hooks yang terus memblokir, atau kesalahan konfigurasi, lihat Limitations and troubleshooting dalam panduan. Untuk panduan diagnostik yang lebih luas mencakup /context, /doctor, dan precedence pengaturan, lihat Debug your config.