ジャック・ドーシーがBuzzを立ち上げ：Slack + Git + AIエージェントが一つに。首尾一貫した賭けか、それともフルスタックの幻想か？

ジャック・ドーシー (Block) が Buzz を発表：チームチャット + Git ホスティング + AI エージェント。賭けは、Slack/GitHub への依存から脱却すること。疑問は、「オールインワン」が、チームがほとんど交換しないモジュール式の構成に耐えられるかどうか。

簡単に言えば - ジャック・ドーシーのBlock社は2026年7月21日にBuzzを立ち上げた：チームチャット、AIエージェント、Gitホスティングを統合した単一プラットフォーム。売り文句は：Slack + GitHub + LLMツールの断片化から脱却し、すべてをBuzzでまかなうこと。

文脈

Buzzが乗っているトレンドは現実のものだ：チームはSlack、GitHub、Copilotに似たツール、そしてますます増えるエージェントランタイムを使い分けている。それらの間のあらゆる接合部分が摩擦を生む — 権限、通知、コンテキストが伝わらないこと。その一方で同等に現実的な反トレンドも存在する：誰もGitHubをやめない。Slackも。既存のエージェントスタックも。

内部構造

• チャット：チームメッセージングインターフェース。立ち上げ時にはSlackの基本機能（チャンネル、スレッド、DM）と同等の機能を実装。
• Gitホスティング：完全なGitサーバー + PR/レビューUI。基本的なGitLabインストールに相当。
• AIエージェント：チャンネル内で実行可能なエージェント。Gitコンテキスト（リポジトリ、PR、イシュー）を認識。
• 統合ポイント：3つのインターフェースが単一の権限/アイデンティティモデルを共有。これがBuzzの固定化を狙うポイント。

分析

この賭けはアーキテクチャ的なもので、単なるプロダクトではない。Slack + GitHub + エージェントツールは3つの別個の権限システムであり、エージェントは統一されたコンテキストを最も必要とする（Slackのスレッド、PR、イシュー追跡システムのすべてを必要とする）。Buzzがそれらを1つのアイデンティティ/権限モデルに統合するのは、本当に考え抜かれた設計だ。「エージェントファーストなチームプラットフォーム」が2026年にゼロから再構築されたとしたら、こうなっていただろう。

しかし：GitHubの切り替えコストはプロダクトの問題ではない — それは10年にわたるPR履歴、CIの配線、依存関係グラフが組織アカウント内に蓄積されていることだ。Buzzはどんなにチャット機能が優れていても、それを一夜にして再現することはできない。

Buzzの現実的な参入経路は2つ：

1. 新規チーム/スタートアップ — GitHubの慣性が最小限で、「エージェントネイティブな初日から」という売り文句が通用する領域。
2. エアギャップ/セルフホスティング — 組織がすでに独自のGitやSlackの代替を運用しており、Buzzへの統合がシステム数の削減になる領域。

既存チームにとっての興味深い問いは、エージェントインターフェース（チャット + リポジトリ認識AI）だけで、Slack/GitHubと並行してBuzzをエージェント作業用に導入する価値があるかどうかだ。これはSkypeに対してZoomが参入した方法と同じ — 置き換えではなく、 wedge（足がかり）として。

シナリオ

• ベースケース（55%）：Buzzは新規/小規模チーム向けのエージェントファーストプラットフォームとしての足がかりを見つける。既存企業のSlackやGitHubを追い出すことはない。
• 急成長（20%）：Blockのブランド + ドーシーの影響力がエンタープライズパイロットを引き寄せ、12か月で切り崩しが本格化。
• 失敗（25%）：同時に多くのインターフェースを構築する負担が重すぎる。いずれかの機能の実行遅延が差別化要因を殺す。

示唆

エンジニアリングリーダーへ：切り替えるな — 評価せよ。Buzzは全面的な移行ではなく、単一チームのエージェントワークフローに対するパイロットとして検討するに値する。Slack/GitHubの既存ユーザーへ：今や「AIネイティブな再構築」はスライド上の脅威ではなく、実際に出荷されているプロダクトだ。