※本記事は、Dreamforce 2026で行われたSlackのキーノート「Slackbot Empowers Team-Wide AI」の内容を基に作成しています。動画は https://www.youtube.com/watch?v=hWFSqUz1xkU でご覧いただけます。
このキーノートでは、AI時代のチームの働き方をSlackがどう変えるのかが紹介されました。Slackは、人、データ、アプリ、AIを一つにつながったワークスペースにまとめ、企業がすでに導入しているテクノロジーからより大きな価値を引き出せるよう支援します。Slackbotは、すべての従業員のための「スーパーエージェント」として位置づけられています。仕事の調整、必要な情報の提示、AIによるアクションの連携を担い、組織全体の協働の生産性を高める役割です。
登壇者は次のとおりです。
- Rob Seaman氏（Slackエグゼクティブバイスプレジデント兼ゼネラルマネージャー）
- Ryan Gavin氏（Slack CMO）
- Jamie DeLang氏（最高プロダクト責任者）
- Amy Bauer氏（Slackbotプロダクトリード）
- Katie Steigman氏（Slack Codeヘッドプロダクトリード）
- Zach氏（Slack CRO）
- ゲスト：Boris Cherny氏（Anthropic、Claude Code開発者）
- ゲスト：John Williams氏（Stripe営業部門責任者兼ゼネラルマネージャー）
- ゲスト：Allie K. Miller氏（Open Machine CEO。TIME誌の「AI分野で最も影響力のある人物」に選出）
- コミュニティ表彰：Gigi Chan氏（トロントを拠点とするコミュニティリーダー）
本記事は、キーノートの内容を要約したものです。原著作者の見解を正確に反映するよう努めていますが、要約や解釈による誤りが含まれる可能性があります。正確な情報や文脈については、オリジナルの動画をご視聴いただくことをお勧めいたします。
1. Slackのビジョン
1.1 Salesforceの玄関口としてのSlack
ナレーション： 世の中にはさまざまな扉があります。自分のための扉もあれば、友人のための扉もあります。くるくると回り続ける回転扉もあれば、時速200マイルで走る列車の扉もあります。上へ、下へ、地下へ、あるいははるか上空へと通じる扉もあります。そのなかに、ひとつ特別な扉があります。それがSlackです。Slackは、Salesforceへの玄関口です。そしてその扉の向こうには、あらゆるものがあります。すべての人、プラットフォーム、アプリ、AIが、そこでひとつになって動いています。顧客データと会話の文脈が出会うと、仕事は前へ進みます。そこにSlackbotが加わることで、魔法のようなことが起こります。人々がエージェントとともにオープンなチャンネルで仕事を組み立てていけば、解決策は共有され、疑問には答えが返り、アイデアはより遠くまで届きます。最も大きく、最も輝き、最も速く、最も信頼されるブランドがSlackで働いているのは、そのためです。その結果、Salesforceはより強くなり、アプリはより賢くなり、ビジネスはより良くなります。すべてが一枚の扉の向こうにあり、残されているのはその扉をくぐることだけです。
Rob Seaman： おはようございます、Dreamforceの皆さん。Slackのエグゼクティブバイスプレジデント兼ゼネラルマネージャーのRob Seamanです。私はSlackに6年近く携わってきましたが、皆さんにSlackについてお話しするうえで、今ほど胸が高鳴っている瞬間はありません。いま私たちは、三つの意味で「かつてない」状況を目の当たりにしています。一つ目は、Salesforceの顧客基盤のなかでSlackがかつてない規模で採用されていることです。二つ目は、ユーザーの行動がかつてないほど変化していることです。皆さんがSlackのなかでAIを使いこなし、エージェントをチャンネルに迎え入れるようになっています。三つ目は、エコシステムからかつてないイノベーションが生まれていることです。多くの企業が自社の製品をSlackに組み込み、Slackの上に新しいサービスを築いています。こうした変化と、ここにいる皆さんのおかげで、SlackはいまSalesforceの全製品のなかで最も成長の速い製品になりました。
Rob Seaman： その勢いは数字にはっきり表れています。皆さんと皆さんのエージェントがSlackで送るメッセージは、1日あたり10億件を超えています。これは、Twitterで1日に投稿される量よりも多い数です。新規顧客は今年だけで10万社を超えました。さらに、毎週150万人が、自分の選んだエージェントを通じてSlackのMCPサーバーに接続しています。Slackbotを使って自分の生産性を高めている人も、毎月150万人にのぼります。これらの数字が示しているのは、Slackが単なるメッセージングの道具ではなくなっているということです。人とAIエージェントが同じ場所で働き、外部のエージェントもSlackを入り口として企業のなかへ入ってくる。そうした仕事の基盤へと、Slackは変わりつつあります。冒頭の映像で「Salesforceへの玄関口」とお伝えしたのは、まさにこの変化を指しています。
2. マルチプレイヤーツールとしてのAI
2.1 AIスタックに欠けたブックエンド
Rob Seaman： 今回のDreamforceでは、Marc BenioffをはじめSalesforceの各登壇者がAIForceという考え方について話してきました。AIForceの根本にある前提は、ユーザー一人ひとりが「どこでテクノロジーを使うか」、つまりどのインターフェースで仕事をするかを自分で選べるべきだ、というものです。そのうえで今日は、Slackがなぜその選択肢のなかで最も優れたインターフェースの一つなのかをお話しします。説明の切り口として、いま世界で最も急成長している企業の働き方を取り上げます。
Rob Seaman： AIのエコシステムを見渡してみてください。Anthropic、Meta、xAI、OpenAI、Vercelといった、世界で最も革新的で成長の速い企業は、会社全体を隅から隅までSlackで動かしています。それだけでなく、自社の製品もSlackのなかに組み込んでいます。スクリーンに映っているのはAnthropicのKatです。このあとBorisにも登壇してもらいますが、Katは「SlackはAnthropicの中核となるオペレーティングシステムだ。仕事は、文脈がすでに存在する場所で行われるからだ」と語っています。
Rob Seaman： こうした企業は、SlackとAIへの投資から、ほかの企業とは比べものにならないほど大きな価値を引き出しています。では、それは彼らが特別なAIを使っているからでしょうか。答えは「いいえ」です。彼らが使っているAIは、皆さんが使っているAIと変わりません。違うのはAIの使い方であり、その違いは根本的なものです。
Rob Seaman： 皆さんの多くは、おそらく次のようなAIスタックをお持ちだと思います。まず土台に、基盤モデルへの投資か、基盤モデルのプロバイダーとの契約があります。その上にデータレイクがあり、Data360を使っている方もいるでしょう。さらにその上で、IT部門がすでに導入しているアプリケーションに対してMCPサーバーを構築しています。規制の厳しい業界であれば、ガードレールや信頼性を担保するためのフレームワークもそこに重ねているはずです。そして最上層に、従業員に届けるアプリケーションやエージェント、インターフェースがあります。
Rob Seaman： ところが、AIラボの働き方を見ていると、多くの企業のスタックには二つの重要な要素が欠けていることがわかります。私たちはこれを、AIスタックを両端から支える「ブックエンド」と呼んでいます。一つ目のブックエンドは、コンテキストレイヤーです。社内で交わされる豊かな会話が蓄積される層のことです。Palantirの Alex KarpやChamath Palihapitiyaは、これを企業の「アルファ」、つまり差別化の源泉と呼んでいます。ここで言う会話とは、社内で最も重要なプロジェクトについて従業員が日々交わしているやり取りのすべてです。どんなテーマがあり、どのチームが関わり、どんな作業項目があるのか。どの製品をなぜ作るのか、どの製品からなぜ手を引くのか。どの企業を買収する可能性があるのか。こうした会話の文脈をAIツールに取り込むことができれば、競合に対して根本的な優位に立つことができます。
2.2 マルチプレイヤーAIのフライホイール
Rob Seaman： もう一つのブックエンドの話に入る前に、先進企業が共通して見抜いている問題をお伝えします。いま使われているAIツールの多くは、私たちが「シングルプレイヤー」と呼ぶ形をとっています。一人の人がターミナルの前に座ってAIツールを使う。あるいは、SaaSの画面上のチャットでAIとやり取りする。そうした使い方です。ShopifyのTobi Lütkeは、この使い方の弱点を非常に的確に言い当てています。シングルプレイヤーの使い方では、AIは学び、使っている本人も学びます。しかし、隣の席の同僚も、同じ役割で別の地域にいる人も、会社全体も、その経験から何も学べません。
Rob Seaman： そこで、フロンティアラボやAI企業は、自分たちのAIを持ち上げて、マルチプレイヤーのインターフェースのなかに置き直しています。そのマルチプレイヤーのインターフェースが、Slackです。既存のAIスタックを、コンテキストレイヤーとマルチプレイヤーのインターフェースという二つのブックエンドで挟む。そうしてできあがるものこそ、AI時代の新しい「ワークオペレーティングシステム」であり、それがSlackだと私たちは考えています。そしてSlackは、AIがマルチプレイヤーになれる唯一の場所です。
Rob Seaman： この形が整うと、価値を生み出すフライホイールが回り始めます。チャンネルのなかで皆がAIを一緒に使うと、会社全体のAI流暢性が上がっていきます。ほかの人がAIで何をしているのかが、自然に目に入るからです。さらに、一つひとつのやり取りから生まれた副産物が共有コンテキストとして蓄積されていきます。それは社員一人ひとりにとっての知識資産になると同時に、会社が使うほかのAIエージェントにとっての燃料にもなります。このループが何度も繰り返されることで、人とAIの両方の知性が複利的に積み上がっていきます。その結果、会社はより賢くなり、より速く動けるようになります。
Rob Seaman： この動きはテクノロジー業界だけのものではありません。世界のあらゆる業界で起きています。小売ではreMarkable、フィンテックではRobinhood、テクノロジー分野ではIntuit、自動車ではRivianといった企業が、いま説明した理由から、AIの業務と体験をますますSlackへ移しています。では、その最前線にいる企業の一つで、実際にどのような働き方が生まれているのか。それを当事者に語ってもらいましょう。
3. 実世界でのAI活用
3.1 AnthropicにおけるSlack活用
Rob Seaman： 会場の皆さんに伺います。Claude Codeを使ったことがある方はどれくらいいらっしゃいますか。かなり多いですね。それでは、少しファン気分を味わっていただけると思います。Claude Codeの生みの親である、AnthropicのBoris Chernyをお迎えします。Boris、来てくれてありがとう。ちなみにAnthropicは、かつて私たちが使っていたオフィスに入居しています。あの美しい空間を大切に使ってもらえていてうれしいです。私はAnthropicの働き方を見せてもらったことがありますが、ほとんどの企業とはまったく違う形でSlackを使っていますよね。Anthropicの社内では、Slackでどのような行動が見られるのでしょうか。
Boris Cherny： 私たちにとって、Slackはあらゆる仕事の中心にあります。全社員がSlackを使っています。エンジニアや研究者だけではありません。マーケター、営業、ビジネス部門の人たちも、全員がSlackにいます。そして面白いことに、ClaudeもSlackにいるのです。私たちはClaudeを作っている会社なので、Claudeを作るためにClaudeを使いたいと考えています。その仕事の多くがSlackの上で行われています。これをうまく機能させるために必要なのは、先ほどRobが話していたことそのものです。Claudeが社内のすべての会話にアクセスできなければなりません。ですから私たちは、できる限り公開の場で話すようにしています。DMを減らし、公開チャンネルを増やすということです。コーディングや開発の多くも、Slackのなかで行われています。
Rob Seaman： 興味深いですね。社内の統計はいくつか見たことがありますが、Boris個人の経験を聞かせてください。あなたが書いているコードのうち、Slackで書いているものとほかの場所で書いているものの割合はどれくらいですか。
Boris Cherny： 90%はSlackです。
Rob Seaman： それは驚きです。先日Borisと、オープンな場で開発することの力をどう見せようかと話していました。そのとき話題に上がったのが、Claudeの入力欄に加えた変更の事例です。ここに映しているのが、その実際のやり取りです。驚かせてしまったならすみません。ご存じのうえだと思っていました。作り込んだデモより、本物を見せたほうが面白いですからね。何が起きているのか説明してもらえますか。
Boris Cherny： これは本当にあった会話です。私たちの製品のなかに、見た目がよく似たアイコンが二つあって、どちらを押せばいいのか毎回忘れてしまうので困っていました。そこで、製品フィードバック用のチャンネルにそのことを投稿したのです。すると、Claudeが自分から会話に入ってきました。ここが一番すごいところです。私はClaudeをタグ付けしていませんし、参加してほしいと頼んでもいません。それでもClaudeは、ここは自分が入るべき場面だと判断できたのです。私はClaudeに、同僚に話しかけるのと同じように接しています。細かい指示を並べたりはせず、「こういう問題があります」と伝えるだけです。するとClaudeはデータを確認して、問題の原因を突き止めました。BigQueryに問い合わせ、Datadogにも問い合わせています。MCPを通じて社内のすべてのシステムにつながっているので、何をすべきかを理解しているのです。そのうえで私が出した指示は「モックアップを作って」の一言だけで、Claudeはそのとおりにモックアップを作りました。Claudeはコードにもデータにもアクセスできるので、自分が何を扱っているのかを理解しています。できあがったものは、デザイナーが作るものとまったく同じでした。そして、この先でデザイナーが会話に加わってきます。ほら、これが私たちのチームのデザイナーです。私たちはターミナルにも、IDEにも閉じ込められていません。会話が公開の場で進んでいくので、はるかに人間らしい体験になっています。
Rob Seaman： 本当にそうですね。しかも、これが公開の場で行われていることには大きな意味があります。ここに入ってくるのは、その機能の担当デザイナーとは限りません。進行中の仕事にたまたま出くわした、意欲のある人なら誰でも加わることができます。そして製品と顧客体験を良くすることに貢献できるのです。
3.2 モデルの進化を待つ開発
Boris Cherny： つい二日前にチームで食事をしたときのことです。隣に座っていたのは、マーケターのDanでした。彼はClaude Tagを担当しているマーケターです。私は「Dan、最後にシップしたコードは何だった？」と聞いてみました。彼はエンジニアではありません。それでも彼は「コードは少しずつ出しているけど、最後に何を出したかは覚えていない」と答えたのです。そこで一緒に彼のプルリクエストを調べてみると、DanはClaudeを使ってTagの機能を開発していました。これはチーム全員に言えることです。エンジニアだけでなく、デザイナーも、プロダクトマネージャーも、マーケターも、いまは誰もがものを作っています。
Rob Seaman： 本当に強力ですね。エンジニアリング以外の多くの人が開発プロセスの前線に引き込まれ、製品を良くしているのを見るのは素晴らしいことです。Borisはよく「モデルがこれから到達する地点に向けて作る」と話していますが、それがここにも表れていると思います。先ほどの会話には、3語を超える指示が一つもありませんでした。これは驚くべきことです。ただ、この体験には長い時間をかけて取り組んできたはずですよね。最初からここまでうまく動いていたわけではないと思うのですが。
Boris Cherny： そのとおりです。先ほど少し触れましたが、Claudeが自分の判断で会話に参加するという体験は、実はかなり長いあいだテストを続けてきました。それがようやく機能し始めたのは、Fableが登場してからです。Sonnetをはじめとするほかのモデルでは、この体験はそこまでうまくいきません。同じ水準の判断力を持っていないからです。Fableは高価なモデルで、私たちが作っているモデルの最前線にあります。最前線にあるからこそ、ほかのモデルにはできないコーディングができます。また、ほかのモデルより安全性が高いので、プロンプトインジェクションを受けることもなく、ほかのモデルが抱えうる安全上の問題も起こしません。そして何より、ほかのモデルにはない判断力、知恵と呼んでもいいようなものを備えています。ですから、私はほんの数語を伝えるだけで済みます。それでほぼ毎回、私の意図を正確に汲み取ってくれます。
Rob Seaman： つまり、Fable以前のモデルの段階でSlack上にこの体験を作り、実際に使ってもいた。ただ、当時はそれほどうまく機能しなかった。それでも体験の作り自体は変えずに次のモデルの登場を待ったら、魔法のように良くなった、ということですね。
Boris Cherny： そうです。Claude Codeのときも同じでした。私たちはClaude Codeを作りましたが、モデルの性能が追いつくまでに6か月かかりました。
Rob Seaman： それは非常に興味深い話です。最後に一つ質問させてください。私たちのチームで、おそらく最もClaudeに傾倒しているエンジニアから、Borisにぜひ聞いてほしいと頼まれた質問があります。魔法のClaudeが手元にあって、Slackに好きな機能を何でも追加できるとしたら、何を加えますか。
Boris Cherny： 私がお願いしたら、本当に作ってくれるのですか。Kevin、会場にいますか。
Rob Seaman： Kevinは作ると言っています。シップするかどうかはわかりませんが、作ることは作ります。
Boris Cherny： Slackは素晴らしい製品です。必要な機能はすべてそろっているので、機能を追加してほしいとは思いません。お願いしたいのはむしろ、機能を取り除くこと、邪魔になるものをどけることです。機能を引っ込めるのは、新しく作るよりも難しいことが多いですから。
Rob Seaman： 非常に賢明な意見です。実はまさにその取り組みを進めているところなので、リリースしたらぜひフィードバックをください。Boris、今日は本当にありがとうございました。両社のパートナーシップにおけるあなたのこれまでの貢献にも感謝しています。
4. Slackforceとサーフェス
4.1 Slack CRMとMCPによる統合
Ryan Gavin： 今日は木曜日で、Dreamfestも終わってしまいましたが、もうひと盛り上がりしていきましょう。Slackという玄関から入って、本当にすごいものをお見せします。ここからは三つの章で進めます。一つ目は、Salesforceへの投資から10倍の価値を引き出す方法です。私たちはこのビジョンを「Slackforce」と呼んでいます。二つ目は、Slackbotによって従業員の生産性を、単に上げるのではなく劇的に高める方法です。三つ目は、先ほどご覧いただいたように、いまはビルダーの時代だということです。社員全員をビルダーに変える必要があり、そのための道筋をお見せします。
Ryan Gavin： まずはSlackforceから始めます。メインキーノートに参加された方は、Patrick Stokesが話した6か月前のエピソードを覚えているかもしれません。あそこで熱心に聞いてくれている、私たちの共同創業者が投げかけた問いです。「なぜ、もう一度Salesforceにログインしなければならないのか。もしかしたら、もう二度とログインしなくていいのではないか」。Patrickはこの話の表側をお伝えしたので、私は舞台裏をお話しします。Slackチームはあのとき、「これは実現できる」と話し合っていました。ただ、そのためには本腰を入れて取り組まなければならないこともわかっていました。そこから発明が始まったのです。
Ryan Gavin： 最初に作ったのがSlack CRMです。ご存じない方のために説明すると、Slack CRMはSlackのなかにネイティブに組み込まれたCRM機能です。追加購入は必要ありません。Business+プランを使っていれば、すでに手元にあります。AIファーストで、会話ファーストのCRMがSlackのなかに作り込まれているのです。そして一番のポイントは、その裏側が目立たないかたちでSalesforceの上に構築されていることです。そのため、皆さんのスモールビジネスが成長すれば、それに合わせて規模を広げていけます。Slack CRMは、スモールビジネスにとってSlackとSalesforceへの本当の意味での玄関口です。
Ryan Gavin： 次に、これをすべての顧客に広げる必要がありました。そこで、Sales Cloud、Service Cloud、Agentforce、Data360、Tableauに対応するMCPサーバーを一通りそろえました。そのうえで、とても面白いことをしました。SlackbotをMCPクライアントにしたのです。これで、Salesforceでできることはすべて、Slackbotに頼むだけでできるようになりました。しかも、Salesforceで直接操作するより少しだけ優れています。仕事の流れのなかで、その場ですぐに使えるからです。
Ryan Gavin： いま、魔法のようなことが起きています。同時に、少し圧倒されるようなことでもあります。これから多くの企業で、従業員の数よりもエージェントの数のほうが多くなる時期がやってきます。そのとき、人はどうやってその大量のエージェントを使い分けるのでしょうか。どのスキルを使い、どのエージェントをどのタイミングで呼び出せばいいのでしょうか。その答えは、Slackbotが「エージェントの言葉を話せる」ことにあります。Slackbotは、組織内に配置されたエージェントのスキルと能力を把握しています。そして、適切なタイミングで適切なエージェントを呼び出せます。ですから従業員の立場からすれば、「自分はSlackbotと仕事をすればいい」とだけ知っていれば十分です。
Ryan Gavin： だからこそ、Boxのような企業が「仕事の75〜80%は、このワークオペレーティングシステムであるSlackのなかで完結できる」と語っているのです。私たち自身もそう働いています。Parkerがあの言葉を口にしてからわずか6か月で、Salesforceの営業担当者の90%が、仕事の流れを離れることなくSlackbotからSalesforceを使うようになりました。企業がSalesforceへの投資から10倍の価値を得られるのは、こういう理由からです。顧客という「信頼できる唯一の情報源」に、プロンプト一つで誰もが簡単にアクセスできるようになると、魔法のようなことが起こり始めます。私は、キャリアのすべてをテクノロジー業界で過ごしてきましたが、Salesforceの画面を目にすることはほとんどありませんでした。ログインしたことさえありませんでした。それがいまでは、週に何百回もSalesforceにアクセスしています。私のチームも同じです。会話を通じて、すぐそこにあるからです。
Ryan Gavin： そして、この玄関口を本当に完成させるために必要だと考えていた最後のピースがあります。それが「Slackforceサーフェス」です。これは変革的な機能です。思い描けるものなら、Slackbotが作ってくれます。必要なときにその場で生成され、組み合わせて使えて、しかも複数の人で使える動的なUIです。これは私が話し続けるより、実際に見ていただくほうがいいでしょう。最高プロダクト責任者のJamie DeLangに、Slackforceサーフェスをお見せしてもらいます。
4.2 Slackforceサーフェスのデモ
Jamie DeLang： 皆さん、こんにちは。SlackがどのようにしてSalesforceへの玄関口になるのかをお見せできて、とてもわくわくしています。昨年のDreamforceで、私たちはSalesforceチャンネルを発表しました。いまご覧いただいているのはSlackのチャンネルです。ここでは、このアカウントに関連するSalesforceの情報にすべてアクセスできます。それだけでなく、チームのメンバーがここで活発に協働しています。チャンネルのなかで戦略を練り、ドキュメントやCanvas、エグゼクティブ向けのブリーフィング資料を作っていて、そのすべてがこのチャンネルに集まっています。レコードに加えられた更新も、その都度リアルタイムで確認できます。これだけでも、皆さんの働き方はすでに大きく変わったと思います。そして今回、新しいものが加わりました。
Jamie DeLang： 上部のタブバーをご覧ください。ここにSlackforceサーフェスがあります。アカウントの全体像をつかもうとするとき、普通はさまざまな情報源からドキュメントを集めてくることになります。しかしこのチームはSlackbotに頼んで、Presidio Techのアカウントの健全性を一元的に把握できるハブを作りました。AIが生成するこうしたUIは、すでに素晴らしいものをたくさんご覧になってきたと思います。それこそがAIForceの目指すところです。そのなかでも、Slackforceサーフェスには特別な点が三つあります。
Jamie DeLang： 一つ目は、最初から企業のあらゆるデータにつながっていることです。Salesforceであれ、Outlookであれ、ほかの基幹システムであれ、Slackに接続されているものはすべて、このサーフェスにもつながっています。動かすために特別な接続作業をする必要はありません。二つ目は、Slackのなかにあることです。つまり、仕事の流れのなかにあるということです。だからこそ、チームのメンバーが日常的にこれを確認します。常に最新の状態に更新され、安全も確保されています。誰かのGitHubリポジトリに置かれて、翌日には誰も見なくなる、というものではありません。実際に行動につなげられるものです。三つ目は、Slackが作ったものだということです。私たちは、チームが実際に働くやり方に合わせてサーフェスを作りました。そのため、このサーフェスは最初から協働を前提にしています。アカウントで何か問題が起きていると気づいたら、そのままレコードを開くことができます。さらに、チームのほかのメンバーをタグ付けして、すぐにアカウントの立て直しを手伝ってもらうこともできます。
Jamie DeLang： ここまでは営業チームにとっての話で、SlackはSalesforceへの玄関口として素晴らしい働きをしています。ただ、私はプロダクトの仕事をしていて、自分の製品ローンチがどうなっているのかを知りたいのです。プロダクトリードとして、ローンチ前にはフィードバックの状況を把握するために、普段ならこのチャンネルを端から端まで読むことになります。でもそんな時間はないので、Slackbotに任せることにします。フィードバックをすべて拾い上げてトピック別にまとめ、ローンチまでに何を直す必要があるかを示すサーフェスを作ってほしい、と頼みます。たったそれだけで、Slackbotはその短いプロンプトを受け取り、チャンネル内のフィードバックをすべて確認します。さらに、私たちが実際にどんな作業をしているのかも理解します。JiraやLinearといった業務システムにアクセスでき、製品ドキュメントもすべて参照できるからです。そうして、ローンチ当日までにチームがどこに注力すべきかを示す美しいサーフェスを作り上げます。これで、本番環境に出る前にバグをつぶしておけます。
Jamie DeLang： でも、Ryanにもサーフェスが必要ですよね。マーケティングチームにはマーケティングチームの仕事があります。たとえば顧客向けのローンチを前に、スライド資料の代わりに美しいインタラクティブなWebサイトを作りたいと考えるかもしれません。もちろんSlackbotはそれもできます。ご覧ください、とても見事です。私たちのストーリーも、ブランディングも、最初から反映されています。すべて普段の言葉で頼むだけで、開発にかかる時間はゼロです。こうしてみると生産性が上がり、仕事がはかどり、タスクも次々に片づいていきます。ただ、本当に勝てるチームは、一緒に楽しむことも知っています。Slackbotはそこでも力になります。実はSlackbotに、インタラクティブなゲームを作ってもらいました。四半期末に向けて「ディールの扉」を次々と開けて、案件を一気に成約させていくゲームです。つまり、頭のなかで思い描けるものなら、サーフェスで何でも実現できるということです。そこで、ここにいる皆さん一人ひとりに挑戦をお願いしたいと思います。チームで作れるサーフェスを、少なくとも三つ考えてみてください。今日でも、来週オフィスに戻ってからでもかまいません。まずは触ってみて、楽しみながら何が作れるかを試してみてください。Ryan、お返しします。
Ryan Gavin： Jamie、ありがとう。予言しておきます。これからしばらくのあいだ、Slackで最も多く打ち込まれる言葉は「Slackbot、サーフェスを作って」になるでしょう。英語ではたった五つの単語ですが、とても強力な五語になるはずです。
5. AI生産性のスケール
5.1 Slackbotがもたらす生産性
Ryan Gavin： ここからは、すべての従業員にAIを届ける方法についてお話しします。企業にとって最も重要な資産は何でしょうか。そう、人です。リハーサルを聞いていた方がいたようですね。企業が使うお金の30%から60%は、人に充てられています。では、この最も重要な資産の生産性を2倍、3倍、あるいは10倍にできたら、何が起きるでしょうか。そして、それを実現するには何が必要でしょうか。正直に言えば、多くの企業ではまだ実現できていません。必要なのは、消費者向け製品と同じくらい使いやすいAIです。私のことを知っていて、私の文脈、私のビジネス、私のデータ、私が使っているシステムを理解しているAIです。加えて、予算面でも扱いやすくなければなりません。ここで言う扱いやすさとは、固定費用で使い放題だということです。それを実現するのがSlackbotです。
Ryan Gavin： Slackbotは1月にリリースされ、Salesforce史上最も速く成長している機能になりました。そのチームで大きな成果を上げているCROが、ちょうど目の前にいます。ただ、私が特に注目していただきたいのは、Nubankの数字です。NubankはSlackbotによって、全社で年間100万時間を削減しています。Salesforce社内でも、最も積極的に使っているユーザーは週に20時間を節約していると言っています。社員に半年分の時間を返せるとしたら、それを望まないリーダーはこの会場にいないでしょう。誤解のないようにはっきりさせておくと、社員がその時間で休暇に行っているわけではありません。彼らは「仕事のための仕事」をしなくなったのです。何かを探し回ったり、あれこれを作ったり、何かの準備に追われたりする作業から離れました。その代わりに、会社に価値をもたらす仕事をしています。売上の拡大につながる仕事、顧客に価値を届ける仕事です。そしてうれしいことに、それはやりがいの大きい仕事でもあります。
Ryan Gavin： これがSlackbotによって起きていることです。私たちは信じられないほどの速さで改良を重ねています。Slackチームには「Slackbot Unbaked」というチャンネルがあり、チームが公開の場で開発を進める様子を誰でも見ることができます。Borisが話していた「オープンな場での開発」と同じで、改良が繰り返されていく過程がそのまま見えます。リリース以来、50の機能を追加してきました。さらに50の機能を準備しています。プロダクトチームからは「Ryan、実際はもっと多いですよ」と言われそうですね。今日はそのなかから、特に面白い三つを紹介します。
Ryan Gavin： 一つ目は、成果物の幅が広がることです。Slackbotがビジネスの膨大な文脈をもとに、見事なCanvasやドキュメントを作るところはすでにご覧になったと思います。これからは、MicrosoftのPowerPointやGoogle Slidesで美しいプレゼンテーションを作れるようになります。さらに、動画まで作れるようになります。Slackbotは非構造化データも構造化データも取り込み、こうした豊かな成果物に変えてくれます。ですから皆さんは、「仕事のための仕事」ではなく、価値を生むことに集中できます。二つ目は、正直に言うと私のお気に入りです。Slackbotに話しかけると、Slackbotが声で答えてくれます。といっても、口答えするわけではありません。会場にいるSteve Fisherなら、口答えについてはよくご存じでしょうけれど。Slackbotは、お気に入りの同僚のように返事をしてくれます。いや、お気に入りの同僚より少し優秀かもしれません。頼んだことを必ずやってくれますから。これが双方向音声です。三つ目については、いま流れている噂が本当だとお伝えしておきます。Slackbotがチャンネルにやってきます。これについては、後ほど詳しくお見せします。
5.2 音声によるSlackbot活用
Ryan Gavin： それでは実際の動きをお見せしましょう。比類なきSlackbotのプロダクトリード、Amy Bauerをお迎えします。Amy、よろしく。
Amy Bauer： Ryan、ありがとう。先ほどは、接続されたさまざまなシステムから信頼できるデータを集めて、Slackbotが動的なサーフェスを作る様子をご覧いただきました。ここではその上に立って、Slackbotがあなたの働き方にどう合わせてくれるかをお見せします。外出先にいるときも、チームと一緒に働いているときもです。いまはDreamforceの週ですよね。皆さんと同じように、私も会場を走り回って会議から会議へと移動しています。残念ながら、会議の合間に準備する時間はあまりありません。それでもSlackbotはずっと手元にあったので、準備にはSlackbotをたくさん使ってきました。その使い方をお見せします。
Amy Bauer： 「ねえSlackbot、これからPresidio Technologiesとの打ち合わせに行くの。要点と、会議の前に知っておくべきことを全部教えて」
Slackbot： 承知しました。要点をまとめています。Salesforceを確認し、関連するファイルとメッセージにも目を通しました。概要をお伝えします。Presidio Technologiesは売上規模4億5,000万ドルのテクノロジー企業です。クラウドプラットフォームの拡張案件はすでに22万ドルまで進んでいて、現在は交渉段階にあり、9月25日の成約を目標にしています。エグゼクティブスポンサーはCIOのElena Marshさん、社内の推進役はITオペレーション担当ディレクターのDavid Okaforさんです。調達担当VPのPriya Nandakumarさんが最終承認の権限を持っていて、スケジュール面のリスクになっています。注意点として、競合他社はこちらより12%から15%安い価格を提示しています。また、法務部門が責任上限とデータ所在地に関するMSAの修正をまだ詰めているところです。
Amy Bauer： ありがとう。ここで注目していただきたいのは、SlackbotがSalesforceのレコードを要約していただけではない、という点です。Slack、Salesforce、そのほか接続されたシステムにまたがる文脈を統合しています。おかげで、知っておくべきことがかなり多いこの打ち合わせに、しっかり準備した状態で臨めます。月末にはこの案件を成約させたいですからね。そして、会議が終わったあとも同じやり方で話しかけて、仕事を前に進めたり、さらに踏み込んだ分析をしたりできます。移動しながらでも大丈夫です。試してみましょう。
Amy Bauer： 「聞いて、打ち合わせはうまくいったよ。デモでMarcusさんの心をつかめたと思う。それで、案件の次のステップを更新してほしいの。来週月曜にまた会うんだけど、価格交渉はたぶんかなり厳しくなりそう。だからPollyにも入ってもらったほうがいいと思う。それと、競合に先手を打って価格交渉に臨むには何をすべきか、あなたの考えも聞きたい」
Slackbot： 良い知らせですね。案件の更新と、価格面の簡単なプランを準備しています。案件レコードとチーム情報を確認しています。レコードを更新しました。Marcusさんの件、よかったですね。次のステップには、デモがうまくいったことと、月曜日の価格交渉を反映しました。Deal DeskのPolly Smithさんにも参加してもらっています。先手を打つための提案ですが、DavidさんとElenaさんの支持を固めて、こちらの価値を改めて印象づけるのがよいと思います。あわせて、こちらのROI面での優位性を数字で示しておけば、単なる価格勝負になるのを防げます。それから、月曜日までにMSAの修正を片づけておきましょう。そうすれば、交渉の場に残る論点は価格だけになります。
Amy Bauer： いいアドバイスね。ここで音声の本当の強さがわかります。お気づきかもしれませんが、私はSlackbotに渡す前に、仕事の内容をまったく整理していません。思いついたまま自然に話しかけただけです。それでもSlackbotは話の中身を読み解き、どんな操作が必要か、次に何をすべきかを判断してくれました。
5.3 チャンネルで働くSlackbot
Ryan Gavin： 先ほど予告した三つ目の機能が、チャンネルのなかで働くSlackbotです。誰でも経験があると思います。チャンネルで誰かが質問しているのに、15個の「目」の絵文字が並ぶだけで、誰も答えを知らない。そんな場面でSlackbotを@メンションすれば、Slackbotが答えてくれます。これまで個人のアシスタントとして使ってきたのと同じ高い知性が、今度はチームの一員として加わるのです。なぜそれが重要なのでしょうか。一人が学べば、その人が賢くなります。しかし、RobがShopifyの例で話したように、チームが学べば全員が賢くなります。そしてチームが学べば、会社全体が良くなっていきます。これが複利的に効いてくる優位性です。
Amy Bauer： その複利の仕組みが、実際の仕事でどう動くのかをお見せします。打ち合わせのあとに必要になる次のアクションは、私一人では進みません。チームと一緒に進めるものです。そこで、先ほどのアカウントチャンネルに戻りましょう。頼れるデモ担当のDanielとCamilaに画面を拡大してもらいます。ご覧のとおり、Slackbotはアカウントチャンネルのなかでチームと一緒にいます。調べものをし、タスクをこなし、アカウントの仕事を前に進める手助けをしています。Robが先ほど話していたことですが、この仕事が公開の場で行われていることには、とても大きな意味があります。ほかのメンバーが文脈を付け加えたり、作業の方向を修正したりできます。そして何より、ほかの人がAIを使う様子を見ることで、自分もAIの使い方を学べるのです。
Amy Bauer： この場面では、チームがSlackbotに、次の顧客との接点に向けたプレゼンテーションを作るよう頼んでいます。Ryanがとても楽しみにしていた機能ですね。私もこれを使うのが大好きです。Slackbotは関連する文脈を集め、プレゼンテーション作成に適したスキルを実行しています。さらにMCPを使って、ROIの実績事例や顧客の導入事例を取り込んでいます。そこへ別のメンバーが加わって、「新しい企業テンプレートが出ているよ」と指摘します。それでも作業は止まりません。Slackbotはそのまますぐに対応を変えます。チームがこうして公開の場で働くと、その仕事は検索でき、ほかの人も見つけられるものになります。それがSlackbotが今後参照できる文脈になり、組織全体にとって複利的に積み上がっていく知性になるのです。
Amy Bauer： ここまでの一連の体験で、Slackbotがモバイルからデスクトップへ、文脈を理解する段階から実際に行動する段階へ、そして一人を助ける存在からチーム全体と並んで働く存在へと広がっていく様子をご覧いただきました。Ryan、お返しします。
6. Stripeの顧客体験
6.1 Stripeの営業変革
Ryan Gavin： ここで、とても特別なゲストをお迎えします。Stripeは素晴らしい顧客であり、数々の実績を積み重ねてきた企業です。本日は、Stripeで営業部門の責任者兼ゼネラルマネージャーを務めるJohn Williamsに来ていただきました。聞き手は、SlackのCROであるZachが務めます。JohnとStripeのチームは、SlackとSlackbotを通じてSalesforceの価値を最大限に引き出すやり方を身につけてきました。その一端を聞かせてもらいましょう。
Zach： John、ようこそ。Dreamforceにまた来ていただけてうれしいです。Stripeは10年以上にわたり、インターネットの決済と金融インフラの最前線を走ってきました。その成長を支えてきたのがエンタープライズ営業です。まずはご自身とご担当の組織について、そして組織全体が進めてきた変革について教えてください。
John Williams： ありがとうございます。この場をいただけて光栄です。Dreamforceの皆さん、こんにちは。Stripeは、企業が金融業務を自動化するやり方そのものを変えようとしています。そのため、私たちの営業担当者は毎日、絶え間なくお客様とやり取りしています。私が担当しているのは、既存のお客様を対象とするエンタープライズ事業です。そこでの大きな課題は、スピードです。私たちには「Stripe Way」と呼ぶ顧客エンゲージメントのフレームワークがあり、これに沿ってできる限り速く動こうとしています。ただ、そのプロセスにはいくつもの難しさがあります。素早く動くことも、誰よりも先にお客様のもとへたどり着くことも、簡単ではありません。フィンテックは競争が激しく、状況がめまぐるしく変わる業界だからです。そのなかで私たちは、Stripeの力を余すことなくお客様、つまりユーザーに届けたいと考えています。私たちには「ユーザーファースト」という行動原則があります。それに沿って情報を集め、お客様に意味のある視点を示し、定性と定量の両面からビジネス成果を出せるよう、お客様と一緒に取り組んでいます。これは簡単なことではありません。この高い水準の顧客エンゲージメントのフレームワークを実際の仕事として動かすために、私たちはSlackを使っています。
Zach： 素晴らしいですね。私は実際に間近で見る機会がありましたが、Salesforceを Slackに取り込み、仕事の流れのなかで使うことにかけて、Stripeは誰よりも優れています。チャンネル数は1,300を超え、3,900人の営業担当者と部門横断のチームが、すべてSlackのなかで協働しています。その結果、どのようなビジネス成果が出ているのでしょうか。
John Williams： 私たちにとって、これは大きな突破口になりました。チャンネルを導入したのは最近のことですが、生産性の面でも、スピードの面でも、非常に大きな役割を果たしています。私は夜も眠れないほど悩むことはあまりありません。ただ、自分たちが誰よりも先にお客様のもとへたどり着けていないことだけは気がかりです。そうなると、お客様が誤った購買判断をしてしまったり、技術的負債を抱えてしまったりするかもしれません。どれも、ユーザーやお客様に起きてほしくないことです。チャンネルを使えるようになったことで、適切なデータを携えて、誰よりも先にお客様のもとへ行ける状況を自分たちで作り出せるようになりました。具体例をお話しします。私は来週ボストンへ行き、あるお客様とエグゼクティブ・ブリーフィング・センター、つまりEBCの場で会う予定です。昨日、そのために「このEBCについて知っておくべきことをすべて把握させてほしい。このお客様のアカウントプランも全部見せてほしい」と頼んでみました。すると、必要な情報が一気に出てきました。私はもう準備を済ませています。来週には事前の打ち合わせも予定されていますが、それすら必要ないほどです。Slackのおかげで、いつでも非同期で物事を進められるからです。
Zach： 素晴らしいですね。多くの企業はAIの定着に苦労しています。一つには、どうプロンプトを書けばいいのかわからないからです。もう一つは、さまざまなツールを仕事の流れのなかにどう取り込めばいいのかわからないからです。その点、Stripeは際立っています。Slackbotに送られるメッセージは、毎週6万2,000件を超えています。AIを使いこなす力を高めるために、どんなことに取り組んでいるのですか。それから最後に、これからの働き方について、会場の皆さんが考えておくべきことを一つ挙げるとしたら何でしょうか。
John Williams： AIはこれから先もなくなることはありません。AIは生産性そのものです。それでも、人と人との関係は欠かせません。私たちは、仕事のすべてが自社の製品とAIを通じて進むようにしたいと考えています。同時に、市場開拓のために使っているツールを通じて進むようにもしたいのです。お客様の会社でも、エンジニアリングやコーディングから始まって、あらゆる部門の人がSlackを使っています。先ほどBorisが話していたように、私たちもSlackを徹底的に使っています。これは私たちにとって非常に大きな要素です。先ほど顧客エンゲージメントのフレームワークの話をしましたが、私たちはお客様との人間的な触れ合いをもっと増やしたいのです。Slackを使えば使うほどAIが活用され、その触れ合いも増えていきます。それは私たち全員にとって良いことだと思います。
Zach： 本日は時間を割いていただき、本当にありがとうございました。Stripeはこれまで素晴らしい道のりを歩んできましたし、これから何が起きるのかがとても楽しみです。皆さん、ここで聞いたとおりです。会社の全員がSlackを使うべきです。Slackこそ、すべての仕事、すべての人、すべてのエージェントが一つに集まる最高の場所です。
Ryan Gavin： JohnとZachに大きな拍手をお願いします。
7. Slack Codeによるイノベーション
7.1 マルチプレイヤーのコーディング
Ryan Gavin： では三つ目の章に進みます。ここで、先ほどのRobとBorisの対話を思い出してください。人とエージェントが、オープンな場で一緒にものを作っていくにはどうすればよいのか。それを次の段階へ進めるには、重要なイノベーションが一つ必要だと私たちは考えました。それが「Slack Code」です。数週間前にリリースしたばかりです。まずはこちらの映像をご覧ください。
映像の登場者： アイデアを持った誰かがいれば、それで始められます。Slackは、マルチプレイヤーで行うバイブコーディングの新しい進化形です。マルチプレイヤーで取り組むことで、とても創造的なコーディングプロジェクトを形にできています。AIという新しい層に、私たちが使い慣れて気に入っているツールが組み合わさる。これに勝る組み合わせはありません。
Ryan Gavin： いかがでしたか。Slack Codeはとんでもない製品です。シングルプレイヤーだったものをマルチプレイヤーへと変えていきます。ローンチは、ほんの数週間前です。パートナーには、もちろんAnthropic、それにOpenAI、GitHub、Vercel、Cognitionが名を連ねています。これは本当にすごいことです。Robが話したように、こうした企業はSlackで自社を動かしているだけではありません。Slackの上に自社の製品を築いているのです。なぜかと言えば、そこが彼らの顧客が働きたい場所だからです。Slackには2,600のアプリケーションからなる非常に豊かなエコシステムがあり、それは日々大きくなっています。ただ、Slack Codeについて私がこれ以上話すよりも、皆さんに実物を見ていただきたいと思います。今回が初めてのDreamforceキーノート登壇になる、Slack Codeのヘッドプロダクトリード、Katie Steigmanをお迎えします。
Katie Steigman： Ryan、ありがとう。皆さん、こんにちは。Katie Steigmanです。今日Slack Codeをお見せできることに、とてもわくわくしています。というのも、私のチームはSlack Codeを、Slack Codeを使って作り、リリースしたからです。皆さんは先ほど、Slackbotがチャンネルのなかでチームの一員のように働く様子をご覧になりました。ただ、現代のAIスタックが多くのエージェントの上に成り立っていることも、私たちはよくわかっています。AnthropicのClaude、CognitionのDevin、Vercelなどです。そこで今日は、Devinのようなエージェントと一緒にSlack Codeで働くとどうなるのかをお見せします。Devinをご存じない方のために説明すると、DevinはAIによる自律型のコーディングエージェントです。アプリケーションを構築したり、コードを書いたり、いろいろなことができます。会場で、コーディングエージェントを使ったことがある方はいらっしゃいますか。いる方もいれば、いない方もいますね。私自身はこの数か月でたくさん使ってきました。使ったことがあってもなくても大丈夫です。これからSlackのなかでの使い方をお見せします。
Katie Steigman： たとえば、製品ローンチに向けて自社のWebサイトを更新したいとします。私はSlackを離れることなく、Devinをタグ付けして手伝いを頼めます。ここでは、ブランドチームの最新デザインに合わせてWebサイトを更新してほしいと頼みます。すると、Devinはいつものようにスレッドで返事をするのではなく、新しい動きをします。「コードチャンネル」を立ち上げるのです。しかも、そのチャンネルにはあらかじめ適切な文脈と適切なメンバーがそろっているので、すぐに作業に取りかかれます。では、コードチャンネルとはいったい何でしょうか。コードチャンネルは、チーム全員とエージェントが一緒に開発に取り組むための専用の場所です。コードチャンネルのなかで、エージェントはさまざまなことができます。HTMLの成果物を作ることも、計画づくりを手伝うことも、ビルドのプレビューを表示することもできます。しかも、そのために専用のツールは一切必要ありません。必要なものはすべてSlackのなかにあるからです。Slack社内では、コーディングエージェントをGitHubと連携させています。ですから、私のような非技術系の人間でも、コーディングエージェントをタグ付けすれば、すぐに作業を始められます。とても便利で、とてもスムーズです。
7.2 誰もが参加できる開発
Katie Steigman： Webサイトの作業を進めていると、よくあることですが要件が変わります。ここで本当に良いのは、このチャンネルにいる人なら誰でもDevinに話しかけられることです。ここでは、Akshayが会話に加わって、エージェントに指示を出しています。私にとって、これこそが本当に魔法のようなところです。Slack Codeは、ものづくりを誰もが参加できるものにします。このチャンネルでいえば、内部で何が起きているかを理解しているエンジニアはおそらく二人くらいです。残りの六人は、私やAkshayのようにコードを読むことも書くこともできません。それでも問題ないのです。私たちはプレビューを見て、普段の言葉でエージェントにフィードバックを伝えるだけで、開発に参加できます。いまや、誰もがコーディングに手を伸ばせるようになりました。素晴らしいことだと思いませんか。
Katie Steigman： とはいえ、調子に乗りすぎるわけにはいきません。とんでもないことをしていないか、エンジニアリングにも確認してもらいたいところです。そこで、エンジニアリングリードのChrisをタグ付けします。Chrisはコードを確認するために、コード差分のタブを開きます。これはコードチャンネルならではの機能で、チャンネルのなかで実際のコードを見てレビューできます。Chrisはコードを良くするための提案をいくつか出します。Devinがその変更を反映すると、Slackのチャンネル内でプレビューが更新されます。私たちがいま見ているのは、Slackのなかでリアルタイムに更新される、自社WebサイトのHTML成果物です。
Katie Steigman： すべての更新が終わったら、プレビューを見てみましょう。どうでしょう、出荷しますか。見た目はいいと思いますか。出荷しましょうか。では、出荷しましょう。私がDevinにプルリクエストの作成を頼むと、Devinがプルリクエストを作ります。行った変更はすべてCanvasに記録され、今回の作業全体の要約がチャンネルに投稿されます。そのうえで、コードチャンネルはきれいにアーカイブされます。タスクは完了し、Slackは整理された、集中しやすい状態のまま保たれます。そして、これがSlackのなかで行われたことで、私たちの会話も、意思決定も、書いたコードも、すべて組織全体から100%検索できるようになっています。これまでは個人の学びだったものが、チームの学びになるのです。
Katie Steigman： 振り返ってみると、私たちはわずか数分でWebサイトを更新しました。これまでにない速さでプルリクエストまでたどり着いています。今日はこの力をDevinでお見せしましたが、AnthropicのClaudeやOpenAIのエージェントでも同じことができると想像してみてください。皆さんが自社で作ったカスタムエージェントでも同じです。Slack Codeがあれば、誰でも、そして全員がビルダーになれます。エージェントと一緒に、素晴らしいマルチプレイヤーの体験のなかで働けるのです。Ryan、お返しします。
8. エージェント型エンタープライズの未来
8.1 プロンプトしない働き方
Ryan Gavin： 実は先ほどまで黙っていましたが、この会場には特別なゲストがたくさんいらっしゃいます。皆さんの左隣にも右隣にもいるかもしれません。そのうちの一人は、すぐそこにいます。ここまでお見せしてきたことを一つにまとめるために、ある方をお招きしたいと思います。Allie K. Millerです。Allieは、AIの分野で最も多くのフォロワーを持つ一人であるだけでなく、何より最も信頼されている声だと言えるでしょう。世界有数の大企業に対してAIによる変革について助言しており、TIME誌の「AI分野で最も影響力のある人物」にも選ばれています。Open MachineのCEOでもあります。Allie、どうぞ。
Allie K. Miller： ありがとうございます。皆さん、こんにちは。答えるたびに、くるっと一回転しましょうか。ステージに上がったら、くるっと回るのがお決まりですから。
Ryan Gavin： Allieからは、3、4週間おきくらいにテキストメッセージが届きます。そのたびに「Ryan、見て」と、エージェントとSlackを使ってOpen Machineを動かす新しい魔法のような方法を見つけたと教えてくれます。私はいつも度肝を抜かれています。そこで、まずは「何ができるのか」というところから始めましょう。Open Machineはいま、どのように運営されているのですか。
Allie K. Miller： 私たちは少人数で機敏に動くチームです。数か月前、私は大きく考え方を切り替えました。自分にこう言い聞かせたのです。人間だけで仕事をしていたころのやり方をそのまま繰り返しているだけなら、私はチームに対して失敗したことになる、と。それで、エージェントを前提に組織の構造を考え直そうとしています。人が頼まなくても先回りして何が起こせるのかも含めて、考えています。画面に出してもらえますか。そう、そこをクリックしてください。かなり突飛な使い方なのですが、お見せしますね。私たちのところでは、30分ごとにClaudeがすべての会議の書き起こしに目を通しています。目指しているのは、私たちがしていることのすべてを明文化することです。あらゆることを、エージェントが読み取れる状態にしておきたいのです。
Allie K. Miller： これは、私とチームメイトの会議の記録です。私たちは「ゴーストエージェント」とでも呼ぶべき存在に話しかけています。会議中に虚空に向かって「聞いているAIさん、あのGoogleスプレッドシートを作っておいて」と言うのです。そうすると、30分ごとに仕事が片づいていきます。ここでもう一つ、少し変わったコツを紹介させてください。これは強くおすすめします。ゴーストエージェントに話しかけるときは、何か合図になる言葉を決めておくのです。私たちは「パイナップル」を使っていますが、自分が楽しくなる言葉なら何でもかまいません。そうした指示はすべて拾い上げられます。Slackに統合したClaude Codeが、それらのタスクを自動的に開始してくれます。要約を持ってきてくれますし、私がフォローアップしなければならないメッセージも示してくれます。これは、私がゴーストエージェントにまとめておくよう頼んだAI活用のヒント集です。先ほどのGoogleスプレッドシートも作るよう頼んでいたのですが、ちゃんとできあがっていて、適切な相手と共有まで済んでいます。私がプロンプトを書かなくても、すべてが片づいているのです。私の目標は、プロンプトを書くことを完全にやめることです。たとえ4文字であっても、もう二度とプロンプトは書きたくありません。
Ryan Gavin： 信じられませんね。最後に、Slackで総仕上げのようなこともしていましたよね。
Allie K. Miller： はい。「金曜日のまとめ」というものを始めることにしました。週の終わりに、大きく一掃する仕組みです。要約の要約の、さらにその要約を作っています。万一ほかのすべてがうまくいかなかったとしても、これさえ読めば済むようにするためです。それに、私が実は送ったつもりで送っていないメッセージがあることも、ちゃんと教えてくれます。
8.2 代理人としてのAI
Ryan Gavin： 本当に新しい働き方ですね。Allieから教わったことの一つに、「チームメイトとしてのAI」と、いまAllieが考え始めている「自分の代理人としてのAI」の違いがあります。それについて少し話していただけますか。
Allie K. Miller： はい。ただ、ここにはデータプライバシーをはじめ、さまざまな懸念が加わってきます。ですから最初にお断りしておくと、これからお話しする使い方を、私はまだエンタープライズに持ち込むことはしません。私たちは「Allie Loop」というものを作りました。Ryanのチームなら「Ryan Loop」になりますね。きっかけは、ある気づきでした。チームのメンバーが、私の返事を待って仕事を止めていたのです。私は飛行機に乗っていたり、ステージに立っていたりして、どうしても返事ができないことがあります。そのとき、ふと思い当たりました。答えるのは私でなくてもいい。私の文脈が答えられればいいのだ、と。そこで、チームがAllie Loopにメッセージを送れる仕組みを作りました。たとえば「AllieはRyanに、Slackのキーノートをとても楽しみにしているとメールしましたか」と聞くと、私のAIが私に代わって答えてくれます。いくつかのガードレールを設けたうえで、チームの全員について、それぞれのAIアバターを用意しています。つまりSlackのなかで、私たちは「ゴーストAllie」と話している、ということになりますね。
Ryan Gavin： 驚くべきことですね。自分のためのAIの分身が、自分に代わって働いてくれるようになるわけですから。
Allie K. Miller： はっきりさせておきたいのですが、目指しているのは、ビジネスのなかにあるあらゆるボトルネックを洗い出して、それを徹底的に壊すことです。それこそが私のやりたいことです。ですから、何かに足を引っ張られていると感じたら、どこかに摩擦があると気づいたら、AIで何か手を打ってください。おそらくそれはSlackやClaude、そういったものを組み合わせた形になるはずです。
Ryan Gavin： 素晴らしいですね。では、締めくくりをお願いします。この会場にいる多くの方は、きっと刺激を受けていると思います。でも同時に、少し気後れもしているはずです。
Allie K. Miller： それこそが狙いです。
Ryan Gavin： では、いまいる場所からそこまで、どうやってたどり着けばいいのでしょうか。どうすればその一歩を踏み出せるのでしょうか。企業に助言するとき、どのように導いているのか教えてください。
Allie K. Miller： Anthropicが見せてくれたような実際の使い方を見ることは、とても役に立つと思います。私はFortune 500の企業と話すとき、「床を上げること」と「天井を上げること」について話しています。天井を上げるというのは、最先端を担う部隊を持つことです。そうした部隊は、おそらく2人から8人ほどのチームで動いています。全力で短期間の取り組みを繰り返し、予算も多めに確保しています。専用のSlackチャンネルを持っていて、新しい機能やサーフェス、Slackbotなどを試しています。そして、そこで得た学びをほかの全員に広げていくのです。そうすることで、一部の人が成し遂げた突破口が、ほかの全員にとっての出発点になります。こうした企業が実際にその橋渡しをしている場所が、Slackです。最前線の学びを持ち帰り、全員のスピードを上げているのです。
Ryan Gavin： 素晴らしいですね。「床を上げ、天井を上げる」。皆さん、Allie K. Millerでした。Allie、ありがとうございました。
8.3 コミュニティ表彰と締めくくり
Ryan Gavin： Salesforce、そしてもちろんSlackも、コミュニティなしには何も成し遂げられません。ここで、素晴らしいコミュニティの皆さんを称えたいと思います。Gigi Chan、どこにいますか。Gigi、こちらへどうぞ。Rob、この場面にはあなたにも加わってほしいので、一緒にお願いします。Gigiはトロントを拠点に活動している、素晴らしいコミュニティリーダーです。AIの使われ方を変えることに取り組み、Slackの魅力を広く伝えてくれています。Gigi、なぜSlackにこれほどわくわくしているのか、10秒でも30秒でもいいので聞かせてもらえますか。あ、マイクをお渡ししていませんでしたね。どうぞ。
Gigi Chan： エージェントをSlackに取り込むことで、生産性が大きく引き出されます。Slackは、もともと人々が会話している場所だからです。人がいろいろなタブや文脈を行き来して仕事を片づけるのではなく、人がいる場所に仕事を持ってくる。それが理にかなったやり方だと思います。
Ryan Gavin： そう話してもらえてとてもうれしいです。ただ、正直に言うと、少しだまさせてもらいました。Rob、こちらへ。Gigi、あなたは素晴らしいコミュニティメンバーですが、今日ここに来てもらった本当の理由は別にあります。今年のゴールデンフーディー賞の受賞者だからです。さあ、記念写真を撮りましょう。おめでとうございます。
Gigi Chan： 本当にありがとうございます。
Ryan Gavin： では、Rob、最後を締めくくってください。
Rob Seaman： 皆さん、本当にありがとうございました。Gigi、あなたが成し遂げてきたことには心から感銘を受けています。今日は、私たちから実にたくさんのイノベーションをお見せしました。間もなくスライドに一覧を映しますが、皆さんにはいくつか行動をお願いしたいと思います。既存のお客様は、まずSlack CRMを試してみてください。SlackのなかでSalesforceを使う、まったく新しい方法です。次に、SlackのMCPサーバーを通じて、皆さんのエージェントをSlackに接続してください。そして、サーフェスを作ってみてください。まだ使える状態になっていない方は、ぜひ私たちのところへ来てください。私が自分で作ったサーフェスをいくつかお見せします。それから、双方向音声の登場に備えておいてください。すでにコーディングエージェントを使っている方は、いますぐSlack Codeを使い始めてください。今日の発表を通じて、Slackが現代のAIスタックの始まりであり、終わりでもあるということを示せたなら幸いです。
Rob Seaman： Salesforceのお客様で、まだSlackを使える環境にない方は、ぜひAIForce Maxにアップグレードしてください。今日ご覧いただいたSlackと、そのすべての素晴らしい機能を使えるようになります。すでにSlackをお使いで、まだアップグレードしていない方は、Enterprise Plusにアップグレードできます。デモを担当してくれた皆さん、ゲストの皆さん、そしてお客様である皆さん全員に感謝します。最後にもう一つ。Nikeのダンク・ローがお好きな方は、ご自分の座席の下を見てみてください。スニーカーを25足プレゼントします。皆さんの座席の下に、当たりのチケットが入っているかもしれません。皆さん、ありがとうございました。