Ketika Agen Menjadi Rekan Kerja: Ide di Balik Buzz

Saya sudah pernah menulis tentang Buzz, saat itu dengan fokus jelas pada Shared Compute dan operasional model bersama. Awalnya itu bagian yang paling menarik dan tidak biasa dari proyek ini bagi saya. Namun semakin lama saya mendalami Buzz, ruang kerjanya sendiri justru semakin menarik. Karena itu saya sudah mencoba Buzz dalam sebuah setup kecil.

Ini juga berkaitan dengan masalah yang semakin terasa jelas dalam beberapa bulan terakhir. Pekerjaan saya dengan AI menjadi lebih cepat, tetapi juga lebih berantakan. Codex mengerjakan satu repository, Claude Code memeriksa ide kedua, agen lain mengumpulkan informasi, dan di sela-selanya berjalan terminal, browser, email, serta beberapa chat sekaligus. Setiap agen bisa berguna sendiri-sendiri. Masalahnya muncul di titik peralihan. Konteks harus disalin, keputusan harus diulang, dan hasil harus digabungkan secara manual.

Di titik itulah Buzz hadir. Proyek open source ini berasal dari Block, perusahaan di balik Square yang dipimpin oleh salah satu pendiri Twitter, Jack Dorsey. Buzz tidak bermaksud membangun asisten AI baru lagi. Buzz menciptakan ruang kerja bersama, tempat manusia dan agen menggunakan channel, thread, proyek, dan protokol yang sama. Agen Codex bisa membuat rencana, Claude Code bisa mengkritiknya, manusia bisa mengambil keputusan, dan agen berikutnya bisa mengubahnya menjadi perubahan di repository. Seluruh rantai ini tetap terlihat dalam satu ruang yang sama.

Sebutan cepat “Slack-killer” menurut saya terlalu sempit. Buzz menunjukkan satu bentuk kerja yang mungkin bagi tim dengan banyak agen. Pada saat yang sama, Buzz masih muda, boros sumber daya, dan lebih menuntut dari sisi keamanan daripada yang terlihat dari tampilan antarmukanya yang ramah. Justru kombinasi antara ide besar dan tahap pengembangan awal ini yang membuatnya menarik untuk ditinjau lebih dekat.

Masalah sebenarnya bukan pada model

Sebagian besar perangkat AI muncul sebagai relasi antara satu manusia dan satu agen. Saya membuka Codex, memasukkan tugas, dan mendapatkan hasil. Setelah itu saya membuka Claude Code, menjelaskan lagi latar belakang yang sama, dan meminta pendapat kedua. Untuk tugas tunggal, cara ini berjalan baik. Namun dalam sebuah tim, atau ketika beberapa agen berjalan paralel, muncul masalah koordinasi baru.

Masalah ini persis yang saya alami sehari-hari. Claude Code, Codex, Hermes, browser, chat, dan berbagai terminal berjalan berdampingan. Catatan sesi berpindah dari satu alat ke alat berikutnya. Satu agen tahu catatan rapat, agen lain tahu repository, dan agen ketiga tahu akses atau skill yang dibutuhkan. Masing-masing punya potongan informasi, tetapi tidak ada yang punya gambaran kerja bersama.

Dashboard mission-control hanya menyelesaikan sebagian masalah ini. Mungkin dashboard bisa menunjukkan bahwa lima agen sedang aktif. Namun dashboard belum menciptakan tempat yang bisa dipahami bersama, tempat tugas, diskusi, status sementara, review, dan keputusan tetap menyatu. Karena itu Buzz tidak berangkat dari daftar agen yang lebih rapi, melainkan dari ruang kerjanya sendiri.

Agen adalah anggota, bukan bot tempelan

Sekilas Buzz terlihat familiar. Ada community, channel publik dan privat, thread, pesan langsung, forum, pencarian, huddle, dan aplikasi mobile. Perbedaan mendasar dari integrasi Slack biasa terletak di balik layar.

Dalam Buzz, agen adalah anggota tersendiri. Ia memiliki profil, pasangan kunci kriptografis, keanggotaan channel, dan audit trail sendiri. Pesan-pesannya muncul di bawah identitasnya sendiri. Dengan begitu, nantinya bukan hanya terlihat bahwa “si AI” melakukan sesuatu. Yang terlihat adalah agen mana yang bertindak, di channel mana ia menerima tugas, dan manusia atau agen lain mana yang memicunya.

Ini kelihatannya seperti perubahan kecil dalam manajemen pengguna. Namun untuk pekerjaan nyata, ini menjadi hal yang sentral. Bot Slack biasanya menempel pada sebuah integrasi dan menunggu disebut oleh manusia. Dua bot dari penyedia yang berbeda biasanya tidak saling mengetahui. Dalam Buzz, agen bisa menyapa agen lain, menyerahkan tugas, dan mendiskusikan hasil mereka dalam thread yang sama. Codex dan Claude Code tidak lantas menjadi satu sistem tunggal. Tetapi mereka mendapatkan ruang komunikasi bersama.

Buzz sendiri tidak otomatis membawa seluruh kecerdasannya. Ruang kerja ini menghubungkan yang disebut harness dan model yang sudah berjalan secara lokal, di server, atau melalui penyedia layanan. Menurut status proyek saat ini, itu termasuk Codex, Claude Code, dan Goose. Agen lain bisa dihubungkan lewat antarmuka terbuka. Ini adalah model bring-your-own-agent: Buzz mengoordinasikan, sementara masing-masing agen berpikir dan bertindak dengan tools, skill, akses, dan biaya modelnya sendiri.

Relay adalah status kerja bersama

Secara teknis, Buzz terdiri dari beberapa bagian. Aplikasi desktop adalah antarmukanya. Sebuah community adalah ruang kerja sesungguhnya. Buzz Relay menyimpan dan mendistribusikan pesan, anggota, agen, aturan, media, data pencarian, workflow, dan peristiwa Git dari community tersebut. Agen bisa bekerja di komputer yang sama dengan aplikasi desktop, di server yang berjalan terus-menerus, atau di mesin yang sama sekali berbeda.

Sebagai protokol, Buzz menggunakan Nostr. Manusia dan agen menandatangani peristiwa dengan kunci privat mereka. Relay memverifikasi identitas dan keanggotaan, menyimpan event, dan mendistribusikannya ke client yang berhak. Namun ini tidak menjadikan Buzz jaringan peer-to-peer yang ajaib. Relay adalah sumber utama sebuah community. Tidak ada replikasi otomatis antar-relay, dan pesan tetap berada di relay tempat pesan itu dikirim.

Konstruksi ini punya dua konsekuensi menarik. Identitas tidak begitu saja dimiliki oleh satu akun Slack terpusat, melainkan berdasarkan pasangan kunci sendiri. Pada saat yang sama, sebuah tim bisa mengoperasikan sendiri ruang kerjanya. Siapa yang hanya ingin mencoba, bisa menggunakan community yang dihosting oleh Block. Siapa yang ingin mengontrol sendiri penyimpanan data, ketersediaan, dan backup, bisa menjalankan relay di infrastruktur sendiri.

Arsitektur server saat ini menggunakan komponen yang sudah dikenal: PostgreSQL untuk event dan pencarian teks penuh, Redis untuk pub/sub, serta penyimpanan yang kompatibel dengan S3 untuk media. Ini bukan layanan kecil yang bisa dilupakan setelah instalasi. Relay yang dijalankan sendiri membutuhkan TLS, update, backup, monitoring, dan manajemen kunci yang rapi.

Mengapa konteks bersama begitu berharga

Ide terkuat dari Buzz adalah konteks yang bertahan lama dan terlihat bersama. Sebuah proyek tidak lagi terdiri dari satu pesan chat di Slack, satu proses agen terpisah, satu pull request di GitHub, dan satu keputusan dalam video conference. Buzz mencoba menyatukan jejak-jejak ini dalam satu ruang peristiwa.

Ini sangat berguna ketika berbagai agen punya kekuatan yang berbeda. Alur yang realistis bisa terlihat seperti ini:

1. Seorang manusia menjelaskan tujuan dan batasan di channel proyek.
2. Agen riset mengumpulkan informasi dan mendokumentasikan sumbernya.
3. Agen kedua menyerang titik lemah dan mencari argumen tandingan.
4. Codex atau Claude Code membuat rencana konkret.
5. Agen lain memeriksa rencana tersebut dari sisi keamanan, tes yang kurang, atau asumsi yang belum jelas.
6. Setelah persetujuan manusia, perubahan diimplementasikan di worktree terpisah.
7. Diff, hasil tes, review, dan keputusan tetap bisa ditemukan di channel terkait.

Pola ini terutama menarik pada adversarial review. Satu model diberi peran eksplisit untuk menyerang rencana produk atau implementasi. Model kedua harus mempertahankan atau memperbaiki keputusan tersebut. Karena keduanya melihat thread lengkap, tercipta pembahasan nyata terhadap status kerja yang sudah ada, bukan sekadar review terisolasi atas teks yang disalin.

Pola ini juga menarik untuk proses konten dan bisnis. Satu agen meriset topik, agen kedua menulis, agen ketiga menyunting. Angka atau laporan baru bisa mengalir secara berkala ke sebuah channel agar manusia dan agen bisa membahas perkembangannya bersama-sama. Huddle bahkan melangkah lebih jauh: manusia dan agen berbicara dalam konferensi audio, percakapan diubah menjadi teks, dan bisa langsung diteruskan menjadi tugas konkret.

Di sinilah Buzz menjadi lebih dari sekadar grup chat. Channel bukan hanya tempat komunikasi. Channel berubah menjadi protokol kerja yang bisa ditelusuri.

Buzz juga ingin menggantikan GitHub

Buzz mengintegrasikan repository Git, patch, review, dan peristiwa status ke dalam ruang kerja yang sama. Relay bisa menghosting repository itu sendiri. Agen bisa menggunakan worktree, bekerja terpisah pada berbagai varian, menyediakan perubahan sebagai patch, dan mendiskusikan review dalam konteks proyek.

Visi di baliknya kuat: sebuah feature branch menjadi sebuah ruang. Di sana tidak hanya ada commit, tetapi juga diskusi mengapa sebuah perubahan diperlukan, alternatif apa yang ditolak, apa yang dilaporkan CI, dan siapa yang menyetujui merge. Justru pada kode yang dihasilkan secara agentik, riwayat asal-usul ini sering hilang saat ini.

Meski begitu, saya belum akan buru-buru mencoret GitHub. GitHub bukan sekadar penyimpanan Git, melainkan ekosistem yang tumbuh bertahun-tahun untuk hak akses, review, CI/CD, pemindaian keamanan, rilis, integrasi, dan kolaborasi eksternal. Buzz punya dasar Git yang berfungsi dan pendekatan forge yang menarik. Namun status proyek sendiri membedakan dengan jelas antara bagian yang sudah berfungsi, fungsi yang belum tersambung sepenuhnya, dan visi. Untuk repository yang kritis, penerapan bertahap lebih masuk akal daripada migrasi langsung.

Uji coba pertama saya dengan Buzz

Saya sengaja mulai dari yang kecil: satu community sendiri, satu channel, dan dua agen dengan peran yang jelas terpisah. Codex bertugas membuat rencana teknis, Claude Code bertugas menyerang asumsi, celah keamanan, dan kompleksitas yang tidak perlu. Kredensial produksi, data pelanggan, dan repository sensitif saya jauhkan sama sekali. Fokus awal saya adalah menguji kolaborasi, bukan otonomi maksimal.

Tugas terbuka pertama terlalu tidak jelas. Kedua agen mulai merencanakan, saling merespons, dan akhirnya menunggu dorongan berikutnya. Ini pengingat yang baik bahwa channel bersama saja belum menggantikan orkestrasi. Dengan instruksi yang jelas, “Codex membuat rencana, Claude memeriksanya, setelah itu kalian menunggu persetujuan,” alurnya menjadi jauh lebih tenang dan mudah ditelusuri. Lebih banyak agen tidak menggantikan definisi proses.

Yang paling meyakinkan bagi saya bukan satu jawaban tunggal yang spektakuler, melainkan tidak adanya perpindahan medium. Kedua agen melihat thread yang sama, kritiknya tetap berdampingan dengan rencana awal, dan saya bisa setiap saat menelusuri siapa yang sedang bekerja. Saya tidak perlu menyalin teks antar jendela dan tidak perlu menjelaskan ulang latar belakang kepada agen kedua. Di situlah letak nilai sesungguhnya dari Buzz bagi saya.

Untuk pengembangan perangkat lunak yang intensif, bekerja langsung di Codex atau Claude Code tetap lebih cepat. Buzz menambahkan komunikasi, pencatatan, dan konteks bersama. Lapisan ini memakan waktu dan token. Setiap agen tambahan punya sesi sendiri, dan riwayat channel yang panjang bisa diproses berulang kali oleh beberapa model. Karena itu, untuk sesi coding yang panjang, saya tetap akan menggunakan harness native, dan menggunakan Buzz lebih untuk perencanaan, serah terima, dan review.

Yang belum saya uji cukup dalam adalah workflow, huddle yang lebih panjang, model lokal, dan beberapa agen remote yang berjalan terus-menerus. Justru di situlah Buzz harus membuktikan sehari-hari bahwa tugas-tugas tidak hanya terlihat bagus, tetapi juga diselesaikan secara andal. Perangkat lunak ini masih sebelum versi 1.0 dan terasa muda di beberapa bagian. Untuk eksperimen, itu tidak masalah. Namun alur kerja yang sentral tetap membutuhkan kontrol, logika pengulangan, dan jalan kembali manual yang jelas.

Konteks bersama juga merupakan batas keamanan

Apa yang membuat Buzz berguna, pada saat yang sama memperbesar permukaan serangannya. Agen Codex, Claude Code, atau Hermes yang terhubung mungkin membawa akses file, shell, browser, server MCP, email, kalender, atau alat internal lainnya. Jika anggota tim boleh menyapa agen tersebut, wewenangnya jauh melampaui sekadar menulis balasan chat.

Karena itu aturan terpenting adalah: agen hanya boleh bekerja di channel yang isinya dan anggotanya sesuai dengan akses toolnya. Keanggotaan channel adalah gerbang akses utama. Siapa yang menjadi anggota bisa membaca dan menulis. Siapa yang bukan anggota, tidak boleh melihat channel privat maupun berlangganan eventnya.

Tanda tangan kriptografis tetap tidak menyelesaikan semua masalah audit. Buzz punya log audit berantai yang manipulasinya terlihat. Namun penyerang dengan akses tulis ke database bisa saja menghitung ulang rantai tersebut setelah melakukan manipulasi. Log ini bersifat tamper-evident, bukan tamper-resistant. Log ini membuat perubahan bisa terdeteksi, selama basis kepercayaan penyimpanannya belum sepenuhnya runtuh.

Untuk community yang dihosting oleh Block, ada satu poin tambahan: pesan, pesan langsung, dan media yang diunggah tidak terenkripsi end-to-end. Block bisa melihat konten ini untuk operasional, keamanan, moderasi, atau kewajiban hukum. Selain itu, penyedia model masing-masing bisa menerima prompt dan isi channel jika agen menggunakan layanan cloud.

Self-hosting mengubah kepemilikan data, tetapi tidak otomatis mengubah seluruh alur data. Relay milik sendiri menyimpan pesan dan file di infrastruktur sendiri. Jika agen tetap menggunakan model cloud, data yang dibutuhkan untuk tugas itu tetap keluar dari relay. Operasional yang benar-benar lokal karena itu membutuhkan relay sendiri sekaligus model lokal dan tool lokal. Saya sudah membahas secara terpisah tentang kemungkinan dan batasan Buzz Shared Compute.

Cara saya menggunakan Buzz untuk saat ini

Untuk uji coba pertama, saya menggunakan community kecil dengan batasan jelas. Tanpa kredensial produksi, tanpa data pelanggan, dan tanpa repository yang mengandung rahasia. Dua agen sudah cukup: satu membuat, satu memeriksa. Ditambah saya sebagai manusia yang menetapkan tugas, titik persetujuan, dan kriteria penghentian.

Setup pertama saya bukan perusahaan otonom dengan seratus agen, melainkan review terbatas:

• Satu agen membuat rencana teknis dari sebuah issue yang sudah ada.
• Agen kedua mencari celah keamanan, asumsi yang hilang, dan kompleksitas yang tidak perlu.
• Keduanya harus menyebutkan sumber, file, dan pertanyaan terbuka.
• Setelah maksimal dua putaran diskusi, tim menunggu persetujuan manusia.
• Baru setelah itu agen boleh menyiapkan perubahan di worktree terisolasi.

Dengan cara ini saya bisa menguji kekuatan sesungguhnya dari Buzz tanpa langsung mengubah seluruh operasional saya. Sekaligus, konsumsi token, latensi, hak akses, dan keterlusuran menjadi terlihat.

Untuk pekerjaan solo dengan satu tugas coding, saya tetap memakai antarmuka agen langsung. Cara itu lebih cepat dan lebih mudah dikontrol. Buzz menjadi menarik begitu beberapa manusia, beberapa agen, atau beberapa alur kerja membutuhkan konteks yang sama. Karena itu tim developer kecil, agensi, kelompok riset, dan solopreneur yang paham teknis adalah target yang paling masuk akal.

Untuk perusahaan besar, saya akan lebih berhati-hati. Sebelum versi 1.0, tanpa jalur dukungan jangka panjang, dan dengan workflow yang masih muda, saya tidak akan menjadikan Buzz sebagai satu-satunya tempat untuk komunikasi kritis atau kode sumber. Proyek percontohan bisa masuk akal. Menggantikan Slack dan GitHub sepenuhnya saat ini masih taruhan pada kecepatan pengembangan proyek ini.

Ide di balik Buzz lebih besar dari client saat ini

Bagian paling menarik dari Buzz bagi saya bukan satu fitur tunggal. Channel, forum, huddle, hosting Git, dan model lokal juga sudah ada di tempat lain. Yang baru adalah asumsi konsisten bahwa agen tidak lagi hanya menjadi alat pribadi masing-masing pengguna. Mereka menjadi peserta yang terlihat dalam sebuah proses kerja bersama.

Dengan begitu, pertanyaannya bergeser. Kita tidak lagi hanya bertanya model mana yang menulis kode terbaik. Kita harus memutuskan bagaimana manusia dan beberapa agen membagi tugas, berbagi konteks, saling mengontrol, dan membuat tanggung jawab bisa ditelusuri. Justru di situ infrastruktur sosial dan teknisnya masih sering hilang saat ini.

Buzz belum memberikan jawaban jadi. Perangkat lunak ini masih muda, beberapa workflow belum andal, konteks bersama bisa menjadi mahal, dan self-hosting membawa tanggung jawab operasional nyata. Meski begitu, proyek ini menyentuh masalah nyata. Ketika agen semakin banyak mengambil alih pekerjaan, tidak cukup hanya membuka lima chat terpisah berdampingan. Kita membutuhkan tempat bersama, tempat pekerjaan mereka tetap terlihat, terbatas, dan bisa diperiksa.

Mungkin suatu saat Buzz akan menggantikan Slack dan GitHub. Untuk saat ini, cukup satu pernyataan yang lebih kecil tapi lebih penting: Buzz adalah rancangan yang meyakinkan tentang bagaimana sebuah ruang kerja bisa terlihat, ketika yang bekerja di dalamnya bukan hanya manusia. Shared Compute yang membuat saya memperhatikan proyek ini. Ruang kerja bersamalah yang menjadi alasan mengapa saya akan terus menguji Buzz.

Kesimpulan saya setelah uji coba pertama

Dalam uji coba singkat saya, Buzz menyentuh persis masalah yang saya alami saat ini dengan agen AI. Model-model tunggal sudah lama bukan lagi hambatan utama. Yang sulit adalah menjaga beberapa agen, keputusan, dan hasil tetap satu jalur. Buzz membuat pekerjaan ini terlihat dan memberi Codex, Claude Code, dan agen lain sebuah tempat, di mana mereka tidak hanya merespons saya, tetapi juga bisa merespons satu sama lain.

Yang meyakinkan saya adalah konteks bersama, identitas agen yang jelas terpisah, dan kemungkinan membiarkan sebuah hasil langsung diserang oleh model kedua. Yang kurang meyakinkan saya adalah overhead tambahannya. Untuk satu tugas coding tunggal, jalur langsung lewat Codex atau Claude Code masih lebih cepat. Begitu beberapa agen atau manusia terlibat, Buzz baru mulai menunjukkan kekuatannya.

Uji coba saya sengaja singkat. Saya belum menguji operasional tim jangka panjang, repository besar, workflow kompleks, maupun beban puncak yang lebih lama. Perangkat lunak ini masih terlalu muda dan bergerak terlalu cepat untuk itu. Saat ini saya belum akan menjadikan Buzz satu-satunya tempat untuk komunikasi kritis atau kode sumber. Namun untuk tim kecil, agensi, atau lab AI pribadi, Buzz sudah lebih dari sekadar demo yang menarik. Ini adalah alat yang akan terus saya gunakan dan masukkan secara bertahap ke dalam rutinitas kerja saya.

Sampai jumpa lagi,
Joe

FAQ