Sistem Multi-Agent Claude Code: Pelajaran Tata Kelola untuk Phone Agent

Jawaban Singkat: Agent yang Bekerja Bersama Perlu Tata Kelola

Ketika satu AI agent mulai memecah tugas menjadi beberapa agent kecil, pertanyaan terpenting bukan lagi “apakah agent ini pintar?” Pertanyaan yang lebih praktis adalah: siapa yang boleh memakai tool tertentu, konteks apa yang boleh dibaca, kapan hasil perlu ditinjau, dan bagaimana sistem berhenti ketika sesuatu tidak sesuai. Sistem multi-agent Claude Code menarik bukan karena ia menjadi phone agent, melainkan karena pola kerjanya menunjukkan bahwa otonomi agent membutuhkan permukaan kontrol yang jelas.

Dalam pola Claude Code, subagent dapat bekerja dalam konteks terpisah dan diberi cakupan tool atau izin tertentu. Hook dan kontrol alur kerja membantu menjalankan pemeriksaan sebelum atau sesudah tindakan tertentu. Pola seperti ini memberi pelajaran umum: agent yang lebih mandiri tidak boleh hanya diberi instruksi lebih panjang; ia perlu batas kerja, jalur review, dan cara mencatat atau menghentikan tindakan.

Untuk pembaca yang membutuhkan dasar phone agent, rujukan yang lebih tepat adalah Apa Itu AI Agent di Ponsel?. Di sini, fokusnya lebih sempit: apa yang bisa dipelajari dari tata kelola coding agent untuk tindakan ponsel yang lebih aman. Di FoneClaw, kami bukan Claude Code dan bukan coding tool. Kami membangun asisten Android untuk tindakan ponsel yang didukung, sehingga pelajaran yang kami ambil adalah tentang izin, konfirmasi terlihat, fallback, dan batas tindakan.

Apa yang Berubah: Subagent, Kerja Latar Belakang, Hook, dan Isolasi

Pola multi-agent menjadi penting ketika pekerjaan tidak lagi cocok ditangani oleh satu percakapan panjang. Dalam pengembangan software, satu agent bisa meneliti kode, agent lain menulis perubahan, agent lain memeriksa risiko, dan agent lain menjalankan validasi. Dokumentasi subagent Claude Code menggambarkan subagent sebagai agent khusus yang dapat berjalan dengan konteks terpisah dan konfigurasi tool yang dapat dibatasi. Itu bukan sekadar pembagian tugas; itu adalah cara mengurangi campur aduk konteks dan membatasi ruang tindakan.

Claude Code juga memperlihatkan pentingnya hook. Hook bukan “fitur ajaib”; ia adalah titik kontrol dalam alur kerja. Dokumentasi hook Claude Code menunjukkan gagasan bahwa tindakan agent dapat dikaitkan dengan pemeriksaan, otomatisasi, atau langkah kontrol tertentu. Dalam konteks coding, ini bisa membantu memformat, memvalidasi, memberi peringatan, atau menahan alur sebelum hasil dianggap siap.

Kerja latar belakang dan isolasi workspace memperkuat pelajaran yang sama. Jika agent melakukan beberapa pekerjaan sekaligus, hasilnya harus dipisahkan agar tidak saling merusak. Jika beberapa agent menyentuh area berbeda, sistem perlu tahu siapa mengubah apa dan kapan perlu review manusia. Ini bukan tutorial Claude Code, dan untuk akses Claude di ponsel konteksnya berbeda; pembahasan login dan batas mobile ada di Login Claude di Android: Google Sign-In, Aplikasi Mobile, dan Batas Kontrol Ponsel. Poin di sini hanya bahwa pola multi-agent memaksa kita berpikir tentang izin, isolasi, dan pengawasan sejak awal.

Pelajaran dari Coding Agent: Konteks, Tool, Review, dan Biaya

Pelajaran pertama dari alur kerja coding multi-agent adalah isolasi konteks. Agent yang meninjau keamanan tidak selalu membutuhkan konteks yang sama dengan agent yang menulis dokumentasi. Agent yang memperbaiki bug di satu modul tidak perlu membaca seluruh riwayat proyek jika tugasnya sempit. Dengan konteks yang lebih fokus, risiko salah menggabungkan informasi berkurang dan hasil lebih mudah diperiksa.

Pelajaran kedua adalah pembatasan tool. Dalam coding agent, tidak semua subagent perlu bisa mengubah file, menjalankan perintah, atau menyentuh konfigurasi. Beberapa cukup membaca, beberapa boleh mengusulkan, beberapa boleh menulis di ruang kerja tertentu, dan beberapa perlu berhenti sebelum tindakan berisiko. Prinsip ini sangat relevan untuk phone agent: tidak semua permintaan pengguna perlu membuka akses pesan, kontak, lokasi, notifikasi, atau pengaturan sistem.

Pelajaran ketiga adalah review loop. Agent yang bekerja cepat bisa menghasilkan banyak keputusan kecil. Tanpa titik review, kesalahan kecil dapat menjadi perubahan besar. Dalam software, review dapat berupa pemeriksaan diff, test, hook, atau persetujuan manusia. Dalam ponsel, review bisa berupa ringkasan tindakan sebelum mengirim pesan, tampilan kontak yang dipilih, konfirmasi sebelum mengubah pengaturan, atau penjelasan mengapa alur tidak bisa dilanjutkan.

Pelajaran keempat adalah kendali biaya dan sumber daya. Agent yang bekerja paralel dapat menghabiskan token, waktu, komputasi, atau perhatian pengguna. Pada ponsel, padanannya adalah baterai, koneksi, notifikasi berlebihan, dan gangguan. Guardrail AI coding agent mengajarkan bahwa otonomi tanpa batas bukan efisiensi; efisiensi datang dari pembagian tugas yang jelas, batas waktu, dan kriteria selesai yang dapat diperiksa.

Menerjemahkan Pelajaran Itu ke Phone Agent Tanpa Mengubah Claude Code Menjadi Kontrol Ponsel

Pelajaran dari sistem multi-agent Claude Code dapat diterjemahkan ke phone agent, tetapi batasnya perlu tegas: Claude Code bukan alat untuk mengendalikan Android phone actions. Yang bisa dipakai adalah pola tata kelolanya. Jika coding agent memisahkan subagent menurut tugas dan tool, phone agent juga perlu membedakan tugas yang aman, tugas yang membutuhkan konfirmasi, dan tugas yang tidak didukung.

Misalnya, agent yang membantu menyiapkan pesan tidak sama risikonya dengan agent yang langsung mengirim pesan. Agent yang membuka halaman pengaturan tidak sama risikonya dengan agent yang mengubah izin aplikasi. Agent yang menyusun ringkasan dari notifikasi tidak sama risikonya dengan agent yang membagikan informasi pribadi. Setiap tindakan perlu dikaitkan dengan izin, konteks, dan titik konfirmasi yang sesuai.

Untuk mekanisme tindakan Android secara lebih luas, pembahasan khususnya ada di Kontrol Ponsel dengan AI Agent: Cara Kerja, Batas, dan Keamanan Android. Dalam halaman ini, kami hanya mengambil pelajaran tata kelola: semakin banyak agent atau langkah yang terlibat, semakin penting batas kerja, catatan tindakan, dan fallback. Agent tidak boleh terdorong untuk “menyelesaikan apa pun” jika alurnya tidak aman atau tidak didukung.

Di FoneClaw, kami melihat phone agent sebagai sistem yang perlu membuat tindakan terlihat. Model boleh membantu memahami tujuan, tetapi tindakan ponsel perlu melewati lapisan yang tahu batas Android, izin pengguna, dukungan tindakan, dan kapan sistem harus meminta persetujuan.

Mengapa Phone Agent Membutuhkan Batas Izin, Konfirmasi, Audit, dan Fallback

Phone agent hidup di ruang yang lebih pribadi daripada coding agent. Ponsel memuat kontak, pesan, lokasi, foto, notifikasi, akun kerja, dan pengaturan sensitif. Karena itu model izin phone agent tidak bisa hanya meniru chat assistant. Ia perlu membedakan antara membaca konteks, menyiapkan tindakan, membuka alur, dan benar-benar menjalankan perubahan.

Batas izin menentukan akses awal. Konfirmasi terlihat menentukan apakah pengguna memahami tindakan yang akan terjadi. Auditabilitas membantu pengguna dan produk melihat apa yang diminta, apa yang disiapkan, dan apa yang dijalankan. Fallback membuat sistem tetap aman ketika aplikasi berubah, izin tidak ada, kontak ambigu, layar tidak sesuai, atau permintaan berada di luar dukungan. Tanpa empat bagian ini, phone agent dapat terasa pintar tetapi sulit dipercaya.

Kami membahas lapisan identitas dan audit secara lebih lengkap di Identitas, izin, dan audit trail AI agent: lapisan keamanan untuk agen ponsel. Di sini, hubungan dengan Claude Code lebih sederhana: subagent dan hook mengingatkan kita bahwa agent yang kuat perlu pagar kerja. Pada phone agent, pagar kerja itu berbentuk izin Android, konfirmasi pengguna, cakupan tindakan yang didukung, dan catatan yang dapat dipahami.

Fallback sering kurang dibahas, padahal sangat penting. Jika agent tidak yakin kontak mana yang dimaksud, ia perlu bertanya. Jika aplikasi tidak membuka halaman yang diharapkan, ia perlu berhenti atau memberi instruksi manual. Jika tindakan berisiko tinggi, ia perlu menampilkan ringkasan sebelum melanjutkan. Di FoneClaw, kami merancang alur seperti ini agar kegagalan tidak berubah menjadi tindakan yang salah.

Pandangan Kami: Tindakan Android yang Didukung Perlu Kontrol Terlihat

Di FoneClaw, kami mengambil pelajaran utama dari pola multi-agent: otonomi perlu kendali yang bisa dilihat pengguna. Kami bukan Claude Code, bukan alat coding, dan tidak memposisikan diri sebagai sistem subagent untuk repository. Kami membangun asisten Android untuk tindakan ponsel yang didukung. Karena itu, fokus kami adalah bagaimana tujuan pengguna berubah menjadi tindakan Android yang aman untuk dijalankan.

Pendekatan kami dimulai dari cakupan dukungan. Kami tidak mengklaim semua aplikasi bisa dikendalikan. Kami tidak melewati izin Android. Kami tidak menganggap tindakan sensitif boleh berjalan diam-diam hanya karena model memahami instruksi. Jika tindakan melihat kontak, membuka aplikasi, mengubah pengaturan, atau mengirim informasi, kami merancang alur agar pengguna dibawa ke titik pemeriksaan yang jelas.

Kami juga memisahkan perencanaan dari pelaksanaan. Model dapat membantu menafsirkan maksud, tetapi di FoneClaw, kami memastikan tindakan yang diusulkan berada dalam dukungan kami, memakai izin yang tepat, dan bisa dijelaskan kepada pengguna. Jika ada ambiguitas, kami lebih memilih klarifikasi daripada eksekusi paksa. Jika alur tidak tersedia, kami memberi fallback yang masuk akal.

Pelajaran dari sistem multi-agent Claude Code bukan bahwa semua agent harus menjadi lebih otomatis. Bagi kami, pelajarannya adalah bahwa agent yang lebih kuat perlu kontrol yang lebih eksplisit. Dalam tindakan ponsel, kontrol itu terlihat melalui konfirmasi, batas izin, logika fallback, dan keterbukaan tentang apa yang didukung.

Checklist Praktis untuk Membandingkan Coding Agent, Asisten AI, dan Phone Agent

Sebelum mempercayai sebuah agent, mulai dari tugasnya. Jika tugasnya menulis, meninjau, atau memodifikasi kode, coding agent seperti Claude Code berada di kategori yang berbeda dari phone agent. Jika tugasnya menjawab pertanyaan umum, menulis dokumen, atau mencari informasi, asisten AI umum mungkin cukup. Jika tugasnya menjalankan tindakan di Android, evaluasinya harus berpusat pada izin, konfirmasi, dan dukungan tindakan.

Gunakan checklist berikut ketika membandingkan sistem agent:

• Konteks: apakah agent membaca konteks yang tepat, tidak terlalu luas, dan tidak mencampur instruksi lama dengan tugas baru?
• Tool: apakah setiap agent atau subalur hanya mendapat akses tool yang dibutuhkan?
• Review: apakah ada langkah pemeriksaan sebelum perubahan penting?
• Konfirmasi: apakah pengguna melihat tindakan sensitif sebelum dijalankan?
• Fallback: apakah sistem tahu kapan harus berhenti, bertanya, atau menyerahkan langkah manual?
• Catatan tindakan: apakah pengguna dapat memahami apa yang terjadi setelah alur selesai?

Jika Anda sedang memilih tool agent secara umum, rujukan yang lebih luas ada di 10 AI Agent Terbaik 2026: Pilih Berdasarkan Tugas, Bukan Hype. Untuk artikel ini, keputusan praktisnya adalah membedakan kategori. Claude Code memberi contoh pola tata kelola untuk coding agent. Di FoneClaw, kami menerapkan prinsip kendali yang terlihat pada tindakan Android yang didukung. Keduanya tidak berada di tugas yang sama, tetapi sama-sama menunjukkan bahwa agent yang berguna membutuhkan batas yang jelas.