OpenAIがSlackを作るべき理由

 (latent.space)
3 ポイント 投稿者 GN⁺ 2026-02-16 | 2件のコメント | WhatsAppで共有
  • Sam Altmanが「人々は難しいと思うが、実現すれば大きな影響を与えるプロジェクト」を選ぶと明かす中、OpenAIはSlackの代替サービスを構築すべきだという@swyxの提案
  • Slackは2019年に開発者コミュニティを捨てて企業市場へ移行し、2021年にSalesforceに277億ドルで買収されて以降、値上げやAI機能の不振、頻繁な障害への不満が増加
  • AnthropicがChat・Cowork・Claude Codeを1つのアプリに統合した一方で、OpenAIは分離されたアプリ戦略を続けており一貫性に欠ける状況
  • 独自のSlackを構築すれば、マルチプレイヤー型コーディングエージェントのインターフェースと顧客組織のソーシャルグラフをChatGPTに統合でき、ネットワーク効果によって競合への離脱を防げる
  • OpenAIの社員はメールよりSlackを多く使っているため、内部フィードバックループを通じて製品を素早く改善できる機会がある

OpenAIがSlackを自ら作るべき理由

  • Sam Altmanはタウンホールで**「何を作るべきか教えてくれれば、たぶん私たちが作る」**と発言
  • Stanford Treehacksでは、「人々は難しいと思うが、実現すれば大きな影響を与えること」をやってきたと述べた
  • この基準に照らせば、Slackの構築はOpenAIだけが持つ影響力で実現可能であり、技術コミュニティでも好意的に受け止められ、EnterpriseとCoding戦略の自然な拡張にもなりうる

Slackの現在の問題点

  • Slackは2019年に開発者コミュニティをないがしろにし、大企業市場へ転換
  • 2021年にSalesforceが277億ドルで買収して以降、継続的に値上げ
  • Slack AIは時に有用だが、発見しづらく、学習しづらく、パーソナライズもしにくい
  • 頻繁にサービス障害が発生し、NPS（ネット・プロモーター・スコア）も低く感じられるが、技術業界のほぼすべての組織が使っている

開発者とユーザーの不満

  • 開発者はSlackのAPIコストと権限の問題に不満
    • Uberの投資家でありバイブコーダーでもあるJason Calacanisも、最近のAll Inポッドキャストで不満を表明
  • 創業者たちも価格政策に不満を表明
  • ユーザーはチャンネル疲れ、不十分なRecapツール、通知スパムに不満
  • Huddlesを取り入れるなら、より優れたリアルタイムのマルチモーダルAI機能を提供できる
  • Slack Connectは良い機能なので、そのまま複製することを推奨

OpenAIの現在のアプリ戦略の問題

  • ChatGPTは3か月前にグループチャットを公開したが、OpenAIの外では利用率は高くないと推測される
  • コンシューマー向けソーシャルAIでは繰り返し中途半端な試みがあったが、ビジネス向けソーシャルネットワークを本気で構築すれば成功の可能性がある
    • Microsoft Teamsも初期の困難を経て成功裏に定着した
  • Anthropicは1つのアプリでChat、Cowork、Claude Codeを統合し、Claude in Chromeでブラウザ制御まで提供する一貫した戦略を進めている
  • 一方のOpenAIは、チャットアプリ、ブラウザアプリ（Atlas）、コーディングアプリ（Codex）をそれぞれ別々に公開しており、そのたびに新たにログインしなければならない
    • これは**「組織図をそのまま出荷した」**ようなものだ
  • 後から統合しても、Anthropicを追う後発走者にすぎない

OpenAI Slackの戦略的機会

  • **「OpenAI版Slack」**は主導権を取り戻す機会
  • チャットAIに強みを持ち、マルチエージェントUXにも関心を向けている
  • 人間同士のマルチエージェントUXを独自バージョンとして構築できる
  • 2024年12月にSlack CEOのDenise Dresserを採用した点も関連している
  • OpenAIの社員はメールよりSlackを多く使うため、自社Slackを所有すれば1万件の改善アイデアが得られる
    • Claude Code以降で最も強力なフィードバックのドッグフード（dogfood）ループを形成できる

コーディングエージェントのインターフェースとしての可能性

  • Codexアプリに欠けているのは、本当のマルチプレイヤー機能
  • デザイナーにコーディングエージェントへのアクセス権を与え、一晩中作業させ、ときどきガイドする体験は、AGIを実感させる
  • 人間の群れとエージェントの群れが一緒に作業する様子を見られる**「神が与えたオーケストレーション・インターフェース、それがチャットだ」**
  • 顧客組織のソーシャルグラフとワークグラフをChatGPTに重ね合わせ、すべてのインターフェースにエージェントとAIを適用する時が来ている
  • ネットワーク効果によって競合への離脱は1万倍難しくなる
  • 現在でもSlack上で実現可能だが、移行を容易にし、仕事の未来を自由に再発明できるアクセス権は得られない

結論：3つの基準を満たす

  • 難しいか？ OpenAI以外ではほぼどこにとっても難しい
  • 成功すれば大きな影響があるか？ ユーザーにとって大きな意味があり、ビジネスにとってはさらに大きい
  • 新しいエージェントインターフェースとコンテキストグラフ／記録システムの構築によって、SMBとEnterpriseでFrontierとあらゆるものを支えられるか？ できる

関連記事

2件のコメント

 
shakespeares 2026-02-19

最近のSlack、バグが多すぎますね..
 
GN⁺ 2026-02-16
Hacker News の意見

  • Google が Slack を自前で作るべきだったと思う
    Google Workspace は本当に素晴らしいが、その中心にある Google Chat はあまりにも遅れている
    外部協力者の招待、DM グループのチャンネル化、公開/非公開チャンネルの区別など、基本機能がまったくまともに動いていない

    • 今の Google Chat は徐々に良くなってはいるが、Google には取り戻すべきものが多すぎる
      Ars Technica の記事 にもある通り、Google は収益にならないアプリを簡単に捨てて信頼を失ってきた
      今の AI 中心戦略 もこの不安をさらに強めている
    • 「Google Workspace がそんなに素晴らしい」という意見には同意しづらい
      Mac では Google Sheets は Excel の 10%、Slides は PowerPoint の 5% 程度の出来だ
      特に 書式を維持したチャートのコピー&ペースト のような統合機能があまりにも弱く、主力ツールとして使うのは厳しいと思う
    • Gemini が Google Docs とここまで統合されていない理由が理解できない
      結果を移すことも、既存文書を修正することもできない
      社内チーム間の連携がうまくいっていないのは明らかだ
    • Google Chat にはもっと注力が必要だが、Google の内部構造では Slack のような製品はそもそも作りにくい
      Slack はまったく異なる 組織文化 から生まれた産物だ
    • Google は優れたエンジニアリング能力を持っているが、エンタープライズ製品化 は弱い
      GCP、Google Tables、Analytics など企業向け製品で失敗を繰り返している
      一方で Google Photos や Gsearch のような消費者向け製品は卓越している

  • 自分は ChatGPT アプリをいくつか作って OpenAI の人たちとも協業してみたが、今の状態では何か新しいものを作るにはあまりにも 組織が混乱している

    • 自分も MCP アプリを開発中だが、機能が予告なくしょっちゅう壊れる
      全体的に ベータ水準 の完成度で、「Beta」バッジを付けるべきレベルだ
    • OpenAI が独自の Slack を作れば、内部の整理が少しは良くなるかもしれない

  • すでに Zulip、Mattermost などさまざまな代替が存在する
    チャットアプリは見た目には単純だが、ネットワーク効果 と慣れが重要で、成功が非常に難しい領域だ

    • たとえば Discord はもともと MOBA ゲーム開発の副産物として生まれ、Slack もゲーム開発チームが作った
      Discord の guild ドキュメント、Slack の歴史 を見ると、その背景は興味深い
    • （投稿者）重要なのは機能ではなく クリティカルマス（critical mass） だ
      OpenAI のように大規模なユーザーを呼び込めるところだけが Slack 代替を作れる
    • Zulip は本当に素晴らしい
    • Mattermost は以前 rug pull をやって信頼を落とした
    • Zulip はスレッド構造があまりにも複雑で実験的だ
      Discord にも最近 危機説 が出回っている

  • Google が Wave を育て続けていれば、今ごろ Slack+Notion になっていただろう

    • 当時は Jabber をよく使っていたが、Google が Wave でプロトコルを変えたことで関心が失われた
      今は会社で Teams を使っているが、機能はしても 使い心地が不快 だ

  • Slack の料金プランへの不満は多いが、うちの会社（100人規模）は 10 年間ずっと無料で使っている
    会話履歴が制限されるだけで、重要な情報は Wiki や Git に保存するので問題ない

    • 会社が大きくなれば、Slack は履歴制限をさらに厳しくするはずだ
    • もし 検索と要約機能 が十分に優れていれば、Wiki のような文書システムは不要になるかもしれない
    • うちの会社の 知識の大半は Slack の履歴 に存在している

  • OpenAI は研究中心の組織であって、製品中心の会社 ではない
    MacOS アプリは CPU を 100% 占有したりフォーカスが合わなかったりして、UX がひどい
    ユーザーへの執着（user obsession） が足りない

    • それでもモバイルアプリは競合よりはるかに先を行っている

  • すでに Slack の代替は多い
    ただし Slack Connect が移行を妨げる主要因だ

    • 自分は Slack Connect を 8 年で 1 回しか使ったことがないが、Slack は全体として完成度が高い
      API、SDK、ワークフロー自動化、通知管理など、あらゆる面で「無難に良い」製品だ
      結局「IBM を買えば誰もクビにならない」という言葉のように、Slack は安全な選択肢だ
    • 最近はほぼすべての生産性アプリがチャット機能を入れている

  • うちの会社も Slack を使っているし、協力会社もすべて Slack を使っている
    ネットワーク効果 があまりにも強く、他のツールに移れば不便が増すだけだろう

    • Slack のネットワーク効果を崩すには、外部協力者を簡単に招待できる仕組みが必要だ
      これが Slack の 本当の参入障壁 だ

  • 友人と一緒に Superuser というプロジェクトを開発中だ
    「エージェントが日常のコミュニケーションに自然に統合される未来」を目指している
    まだ初期段階だが、開発者プラットフォーム中心の エージェントハブ を作っている
    superuser.app 参照

  • 巨大規模でなくても、Codex のようなツールで作れる「小さくてクールな Slack/Discord 代替プロジェクト」があればいいと思う
    Node.js、PostgreSQL、React ベースの セルフホスト可能なチャットアプリ 程度で十分だ
    音声/ビデオ通話、ファイル共有、投票、リアクションなど基本機能だけでもよい
    ただし失敗すれば、Unity の Gigaya プロジェクト のように 悪い PR になる可能性もある