re:Invent 2025: SlackプラットフォームでのAI支援開発とエージェント構築の実践
はじめに
海外の様々な講演を日本語記事に書き起こすことで、隠れた良質な情報をもっと身近なものに。そんなコンセプトで進める本企画で今回取り上げるプレゼンテーションはこちら！
re:Invent 2025 の書き起こし記事については、こちらの Spreadsheet に情報をまとめています。合わせてご確認ください
📖 re:Invent 2025: AWS re:Invent 2025 - Slack Platform: Build with AI-Powered Development (AIM111)
この動画では、SlackプラットフォームでのAI支援開発とエージェント構築について解説されています。Slackはイベント駆動型プラットフォームで、GitHub CopilotやClaude、Cursorなどの複数のエージェントを1つのチャンネル内で調和的に動作させることができます。エージェントはユーザーのコンテキストを理解し、権限に基づいた情報にアクセスして非同期で作業を進めます。Channel ExpertやEmployee Agentなどの既製エージェントも提供されており、チームの時間を節約します。開発面では、WebSocketを使ったsocket modeにより、エンドポイント設定なしで数分でローカルアプリを起動可能です。CursorなどのAI支援ツールと組み合わせることで、シンプルなプロンプトから67分で完全に機能するSlackアプリを構築できる実例が示されました。POC purgatoryを避け、素早くユーザーの手に渡してテストすることの重要性が強調されています。
※ こちらは既存の講演の内容を最大限維持しつつ自動生成した記事になります。誤字脱字や誤った内容が記載される可能性がありますのでご留意下さい。
本編
AI支援開発とSlackの統合：エージェントによる開発効率化の実践
みなさん、来てくれてありがとうございます。今日は2つのことをお話ししたいと思います。1つ目は、AI支援開発をどのように活用して、Slackを使ってそれをスーパーチャージし、効率化できるかについてです。もう1つは、Slackを使ってエージェントをデプロイし、AIを構築する方法についても触れたいと思います。できるだけ高レベルなトピックについて説明するようにします。この部屋にいる誰かがSlackを使っていますか？誰かがSlack上で開発したことはありますか？わかりました、1、2人ですね。では高レベルな概念について説明します。
Slackプラットフォームは8～10年前に登場しました。その本質は、基本的にはイベント駆動型のプラットフォームです。当時は、Slackワークスペース内の非人間的なアクターを「ボット」と呼んでいました。今では、LLMが付属したボットである「エージェント」と呼んでいます。テクノロジーとアーキテクチャはほぼ全く同じです。ここ数年、開発が進む中で、本当に良いマッチングを見つけました。SlackとAIの組み合わせは自然な相性で、大きな成長を見ています。
ここの右側に焦点を当てたいと思います。Slackの使用方法については話しません。開発者カンファレンスに本当に焦点を当てたいのです。特にAIと、Slack内で私たちが何をしているかについてです。 すべての企業は複雑です。万能な解決策や1つのソリューションは存在しません。企業は買収を行い、従業員は何かを構築して去ります。常にソリューションのブレンドが存在します。私たちのAIへのアプローチは、すべてのそうしたことをサポートしようとしています。既製品であろうと、10年間サーバー上で実行されているものであろうと、または一緒に働くことを選んだパートナーであろうと。私たちは、そのすべてのものに対応できるようなやり方で構築し、ツールを提供しようとしています。
私たちの最大の利点はUIだと言えます。AIを開発するときは、新しいテクノロジー、ビジネス価値、そしてソリューションに焦点を当てるべきです。Slackは、心配する必要のない既製のUIを提供します。今年は新しいことを経験しました。Work Objectsを見たことはありますか？新しいマルチモーダルなものが出てきています。Slackで作業してAIを構築することの最も人気のある側面の1つは、コンテキストです。
良いエージェントを持つために必要なのは、誰が誰と話しているのか、関係は何か、人々がどのように相互に関連しているか、チャネルがどのように相互に関連しているか、オブジェクトがどのように相互に関連しているか、先週何が起こったのか、そして過去5分間に何が起こったのかを理解することです。それが、実際に意味のある、実際に目的を果たす良いコンテキスト型エージェントを持つために必要なことです。私たちはAPIのセットを通じてそれを提供します。リアルタイムで呼び出すことができます。ユーザーの代わりに呼び出すこともできます。Slackでエージェントを起動するとき、そのユーザーが見ることを許可されているもの、そしてそのユーザーが見ることを許可されているもののみを理解することができます。そしてそのコンテキストをエージェントに使用します。
今年も何かオートメーション機能をローンチしました。先ほど言ったように、会社によって状況は異なります。ビルドしたくない場合もあります。ノーコードで設定したいだけという場合もあります。その場合、Slack でもそれをオートメーションできます。最後に、私たちが取り組んでいるのは、インターネット上のさまざまな AI 製品で見かける新しい UI 要素をすべて取り込んで、それを Slack プラットフォームにブレンドすることです。ただし、開発者の負荷や認知的な作業を増やさない方法でやっています。ストリーミング、shimmer states、thinking strings を自然にプラットフォームに組み込みましたが、非常に迅速に開発できるような方法でそれを実現しています。
を持ってきて、ここでデモを実行したいと思います。今日 Slack で開発するときに使うかもしれないツールをどのように使えるかをお見せしたいのです。 これが Slack です。見たことがなければですが。ここにあるのは payments チャンネルです。これは payments アプリに取り組んでいる開発者のグループです。GitHub がここにあります。皆さんの Slack には、おそらく多くの異なるアプリやボットがメッセージを送信しているので、これは皆さんにとって馴染み深いかもしれません。GitHub に加えて、Copilot agent も持っています。Slack で agent をローンチするのは本質的にネイティブです。私たちはしばらくの間この機能を持っていて、成熟させてきましたが、それはボックスから出てすぐに使える機能です。
この例では、問題があるとしましょう。そして、このチャンネルにいる agent を呼び出したいとします。GitHub Copilot agent を呼び出すつもりです。 このアクション fail から、別の人間を呼ぶように呼び出すだけです。実は、このチャンネルには 6 つの異なる agent がいますが、私は GitHub Copilot だけを呼び出すつもりです。
それがすることは、よし、やることがある、やるぞと言うことです。絵文字が使われているのを見るかもしれません。だから、よし、目があります、これを見ています。このチャンネルに 8 人がいることを知っています。皆さんのチャンネルは 1000 人かもしれません、5 人かもしれません。しかし通常、チャンネル内のすべての人に 何かが起こっていることを理解してもらいたいのです。そして、その 1 人だけがそのことをできるようにしたいのです。それはおそらく最も効率的な働き方です。
Copilot がすることは、自動的にチームに知らせることです。よし、これは見られています、対処されています。PR を作成しました。ウェブでも見ることができます。そして、進捗を更新するために私たちの新しい UI 要素の一部を使用します。これはかなりクールです。Copilot を以前使ったことがあるか、Cursor や Codex を知っていれば、これは非常に馴染み深いでしょう。実行中の agent を見ることができます。私たちは常に、必要な場所に正確にリンク解除できる機能を提供しようとしています。Slack の外で深い作業をしたい場合に備えてです。時々、それが最適な場所だからです。
本当に何が起きているのかを見たいなら、異なるプロセスが実行されているかどうかを確認したいなら、ここでリンク解除することができます。そしてこの PR は基本的に時間とともに更新されていきます。全体的には、多分 3 つのコミットをすることになると思います。そして Copilot がやることをやるだけです。繰り返しになりますが、出かける必要がある人たちのためにリンク解除します。
AI 開発を Slack に持ち込むことの最良の部分は、ますます非同期になっているということですよね。誰も座ってコンピュータを見つめながら動作を監視したくはありません。だから Slack にいると、完了したときに通知が来るだけです。確認したければ、何をしているのか見ることができます。それは素晴らしい。または、あなたの日常に戻って、完了したときに小さなアクティビティモニターがポップアップします。他にいくつか指摘したいことがあります。このチャネルには、合計 6 つのエージェントがあります。ここに他のエージェントがあります。Claude、Codex、Cursor があります。Cursor を使っている人はいますか？そうですね。誰かいますか？あ、その人がいますね。Codex または Claude を使っている人はいますか？OK、OK。わかりました。私と Mosa と Claude ですね。だからこれらすべてのエージェントもそのチャネルにいて、まったく同じ方法で呼び出すことができます。
それは興味深い分布ですね。それに加えて、私たちはいくつかの既成のエージェントを持っています。多くの場合、構築したくなくて、ただ Salesforce エージェントを使いたいだけなら、私たちはそれらも持っています。そしてそれらはエージェントタブの下にあります。そしてそれらが本当に役立つのは、チームの時間を節約することです。Channel Expert は今年の初めに私たちが発表したものの 1 つです。この部屋の誰もが、人々が飛び込んできて質問をするチャネルを持っていると確信しています。良い質問かもしれませんし、悪い質問かもしれませんが、確実に気が散る質問ですよね。だから Channel Expert がすることは、チャネルを自動的に遡って見て、アクセス権を与えることを選択したリソースも見ます。クリックして追加するだけで、それらの質問に答えようとします。
だからそれはあなたのチームにいない人にとって素晴らしいです。休暇から戻ってきたあなたにとって素晴らしいかもしれません。よし、何が起きたんだ？または、あ、この問題は以前に起きたことがあるのか？それはちょっとした付加価値です。私はすべてのチャネルでそれを使っています。素晴らしいです。誰かが何かを尋ねたら、それらのリソースまたはそのチャネルに入ってきた過去 500,000 のメッセージまたはピングを通じて答えを得られる可能性は非常に高いです。だからそれはいいですね。そして employee agent も楽しいものです。このチャネルは Payment PR と呼ばれているので。時々、誰かが飛び込んできて、あ、私の reinvent 経費が却下されました、と言うかもしれません。明らかに開発チームはそれをサポートしません。だからこのエージェントが飛び込んできて、よし、いや、ここに会社のリソースがあります。会計について聞きたいなら、ここに行きたいですね。だからそうですね、それらすべてを持つことは、つまり、1 つのチャネル内に 6 つ持つことはないかもしれません。これは明らかにデモンストレーション目的ですが、できます。そして彼らは調和の中で一緒に住むことができます。
ここを見ると、計画があります。エージェントが言っているのは、これが私がすることです、これがそれをする方法です、そして私は途中で更新します。最後に、実際にこれをすべてクリーンアップします。だからそれはちょうど良いメッセージを持つでしょう。進行中です。わかりました。完了したと思います。そして何ができるかというと、VS Code を開くこともできます。だから本当に、全体的な目標は、人々が必要なものを見つけられるようにすること、他の誰もが物事が起きていることを知るようにすること、コミュニケーションを減らすことです。OK、ここに戻ってきました。明らかに、これは非常にシンプルな解決策です。これは本当に複雑な遺伝的ソリューションではありませんが、それは解決しました。PR を作成して、そこに行きました。だからここを閉じて、実際の PR に行くと、起こる他のことは、私がここにいるかもしれません、私がそれをレビューしているかもしれません、多分それは 5 分または 2 週間かかります。
そのエージェントがチャネルの中にいるので、ここで何をしても自動的に他のチームメンバーに反映されます。興味深いのは、それが検索にも表示されるということです。Slack Search や Slackbot で検索するときにポップアップするインシデントについては、このデータがすべて表示されるようになります。例えば、インシデントが実際に解決されたことが見えます。それは会社内のすべての人に自動的に起こります。本当に興味深いと思います。ですから、ベストプラクティスやコメントなしでマージするのは明らかに最善ではありませんが、実際には情報が更新されたままになっていることが見えます。問題の履歴と実際の解決策が見えます。
よし、これで終わりだと思います。ここに移動しましょう。いくつかの例を示しました。私たちは今年おそらく数百のアプリをローンチしました。Slack プラットフォームは常に無料です。心配することなくアプリをインストールできます。これらの企業に支払っている場合、その投資から最大の価値を得ていることを確認したいのです。Slack marketplace に行けば、クリックしてインストールし、Slack に追加できます。このプレゼンテーション後にそれをチェックすることをお勧めします。
Slackプラットフォームでのエージェント構築：シンプルさと迅速性の追求
さて、AI 支援開発からより実際に Slack でエージェントを構築することにシフトしています。これは良いことです。なぜなら、ほとんどの人が Slack で構築したことがないと思うからです。では、Slack アプリとは何ですか？前に言ったように、Slack はイベントベースのプラットフォームです。本質的に、アプリはここに座ってイベントを受け取り、イベントを送り返すものです。私たちは言語に依存しません。ただし、本当にクールなことを1つ指摘したいのですが、それはゼロから動作するまでの時間を数時間から数分に短縮するのに役立ちます。それは WebSocket を使用する機能です。ローカル Slack アプリを起動するときは、CLI を使用できます。多くの人は VS Code または AI 支援コードを使用していると思いますが、それも同様に機能します。実際に socket mode で実行できるので、エンドポイントを設定したり、イベントが送信される静的エンドポイントを設定するための承認を得たりする心配がありません。実際に数秒以内にそれを実行でき、Slack で機能させることができます。
そのシナリオでは、うまくいけば sandbox で開始していますが、本番環境に移行するときは、socket mode に保つか、静的エンドポイントを設定するかのオプションがあります。ですから、常にそのオプションがあり、会社向けに構築するときは、本当に素晴らしいオプションです。エンドポイントを開こうとしてそのような議論に巻き込まれたことがある人がいるかどうかはわかりませんが、それはプロジェクトを非常に迅速に殺す可能性があります。Slack には OAuth に関するいくつかの概念があります。それらは特にユニークではありませんが、Slack アプリをインストールするとき、bot またはエージェントがあります。また、個々のユーザーを認証する機能もあり、これは最近ますます人気が高まっています。前に、そのユーザーのコンテキストを取得する方法について言及しました。そのユーザーに代わってアクションを実行できます。検索できます。彼らが誰と話すか、何について話すか、そして Slack 内での人生でどのように物事が関連しているかを理解できます。API を通じてすべてをプルインできます。それは単純な OAuth です。ユーザーを通じてそれを取得できます。それも本当に重要なトピックです。
ここに戻ってきましょう。構築する複雑な方法を示して、より深く掘り下げることについて考えていましたが、率直に言って、Slack で構築してエージェントをローンチするつもりなら、これはおそらく私がやることなので、最も単純な方法を示すだけだと思いました。これは Cursor です。Cursor を使用している場合は、それを認識するでしょう。過去10年間 Slack では、多くの難しい選択をしてきました。複雑なプラットフォームを作成するのは信じられないほど簡単です。すべてに「はい、はい、はい、はい」と言うだけで、信じられないほど複雑なプラットフォームができあがり、習得するのに18ヶ月かかります。この分野に入るには博士号が必要です。私たちは常に反対のアプローチを取ってきました。シンプルで、わかりやすく、使いやすいものにしたいのです。1時間以内にアプリを構築できるようにしたいのです。迅速にしたいのです。それは今配当を支払っています。なぜなら、それは AI 支援またはAI 駆動のコーディングに非常に適しているからです。Slack に対してツールをプラグインすると、これは単純な1段落、おそらく2文のプロンプトを使用しており、「公開 Slack ドキュメントを使用してアシスタントのようなエージェントを構築して、自由にやってください」と言っています。ウェブを検索しており、いくつかのツールがありますが、実行させているだけです。明らかに高速再生で実行されていますが、記録したときは67分かかりました。最後に、完全に機能する Slack アプリが得られます。
おそらくこれが私たちのプラットフォームの最大の利点ですね。シンプルさと、実際に試してみることができるという点です。何かを構築するときに、この部屋にいる何人の人が、POC purgatory に陥ったものを構築したことがあるか知りませんが、おそらく誰もが経験していると思います。私の場合、ほとんどのプロジェクトが POC purgatory に入っています。このクイックなアプローチの本当の利点は、それをユーザーの手に渡すことなんです。何かが頭の中では素晴らしく見えるかもしれませんし、自分がすべてを把握していると思うかもしれませんが、実際にユーザーの手に渡してみると、「あ、これはそこまで素晴らしくないな」ってなるんです。
実際に素早く立ち上げてテストできることが重要です。agent を構築したり、新しいソリューションを試したりする最前線にいるときは、100 回中 99 回失敗するかもしれません。このスピードで実行できて、立ち上げられることが重要なんです。6 ヶ月間計画を立てて大きなアーキテクチャを構築することに対しては、常に注意を促したいです。なぜなら、その間にすべてが変わってしまうからです。とにかく誰かの手に渡して、テストを始めてください。私がそのプロンプトを 1 つ与えたら、それはインストール可能な Slack app になります。socket mode で実行して、Slack workspace に入れることができます。他に何もする必要はありません。
質問を受け付けたいと思います。何かありますか？Slack について、AI について、agent について、使っているツールについて、私が話したことについて、何でもいいです。何か質問ありますか？ないですか？では、booth 840 で私たちをチェックしてください。Red Hat が見えたら、その先です。立ち寄ってくれれば、構築方法を見せたり、ソリューションについて話し合ったり、必要なことについて一緒に取り組んだりできます。ありがとうございました。
※ こちらの記事は Amazon Bedrock を利用し、元動画の情報をできる限り維持しつつ自動で作成しています。
Discussion