Jack Dorseyが仕掛ける次世代開発プラットフォーム「Buzz」とは？チームチャット・AI・Gitホスティングを完全統合

Twitterの創業者Jack Dorsey氏が、新たなプロジェクト「Buzz」を公開しました。これは、チームでのコミュニケーション、AIエージェントの活用、そしてGitリポジトリのホスティングを一つのプラットフォームに集約しようという意欲的な試みです。詳細は以下のリンクからチェックしてみてください。Xでの公式発表: https://x.com/jack/status/2079605800998146171 (またはこちら: https://xcancel.com/jack/status/2079605800998146171) 。公式サイトはこちら: https://buzz.xyz/

最近新しいソフトウェアプロジェクトを見ると、そのどれくらいがエージェントで作られていて、どれほど信頼性が低く、簡単に放置されるかということばかり考えてしまう。10年前なら、このプロダクトがどの程度の品質かなんてすぐに分かったものだけどね。別にBuzzについて言っているわけじゃないよ。

[Slackで働いているけれど、あくまで個人の意見です]

自分や同僚が見ているものをすべてエージェントが見られるというのはクールだよね。

難しいのは、特定の情報を特定の人に限定したい場合だ。そういう環境ではマルチプレイヤー対応のエージェントがデータを漏洩させるのを防ぐ必要があるから、エージェントがどのリソースにアクセスできるかという複雑なルールセットを作り、管理せざるを得なくなる。

一方で、シングルプレイヤー用のエージェントはもっと単純だ。ユーザー個人の代理として動くだけだから、課題はユーザーが明示的に許可しない限り、エージェントがプライベートなデータを共有スペースに持ち出せないようにすることに集約される。

Slackが存在している大きな理由は、IRCじゃ不十分だったからだよ。チャンネル履歴の保持や検索機能などがネイティブでサポートされていなかったからね。

AIエージェントが発展するためには、Slackがネットワークをプロトコルとして真に開放するか、さもなくば最終的に置き換えられる必要がある。

SlackにはATプロトコルベースのチャットシステムを採用してほしいな。そうすればBuzzのようなアプリもそれを実装できるし、ユーザーは@yourname.comのようなドメインハンドルでログインして、エージェントには@agent1.yourname.comのようなハンドルを使わせることで、すべてを完全にコントロールできるようになるはずだ。

Google Buzz [1] とWave、君たちはどちらも世界にとって少し早すぎたんだね。

1. https://en.wikipedia.org/wiki/Google_Buzz

5歳児にもわかるように説明して

Buzzはオープンソースのセルフホスト型ワークスペースで、チームチャット、AIエージェント、GitホスティングをNostrの署名付きイベントを使って統合しており、チームはデータの主導権を維持できる。

5歳児に対する期待値が高すぎるだろ。

チームチャットにボットを入れるのは悪いアイデアじゃないよ。ここ数ヶ月試行錯誤しているところだ。

最初はSlackから始めた。うまく機能はするんだけど、実際に使える状態にするために山のようなパーミッションを設定するのが結構大変でね。しかも新しいボットを入れるたびに同じことを繰り返さなきゃいけない。

そこで、セルフホスト型の代替手段を検討し始めた。まずはMatrixを試したんだが、エンドツーエンド暗号化が厳格すぎて、ボットと情報を共有したい場合に邪魔になる。だから数週間前にZulipに乗り換えた。設定はかなりシンプルだし、ボットユーザーや自動化ツールを簡単に作れる。Openclawでいくつか試したけど、結局haystackフレームワークを使って書き直したよ。あっちの方がOpenclawより混乱しなくてマシだ。

インストールしてから気づいたんだけど、Zulipのリーダーシップ陣がAnthropicに引き抜かれたらしいね。Jack Dorseyが先手を打って発表した感があるけど、Anthropicも似たようなプランを持っているんじゃないかな。

個人的な意見だけど、チームレベルのエージェント活用は理にかなっていると思う。会社は人の集まりで、組織が大きくなればなるほどチーム間のオーバーヘッドが増える。AIでの最適化にはうってつけだよ。AIで多くのタスクをこなすなら、何をしているか共有して連携する必要性が増す。それをオープンな共有チャンネルで行うのは合理的だし、チームとしてのガードレールを持つのも大事だ。人間同士（あるいはエージェント）のハンドオフを含む複雑なプロセスを扱うなら、チームチャットは最適な場所になるはずだ。

あのスクリーンショットはリンチ映画のようなホラーだね。「#engineering。新しい方向性だ、チームのみんな。プロトタイプをFlutterに移行するぞ」なんてメッセージの後に、人間とボットが「物理演算できたよ、UIシェルはどうかな @Honeybot？」なんて可愛い名前でお互いに絵文字たっぷりのチャットを繰り広げているなんて。

これがソフトウェア開発のワークフローとして理にかなっている世界を想像しようとしたけど、無理だった。まあ、ブロックチェーンか何かの上で動いているから、そういうことなんだろうね。

https://github.com/block/buzz/blob/main/docs/assets/screenshots/channel-agents.png

元Slack従業員としての免責事項を言っておくよ。

チャットの現状に挑戦する姿勢は大好きだ。なんだか私たちは「永遠の9月」に定着してしまった感じがするからね。SlackやTeamsがこのエージェント時代に生き残れるか、あるいは台頭できるかについては、少し懐疑的だ。

とはいえ、NOSTRが本当にこれに適したプロトコルなのかは気になるところだ。大企業レベルになると、非常に多くのクライアント（スマートフォンやローカルエージェントなどの影の存在も含む）や、チームベースのエージェントを扱うことになるだろうし。

ID管理の仕組みは中央集権的なエージェントには理にかなっている。ユーザーもそれぞれ個人のエージェントを持つだろうけど、それらはユーザーの認証情報を再利用するのか、あるいは何か別の方法で区別されるのか？そのあたりが読み取れなかった。

Gitが本当に依存関係として必要なのかも疑問だ。Blockにとっては必要かもしれないけど、BuzzのイベントログにVCSホストのイベントをマージする形式にエクスポートするほうが、複雑性が抑えられるんじゃないかな。

新しい機能が出てくる中でどんな課題が生まれるのかも興味があるね。例えばSolやClaudeは、今やチャットウィンドウ内でネイティブコンポーネントを描画できるから、デザイン変更を確定させるうえで大きなアドバンテージになる。

あとRustを採用したのも興味深い。チームが他にどんな代替案を検討して、なぜRustに決めたのか知りたいな。

信じられない。カーソルを動かしてから0.5秒もラグがあるようなサイトを訪れる不快感なんて、これまで味わったことがないよ。

労働や協力の環境すべてをモデルの学習入力にしちゃおう。あらゆるところで人間の役割をすべて置き換えて、株価のことを考えて……そう、成功すれば壊滅的な結果が待っているかもしれないけど、40年後にストックオプションが権利確定すれば金持ちになれるってわけさ！

そして最初の返信では「やらなきゃ誰かがやるだけ」と言われ……
次の返信では「ビジネスとはそもそも儲けることだ」と言われ……
その次には「Valveのあの人はひどいやつだ」なんて書き込まれるんだろうな。