Intuisi pertama banyak orang tentang rekan kerja AI adalah bahwa mereka seharusnya bekerja seperti sebuah tim, dengan satu agen untuk setiap peran. Satu untuk engineering, satu untuk marketing, satu lagi yang khusus menulis artikel blog.
Kami pun dulu membangunnya dengan cara itu. Okou memungkinkan Anda membuat banyak agen dalam satu workspace, masing-masing dengan nama, avatar, Instruksi, dan Alur Kerja sendiri. Pada bulan Agustus, kami bahkan menerbitkan tulisan tentang cara beberapa agen membagi pekerjaan dan saling mengoper tugas. Workspace kami sendiri berisi banyak agen. Lucas menulis artikel blog kami, Lisa mengurus pembukuan, Iris menangani hubungan investor, dan saya punya satu agen bernama Emily yang memilah email saya.
Tetapi intuisi pengguna hanyalah titik acuan. Sebelum ada Notion, intuisi orang tentang alat dokumen adalah bahwa alat itu wajib punya header dan footer.
Multi-agent juga bukan kemampuan dasar. Kemampuan dasar adalah hal-hal yang pada akhirnya dibutuhkan setiap produk AI: chat, membuat slide dan situs web, mengoperasikan komputer. Banyak agen tidak termasuk dalam daftar itu.
Ambil contoh Lucas, mantan agen blog kami. Sekitar sepertiga Instruksinya adalah templat generik yang sama dengan yang dipakai Okou default. Sisanya berisi tiga prosedur spesifik: cara menerbitkan artikel blog di Strapi, cara menulis halaman use case untuk situs web kami, dan cara menyusun laporan harian konversi pendaftaran. Ke-13 Alur Kerja yang terpasang di Lucas semuanya bersifat publik di workspace. Tidak satu pun yang hanya milik Lucas.
Jadi, perbedaan antara Lucas dan Okou default hanya soal nama, avatar, dan tiga prosedur yang seharusnya menjadi Alur Kerja. Prosedur-prosedur itu terkunci di dalam Lucas. Minta Okou default menerbitkan artikel blog, dan ia tidak mengenal satu pun aturan tersebut.
Seiring bertambahnya jumlah agen, kombinasinya pun ikut bertambah. Banyak agen, banyak Alur Kerja, dan banyak percakapan saling berinteraksi, dan setiap kombinasi adalah logika yang harus kami pelihara dan harus dipelajari pengguna. Kami menghadapi pertanyaan-pertanyaan yang tidak bisa kami jawab dengan baik dari sudut pandang pengguna:
- Mengapa dua agen tidak bisa memakai Alur Kerja yang sama?
- Mengapa saya hanya bisa berbicara dengan Okou di Slack, tetapi tidak dengan agen pribadi saya sendiri? Kalau Lucas adalah seseorang, saya seharusnya bisa menghubunginya di mana saja.
- Mengapa memori dipakai bersama oleh semua agen? Kalau setiap agen adalah seseorang, masing-masing seharusnya punya memorinya sendiri.
Setiap masalah ini bisa diselesaikan, tetapi masing-masing butuh kerja engineering yang sungguh-sungguh. Kalau dibiarkan, multi-agent akan tetap menjadi pengalaman yang setengah jadi. Kami juga kesulitan menemukan masalah yang hanya bisa diselesaikan oleh banyak agen. Keluhan yang lebih sering kami dengar justru terlalu banyak agen yang harus dikelola.
Maka kami memutuskan bahwa setiap orang mendapat satu Okou. Modelnya lebih sederhana:
- Setiap orang punya satu Okou default.
- Okou Anda adalah milik Anda dan bersifat pribadi.
- Okou Anda dan Okou rekan kerja Anda bukan agen yang sama.
- Okou Anda bisa memakai Alur Kerja apa pun yang telah dijadikan Public oleh seseorang di organisasi Anda.
Hal-hal yang dulu melekat pada agen kini berada di tempat yang lebih tepat:
- Instruksi adalah milik Anda. Anda menulis satu set, dan Okou mengikutinya di web, di Slack, dan dalam otomatisasi.
- Alur Kerja adalah milik workspace. Siapa pun bisa memakai Alur Kerja Public yang diterbitkan rekan kerja, dan Anda bisa menyalinnya lalu menjadikannya milik Anda.
- Akun yang terhubung adalah milik Anda, jadi Anda tidak perlu lagi memilih agen mana yang mendapat akses.
- Percakapan dikelompokkan dengan Proyek, berdasarkan pelanggan, proyek, atau topik.
Dalam model ini, agen tidak lebih dari sekumpulan Instruksi. Tiga prosedur di dalam Lucas seharusnya menjadi Alur Kerja yang bisa dipakai siapa saja.
Multi-agent sebenarnya adalah praktik manajemen di dalam organisasi, sebuah cara untuk mengelola apa yang bisa dilakukan AI. Setiap organisasi punya metode manajemennya sendiri, dan tidak ada satu metode yang cocok untuk semua. Satu agen lebih dekat dengan sebuah alat, dan alat lebih mudah dipahami dan diadopsi. Yang paling dibutuhkan pengguna adalah tugasnya selesai. Berikutnya adalah alat untuk mengerjakannya. Yang paling tidak mereka butuhkan adalah metode untuk mengerjakannya.
Tim Applied AI di Anthropic melihat hal serupa dalam tulisan terbaru mereka tentang penerapan agen di perusahaan. Dalam perbandingan mereka di beberapa penerapan, satu agen dengan Skills sering kali mengungguli desain yang dipecah menjadi subagen spesialis dari segi kualitas, dan sering kali dengan biaya dan latensi per tugas yang lebih rendah. Mereka juga menulis bahwa “terlalu sering kami melihat perusahaan memberi setiap tim atau jenis masalah subagennya sendiri, sehingga arsitektur agen menjadi salinan bagan organisasi mereka.” Tulisan mereka membahas arsitektur agen, bukan desain produk, tetapi penalarannya tetap berlaku di sini.
Jika melihat produk AI saat ini, kami melihat empat model:
- Banyak agen, banyak percakapan. Inilah Okou dulu.
- Satu agen, banyak percakapan. ChatGPT, Codex, dan Claude Cowork bekerja dengan cara ini.
- Satu agen, satu percakapan. Instinct bekerja dengan cara ini.
- Banyak agen, masing-masing dengan satu percakapan. Grok bot bekerja dengan cara ini.
Kami memiliki kombinasi yang paling rumit, dan kombinasi itu tidak menyelesaikan lebih banyak masalah.
Kami tahu ini perubahan mendasar yang tidak lagi kompatibel dengan cara lama. Dua hal membuat kami menunda keputusan ini: meminta Anda mempelajari cara kerja baru, dengan satu Okou ditambah Alur Kerja, dan belum adanya jalur yang jelas untuk apa yang sudah Anda bangun. Inilah jalurnya:
- Percakapan Anda masih ada. Anda bisa menemukannya melalui Proyek, pencarian, dan tautan aslinya.
- Jika Anda memakai agen yang berbeda untuk memilah percakapan, gunakan Proyek sebagai gantinya. Menjaga percakapan tetap terkelompok berdasarkan kategori adalah alasan utama banyak orang membuat agen tambahan. Claude dan ChatGPT menjawab kebutuhan yang sama dengan Proyek.
- Jika Anda menulis Instruksi yang berbeda untuk agen yang berbeda, simpan bagian yang sama di Instruksi pribadi Anda, lalu ubah prosedur yang spesifik menjadi Alur Kerja.
Semakin cepat kami berhenti membangun abstraksi di atas banyak agen, semakin baik. Saat membuka Okou, Anda tidak perlu lagi memutuskan agen mana yang harus ditanya. Sampaikan kepada Okou apa yang perlu diselesaikan, dan ia akan mengurus sisanya.
