ハクソク

世界を動かす技術を、日本語で。

OpenAIはSlackを構築すべきだ

100日前原文(latent.space)

概要

  • Sam Altmanが「何を作るべきか教えてくれ、きっと作る」と発言し、OpenAIの新規プロジェクト選定基準を語る
  • Slackの現状への不満と、OpenAIによる「Slackクローン」開発の提案
  • MiniMax-M2.5やGLM-5など、最新AIモデルのオープンソース化・性能・エコシステムの動向
  • Claude CodeやCline CLIなど、エージェント活用の実践事例と技術トレンド
  • RL（強化学習）やエージェントOSなど、AIエージェント開発の研究・運用上の知見

Sam Altmanと「OpenAI Slack」構想

  • Sam Altmanが 「難しいが実現すれば大きな意義があること」 をキャリアの軸とする発言
  • OpenAIの 技術力と影響力 を活かし、Slackのような 業務チャットプラットフォーム 開発を提案
  • SlackのAPIコスト・権限設計・価格・通知機能・AI機能などに 業界全体で不満 が蓄積
  • Salesforceによる買収後、 価格上昇と機能停滞 が進行
  • OpenAIのChatGPTやエージェント技術を 企業のソーシャルグラフ・ワークグラフ に統合することで、 顧客ロックインと新しいUX を実現可能
    • Slack Connectのような 外部組織連携機能 は高評価
  • 「OpenAI Slack」 が実現すれば、社内フィードバックのループとマルチエージェントUXの深化
  • コーディングエージェントの マルチプレイヤー化 や、チャットベースの 協働インターフェース への進化
  • 企業の 離脱コスト増大 と、独自の未来型ワークプレイス実現

MiniMax-M2.5とGLM-5：最新AIモデルの動向

  • MiniMax-M2.5が オープンソース化、RLによる多様な環境での訓練が特徴
    • 「$1/時で100tps」 というコスト効率とスループットを強調
    • ローカル実行や自己ホスティングの 実用性 が高評価
    • コーディング・ツール利用・オフィスワークフローへの適用性
  • GLM-5も オープンソースで公開 され、長期推論・システム設計に強み
    • MoE効率化 や DeepSeek Sparse Attention による性能向上
    • トークン消費量増加や「考えすぎ」傾向も指摘
  • ベンチマーク評価の 信頼性議論 や、 新たな評価指標 の模索が続く

エージェント活用の実践と「エージェントOS」潮流

  • Claude Codeの マルチエージェント機能 はJSONファイルベースのシンプル設計
    • CLI中心の設計で 可観測性 向上と引き換えに アトミック性 低下
  • Cline CLI 2.0が ターミナルエージェント の新潮流をリード
    • TUI刷新・並列エージェント・CI/CDモード・広範なエディタ対応
    • OSSモデル活用による 参入障壁の低下
  • 「エージェントOS」「ファイルシステム活用」など エージェント基盤の再定義
    • BoxのLangChain deepagents連携、WebMCPの「ブラウザAPI化」など多様なアプローチ
  • コードベースの「エージェント対応」 が運用の鍵
    • 死んだコードや古いドキュメントへの ゼロトレランス （AIは人間のように回避できない）

強化学習・エージェント開発の研究トピック

  • Length-Incentivized Exploration（LIE） による推論経路の多様化
    • 長い推論経路が選ばれにくい「Shallow Exploration Trap」への対策
    • 長さ報酬＋冗長性ペナルティ で文脈内探索の幅を拡大
  • RL訓練の プロセス報酬・探索・ルーブリック評価 など、エージェントの能力向上策
  • エージェント基盤の スキャフォールド選択 がタスク難易度によって成果に影響

このように、OpenAIやAnthropicなど主要プレイヤーが 業務コミュニケーション・AIエージェント・強化学習 の各分野で急速にイノベーションを進めており、今後も 「AI×仕事」 のインターフェース進化が加速する見通し。

Hackerたちの意見

もうたくさんのSlackの代替品があるよね。Slack Connectが多くの人がSlackから移れない一因になってるけど、チャット自体はどこでも使えるものだからね。

└

同意！生産性向上のソフトウェアは、みんなチャット機能を持ってるよね。

└

Slackを8年使ってきた中で、Slack Connectを一度だけ使ったことがある。確かにそれは強みになり得るけど、みんなに当てはまるわけじゃない。Slackには「これが完璧にできるメインの機能」がないんだよね。全体的に素晴らしいプロダクトだけど、いくつか弱点もある。 - しっかりしたモバイルアプリ - 良いSDKを持つ優れたAPI - リッチなSlackボットを簡単に作れる構成要素 - 良好な通知管理 - 非技術者向けのワークフローで自動化が簡単 - カスタマイズの自由度が高い - パフォーマンスも十分 - ビデオ・音声通話もまあまあ良い だから、企業がどのツールを使うか迷ってるとき、Slackは簡単に選ばれる選択肢なんだ。「IBMを買っても怒られない」みたいなツールだね。なくても生きていけるけど、会社がどのチャットプラットフォームを使うかに集中するより、自分のプロダクトに集中したいよね。

友達とこんな感じのものを作ってるんだ。ちょっとSlackに近い感じで、「エージェントが日常のコミュニケーションにシームレスに統合される未来はどんな感じだろう？」って問題に取り組んでる。開発者向けプラットフォームに少し重点を置いてるよ。まだ恥ずかしいくらい初期段階で、正式には「ローンチ」してないけど、興味がある人にシェアする価値はあるかな！私たちはそれを「Superuser」と呼んでる、エージェントツールのためのソーシャルハブだよ。開発者向けプラットフォームにもっと焦点を当ててるけど、注意：大きな作業中！すごい変更を進めてるし、ドキュメントも古くなってるからね... [0] https://superuser.app

GoogleがSlackを作るべきだよ。Google Workspaceのツール群がすごく良いのに、Google Chatがその間にあるのが残念すぎる。もしGoogleが内部コミュニケーションツールをこんなにひどく失敗してなければ、Slackなんて存在しなくてもよかったはず。10年経っても、どうしてSlackとTeamsがこの分野でほぼ二社独占になってしまったのか全く理解できない。ソース：私は毎日Google Chatを使ってるから、「UIがダサい」ってだけの話じゃないよ。思った通りに動かないことが多すぎる。例えば、外部のコラボレーターを共有チャンネルに招待すること、プライベートDMグループをチャンネルに変換すること、コミュニティ用の公開チャンネルや内部作業用のプライベートチャンネルを持つこと。挙げればキリがない。

└

完全にその通り！彼らのエコシステムで一番欠けてる部分で、提供内容をすごく良くするはず。PMとエンジニア3人を集めて、雰囲気を作ってみて！

└

Googleは素晴らしいソフトウェアを作るのが得意だけど、企業向けにするのは本当に苦手だよね。だからGCPやGoogle Tables（今はシャットダウンしたみたい）、Analytics、企業向けに作られた製品で失敗してるんだ。注意：消費者向けソフトウェアは本当に得意だけどね（Google PhotosやGsearchの成功を見ればわかる）。

└

現在のGoogle Chatは確かに徐々に改善されているけど、Googleには本当にたくさんのことを取り戻さなきゃいけないんだよね。https://arstechnica.com/gadgets/2021/08/a-decade-and-a-half-...（2021年、URLに書いてある通り）メッセージングだけじゃなくて、Googleは何十年も前から、億単位の利益を生まないアプリを放棄してきた歴史があるから、記憶のある人は彼らを信頼しないんだよね。特に今の「AI全てか、ダメ！」っていう状況では。

└

Google Chatはもっと愛されるべき製品だけど、特定の内部環境に位置していて、そこから成長しているんだ。Slackは全然違う文脈で作られているから、Googleがそんなものを作るとは思えない。GoogleはSlackを好む人の視点で世界を見ていないし（大企業のGoogleがSlackを使って運営できるとも思えない）。

└

早期のアルツハイマーに悩まされていないことを願うけど、パンデミック前のジョークとして、Googleが常に新しいチャットアプリを作っていたのを思い出す。Google Dou、Google Chat、Google Wave、Googleこれ、Googleあれ。誰かが昇進する必要があったから、新しいチャットアプリを作るか、その努力をリードするのが手っ取り早かったんだろうね。

└

Google Waveの受け入れ方によって、Googleには制度的なブロックがあるかもしれない。Googleはチャットを機能させようと何度か試みてきたけど、期待（Waveの場合は過剰な期待）には決して応えられなかった。彼らの歴史を知っていると、再びその市場に挑戦したくない理由がわかる。ユーザーから十分な支持を得るのは難しいし、成功する製品にするのは簡単じゃない。可能性はあるけど、過去に試みたことがないわけじゃないからね。

└

スラックが登場する前にGoogleチャットを使ってたんだけど、連絡先リストを整理させてくれないのがすごくイライラした。アルゴリズムや「インテリジェンス」で誰がどこに表示されるかを決めるのが強制されて、筋肉記憶を作るのが不可能だった。毎回探したり見たりしなきゃいけなかったんだよね。

└

Googleチャットの嫌われ方が理解できない。友達とも使い始めた頃からずっと使ってるけど、チャットに求めてるものが全部揃ってるんだよね。

└

GeminiがGoogle Docsにもっと統合されてない理由がわからない。結果をドキュメントに転送できないし、既存のドキュメントを操作することもできない。もしかしたら自分が何か間違ってやってるのかもしれないけど、Google内部のチームがうまく連携してないのを見るのはイライラするね。

└

Hangoutは完璧だったのに、潰しちゃったね。

すでにZulipやMattermostなどがあるし、チャットアプリを作るのはタールピット問題だと思う。成功にはネットワーク効果や親しみやすさが大きく影響するし、見た目はシンプルそうでも実際はそうじゃない。Slackよりも良いものを作るのは、何年も投資しないと難しいと思うよ。たとえ作れたとしても、まだまだ厳しい戦いになるだろうね。

└

Zulipは最高だね \m/

└

チャットアプリを作るのはタールピット問題だと思う。そうだね。例えば、DiscordはMOBAを作る予定だったチームのサイドプロジェクトとして始まったんだ。それが理由で、Discordのチャットボットやカスタムコマンドを作ろうとすると、サーバーが「ギルド」と呼ばれるんだよね。[1] Slackも、ビデオゲームを開発する予定だったチームによって作られたんだ。[2]

└

ズリップは他のツールと比べるとかなり変わってる。スレッドの中のスレッドの中のスレッドがどうなってるのか、いつも把握するのが難しい。基本的にみんな同じようなものだけど、ズリップはもっと実験的だよね。もちろんディスコードもあるけど、最近彼らの崩壊が迫ってるって発表したよね。

ChatGPTアプリをいくつか作った経験から、同僚を通じてOpenAIの人たちとも関わったけど、今の状態で何かを作るべきかは疑問だね。あそこはかなり組織が乱れている感じがする。

└

OpenAIスラックがあったら、もっと整理されるかもしれないね。

└

これだね。今、ChatGPTのためにMCPアプリを作ってるんだけど、ちょこちょこ壊れるところがあって、全体的にすごく整理されてない感じ。ベータ版かアルファ版のバッジを貼っとくべきだよ。

人々がSlackの価格について文句を言うのは面白いけど、私は会社（ほぼ100人）で10年近く使っていて、一銭も払ってないよ。唯一もらえないのは履歴だけど、チャットに貴重な情報を保存するべきじゃないし、Wikiやgitみたいな他のデータリポジトリがあるからね。だから、私たちはSlackからものすごい価値を得ていて、一度も支払いを求められたことはないよ。

└

Slackが気にするほど大きくなると、履歴は実用的には短すぎるよ。

└

検索と要約が十分に良ければ、チャットアプリに自動的に「部族知識」を書き留めておくのがデフォルトになるから、ウィキやドキュメントシステムは冗長になってくるよね。

└

たくさんの知識が俺たちのスラックの履歴に残ってる。

OpenAIがアプリ作りに向いてるとは思えないな。彼らは最前線のAIラボで、製品会社みたいには動いてない。そこから面白いことがたくさん生まれるけど、洗練された製品はない。彼らのMacOSアプリは本当にひどい。数ヶ月前から、ゾンビプロセスが時々出てきてCPUを100%食いつぶしてるし、便利なグローバルショートカットもフォーカスが合わないことが多い。UXもあんまり注目されてる感じがしない。ユーザーへのこだわりが足りないよ。アルトマンは、トーンを完璧にするためにRLHFを超えて頑張るってよく言ってるけど、俺には全然合ってない気がする。

└

モバイルアプリに関しては、競合よりもずっと先を行ってるよね。

もっと小さくて自己ホスティングできる「これ、Codexや他のツールで作れるすごいプロジェクトだよ、すごくPRになるよね？」みたいなプログラムがあったらいいな。大規模じゃなくて、どこかのVPSに置けるやつで、SlackやDiscordの基本機能をサポートしてるやつ。Node.jsのアプリとか、PostgreSQL、もしかしたらRabbitMQやRedis、Reactを使ったSPAみたいな感じ。基本的だけど、一貫したスタイルと機能があればいいな。ワークスペース、チャンネル、スレッド、音声・ビデオ通話、画面共有、ファイル共有、メッセージへの投票やリアクションとか。特に今のDiscordの状況を考えるとね。もしそんなものがツールを使って作れるなら、ツールの状態にもすごくプラスになると思う！でも、もしそれを試して失敗したら、UnityのGigayaプロジェクトみたいになっちゃうから、それはちょっと怖いな。

面白いアイデアだね。ホワイトカラーの労働者を大量に置き換えるのに大きな障壁の一つは、メールやSlackとLLMの直接的な統合がないことだと思う。人間が複数のステークホルダーから組織のニーズを抽出してプロンプトを書く必要があるからね。同時に、企業が自社の内部コミュニケーションをOpenAIに渡すために列を作るとは思えない。強力なプライバシー保証が必要だし、OpenAIがその点で説得力を持つかどうかは疑問だな。それに、MSはまだOpenAIに何らかの利権を持ってるんじゃなかったっけ？Teamsの競合が作られるのを許容するとは思えないな。

└

Openclawにはその機能があるよ。メールを読み取って、アクションを起こすことができる。あと、Ms OAIの契約が終わりに近づいているみたいだね。

もしGoogleがWaveを続けて、適切なプロダクトマネジメントをしてデザイン機能を洗練させていたら、今頃Slack+Notionみたいになって、すごく使ってたと思う。