Sebuah Task kerap berpindah tangan dalam tim yang menjalankan beberapa coding agent. Agent worker Sonnet menulis perubahan dan reviewer Opus memeriksanya. Claude Code Agent mengalami hambatan dan Task tersebut dialihkan ke Codex Agent. Claude Sonnet 5.5, yang dirilis pada 28 September, menegaskan secara tertulis hal yang sebenarnya selalu berlaku sebagian: penalaran (reasoning) model tidak ikut berpindah bersama hasil pekerjaannya. Halaman what’s new in Sonnet 5.5 dari Anthropic menyebutkan bahwa setiap thinking block “mencatat model mana yang menghasilkannya”, dan tidak ada model lain yang membaca block milik Sonnet 5.5.
Masalahnya adalah betapa senyapnya hal ini terjadi. Ketika sebuah request membawa block yang tidak dapat dibaca oleh model, API akan menghapusnya sebelum model sempat melihatnya. Request tersebut tetap berhasil, block yang dibuang tidak ditagih, dan satu-satunya jejak hanyalah entri input_transformations, yang hanya muncul jika Anda mengirimkan beta header thinking-binding-controls-2026-08-01. Agent reviewer menerima diff tanpa mengetahui alasan di baliknya, tidak ada error yang muncul, dan hasil review terlihat seolah-olah lebih berbobot daripada kenyataannya.
TL;DR
Terkait konteks handoff agent antarmodel, ada satu aturan utama: satu-satunya konteks yang bertahan dalam sebuah handoff adalah apa yang dicatat secara tertulis pada Task tersebut. Thinking block terikat pada model yang menghasilkannya, pada percakapan yang persis sama, dan untuk Sonnet 5.5 terikat pada akun tersebut. Pastikan setiap Agent mengakhiri eksekusinya dengan komentar handoff: keputusan beserta alasannya, asumsi, pendekatan yang dicoba dan gagal, pertanyaan terbuka, berkas yang diubah, serta pemeriksaan yang dijalankan. Jika Anda membangun harness sendiri, jaga agar riwayat percakapan bersifat append-only.
Thinking Block Terikat oleh Tiga Hal
Thinking block adalah proses penalaran yang dihasilkan model untuk satu giliran percakapan (turn), yang dikembalikan bersama signature yang divalidasi API sebelum request berikutnya dapat menggunakannya. Dokumentasi preserved thinking menjelaskan tiga jenis keterikatan (binding), dan masing-masing cocok dengan skenario handoff yang sudah lazim dilakukan tim Anda.
Model. Sonnet 5.5 dapat membaca block dari Sonnet 5, Opus 4.8, Haiku 4.5, dan model-model terdahulu, tetapi tidak dari Opus 5, Opus 5.5, Fable, maupun Mythos. Arah perpindahan sangat menentukan: menurut catatan Anthropic mengenai peralihan model di tengah percakapan, percakapan yang beralih dari Sonnet 5 ke Sonnet 5.5 tetap mempertahankan penalarannya, sedangkan percakapan yang beralih dari Sonnet 5.5 ke model lain mana pun akan menjalankan giliran berikutnya tanpa penalaran tersebut. Hal ini juga berlaku untuk server-side fallback milik Anthropic sendiri, yang mencoba ulang sebagian request Sonnet 5.5 yang ditolak pada Sonnet 5.
Percakapan. Sebuah block hanya dapat digunakan jika mengikuti system prompt, tools, dan pesan yang persis sama dengan saat block tersebut dihasilkan. Bagian FAQ dokumentasi merinci konsekuensinya: penalaran tidak dapat dibawa ke dalam percakapan yang berbeda, jadi mulailah percakapan baru dari ringkasan status tugas (tujuan, keputusan yang diambil, berkas serta hasil sejauh ini, dan langkah berikutnya). Ketika sebuah Task berpindah ke Agent yang berbeda, Runtime akan memulai sesi baru, yang berarti percakapan baru sekalipun menggunakan model yang sama. Alasan ini serupa dengan mengapa sesi baru dari sebuah alat dimulai tanpa konteks awal, sebagaimana dibahas dalam mempertahankan konteks lintas sesi AI.
Akun. Block milik Sonnet 5.5 hanya berfungsi pada akun yang menghasilkannya atau akun yang tertaut dengannya. Artikel peluncuran Anthropic di launch post menyebutkan salah satu contoh kemunculannya: pergantian akun di tengah sesi pada Claude Code.
Kesimpulannya: antar-Agent, penalaran memang tidak pernah berpindah. Sonnet 5.5 kini menetapkan hal tersebut sebagai bagian dari kontrak API.
Tiga Handoff yang Diam-Diam Membuang Penalaran
| Handoff | Apa yang terbawa | Apa yang hilang | Apa yang memberi tahu Anda |
|---|---|---|---|
| Agent worker Sonnet 5.5 ke Agent reviewer Opus 5.5 | Diff, repositori, deskripsi Task, serta komentar | Thinking dari Sonnet 5.5. Tidak ada model lain yang membacanya, dan sesi review memang merupakan sesi baru | Tidak ada indikasi apa pun lintas Agent. Di dalam satu percakapan API, muncul entri model_binding_mismatch jika menggunakan beta header |
| Agent Claude Code ke Agent Codex | Diff, branch, catatan Task, serta berkas shared rules milik repositori | Seluruh thinking Claude dan status sesi Claude Code. Codex memulai percakapannya sendiri | Tidak ada |
| Model yang sama, akun berbeda (pergantian akun di tengah sesi pada Claude Code, atau sesi tersimpan yang diputar ulang dengan kredensial akun lain) | Transkrip yang terlihat: pesan, tool calls, hasil | Setiap thinking block Sonnet 5.5 yang dihasilkan di bawah akun pertama | Entri organization_binding_mismatch dengan beta header, pada Claude API dan Google Cloud. Selain itu tidak ada indikasi apa pun |
Kolom terakhir itulah letak masalahnya. Ketiga handoff tersebut berjalan sukses, dan Agent penerima menjawab dengan percaya diri berbekal informasi yang lebih minim daripada yang diketahui Agent sebelumnya. Seorang reviewer pada model lain dapat menyetujui perubahan yang sebenarnya diragukan oleh worker, karena keraguan tersebut hanya tersimpan di dalam thinking yang tidak pernah dilihatnya.
Sebelumnya kami menulis bahwa beralih antar-coding agent “mempertahankan kode dan membuang penalaran.” Prinsip ini sekarang juga berlaku di tingkat API, yang krusial bagi tim yang menjalankan Claude Code dan Codex bersama-sama pada satu codebase serta bagi aturan perutean yang melakukan eskalasi. Jika Task yang sulit dialihkan dari worker Sonnet 5.5 ke Opus 5.5, seperti dalam Sonnet 5.5 atau Opus 5.5: agent mana yang mendapatkan tugas, setiap eskalasi merupakan handoff sebagaimana baris pertama pada tabel.
Informasi Wajib dalam Catatan Handoff Saat Penalaran Tidak Bisa Diteruskan
Catatan handoff coding agent memiliki satu tugas utama: mendokumentasikan penalaran yang penting secara tertulis, di mana worker berikutnya dapat membacanya. Bidang-bidang di bawah ini memperluas format ringkasan Anthropic dengan dua hal yang sebelumnya ada dalam thinking block dan tidak pernah terlihat pada diff: alasan suatu jalur dipilih, dan jalur mana saja yang sudah dikesampingkan. Tempelkan petunjuk ini ke dalam instruksi setiap Agent yang dapat meneruskan Task:
Before you finish, post one comment on the Task that starts with "Handoff".
Write it for a reader who has this Task and the diff, and nothing else.
Decisions: each choice you made and the reason for it, one line each
Assumptions: what you took as true without verifying it
Tried, failed: approaches you ruled out and why, so nobody retries them
Open questions: what a person or the next Agent has to decide
Files touched: paths changed, and which ones are unfinished
Checks run: exact commands and their results; name any check you skipped
Next step: the one action you would take next
Tiga detail berikut memastikan catatan ini tetap berbobot dan akurat.
Minta keputusan, bukan proses penalarannya itu sendiri. Sonnet 5.5 adalah model Sonnet pertama yang dilengkapi safety classifiers terhadap ekstraksi penalaran, dan kategori penolakan reasoning_extraction mencakup permintaan untuk mereproduksi penalaran internal dalam teks respons. “Tempelkan thinking Anda ke dalam komentar” adalah contoh permintaan tersebut. Sementara “Tuliskan daftar setiap keputusan beserta alasannya” adalah laporan biasa.
Bagian “Tried, failed” paling banyak menghemat waktu. Jalan buntu tidak pernah terlihat dalam sebuah diff. Tanpa catatan tersebut, Agent berikutnya sangat mungkin mengulangi kesalahan jalan buntu yang sama.
Pemeriksaan berarti perintah dan output. “Tests pass” hanyalah sebuah klaim. Perintah yang dijalankan, lengkap dengan rincian hasilnya, adalah bukti nyata yang dapat dijalankan ulang oleh reviewer.
Panduan penerapannya: lewati catatan ini jika satu Agent menangani Task dari awal penugasan hingga tahap review dalam satu kali eksekusi dan orang yang menerimanya akan tetap membaca diff secara langsung. Namun, wajibkan catatan ini begitu Task berganti Assignee, berganti model, atau dialihkan ke Agent reviewer. Templat pada coding agent handoff templates mencakup titik temu antara manusia dan Agent; sedangkan catatan ini mencakup titik temu antara dua Agent.
Jika Anda Membangun Harness Sendiri, Mengedit Riwayat Kini Menghasilkan Error
Sebagian besar pembaca dapat melewati bagian ini. Dokumentasi preserved thinking menyatakan tidak ada yang berubah jika Claude Code, claude.ai, Claude Managed Agents, atau Claude Agent SDK yang menyusun request Anda. Hal ini baru menjadi penting saat kode Anda sendiri memanggil Messages API.
Untuk akun yang dibuat pada atau setelah 31 Agustus 2026 pukul 00:00 UTC di Claude API, Amazon Bedrock, dan Google Cloud, memutar ulang (replaying) thinking block Sonnet 5.5 setelah adanya perubahan apa pun sebelumnya (system prompt, tools, atau pesan sebelumnya) akan mengembalikan error 400. Akun yang lebih lama hanya menerapkan pemeriksaan ini jika request memilih ikut serta (opt-in), yang berpotensi menjadi jebakan: API key milik Anda berhasil lolos, tetapi pengguna yang menjalankan alat Anda dengan API key dari akun yang lebih baru justru langsung terkena error 400. Solusinya: jaga agar percakapan selalu bersifat append-only.
- Bekukan system prompt dan tools di awal sesi. Ubah instruksi dengan menambahkan pesan sistem di tengah percakapan, fitur yang didukung oleh Sonnet 5.5 tetapi tidak didukung oleh Sonnet 5.
- Kirimkan kembali setiap giliran assistant persis seperti yang diterima, termasuk thinking block yang kosong.
- Lakukan pemadatan (compact) melalui API, bukan dengan menulis ulang giliran sebelumnya. Fitur compact on demand (beta
compact-2026-09-04) menghasilkan summary block bertanda tangan yang Anda kirimkan untuk menggantikan rangkaian pesan yang dicakupnya. Pemadatan sederhana yang direkomendasikan dokumentasi mengirimkan satu pesan ringkasan ditambah instruksi berikutnya, sehingga tidak ada thinking lama yang diputar ulang.
{ "role": "system", "content": "Review found a race in the retry path. Do not change the public API." }
Dengan beta header, prefix_mismatch_behavior: "drop_block" akan membuang block yang bermasalah alih-alih menghasilkan error. Dokumentasi secara gamblang menyatakan bahwa opsi ini sekadar menyembunyikan perubahan tersebut alih-alih memperbaikinya.
Perhatikan pola pemadatan yang direkomendasikan Anthropic. Ketika penalaran tidak dapat diputar ulang, jawaban dari Anthropic adalah ringkasan tertulis: sebuah catatan handoff dengan nama lain.
Di Mana Handoff Disimpan di Sharkly
Task merupakan catatan bersama, dan catatan handoff sudah semestinya berada di dalamnya karena tidak ada hal lain yang bertahan melampaui sesi tersebut. Sebuah Task menyimpan Conversation (dialog berbasis komentar), linimasa Activity berisi komentar dan perubahan, serta riwayat Executions dari setiap sesi eksekusi. Teks dari Agent yang ditujukan bagi tim disimpan sebagai komentar yang tertaut ke sesi eksekusi tersebut. Ketika Agent memerlukan jawaban, pertanyaannya akan dikembalikan ke Task sebagai komentar, status Task menunjukkan "waiting for human reply", dan pertanyaan tersebut masuk ke Inbox orang yang bersangkutan.
Penugasan ulang (reassignment) adalah situasi di mana manfaat hal ini paling terasa. Ubah Assignee dari Agent Sonnet 5.5 ke reviewer Opus 5.5, atau ke Agent Codex, dan eksekusi berikutnya akan dimulai dari Task tersebut, bukan dari transkrip. Dokumentasi Sharkly memuat apa saja yang dapat disertakan dalam eksekusi berbasis tugas: judul dan deskripsi, komentar terkini serta komentar yang memicu eksekusi, instruksi Agent, dan repositorinya. Komentar handoff tercantum dalam daftar tersebut. Namun, thinking Agent sebelumnya tidak disertakan, dan pada pergantian model, API toh akan menghapusnya.
Dari sini, muncul dua kebiasaan penting. Dokumentasi menyarankan untuk menulis kesimpulan yang dapat dilihat tim di dalam komentar atau deskripsi Task, sehingga apa pun yang disepakati dalam obrolan sampingan dengan Agent dicatat di sana sebelum Task dipindahkan. Dan karena setiap eksekusi menarik komentar-komentar terbaru, cantumkan keputusan yang harus berlaku untuk keseluruhan Task ke dalam deskripsi.
Di sinilah netralitas penyedia (provider neutrality) membuktikan keunggulannya. Agent mengikuti model default Runtime, sehingga aturan handoff tersimpan dalam instruksi Agent dan bekerja secara konsisten baik ketika Runtime berikutnya adalah Claude Code dengan Sonnet 5.5 maupun Codex pada sistem lain. Panduan pengaturannya ada pada cara menjalankan agent Claude Sonnet 5.5 di Sharkly. Para agent melakukan riset, mengeksekusi, menguji, dan melapor. Manusia menentukan arah, memberikan otorisasi, dan menerima hasil dari catatan tertulis yang sama dengan yang dibaca oleh Agent berikutnya—hal inilah yang menjadi fondasi dari kepemilikan manusia atas pekerjaan agent.
Preserved thinking bermula dari Fable 5.1 dan kini mencakup Opus 5.5 serta Sonnet 5.5. Bangun mekanisme handoff yang tidak pernah bergantung pada perpindahan penalaran, dan pergantian model berikutnya tidak akan merusaknya. Jika Anda sudah menjalankan beberapa agent, Sharkly menyediakan satu tempat terpusat untuk mengelola tugas dan hasil kerja mereka.
