Slackは、エージェント型プラットフォームへの移行をミッションに掲げている。同社は8月20日、Claude CodeやGitHub CopilotなどのコーディングエージェントをSlack内で直接利用できるようにするAIコーディング環境「Slack Code」を立ち上げた。
発表のブログ記事によると、Slack Codeはプロジェクトベースの専用「コードチャンネル」とともに提供され、チームはそこでAIエージェントを管理し、コンテキストをリアルタイムで共有できる。ユーザーは任意の会話からコーディングエージェントをタグ付けし、コードチャンネルを立ち上げることも可能だ。
今回のリリースは、AIエージェントを取り込もうとする同プラットフォームの広範な取り組みの一環である。同社はごく最近の3月に、刷新されたSlackbotをロールアウトし、メッセージ、ファイル、チャンネルからコンテキストを把握する個人用のAIエージェントとして位置づけた。Slack CodeとSlackbotが組み合わさることで、従業員や開発者は単一のインターフェースでエージェント機能にアクセスできるようになる。
AIコーディングをめぐり高まる競争
コーディングエージェントは、現代のソフトウェア開発に不可欠な存在となっている。米国の技術リーダー500人を対象としたAnthropicの調査によると、現在、約90%の組織がコーディングの支援にAIを利用している。Claude Code、GitHub Copilot、Codexといったツールはいずれもコード開発のスピードを加速させており、Slackはこれらのツールとやり取りするための主要なチャネルとしての地位を確立することを目指している。
Slackのプロダクト部門担当バイスプレジデントであるケイティ・ステイグマン氏は、インタビューに対し、同プラットフォームへのエージェントの統合を進めるため、約3カ月前にSlack Codeの開発を開始したと語った。当初はわずか2人のエンジニアで開発が始まったという。「非常に泥臭く、反復を繰り返す取り組みだった」
ステイグマン氏にとって、このアプローチは「バイブ・コーディング（vibe coding：雰囲気でコーディングすること）」の先を行くものだ。「これはバイブ・コーディングの次の進化系と言える。なぜなら、私がただ『適当なものを作ってみよう』とするだけではないからだ」とステイグマン氏は言う。「今では実際にデザイナーをタグ付けして、『ねえ、このためにエージェントが使うべきだと思うコンポーネントを共有してくれる?』と頼むことができる。また、エンジニアをタグ付けすれば、彼らは私の手を制して『自分がエージェントと一緒にこれをクリーンアップするよ』と言ってくれる。そして、以前よりも実用的なものをリリースできるのだ」
ステイグマン氏は、Slackがエージェントによる作業のための「中立的なプラットフォーム」として位置づけられており、エンドユーザーが選択するモデルやエージェントに依存しないように設計された体験を提供していると指摘する。彼女は、ユーザーがモデルやモデルプロバイダーを柔軟に切り替えられることを求めていると強調する。
例えば、ユーザーがClaudeやCognitionのDevinといったコーディングエージェントをタグ付けすると、タグ付けされたエージェントはSlackを離れることなく、割り当てられたタスクを実行するためのコードチャンネルを立ち上げる。彼女は、Anthropic、OpenAI、Cognitionなどの顧客が「コーディングの大部分をSlack上で行っている」と付け加え、初期のローンチパートナーはすべて、社内でコードチャンネルを導入してフィードバックを提供していたと明かした。
Slackは成功を収められるか?
Slackは企業のコミュニケーションプラットフォームの座をめぐり、Microsoft Teamsとの激しい競争に直面している。最先端のAIエージェントとの連携を強化することは、AIコーディングツールに対する需要を取り込む上で有利に働く可能性がある。
「誰もがコーディング分野に参入しており、スペースXとCursorの取引が示したように、その能力を持つ企業は価値を高めている。SlackのCodeが普及するには、開発者が現在選んでいるプラットフォームから離れ、新しいワークフローを採用する必要がある。それは簡単に答えが出る問いではなく、説得のために多大な努力が必要になるだろう」と、Info-Tech Research Groupのプリンシパルリサーチディレクターであるシャシ・ベラムコンダ氏はメールで語った。
ベラムコンダ氏は、従業員が複数のアプリケーションを行き来することなくエージェントに情報へのアクセスを許可できることは大きなメリットであるとする一方、エージェントが正確かつ最新の情報を得られるかといった課題も指摘する。同様に、AIによるコード作成のスピードと量が増加することで、組織がより多くの技術的負債や脆弱性を生み出すリスクに直面する可能性もある。
エージェントが意図しない挙動（アライメントの不一致）を示した場合、ガバナンスが課題になる可能性がある。ただし、Slackの既存の権限や管理者コントロールに加え、ユーザーにはタスクの途中でエージェントを停止するオプションが用意されている。同様に、コードを本番環境にプッシュする前に、人間をプロセスのなかに確実に関与させる（ヒューマンインザループ）ため、エージェントのパッケージはチャンネル内で専門家が承認するまで保留される仕組みになっている。
また、Slackはこのソリューションの拡張を計画しており、近いうちにコードチャンネルのAPIをより広範な開発者コミュニティに公開し、任意のカスタムエージェントをコードチャンネルに導入できるようにする予定だと発表の中で明らかにしている。
共同作業の新しい時代
企業におけるAIの導入は、これまでサードパーティのプロバイダーごとにサイロ化しているケースが多かった。「AIへの投資から最大の利益を得ている企業は、AIをシングルプレイヤーのスポーツにするのではなく、チームとして組織に導入できている企業だ」と、SlackのCMOであるライアン・ギャビン氏は、Codeのローンチ前に行われたビデオインタビューで語った。「これらすべてのエージェントには、チームメイトと一緒に働くための場所（ホーム）が必要であり、それがSlackなのだ」
本質的に、Slackはエンタープライズ向けエージェントのオペレーティングレイヤー（操作層）になることを目指しており、Slackbotがエンタープライズ検索機能を、Codeがソフトウェア開発機能を提供する。同社によると、フォーチュン100企業の77%がSlackを使用しており、同社のウェブサイトでは75万を超える組織にツールが利用されているとしている。
このアプローチには一定の限界もある。3月にGartnerはレポートを発表し、Slackbotの進化によってSlackはコラボレーション向けのAIワークハブへと転換したと指摘した。一方で、Agentforceへの依存度が高く、他の人気のある企業向けAIアシスタントと比べて競争力が劣ると論じた。
いずれにせよ、非常に多くのAIモデルベンダーが決定的な企業向けソリューションの座を争う市場において、Slackは単一のワークスペース内でサードパーティ製のAI製品にアクセスするための主要なイネーブラー（実現手段）としての地位を築こうとしている。このアプローチは、SlackとTeams、そしてその基盤となるOffice 365エコシステムを差別化する重要な要素となるだろう。
