Pendiri Twitter Jack Dorsey meluncurkan Buzz, yang menggabungkan chat tim, agen AI, dan hosting Git

• Block meluncurkan workspace open-source Buzz yang menghubungkan karyawan, agen AI, percakapan, dan repositori perangkat lunak dalam satu sistem identitas untuk mengurangi ketergantungan pada Slack dan GitHub
• Pesan, reaksi, tahap workflow, event kode, dan persetujuan disimpan sebagai event Nostr yang ditandatangani, memberi manusia dan agen pasangan kunci, keanggotaan kanal, dan jejak audit yang sama
• Agen dapat melakukan pencarian percakapan, pengajuan patch, tinjauan kode, hingga menjalankan workflow, dan memisahkan workspace dari model dasar melalui harness Goose, Codex, dan Claude Code
• Menyediakan self-hosting dan kepemilikan data, tetapi semua baca-tulis melewati satu relay terpusat, sehingga operator harus bertanggung jawab atas ketersediaan, cadangan, keamanan, dan upgrade
• Menggabungkan chat, hosting kode, otomatisasi, pencarian, dan orkestrasi agen di satu tempat, tetapi aplikasi mobile dan notifikasi push masih belum rampung, serta tingkat adopsi, harga, dan jumlah pelanggan eksternal belum diungkap

---

Workspace terpadu yang menghubungkan manusia dan agen

• Buzz adalah workspace open-source yang bisa di-self-host dan menempatkan karyawan, agen AI, percakapan, serta repositori perangkat lunak di bawah satu sistem identitas
  • Jack Dorsey ingin mengurangi ketergantungan Block pada Slack dan GitHub melalui ini
  • Repositori publik milik Block juga mendokumentasikan build internal terpisah yang disesuaikan untuk relay internal dan penyedia agen
• Berpusat pada relay Nostr self-hosted, Buzz menyimpan pesan, reaksi, tahap workflow, event kode, dan persetujuan sebagai event yang ditandatangani secara kriptografis
  • Baik karyawan maupun agen memiliki pasangan kunci unik, keanggotaan kanal, dan jejak audit
  • Berkat identitas bersama dan event bertanda tangan, agen dapat berpartisipasi melampaui chatbot biasa sebagai anggota yang tanggung jawabnya bisa dilacak
• Agen dapat melakukan pencarian percakapan sebelumnya, menelusuri repositori, mengajukan patch, meninjau kode, menjalankan workflow, mengedit kanvas bersama, dan membuat kanal
  • Menyediakan CLI untuk agen serta harness Goose, Codex, dan Claude Code untuk memisahkan model dasar dari workspace
• Spesifikasi proyek mendefinisikan forge perangkat lunak bawaan yang menggunakan Git Smart HTTP standar
  • Branch fitur dijadikan kanal khusus, dan patch, hasil integrasi berkelanjutan, komentar review, serta keputusan merge disimpan dalam catatan yang sama
  • Repositori, percakapan, dan riwayat workflow berbagi satu indeks pencarian
• Saat ini kanal, thread, pesan langsung, kanvas bersama, media, pencarian, log audit, aplikasi desktop, dan workflow berbasis YAML sudah berfungsi
  • Menyediakan build paket untuk macOS, Windows, dan Linux serta menggunakan lisensi Apache 2.0

Batasan struktur relay tunggal dan produk tahap awal

• Dorsey memperkenalkan Buzz sebagai produk terdesentralisasi dan berdaulat, tetapi menurut dokumen arsitektur, saat ini belum ada pertukaran event P2P antar-relay, lapisan gossip, maupun replikasi
  • Semua operasi baca dan tulis melewati satu relay yang mengautentikasi pengguna, memverifikasi tanda tangan, serta menyimpan dan mendistribusikan event
  • Organisasi dapat memiliki relay, domain, dan data mereka sendiri serta memakai pasangan kunci Nostr yang portabel, tetapi di dalam tiap komunitas relay tersebut tetap menjadi server otoritatif
  • Penyedia hosting dapat mengoperasikan beberapa komunitas yang saling terisolasi di atas infrastruktur bersama
• Self-hosting memberi kontrol atas infrastruktur dan lokasi data, tetapi sebagai gantinya tanggung jawab atas ketersediaan, cadangan, keamanan, dan upgrade dialihkan ke operator
  • Event bertanda tangan mendukung atribusi tindakan dan jejak audit, tetapi tidak menghilangkan risiko operasional server
• Buzz dapat dipakai untuk pengujian dan pengembangan, tetapi berulang kali diklasifikasikan dalam dokumentasi sebagai produk yang belum selesai
  • Klien mobile sedang dikembangkan dan notifikasi push belum tersedia
  • Gerbang persetujuan workflow memiliki komponen basis data, API, dan antarmuka, tetapi belum memiliki jalur eksekusi yang lengkap
  • Desktop versi 0.4.21 dirilis pada 21 Juli dengan tambahan fitur dan perbaikan terkait kontrol agen, autentikasi, dan onboarding workspace
• Buzz berupaya menggantikan sebagian chat, hosting kode, otomatisasi workflow, pencarian proyek, dan orkestrasi agen dengan satu sistem event
  • Struktur terpadu dapat mengurangi pekerjaan integrasi untuk memberi agen konteks yang diperlukan dan hak akses terbatas
  • Sebaliknya, produk lama yang terpisah berdasarkan peran memungkinkan penggantian satu alat saja tanpa memindahkan seluruh stack pengembangan
• Block adalah studi kasus pelanggan pertama yang dimuat dalam dokumentasi Buzz, tetapi belum mengungkap tingkat adopsi, harga, maupun jumlah pelanggan eksternal, dan saat ini masih berada pada tahap build open-source serta permintaan kontribusi

[GN⁺]

Komentar Hacker News

• Tangkapan layar itu terasa seperti horor ala David Lynch. Saat tertulis, “#engineering. Ini arah baru. Kami memindahkan prototipe ke Flutter”, manusia dan bot agen saling bercakap dengan nama lucu dan emoji seperti, “Pemrosesan fisika sudah selesai, bagaimana dengan shell UI, @Honeybot?”
  Sulit membayangkan dunia di mana mengatur pengembangan perangkat lunak seperti ini terasa alami, dan fakta bahwa mereka memakai sesuatu yang mirip blockchain juga terasa sangat klise
  https://github.com/block/buzz/blob/main/docs/assets/screensh...

  • Rasanya masa depan pemrograman bisa membawa keputusasaan seperti Ian McKellen saat syuting dengan green screen. Mungkin mirip situasi ketika seorang veteran teater Shakespeare merekam 《The Hobbit》 tanpa lawan main sungguhan dan merasa, “Pekerjaanku adalah berakting dengan orang lain, bukan sendirian”
    https://www.theguardian.com/film/2013/nov/20/the-hobbit-gand...
  • Salah satu alasan aku terjun ke riset AI sejak kecil adalah harapan bahwa suatu hari akan ada entitas cerdas yang bisa berbicara dan berinteraksi seperti manusia. Sekarang itu benar-benar mungkin, dan sepertinya semua orang membencinya, tapi aku masih menyukainya dan menurutku upaya menjadikan agen AI sebagai rekan tim itu keren
    Hanya saja, alih-alih sekadar tiruan penjilat, tiap agen perlu diberi kepribadian nyata sehingga perbedaannya jelas, baik dari kemampuan maupun perilakunya
  • Layar itu adalah demo berbasis skrip yang dibuat karena sulit menyinkronkan pergerakan banyak orang dan agen secara real-time, dan PR terkaitnya juga bisa dilihat di repositori
    Intinya, tidak perlu meremehkan penyajian yang main-main jika itu membantu membuat sesuatu yang asing terasa intuitif. Tiap bot punya pengelola, kemampuan, dan izin berbeda, jadi nama dan gambar hanyalah singkatan praktis untuk membedakan instans, dan mau dibuat imut atau tidak itu opsional
  • Di sini tidak ada blockchain. Nostr hanyalah standar format pesan bertanda tangan yang melewati server relay sederhana model store-and-forward
  • Karena semua waktu pesan terlihat pukul 5:42, kemungkinan itu tangkapan layar dari data uji yang sudah disiapkan sebelumnya atau mockup berdasarkan tangkapan itu

• Katanya “jelaskan seperti ke anak 5 tahun”, tapi penjelasannya justru, “Buzz adalah workspace open-source self-hosted yang menggabungkan chat tim, agen AI, dan Git hosting lewat event Nostr bertanda tangan”, jadi jelas standar anak 5 tahun yang dibayangkan sangat berbeda

  • Menarik melihat bagaimana ELI5, yang awalnya nama subreddit turunan dari thread AskReddit, kini menjadi frasa pemasaran umum di industri teknologi. Sekarang maknanya lebih dekat ke singkatan untuk “jelaskan dari prinsip pertama yang seharusnya dipahami pembaca”, dan tampaknya banyak orang industri ini mengenang Reddit era 2010-an dengan nostalgia
  • Pernah khawatir saat menulis eli5 (task) ke agen, jangan-jangan dia benar-benar menjelaskannya seperti ke anak 5 tahun. Kekhawatiran itu ternyata tidak rasional, dan agen biasanya paham maksud sebenarnya, tidak seperti kolom komentar HN
  • Penjelasan ELI5 yang kuterima kemarin juga tetap tidak kupahami, jadi langkah berikutnya yang masuk akal adalah meminta “ELI4”
  • Artinya lebih dekat ke “jelaskan seperti sedang presentasi di TechCrunch Disrupt”
  • Bahkan setelah membaca Buzz, yang terlihat hanya tumpukan kata-kata tren dan jargon korporat, jadi sulit memahami apa sebenarnya yang dilakukan produk ini

• Aku bekerja di Slack, tapi ini pendapat pribadi. Memang keren jika agen bisa melihat semua yang aku dan rekan kerja lihat, tapi masalah mulai muncul saat sebagian informasi harus dibuka hanya ke orang tertentu
  Untuk mencegah agen multi-pengguna membocorkan data, kita harus menulis dan memelihara aturan akses per resource yang rumit. Sebaliknya, agen pengguna tunggal lebih sederhana secara struktur karena bertindak atas nama satu pengguna, dan yang terpenting adalah memastikan ia tidak bisa membawa data privat ke ruang bersama tanpa izin eksplisit

  • Dalam lingkungan kolaborasi yang benar-benar nyata, grup privat itu yang paling buruk. Akan bagus kalau Slack punya tombol untuk menerbitkan seluruh thread ke channel publik
  • Mungkin aku bias karena dari Asana, tapi aku setuju bahwa agen pengguna tunggal lebih mudah. Meski begitu, agen multi-pengguna yang memahami seluruh alur kerja tetap sangat kuat
    Butuh banyak pemikiran dan waktu untuk menjaga privasi serta memastikan informasi tidak bocor ke pihak yang salah. Aku belum mencoba Buzz, tapi aku menghargai upaya untuk berpikir berbeda dan membuat sesuatu yang menarik
  • Di Buzz, tampaknya agen bukan sekadar integrasi aplikasi, melainkan pengguna kelas satu. Jika kita membuat pengguna bernama Claude dan menerapkan ACL biasa, mungkin kita tidak perlu peduli apakah itu manusia atau bot
  • Lingkungan eksekusi cloud kami membedakan secret bersama dan secret pribadi. Hal yang diautentikasi dengan secret bersama bisa dipakai di lingkungan publik, sedangkan item pribadi hanya bisa diakses lewat kanal tepercaya, jadi ini juga berlaku untuk Slack atau Telegram
    Agen Slack sangat kuat dalam hal ini dan menjamin tidak ada informasi privat yang bocor sama sekali
  • Bukankah cukup memakai ID group chat plus informasi tambahan sebagai kunci percakapan?

• Sekarang tiap kali melihat proyek software baru, yang langsung terpikir adalah seberapa banyak bagiannya dibuat oleh agen, lalu ketidakstabilan dan mudahnya ditinggalkan akibat hal itu. Sepuluh tahun lalu aku masih bisa menebak kualitas produk sampai tingkat tertentu, meski ini bukan komentar khusus tentang Buzz

  • Dulu, gesekan alami dalam membuat sesuatu setidaknya menjadi sinyal bahwa ada proses pemikiran, tapi sekarang rasanya produk hanya dilempar ke pengguna agar mereka sendiri yang menilai apakah ada nilainya
    Untuk produk seperti ini, risikonya lebih besar daripada manfaat menjadi pengguna awal, jadi lebih baik menunggu beberapa bulan. Kalau produknya memang berkelanjutan, terlambat beberapa bulan juga tidak banyak bedanya
  • Kebanyakan software memang pada akhirnya hilang, terlepas dari apakah agen dipakai atau tidak, jadi cara berpikir itu punya cacat. Google juga pernah merilis produk sosial serupa, Google Buzz, pada 2010 sebelum era LLM, tapi tamat dalam 16 bulan
    Intinya adalah apakah proyek itu menemukan kecocokan dengan pasar; apakah ia masih ada dua tahun lagi tidak sekuat yang ingin dipercaya para engineer kaitannya dengan kualitas kode
  • Sekarang aku tidak ingin lagi menjadi pengguna awal, dan ingin melihat setidaknya 6 bulan pembuktian untuk memastikan ini bukan sekadar tren sesaat
  • Paling aman menganggap semuanya dihasilkan oleh LLM
  • Kenyataan bahwa jadi mudah menyerah itu memang nyata. Alurnya jadi seperti ini: AI membuat fungsi dan tes, AI mengubah fungsinya, lalu saat tes rusak semuanya dihapus dan tes dibuat lagi oleh AI

• Dulu pernah bekerja di Slack. Bagus kalau ada yang menantang status quo chat tim, tetapi saya ragu Slack dan Teams akan tetap bertahan di era agen atau berkembang sampai tingkat itu
  Namun saya penasaran apakah Nostr benar-benar protokol yang tepat. Di perusahaan besar, mereka harus menangani banyak klien dan agen per tim, termasuk ponsel dan agen lokal. Untuk agen yang dihosting secara terpusat, struktur identitas saat ini memang cocok, tetapi saya tidak tahu apakah agen pribadi akan menggunakan ulang kredensial pengguna atau dipisahkan secara terpisah
  Saya juga ragu Git perlu menjadi dependensi wajib. Mungkin dibutuhkan di Block, tetapi itu menambah kompleksitas, jadi bisa juga dipisahkan dengan cara menggabungkan event host kontrol versi ke log event Buzz
  Saya juga penasaran masalah apa yang akan muncul saat fitur baru hadir, seperti ketika Sol dan Claude merender komponen native di jendela chat untuk mewujudkan perubahan desain secara konkret. Saya juga ingin tahu alasan memilih Rust dan alternatif apa yang dipertimbangkan

  • Kompromi seperti Signal tampak lebih baik. Slack sudah menjadi sesuatu yang sulit dilepaskan dalam relasi bisnis pekerja kantoran, tetapi dalam situasi yang terekspos pada serangan siber 24 jam, akan lebih baik bila kerahasiaan dan keamanan melalui sistem zero-knowledge terjamin, bukan sekadar janji perusahaan
    Signal memberi pengalaman pesan lintas platform terbaik di antara klien yang pernah saya pakai di grup teman, dan jika ditambahkan struktur ala Slack ke arsitektur saat ini, itu akan berguna untuk mengurangi masalah channel yang berisik
  • Informasi bersama seperti kode dan file makin penting untuk menjaga keselarasan antara manusia dan agen, dan karena perusahaan native AI akan makin bergantung pada kode, integrasi Git masuk akal
  • Saya penasaran kenapa Rust terasa seperti pilihan yang buruk. Dari pengalaman merilis software perangkat medis, Rust sangat bagus untuk menjaga kode yang ditulis tim tetap koheren dan akurat

• Google Buzz dan Wave hadir terlalu cepat untuk dunia ini
  https://en.wikipedia.org/wiki/Google_Buzz

  • Sampai sekarang masih tidak bisa membuat label Buzz di Gmail
  • Begitu melihatnya, saya langsung teringat Google+ dan Buzz

• Menaruh bot di chat tim bukan ide buruk, jadi saya sudah bereksperimen beberapa bulan. Slack memang bekerja, tetapi menyelaraskan begitu banyak izin itu menyakitkan dan harus diulang untuk setiap bot baru
  Saya sempat mencoba Matrix sebagai alternatif self-hosted, tetapi enkripsi end-to-end terlalu ketat sehingga menghambat saat berbagi informasi dengan bot. Beberapa minggu lalu saya pindah ke Zulip, dan instalasi, pembuatan pengguna bot, serta otomatisasinya semua sederhana. Otomatisasi yang dibuat dengan Openclaw saya ganti dengan kode berbasis Haystack yang kondisinya tidak terlalu berantakan
  Setelah memasang, saya baru tahu bahwa jajaran manajemen Zulip direkrut ke Anthropic. Mungkin Jack Dorsey mengumumkannya lebih dulu, tetapi bisa jadi Anthropic juga punya rencana serupa
  Agen tingkat tim sangat masuk akal. Makin besar organisasi, makin besar biaya kolaborasi dan makin cocok dioptimalkan dengan AI, dan makin banyak AI dipakai, makin besar pula kebutuhan untuk membagikan dan menyelaraskan apa yang sedang dikerjakan di channel publik. Chat tim juga cocok untuk proses kompleks yang mencakup pengaman bersama dan serah terima antara manusia dan agen

  • Saya penasaran bagaimana dengan XMPP

• Ini bisa mengisi ceruk yang berguna, tetapi besar kemungkinan Anthropic dan OpenAI dalam 6–12 bulan ke depan akan mendorongnya lewat produk mereka sendiri
  Setelah melihat forge Git untuk kawanan agen, Radicle tampak kurang pada lapisan identitas tetapi model COB federatifnya terlihat bagus, dan Tangled tidak mendukung repositori privat tetapi lapisan sosialnya kuat. Namun pemodelan issue sebagai posting, bukan objek milik repositori, terasa janggal
  Jadi ada ruang untuk forge yang mengutamakan agen privat. Anthropic sudah bergerak ke arah ini, dan produk terbaru mereka, Tag, adalah model autentikasi untuk menjalankan agen secara asinkron di dalam Slack
  Langkah berikutnya secara alami bisa menjadi forge. Jika UI agen tidak lagi bergantung pada GitHub sebagai perantara, Anthropic bisa bebas mengganti implementasi internalnya, dan chat multi-pengguna serta pengelolaan repositori/proyek tampak seperti komponen platform berikutnya

  • Saya sedang membuat code forge baru https://juju.bi. Ini bukan produk yang mengutamakan agen, tetapi selain skalabilitas, saya tidak terpikir fitur yang benar-benar dibutuhkan agen secara khusus

• Salah satu alasan besar Slack ada adalah karena IRC kurang memadai, sebab tidak mendukung riwayat channel, pencarian, dan semacamnya secara bawaan. Jika agen AI ingin berkembang, Slack harus sepenuhnya membuka jaringannya sebagai protokol atau pada akhirnya akan tergantikan
  Akan bagus jika Slack mengadopsi chat berbasis AT Protocol dan aplikasi seperti Buzz mengimplementasikannya. Pengguna bisa memakai handle domain seperti @yourname.com, dan agen @agent1.yourname.com, sambil tetap punya kendali penuh

  • Saya tidak paham kenapa membuat agen berkembang harus menjadi tanggung jawab Slack. Saya sedang mengalami langsung bagaimana alur kerja dibalik untuk menyesuaikan AI di seluruh industri, padahal alat seharusnya bekerja untuk manusia, bukan sebaliknya
  • Mirip dengan akun bot dan puppet di Matrix
  • Alasan saya dulu menyukai Slack adalah karena itu “IRC dengan fitur kenyamanan modern”. Sejak kalah dari Microsoft dan dijual ke Salesforce, praktis stagnan, dan sebagian besar perubahannya justru membuat produk lebih buruk
  • Dengan skema otorisasi ATProto yang masih belum final, kontrol granular yang dibutuhkan perusahaan masih kurang. Fitur seperti grup akan diimplementasikan di app view sehingga pada praktiknya akan tersentralisasi, dan ACL adalah pendekatan dua generasi di belakang dalam sejarah identitas dan manajemen akses
    Chat juga bukan format yang cocok untuk PDS/ATP. Roomy juga menyadari hal itu dan sedang membuat protokol khusus beserta bridge
  • Ini lebih dekat ke HipChat dan meleset era sekitar 15 tahun

• Ini pertama kalinya saya mengalami pengalaman yang menjengkelkan di situs web dengan gerakan kursor terlambat sampai 0,5 detik