Block Buzz: Ruang Kerja Agen AI Tempat Agen Menjadi Rekan Tim, Bukan Bot

Block Buzz: Ruang Kerja Agen AI Tempat Agen Menjadi Rekan Tim, Bukan Bot

Sebagian besar pengaturan "AI di chat Anda" bekerja dengan cara yang sama: Anda menempelkan bot ke Slack atau Discord, memberinya perintah garis miring, dan ia menjawab saat dipanggil. Bot hidup di luar tim. Ia punya identitas terpisah, jejak audit terpisah, dan batas keras tentang apa yang boleh disentuhnya. Block melihat pola itu dan memutuskan bahwa agen seharusnya cukup menjadi anggota ruangan.

Ide itu adalah Buzz, ruang kerja open source dari Block, Inc. yang telah menarik sekitar 18.000 bintang GitHub. Di Buzz, manusia dan agen AI berbagi kanal yang sama, menandatangani tindakan mereka dengan jenis kunci kriptografis yang sama, dan berakhir di log yang dapat dicari yang sama. Ia ditulis dalam Rust dan dilisensikan Apache 2.0. Saya menghabiskan waktu membaca dokumen arsitektur repo agar Anda tidak perlu, dan pilihan desainnya lebih menarik daripada yang disarankan pemasaran.

Apa Itu Block Buzz?

Buzz adalah ruang kerja yang dapat di-self-host dari Block, Inc. tempat manusia dan agen AI berbagi kanal yang sama. Ia berjalan di atas relay Nostr, sehingga setiap pesan, reaksi, patch kode, persetujuan, dan langkah alur kerja adalah satu event bertanda tangan dalam satu log yang dapat dicari dan tahan gangguan. Ia open source di bawah Apache 2.0, dibangun dalam Rust, dan Anda menjalankan relay-nya sendiri.

Poin penting:

• Agen adalah anggota kelas satu dengan kunci dan jejak audit sendiri, bukan bot yang ditempelkan di samping.
• Segalanya (chat, patch, CI, persetujuan) adalah satu event Nostr bertanda tangan dalam satu log yang dapat dicari.
• Agen terhubung melalui ACP dan MCP, sehingga Goose, Codex, dan Claude Code langsung berfungsi.
• Self-hosted dan open source (Apache 2.0), dengan daftar jujur dan publik tentang apa yang belum selesai.

Frasa yang diandalkan proyek ini adalah "a hive mind communication platform". Itu terdengar megah, tetapi kenyataan sehari-hari lebih sederhana: rasanya seperti ruang kerja tim. Kanal, utas, DM, kanvas, huddle suara, pencarian. Kejutannya ada di bawahnya. Setiap tindakan adalah event Nostr bertanda tangan, dan penulis event itu bisa orang atau proses. Bentuk sama, model identitas sama, jejak audit sama di kedua kasus.

Jika Anda telah membandingkan kerangka agen seperti LangGraph, CrewAI, dan OpenAI Agents SDK, Buzz adalah lapisan yang sepenuhnya berbeda. Itu adalah pustaka yang Anda sematkan dalam kode untuk mengorkestrasi penalaran agen. Buzz adalah ruangan tempat agen dan tim Anda berbicara, menyerahkan pekerjaan, dan meninggalkan catatan. Mereka saling melengkapi, bukan bersaing.

Mengapa "Agen sebagai Anggota" Mengubah Model

Model bot punya masalah struktural: agen adalah tamu. Anda memberinya bendera izin, ia beroperasi melalui API sempit, dan ketika ada yang salah Anda merekonsiliasi dua riwayat terpisah — chat tim dan log bot.

Buzz membalik ini. Agen mendapat pasangan kuncinya sendiri, keanggotaan kanalnya sendiri, dan jejak auditnya sendiri. Anda menambahkan agen ke kanal dengan cara yang sama seperti menambahkan orang. Proyek ini menggambarkan pencakupan sebagai "by identity, not by permission flags", yang merupakan cara yang sama Anda mencakapi rekan tim manusia. Anda memercayai mereka di beberapa ruangan dan tidak di ruangan lain.

Begitu agen menjadi anggota, ia mendapat kemungkinan yang sama dengan semua orang. Ia dapat membuka repo, mengirim patch, meninjau kode, menjalankan alur kerja, mengedit kanvas, mengorkestrasi agen lain, membuat kanal, dan masuk ke huddle suara. README menelusuri tiga skenario yang membuat ini konkret:

• Memori insiden. Pukul 2 pagi, Anda bertanya "pernahkah kita melihat error ini sebelumnya?", dan agen yang mengawasi kanal menarik enam bulan riwayat, memposting utas dan akar penyebab, dan menawarkan untuk memanggil siapa pun yang mengirim perbaikan terakhir. Seluruh pertukaran tetap di kanal sebagai bukti.
• Branch sebagai ruangan. Anda membuka branch fitur dan sebuah kanal muncul. Patch mendarat sebagai event, CI memposting hasil, agen menjalankan tinjauan awal, dan keputusan merge hidup di ruangan yang sama dengan bukti yang membenarkannya.
• Rilis yang menulis dirinya sendiri. Alur kerja terpicu pada tag, agen menyusun catatan rilis dari PR yang di-merge, mempostingnya untuk tinjauan manusia, mendapat reaksi jempol, dan mengirim. Setiap langkah ditandatangani, setiap langkah dapat dicari.

Benang merahnya adalah percakapan, kode, dan keputusan semuanya hidup di satu tempat, alih-alih tujuh tab yang berpura-pura saling mengenal.

Bagaimana Agen Benar-Benar Terhubung: ACP dan MCP

Di sinilah rekayasanya menjadi bersih. Buzz mengirimkan dua biner kecil untuk agen, dan mereka sengaja tidak saling mengenal.

buzz-agent adalah agen ACP. Ia berbicara Agent Client Protocol melalui stdio, memanggil LLM, dan menggunakan alat MCP. Ia menjalankan hingga delapan sesi bersamaan, masing-masing dengan server MCP, riwayat, dan konteks sendiri. Ketika konteks sesi penuh, ia merangkum riwayatnya sendiri dan terus berjalan. Ia bekerja dengan Zed, JetBrains, atau apa pun yang berbicara ACP.

buzz-dev-mcp adalah server MCP. Ia memberi agen mana pun shell dan editor file. Proses bersifat sementara dengan pembunuhan grup proses di setiap jalur keluar, output dibatasi, dan edit file diselesaikan terhadap direktori kerja. Jika Anda pernah membangun dengan Model Context Protocol sebelumnya, ini akan terasa familier: ini pola standar "beri agen tangan", yang dikeraskan.

Catatan desain di repo menyatakannya terus terang: "two binaries, two protocols, no coupling between them." Agen tidak tahu server MCP mana yang diajak bicara, dan server MCP tidak tahu agen mana yang memanggilnya. Mereka berkomposisi melalui protokol, bukan impor. Keuntungan praktisnya adalah Anda dapat menjalankan sepuluh agen di belakang Buzz dengan konfigurasi MCP berbeda, atau menukar penyedia LLM dengan satu variabel lingkungan.

Karena buzz-acp menjembatani @mentions relay ke subproses agen, Anda dapat mengarahkannya ke Goose, Codex, atau Claude Code. Jika Anda sudah menjalankan agen pengkodean latar belakang, Buzz memberi mereka ruangan bersama untuk beroperasi, alih-alih loop headless yang sunyi. Dan jika Anda ingin membawa alat sendiri, membangun server MCP adalah jalur yang didukung, dengan banyak server MCP siap pakai untuk memulai.

Di Balik Layar: Arsitektur

Buzz adalah monorepo Rust, dan fakta tunggal paling penting adalah ini: relay adalah satu-satunya sumber kebenaran. Tidak ada gosip peer-to-peer dan tidak ada replikasi. Klien terhubung ke satu relay melalui WebSocket, dan relay menangani autentikasi, memverifikasi tanda tangan, mempertahankan event, mendistribusikannya ke pelanggan, mengindeksnya untuk pencarian, dan memicu otomatisasi.

Semuanya adalah event Nostr NIP-01. Setiap event punya enam bidang: sebuah id (SHA-256 dari event yang diserialisasi), sebuah pubkey, sebuah bilangan bulat kind, tag, konten, dan tanda tangan Schnorr. Bilangan bulat kind adalah satu-satunya sakelar dispatch. Ingin fitur baru? Definisikan nomor kind baru. Klien yang ada tidak melihat apa pun dan tidak merusak apa pun. Basis kode mendefinisikan 81 kind, dengan kind Buzz kustom berada di rentang 40000-49999.

Stack pendukung sengaja membosankan, dalam arti terbaik:

Postgres menyimpan event dan menjalankan pencarian teks penuh. Redis menangani distribusi pub/sub, kehadiran, dan pengetikan. Penyimpanan objek kompatibel-S3 (MinIO secara lokal) menyimpan media melalui protokol Blossom.

Model keamanan adalah tempat saya berhenti membaca sekilas. Setiap event memiliki tanda tangan Schnorr dan ID SHA-256 diverifikasi sebelum penyimpanan. Autentikasi NIP-42 menggunakan toleransi stempel waktu ±60 detik untuk memblokir serangan replay, dan event autentikasi tidak pernah disimpan atau diaudit. Log audit adalah rantai hash yang sesungguhnya: SHA-256 setiap entri mencakup setiap bidang termasuk hash sebelumnya, sehingga mengutak-atik satu entri merusak setiap entri setelahnya. Webhook keluar mendapat perlindungan SSRF yang memeriksa rentang IP privat. Dan keanggotaan kanal adalah satu-satunya gerbang akses, ditegakkan di setiap operasi, dengan handler langganan memeriksa akses sebelum mendaftarkan langganan sehingga tidak ada jendela race untuk kebocoran kanal privat.

Jika Anda mengevaluasi cara mendeploy AI agentik di infrastruktur yang Anda kendalikan, ini bagian yang layak dibaca dua kali.

Yang Berfungsi Saat Ini (dan Yang Tidak)

Proyek ini luar biasa jujur tentang statusnya sendiri, dan saya pikir kejujuran itu adalah sinyal terkuat dari basis kode yang serius. Berikut status terkini langsung dari repo:

Sekarang bagian yang dilewati sebagian besar posting produk. Dokumen arsitektur mencantumkan celah yang terverifikasi, bukan aspirasi:

• Belum ada pembatasan laju yang ditegakkan. Trait RateLimiter ada dan empat tingkat dirancang (human, agent-standard, agent-elevated, agent-platform), tetapi satu-satunya implementasi adalah stub tes.
• Gerbang persetujuan belum terhubung end-to-end. Eksekutor dapat menangguhkan eksekusi, tetapi alur kerja yang mencapai gerbang persetujuan saat ini ditandai gagal.
• Beberapa tindakan alur kerja adalah stub. send_dm dan set_channel_topic mengembalikan "not implemented", sehingga eksekusi yang mencapainya gagal.
• Perekaman huddle dan penerbitan per trek belum dibangun. Ruang suara dan siklus hidup bergabung/keluar berfungsi; perekaman punya kind event cadangan tetapi tidak ada produsen.
• Tidak ada cache kueri sqlx offline. Kueri berjalan saat runtime alih-alih divalidasi saat kompilasi.

Tak satu pun dari ini mendiskualifikasi alat self-hosted yang sedang Anda evaluasi, tetapi ini memberi tahu Anda persis di mana batasnya. Jika Anda perlu mengevaluasi agen di produksi dengan jaminan keras, perlakukan kolom 💭 dan 🚧 sebagai peringatan penopang.

Memulai dengan Buzz

Ada tiga jalur, tergantung siapa Anda.

Hanya ingin mencoba? Ambil build terkemas dari rilis terbaru: macOS (.dmg), Linux (.AppImage atau .deb), atau Windows (.exe). Secara default ia terhubung ke ws://localhost:3000, jadi Anda tetap ingin relay berjalan.

Ingin membangun dari sumber? Anda butuh Docker dan Hermit atau Rust 1.88+, Node 24+, pnpm 10+, dan just. Lalu:

git clone https://github.com/block/buzz.git && cd buzz
. ./bin/activate-hermit
just setup && just build

# every day:
. ./bin/activate-hermit
just dev   # starts the relay + desktop app together

Relay mendarat di ws://localhost:3000 dan aplikasi desktop muncul. Untuk deployment VPS node tunggal alih-alih stack pengembangan lokal, ada bundel Compose produksi di bawah deploy/compose/ dengan Postgres, Redis, MinIO, dan Caddy opsional untuk TLS.

Membawa agen? Setel BUZZ_PRIVATE_KEY dan gunakan buzz-cli, yang JSON masuk dan JSON keluar, dirancang khusus untuk panggilan alat LLM. Itulah jahitan tempat alur kerja agen Anda terhubung.

Siapa yang Sebaiknya Menjalankan Buzz?

Buzz untuk tim yang ingin satu substrat alih-alih setumpuk kode lem. Jika pengaturan Anda saat ini adalah chat plus forge plus bot plus dasbor CI plus alat rilis plus indeks pencarian, dan Anda lelah mereka tidak saling mengenal, inilah taruhan yang dibuat Buzz: satu komunitas, satu model identitas, satu log event.

Ini sangat cocok untuk:

• Self-hoster yang ingin lalu lintas agen mereka di infrastruktur yang mereka miliki, dengan jejak audit yang dapat mereka verifikasi.
• Insinyur platform yang mengevaluasi alur kerja agent-first tempat agen melakukan triase bug, menjalankan tinjauan, dan menyusun rilis sebagai anggota, bukan skrip.
• Evaluator open source yang ingin membaca semuanya dalam satu sore. Permukaan agen adalah dua crate tanpa kopling, sengaja cukup kecil untuk diaudit.

Ini belum untuk orang yang ingin SaaS jadi dan lengkap yang bisa diserahkan ke tim non-teknis besok. Gerbang persetujuan, pembatasan laju, dan klien mobile masih mendarat. Buzz mengatakan ini dengan terus terang, yang justru alasan saya akan memercayakannya untuk pilot yang hati-hati.

Pembingkaian yang terus saya kembali ada di README: "Agents are part of the room, not haunted cron jobs." Jika Anda pernah men-debug bot pukul 2 pagi tanpa tahu apa yang dilakukannya atau mengapa, Anda sudah tahu mengapa itu penting.

FAQ

Apakah Buzz gratis dan open source?

Ya. Buzz open source di bawah lisensi Apache 2.0 dan dibangun oleh Block, Inc. Anda meng-self-host relay sendiri, jadi tidak ada biaya per kursi untuk perangkat lunak. Biaya Anda adalah infrastruktur Anda sendiri: server untuk relay, Postgres, Redis, dan penyimpanan objek. Sumber, issue, dan roadmap semuanya publik di GitHub di block/buzz.

Bagaimana Buzz berbeda dari Slack dengan bot?

Di Slack, agen adalah bot kelas dua dengan identitas dan jejak audit terpisah, dicakapi oleh bendera izin. Di Buzz, agen adalah anggota kelas satu dengan pasangan kunci sendiri, keanggotaan kanal, dan kemungkinan yang sama dengan manusia: membuka repo, mengirim patch, menjalankan alur kerja, bergabung ke huddle. Semuanya mendarat di satu log event bertanda tangan dan dapat dicari.

Apa itu ACP dan MCP?

ACP adalah Agent Client Protocol, antarmuka stdio yang digunakan buzz-agent untuk berbicara dengan klien LLM seperti Zed. MCP adalah Model Context Protocol, antarmuka yang digunakan buzz-dev-mcp untuk memberi agen shell dan editor file. Dua biner tidak saling mengenal; mereka berkomposisi melalui protokol, sehingga Anda dapat mencampur agen dan server alat dengan bebas.

Apakah Buzz menggunakan blockchain?

Tidak, dan README tegas tentang itu: "Not blockchain. Signed events are useful without making everyone buy a commemorative coin." Buzz menggunakan tanda tangan kriptografis Nostr dan log audit rantai hash untuk bukti gangguan, tetapi tidak ada token, tidak ada rantai, dan tidak ada mekanisme konsensus. Anda mendapat riwayat yang dapat diverifikasi tanpa overhead.

Bisakah saya menggunakan agen AI saya sendiri, seperti Goose, Codex, atau Claude Code?

Ya. Harness buzz-acp men-spawn subproses agen AI dan menjembatani @mentions relay ke mereka melalui ACP. Ia mendukung Goose, Codex, dan Claude Code langsung, menjalankan pool satu hingga 32 proses agen, dan men-spawn ulang agen jika crash. Untuk alat kustom, Anda menghubungkan server MCP Anda sendiri.

Apakah Buzz siap produksi?

Sebagian. Relay, kanal, pencarian, log audit, aplikasi desktop, dan CLI agen berfungsi saat ini. Tetapi pembatasan laju belum ditegakkan, gerbang persetujuan belum terhubung end-to-end, dan klien mobile masih berjalan. Untuk pilot self-hosted dengan tim yang menoleransi batas kasar, ia siap dicoba. Untuk deployment kritis kepatuhan, tunggu item 🚧 mendarat.

Tentang Penulis

Mert Batur adalah Co-Founder Techsy.io, tempat tim mengirimkan agen AI, sistem otomatisasi, dan pipeline suara/SDR untuk klien B2B. Ia menulis tentang stack perkakas LLM yang benar-benar digunakan tim Techsy di produksi. Terhubung dengannya di LinkedIn.