ハクソク

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

Anthropic、新しいSlackを作ってください

概要

  • Slackは企業の知識が閉じ込められている現状
  • Anthropicによる新しいコラボレーションツールの必要性
  • Claudeのグループ会話機能の不足
  • Slackのデータアクセス制限の問題
  • オープンデータ戦略で企業コラボレーションの未来を変革

Slackは閉鎖データのWaterloo

  • Slackは多くの企業でメールや会話に代わる主要なコラボレーションの場
  • 質問・議論・意思決定がすべてSlack上で行われる実態
  • Slackのメッセージ履歴は企業のトライバルナレッジの蓄積
  • しかし、その知識は非常に厳しいデータアクセス制限のもとでロック
  • エンタープライズソフトウェアで最悪レベルのデータポリシー

Claudeの課題:グループ会話機能の欠如

  • Claudeには1対1会話のみの大きな制限
  • ビジネスではグループでの仕事が基本
  • Slackスレッドの内容をClaudeに伝えるためのコピペ作業が非効率
  • ClaudeやClaude CodeがSlackの一員として直接グループ会話に参加する必要性
  • 単なるSlack連携では根本解決にならない理由はデータアクセス制限にあり

Slackのデータアクセス方針の問題

  • Slackは多くの企業にとって最重要のテキストデータリポジトリ
  • 企業の日常運用のリアルタイムな記録
  • APIの制限が非常に厳しく、AIエージェントの活用を阻害
  • オープンなデータアクセスを実現するには競争が不可欠
  • ベンダーは顧客の要求競争圧力でしかオープン化しない現実

Slackの脆弱性

  • 一般的な認識とは異なり、Slackのネットワーク効果は限定的
    • Slack Connectの価値はあるが、必須ではない
  • Claude-in-Slackの登場で十分な価値提供が可能
  • Slackの価格設定は非常に高額
    • 企業規模が大きい場合、**Enterprise+**の導入が必須
    • G Suiteと同等のコストが発生する不合理さ

NewSlackとClaudeの最強バンドル

  • NewSlack+Claudeのセットは全社員分の導入が合理的
    • AI利用頻度の低い社員にも標準シートで提供可能
  • AI懐疑派の社員も、グループチャットでの実例を通じてAI活用を体感
  • バンドル販売でAIの普及促進を実現

オープンデータへの本気のコミットメント

  • NewSlackは過去と同じ失敗を繰り返さないためにオープンデータアクセス他社との相互運用性を約束
  • Anthropicは原則を守る企業姿勢で信頼を獲得
  • 公開コミットメントによる業界全体へのインパクト
  • AnthropicがSlack競合を成功させればエンタープライズデータエコシステム全体を変革

結論:Anthropicによる新Slackの必要性

  • 企業コミュニケーションの最重要データが閉じたAPIにロックされる未来は全員に不利益
  • Anthropicによる新しいSlackの開発がオープンな企業コラボレーションの未来を切り拓く
  • Slackは閉鎖データのWaterlooとなる運命

[Fivetran CEOからのさらなるインサイトはこちら]

Hackerたちの意見

Slackは決して素晴らしいプログラムじゃないけど(毎日仕事で使ってるからね)、意図した通りに動いてると思うし、開発者はすでにボットやAIエージェントで拡張できるよ。あと、ClaudeもエージェントとしてSlackにインストールできるしね。コンプライアンスのために、うちの会社はすべてのSlackメッセージをスクレイピングして、必要な年数分アーカイブするツールを持ってる。うちは小さい会社だから、大企業はこのプロセスをもっと洗練させてるんじゃないかな。これでどんな問題が解決されるの?
公開チャンネルのデータしかアクセスできないし、それもスケールでアクセスできないよ。ClaudeはSlackが絶対に許可しない方法で、もっとネイティブに統合される必要があるね。
Slackは1ユーザーあたり月45ドルだよ。すぐに、書いたり、ホスティングしたり、維持管理できる完全カスタマイズ可能なバージョンが月2万ドルくらいで作れるようになるかも。従業員がたくさんいるなら、これは理にかなってるね。
スラックのAPIのレート制限と設計が、スラック内のデータをデータストアに複製するのを難しくしてるんだ。彼らのMCPとリアルタイム検索APIを使わざるを得ないけど、あんまりうまく機能しないし、パフォーマンスも良くないし、追加のライセンスが必要になるかもしれない。
「クソじゃないSlack」なんて存在しないし、Anthropicがそれを作るなんて考えてる人は、どうなるか全然分かってないよ。Slackは組織間のつながりで大きなロックインがあるからね。人々をSlackから引き離すには、クソみたいなチャットより10倍良いコラボレーションの方法を作るしかないけど、そんなモデルがあったとしても、人々を納得させる必要がある。これに挑戦する人には幸運を祈るよ。
GoogleがMessengerでこれをできないのは理解できないよ。うちのSlackにいる外部パートナーはほとんどがGmailや他のGoogle Workspaceでログインしてるし、うちもGoogle Workspaceを使ってるからね。
ここにAIベースのスラックの代替品を宣伝してた人がいて、みんなそれを気に入ってたんだよね。残念ながら、名前は覚えてないけど。
誰も認めたくない事実は、ソーシャルは生産性の逆の次元だってこと。だからスラックとチームは両方を組み合わせようとして、ひどいプロダクトになってる。
これってただのクレイジーだよ。電力会社に列車を作ってもらおうって?電気を運ぶんだから、人を運ぶことも知ってるはずだよね。自分たちで線路を動かせるし!もしこれがそんなに簡単なら、チームはダメじゃないし、Matrixはどこにでもあるし、Discordはすでにファーリーたちに取って代わられてるはずだよ(Stoatが頑張ってるけど)。
2001年に検索会社にメールクライアントやブラウザ、地図アプリを作ってくれって頼むのとそんなに違うの?
面白いアナロジーだね。電気鉄道会社が発電を所有してたこともあったから。私の町の会社も一時期は消費者に電気を売ってたけど、オンラインで見つけられる歴史のほとんどは鉄道の側面に焦点を当ててるんだ。彼らは鉄道ビジネスから始まって終わったから、それは理解できるけど、1890年代から1930年代の間に「and light」を名前に付け加えたんだよね。
タイトルが問題だね。みんな、クロードとのグループチャットを求めてるだけなんだ。
それがクレイジーってわけじゃないけど、ちょっと早すぎるかな。GEが電球からラジオ、アラームクロックラジオに進化したことを考えてみて。
一般電気は数十年にわたって機関車を製造してたよ。
> マトリックスはどこにでもあるはずなのに、バーは地面から1000フィート下にあるチームと一緒だけど、マトリックスはまだ表面から1フィートか2フィートしか上にないんだよね。好きになりたいんだけど、数ヶ月ごとに試してみるけど、明らかにまだ準備ができてない :(
スラックって、偶然チャット会社になったゲーム会社じゃなかったっけ?
彼らはアンソロピックに聞くことができるけど、間違ったチャンネルで聞いてるね。こういう質問にはclaude.aiが正しいURLだよ。
魔法のアプリ作成マシンを売ってるなら、それを使ってアプリを作ってくれって頼むのはおかしくないよね?
Cowork Chat。Anthropicならできるよ。この考え方の何が悪いの?Anthropicは、誰よりも早いマグレブを作るための3Dプリンターを持ってる電力会社なんだ。もしエンタープライズ企業が自分たちのデータを唯一の防御策にしてるなら、その防御策は破られることもあるよ。AIエージェントを作ったり、SlackのMCPを使ったAI製品を試したことある?これはSaaSデータアクセスの中で最も難しい問題の一つで、SlackはAPIやOAuthベースのアクセスを文字通りブロックしようとしてる。Google Workspaceですらそんなに制限してないし、ワークスペース用のCLIも開放してるよ。
なんでAnthropicに頼むの?MatrixとかSignalみたいなもっと良いものを基に作らないの?それともKeybaseでもいいし。SlackやDiscordから離れる必要があるのは本当に同意するけど、なんでAnthropicにアクションを求めるのか全然分からない。個人的には、誰にも奪われないオープンシステムを推進すべきだと思う。そうしないと、また同じサイクルを繰り返すことになるよ。始めるのに良いプロトコルもあるし、取り組むものがハッカブルであることを確保するのは良い理由だと思う。専門知識を組み合わせる方法だからね。[0] Mollyプロジェクトを見て、Signalのサーバーを使わなくてもいいよ。
Matrixは、みんなが独立して使いやすくなったのかな?MattermostやRocketchatなどは、すぐに簡単に導入できる一流のパッケージがあるけど。
Claude-in-Slackは、スラック接続のネットワーク効果を克服するには十分な機能だね。オープンさが絶対に重要だよ!この投稿を書いたのは、Anthropicがこれを計画しているなら、オープンデータをプランに組み込むように影響を与えられるかもと思ったから。でも、オープンさだけじゃユーザーを引きつけるには不十分なんだよね。
彼らはメッセンジャーを求めているわけじゃなくて、マルチユーザー優先のプロンプトを求めているみたいだね。
> もっといいもの、例えばマトリックスは楽しくない。もう一つ指摘したいのは、アンソロピックの稼働率がかなりひどいってこと。
記事読んだ?それはおかしいお願いじゃないよ。彼らはマルチユーザーのClaudeセッションを求めてるんだ。でも、人間同士が話すのを何が止めてるの?そうしたら、突然Slackができちゃうよ。
企業のCEOブログに投稿するには変な内容だね。AIが理由を考えずに物を作るのを簡単にしすぎている証拠だよ。Fivetranにとって、スラックがダメな理由についてオープンレターを投稿するのはどういう意味があるの?これは、いくつかの箇条書きを書いてClaudeに残りを埋めてもらうのが簡単だから起こることだよ。もしLLMを使ってなかったら、投稿する価値がないって気づいてたはずだよ。
これは人気のAIサブスタックからの、また別の(しかも不可解な)「OpenAIがスラックを作るべき理由」のリメイクだね。AI関連のコンテンツミルのための空っぽなネタが増えてる。「スラックはダメだ」って言っても、今のハイプに乗れないから、こういう「コンテンツ」が出てくるんだよね。 https://www.latent.space/p/ainews-why-openai-should-build-sl...
それに加えて、問題のCEOはデータ業界で最悪の顧客関係を維持してる。ファイブトランはユーザーに対して悪名高いよ。
自分で書いたって保証するよ。
忘れてるかもしれないけど、最近のMattermostはかなり良いよ。 https://mattermost.com/
ハハ、俺は何年もMattermostを使ってたんだけど、最近のバージョンで自己ホスト版のメッセージ数を制限されちゃってさ。結局、自分で代替品を作ったんだけど、OSSにしようと思ったら、もうたくさんあるしね。まあ、最近のMattermostは選択肢としては微妙かも。あの件でイライラして、週末を使って自分のものを作り替えちゃったよ。
> スラックのデータアクセスポリシーは基本的に「ダメ」だよ。スラックのポリシーの問題についてのブログ記事なのに、具体的な問題の詳細が全くないのは変だね。
APIを通じてメッセージを抽出させてくれないんだ。スラックのメッセージデータを自分たちの閉じた環境に閉じ込めてる。
> 今日、スラックのスレッドで出てきたことについてクロードに助けを求めるとき、スラックとクロードの間で文脈をコピー&ペーストしないといけないんだ。これっておかしいよね。私はサブエージェントじゃない!これってズレてるのかな、それともただのわがままな見方?「ほぼ無料のAIエージェントがほとんどのことに答えられるのに、質問をコピー&ペーストして文脈を伝えなきゃいけない!」。数年前と比べても信じられないくらい素晴らしいし、すごく速くて正確だよ。
それに、他にもいろんな方法があるよ…スラックのプラグインを作って、15分くらいでこれを実現することもできるし。
ズリップを使ってみて。スラックからの移行は実際にかなり簡単で、メッセージやファイルなども全部保存されるよ。ユーザーの移行も簡単で、Googleとかをアイデンティティプロバイダーにしておけば大丈夫。
ズリップはスラックには全然及ばない。すぐにクラッシュするし。
みんながSlackやTeamsを嫌ってて、まだ誰ももっといいグループチャットを作ってないっていう事実は、もっと多くの人に考えさせるべきだと思う。
それでもGoogleはアプリにチャット機能を何度も追加してきたよ。