Handoff agent AI lintas shift: Melanjutkan tugas tanpa mengulang atau kehilangan konteks
Agent AI yang bekerja lebih lama daripada satu sesi menghadapi persoalan yang berbeda dari sekadar mengingat percakapan. Tugas operasional dapat melewati pergantian shift, jeda akhir pekan, pemeliharaan sistem, atau perpindahan dari satu agen ke agen lain. Jika konteks hanya tersimpan dalam riwayat chat, penerus mungkin tidak tahu apa yang sudah diverifikasi, apa yang belum selesai, dan tindakan apa yang tidak boleh diulang.
Handoff yang baik merangkum keadaan kerja dalam paket yang ringkas, dapat diperiksa, dan bisa digunakan untuk melanjutkan proses secara aman. Prinsipnya serupa serah terima antarkaryawan: status, bukti, keputusan, risiko, dan langkah berikutnya harus jelas. Namun untuk agen, informasi ini perlu disusun dalam bentuk yang konsisten dan ditautkan ke sumber data yang benar.
Tulisan ini menawarkan rancangan operasional, bukan laporan sistem yang sudah diterapkan. Contoh pesanan dan referensi kasus di bawah sepenuhnya fiktif.
Mengapa riwayat percakapan tidak cukup
Percakapan cocok untuk interaksi, tetapi buruk sebagai satu-satunya penyimpanan status. Instruksi, hasil pencarian, dan perubahan sistem bisa bercampur. Penerus perlu membaca banyak pesan untuk menemukan fakta yang berlaku, sementara hasil penting mungkin sudah kedaluwarsa. Ringkasan buatan model juga dapat menghilangkan detail seperti nomor referensi, batas waktu, atau alasan suatu tindakan ditahan. Anthropic membahas pengelolaan konteks sebagai proses memilih informasi yang relevan untuk ruang konteks terbatas. Dari prinsip itu, saya menyarankan agar status pekerjaan disimpan terpisah dari narasi percakapan.
Ada pula risiko pengulangan. Misalnya agen pertama telah membuat tiket di sistem layanan, tetapi berhenti sebelum mengirim notifikasi. Agen penerus yang hanya membaca permintaan awal bisa membuat tiket kedua. Atau ia menganggap pesan pelanggan sebagai izin untuk menjalankan langkah yang sebenarnya memerlukan persetujuan. Handoff karena itu harus membedakan fakta yang diamati, tindakan yang benar-benar berhasil, dan usulan yang belum dieksekusi.
Bentuk paket handoff yang dapat ditindaklanjuti
Simpan status tugas sebagai data terstruktur, bukan hanya paragraf bebas. Paket minimum sebaiknya memuat identitas tugas, pemilik atau antrean berikutnya, tujuan, status saat ini, waktu pembaruan, serta batas waktu. Catat pula langkah yang telah dicoba, hasil yang dikonfirmasi, referensi artefak, hambatan, risiko, dan tindakan berikutnya.
Pemisahan status sangat penting. Gunakan kategori seperti
belum_dicoba, sedang_dikerjakan,
berhasil_terverifikasi, gagal, dan
menunggu_persetujuan. Status “berhasil” harus disertai
bukti, misalnya ID tiket atau tanda terima dari sistem, bukan sekadar
klaim agen. Rekomendasi model sebaiknya ditandai sebagai rekomendasi,
bukan sebagai fakta atau keputusan yang sudah disetujui.
Contoh fiktif berikut menggambarkan keadaan pada sore hari, bukan catatan eksekusi nyata:
task_id: ORD-4821
tujuan: menelusuri paket yang terlambat
status: menunggu_tanggapan_kurir
terakhir_diperbarui: 2026-10-30T14:20:00+08:00
fakta_terverifikasi:
- pesanan ORD-4821 dikirim pada 2026-10-28
- nomor pelacakan tersimpan pada sistem pesanan
langkah_selesai:
- permintaan status dikirim ke API kurir; referensi: CASE-9912
belum_dilakukan:
- jangan menjanjikan tanggal tiba kepada pelanggan sebelum ada konfirmasi
langkah_berikutnya:
- periksa CASE-9912 setelah pukul 16:00
persetujuan_diperlukan: falseFormat persisnya dapat berupa JSON, tabel basis data, atau objek dalam antrean kerja. Yang penting ialah skema stabil, memiliki versi, dan dapat divalidasi. Tautan ke dokumen atau catatan sumber lebih baik daripada menyalin data sensitif ke ringkasan. Informasi rahasia harus mengikuti kebijakan akses yang sama seperti sistem asalnya.
Aturan melanjutkan, bukan mengulang
Sebelum melakukan tindakan eksternal, agen penerus perlu memeriksa status terbaru dari sistem sumber. Handoff adalah petunjuk untuk melanjutkan, bukan otoritas yang mengesampingkan keadaan terkini. Tiket mungkin sudah ditutup oleh petugas; pembayaran bisa berubah status; persetujuan mungkin dicabut. Verifikasi ulang mencegah tindakan berdasarkan keadaan lama.
Setiap langkah yang berpotensi membuat efek samping perlu idempotensi. Gunakan kunci idempotensi yang didukung sistem tujuan dan identitas operasi yang konsisten. Dokumentasi Stripe menjelaskan pengulangan permintaan dengan kunci idempotensi; perilaku dan masa berlaku kuncinya bergantung pada API. Ini bukan jaminan semua sistem tiket atau kurir memiliki fasilitas yang sama. Jika sistem tidak mendukungnya, lakukan pencarian rekonsiliasi sebelum mengirim ulang. Pencarian saja belum menutup celah dua pekerja yang bertindak bersamaan; gunakan pembatas keunikan atau penguncian yang sesuai, dan tahan pengulangan jika hasil tindakan pertama masih tidak pasti. Catat hasil eksekusi setelah menerima konfirmasi, dan jangan menandai sukses hanya karena permintaan API terkirim.
Batas kewenangan juga harus ikut berpindah secara eksplisit. Handoff tidak boleh memperluas izin agen berikutnya. Simpan tindakan yang diizinkan, tindakan yang dilarang, dan apakah ada persetujuan manusia yang wajib. Jika ruang lingkup tugas berubah, agen perlu meminta otorisasi baru melalui jalur yang ditetapkan, bukan menyimpulkan izin dari ringkasan sebelumnya. OWASP menganjurkan izin minimum, persetujuan manusia untuk tindakan berdampak tinggi, serta pemeriksaan otorisasi pada sistem tujuan. Karena itu, catatan izin dalam handoff membantu penerus memahami batasnya, tetapi tidak menggantikan kontrol akses yang benar-benar ditegakkan.
Kasus penggunaan: operasi dukungan pelanggan lintas shift
Bayangkan tim dukungan menerima laporan bahwa pesanan belum tiba. Agen pada shift pagi memeriksa data pesanan, membuka permintaan ke kurir, dan menyiapkan draf balasan tanpa mengirimkannya. Pada pergantian shift, agen malam menerima paket handoff yang mencantumkan referensi kasus kurir, batas waktu pemeriksaan, serta larangan menjanjikan kompensasi sebelum status diketahui.
Agen malam pertama-tama mengambil status terkini kasus dan memastikan tidak ada petugas yang sudah menjawab. Jika kurir telah memberi pembaruan, agen menyimpan bukti dan menyusun draf berdasarkan fakta terbaru. Jika pelanggan meminta pengembalian dana, agen tidak menganggap permintaan itu sebagai persetujuan untuk menerbitkan dana. Ia mengarahkan keputusan ke kebijakan atau reviewer yang berwenang. Setelah tindakan yang diizinkan dilakukan, hasilnya ditulis kembali ke catatan tugas agar shift berikutnya tidak memulai dari nol.
Ukuran keberhasilan bukan semata-mata jumlah percakapan yang diringkas. Pantau tugas yang harus diulang, tindakan duplikat, waktu dari pergantian shift sampai pekerjaan dilanjutkan, persentase status yang memiliki bukti, serta kesalahan akibat informasi usang. Tinjau pula handoff yang berakhir tanpa pemilik atau langkah berikutnya; itu biasanya menandakan alur kerja kehilangan akuntabilitas.
Rancang kegagalan dan pemulihan sejak awal
Paket handoff perlu disimpan secara tahan lama. Sebagai contoh mekanisme, LangGraph membedakan checkpoint keadaan dalam satu thread dan store untuk informasi lintas thread; penyimpanan yang hanya berada di memori tidak bertahan setelah proses dimulai ulang. Tim tetap perlu memilih penyimpanan yang sesuai. Jika status tugas dan handoff berada di basis data yang sama, perbarui keduanya dalam satu transaksi. Jangan menganggap transaksi lokal juga mencakup API kurir atau sistem eksternal. Jika agen mati setelah tindakan eksternal berhasil tetapi sebelum status dicatat, penerus harus dapat memeriksa sistem sumber memakai ID operasi untuk mengetahui hasilnya. Hindari menyimpan dua versi status yang saling bertentangan tanpa penanda versi atau waktu pembaruan.
Tambahkan masa kedaluwarsa untuk informasi yang cepat berubah dan minta verifikasi ulang setelah melewati batas tersebut. Jika paket tidak lengkap, skemanya tidak dikenal, atau bukti tidak dapat diakses, agen harus berhenti pada langkah aman dan mengeskalasi, bukan mengisi kekosongan dengan tebakan. Audit harus merekam siapa atau proses apa yang membuat handoff, perubahan yang terjadi, dan tindakan yang dilakukan setelah tugas dilanjutkan, dengan minimisasi data pribadi.
Handoff sebagai kesepakatan kelanjutan kerja
Agen lintas shift menjadi berguna ketika proses tidak bergantung pada ingatan percakapan satu model. Paket handoff yang terstruktur membuat pekerjaan berkelanjutan, tetapi hanya jika penerus memverifikasi keadaan terbaru, membedakan bukti dari dugaan, menjaga batas izin, dan mencegah efek samping ganda.
Mulailah dari satu alur dukungan yang sering berpindah shift. Uji apakah penerus dapat menemukan bukti tindakan pertama dan menentukan langkah aman tanpa bertanya ulang kepada pelanggan. Jika belum, perbaiki paket handoff sebelum memperluas otomasi.
Sumber dan batas pembahasan
Prinsip konteks, persistensi, kewenangan, dan idempotensi merujuk sumber berikut. Skema handoff, contoh dukungan, serta ukuran keberhasilan adalah rekomendasi desain penulis, bukan fitur bawaan yang dijamin oleh sumber.