Slack、Anthropic、GitHub、Cognition、Vercel のエージェントを備えた Code を発表

Marc Benioffは、Slack Codeがエンジニアとコーディングエージェントを共有チャンネルで共に配置し、チームの会話をエージェントの作業キューに変えると述べている。

By · Published

Primary source: Marc Benioff on X

Why it matters

Slack Code makes Salesforce the coordinator rather than the model provider, giving competing coding agents one team interface while Slack captures the context around their work.

Slack launches Code with Anthropic, GitHub, Cognition and Vercel agents

Marc Benioff (@Benioff) は8月20日にSlack Codeをローンチし、ソフトウェアチームがSlackチャンネルを離れずにAnthropic、GitHub、Cognition、Vercelのコーディングエージェントに作業を割り当てられる共有ワークスペースを提案した。

https://x.com/Benioff/status/2090240159115853956

poster=/api/storage/public-objects/tweet-videos/slack-code-anthropic-github-cognition-vercel-agents-poster-7d45a48b.jpg|Xでの@Benioffのビデオ

「Don't code alone(ひとりでコーディングするな)」とBenioffはローンチ投稿に書き、製品を「multiplayer coding」と呼んだ。BenioffによればSlack CodeはDreamforce 2026でデモンストレーションされており、4つのパートナー統合は木曜日に稼働を開始したという。

BenioffはOracleで13年間働いた後、1999年にSalesforceを共同設立し、その後の約20年間をビジネスソフトウェアをローカルにインストールするアプリケーションからブラウザへ移行させることに費やした。Slack CodeはそのプレイブックをAI開発に拡張する:インターフェースは馴染みのあるままで、作業はリポジトリ、課題トラッカー、デプロイメントシステムに対して動作するエージェントに移る。

このローンチはまた、Salesforceが2021年に買収したSlackに対して、より明確な開発者向けのストーリーを与える。Slackはここ1年、従業員がメッセージを交換するための別の場所ではなく、職場エージェントの調整レイヤーとして自らの位置づけを変えてきた。

すでに作業を行っているエージェントの入り口

Slack Codeは、各パートナーが既にBenioffが今ひとつの名前でパッケージ化しているワークフローの断片を構築していた後に登場した。

GitHubはCopilotのコーディングエージェントをSlackに追加したのは2025年10月だ。エンジニアはスレッドでGitHubアプリをメンションし、バグ修正やテストタスク、リファクタリングを割り当てると、Copilotがプルリクエストを準備したときにリンクを受け取れる。GitHubは後に自然言語でのIssue作成を追加し、Slackでの議論を別の手渡しなしに構造化されたリポジトリの作業に変えられるようにした。

Anthropicは2026年6月にClaude Tagを導入した。これはチームが選択したSlackチャンネルに追加でき、ツール、データ、コードベースに接続できる共有のClaudeアイデンティティだ。プライベートなチャットボットセッションとは異なり、Claude Tagはチャンネルのコンテキストを保持し、複数の従業員が同じタスクをフォローしたり継続したりできる。Anthropicはベータが当初Claude TeamとEnterpriseの顧客を対象にしていると述べた。

Cognitionは長くSlackをDevinの主要インターフェースとして扱ってきた。Cognitionのドキュメントによれば、エンジニアはバグ報告や機能要望が現れたときにDevinをタグ付けし、スレッドでその質問に答え、コードやプルリクエストを返すのを待つことができる。Cognitionは顧客に対してDevinの出力をレビューするよう明確に警告している。

一方でVercelはこのワークフローのデプロイ側を構築してきた。VercelのSlack agent toolingはコーディングエージェントをSlackイベント、承認ステップ、実行環境、Vercelデプロイと結びつける。これにより、チャットで議論されたリクエストから実行・プレビュー可能なコードに至るルートがSlack Codeに与えられ、エージェントによる回答で止まらない。

Benioffの最初の発表は、4つのエージェントが単一の実行環境や共通のモデルレイヤーを共有していることを確立するものではない。共有されている要素はSlackチャンネルであり、人間は同じ会話の中でリクエスト、エージェントの返信、作業状況を確認できる。各プロバイダはそれぞれ独自のエージェント、アカウント関係、基盤となる開発インフラを持ち込む。

Slackは会話をコントロールプレーンにしたがっている

SlackはDreamforce 2025で「agentic operating system(エージェント的オペレーティングシステム)」と自らを説明し、Anthropic、Cognition、Vercelをプラットフォーム向けのエージェントを構築する開発者として名指ししたときに基礎を築いた。Slackのプラットフォーム作業には、リアルタイム検索インターフェース、Model Context Protocolサーバー、エージェント応答のストリーミングやチャンネル内での作業表現のための開発コンポーネントが含まれていた。

この戦略は、単独のコーディングエージェントが持つ基本的な弱点に対処する。ソフトウェア開発の意思決定はバグ報告、プロダクト議論、リポジトリのIssue、プルリクエストレビュー、デプロイログに分散している。タスクを割り当てる人は、エージェントが作業を始める前にしばしばそのコンテキストを再構成しなければならない。Slackエージェントはタスクが発生した議論から開始し、進行中に人間のレビュアーをループに入れ続けることができる。

共有されたコンテキストは大きな権限問題を生む。Slack自身のagent design guidanceは、エージェントはパブリックチャンネル、プライベートチャンネル、ダイレクトメッセージの可視性境界を尊重しなければならないと述べている。コーディングエージェントはリポジトリ、資格情報、実行環境へのアクセスも必要とするため、管理者はどの会話が作業をトリガーでき、どのアクションが承認を必要とするかを決めなければならない。

商業的な論理は単純だ。Anthropic、GitHub、Cognition、Vercelはそれぞれのエージェント、リポジトリ、デプロイ製品を引き続き販売する。Slackはエンジニアリングチームがそれらを利用する共通のフロントエンドになる。SalesforceはSlack内でのアクティビティと組織的コンテキストを得られる一方、すべてのコーディングエージェントを自社で構築する必要は回避できる。

したがってSlack Codeは集約への賭けを表している。コーディングエージェントは増え続けており、多くのエンジニアリング組織は複数を使用するだろう。Benioffは、チームが最初に作業が要請され、議論され、レビューされたチャンネルからそのコレクションを管理すると賭けている。

Reader comments

Conversation for this story loads after sign-in.