Blockが挑む「脱Slack・GitHub」：AI協働の未来をNostrで再定義するBuzzの衝撃

我々エンジニアにとって、Slackの通知音はもはやパブロフの犬のような条件反射を誘発するトリガーであり、GitHubのプルリクエストは日々の成果を刻む聖域だ。しかし、ジャック・ドーシー率いるBlockが公開した「Buzz」は、この「SlackとGitHubに依存しきった開発環境」という現状に、真っ向から異を唱えている。Buzzは単なるチャットツールではない。人間とAIエージェントが対等なメンバーとして同じワークスペースに共存し、コードレビューから自動ワークフローの実行までをシームレスにこなすための「協働プラットフォーム」だ。

多くの企業が、特定のプラットフォームに囲い込まれた環境でAIを動かしている。しかし、Buzzは「モデル非依存・エージェント非依存」という設計思想を掲げ、AnthropicのClaude CodeやOpenAIのCodex、さらにはBlockが開発する「goose」といった任意のAIエージェントを自由にプラグインできる。これは、特定のベンダーのAPIキーに縛られ、ブラックボックス化したAIの挙動に一喜一憂する現在の開発現場に対する、極めて強力なアンチテーゼである。各エージェントには独自の暗号鍵による識別子が与えられ、人間と同様の権限を持ってワークフローに参加する。つまり、AIは「指示を待つアシスタント」から「自律的にタスクを完遂するチームメンバー」へと昇格したのだ。このパラダイムシフトは、我々がこれまで「人間が書いたコードをAIが補完する」という限定的なAI活用から、「AIが自律的にコードを書き、テストし、デプロイする」という、より高度な協働フェーズへ移行することを意味している。

Buzzの技術的基盤として分散型プロトコル「Nostr」が採用された点は、極めて示唆に富んでいる。マルチエージェント環境において、最も厄介な課題は「アイデンティティの管理」だ。現在、AIエージェントの権限は、多くの場合、特定のプラットフォームが発行するAPIキーやアカウントに紐付いている。これでは、プラットフォームを跨いだエージェントのポータビリティは皆無であり、ベンダーロックインの温床となる。Nostrを採用することで、Buzzは人間とAIエージェント双方に、プラットフォームから独立した暗号鍵ペアによるアイデンティティを付与した。これにより、エージェントの履歴や評価、権限設定を、特定のベンダーの管理下から解放し、検証可能かつポータブルな資産として扱うことが可能になる。

この設計は、エンジニアにとって「自前のインフラ」を取り戻すための強力な武器となる。Buzzは自前のインスタンス運用をサポートしており、データやリレー、エージェントを完全に管理下に置くことができる。第三者のクラウドを経由せず、自社のセキュリティポリシーに準拠した形でAIエージェントを運用できるという事実は、特にエンタープライズ領域において大きな転換点となるだろう。Blockが指摘するように、AIエージェントの時代において、その協働の場が「プロプライエタリ（独占的）」であるか「オープン」であるかは、企業の競争力を左右する死活問題だ。Buzzは、オープンソース（Apache-2.0ライセンス）という形で、この「協働の場」の主権を開発者コミュニティに返還しようとしている。我々は、このプラットフォームを通じて、AIを単なるツールとしてではなく、組織の構成員としてどう扱うべきかという、より本質的なガバナンスのあり方を再考せねばならない。

Buzzの登場は、我々エンジニアのキャリアに対する痛烈な問いかけでもある。AIがコードを書き、レビューし、デプロイまでを自律的に行う世界において、人間であるエンジニアの「付加価値」はどこに残るのか。Buzzは、人間とAIが同じチャンネルで会話するUIを提供しているが、これは単なる利便性の追求ではない。AIの思考プロセスを可視化し、人間がそのプロセスに介入し、修正し、時にはAIの判断を却下するという「協働のプロセス」そのものを重視しているのだ。今後、エンジニアに求められるのは、コードを書くスキル以上に、AIエージェントを適切にオーケストレーションし、そのアウトプットを評価し、責任を持つ「AIマネジメント能力」である。

明日から我々が取るべき対策は明確だ。まずは、Buzzのようなオープンなプロトコルベースのプラットフォームに触れ、AIエージェントがどのようにワークフローに組み込まれるのかを実体験することだ。そして、自社の開発環境が特定のベンダーにどれほど依存しているかを棚卸しし、将来的な「脱・囲い込み」に向けたアーキテクチャの柔軟性を確保しておく必要がある。AIエージェントは、もはや実験室の中の存在ではない。彼らは既に我々のチームの一員として、Slackのチャンネルに潜り込み、GitHubのプルリクエストを監視している。この変化を「脅威」と捉えて拒絶するのか、それとも「Buzz」のようなオープンな基盤を活用して、自らの開発スタイルを再定義するのか。我々エンジニアは、AIという「新しい同僚」とどう向き合い、どのようなチームを構築していくのか。その答えは、今この瞬間、我々がどのプラットフォームを選択し、どのような権限をAIに委譲するのかという、日々の小さな意思決定の中にこそ隠されているのではないだろうか。