Slack Codeとは？ Slackの共有チャンネルでAIエージェントとソフトウェアを作る方法

Salesforceは2026年8月20日、Slack上で人間とAIコーディングエージェントが同じ場所で開発を進められる「Slack Code」を発表しました。従来のように、開発者1人とAIエージェントが非公開のツール内で作業するのではなく、チーム全体が計画や変更内容、プレビューを確認し、次の進め方を判断できる仕組みです。

Slack Codeでできること

Slack Codeは、AIエージェントによるコーディング作業と、プロジェクト専用のSlackチャンネルを結び付けます。Slack上の会話で対応エージェントにメンションすると、その作業やコーディングセッションのためのコードチャンネルが作成されます。

対応例として、AnthropicのClaude CodeおよびClaude Tag、CognitionのDevin、GitHub Copilot、OpenAIのChatGPT、Vercelのエージェントなどが挙げられています。

ポイントは、AIにSlackメッセージを送れることだけではありません。要件や背景がすでに集まっている場所で、エージェントの作業そのものをチームが追えるようになる点にあります。Slackはこの体験を、人間とAIが同じチャンネルで作業する「マルチプレイヤー」型のコーディングと位置付けています。

コードチャンネルでの基本的な流れ

たとえば、Slackでバグや新機能のアイデアが共有された場合、作業は次のように進みます。

1. チームメンバーが対応するAIコーディングエージェントをメンションする。
2. エージェントが、その課題専用のコードチャンネルを作成する。
3. メンバーが要件、制約、プロジェクトの背景を伝える。
4. エージェントが実装計画を作り、変更案を提示する。
5. チームがコード差分やプレビューを確認する。
6. 必要に応じて方向修正を指示し、次の作業を承認する。

通常のチャット履歴だけでなく、連携するエージェントによっては、会話、作業計画、コード差分、出力結果のライブプレビューを切り替えて確認できます。 つまり、課題についての議論と、AIが実際に生成したソフトウェアを同じ作業空間で見渡せます。

プロダクトマネージャーやデザイナーも参加できる

Slack Codeは、開発者だけでなく、プロダクトマネージャーやデザイナーを開発のループに参加させることを狙っています。ターミナルや開発環境を直接操作しなくても、ユーザーの課題を説明し、プロダクト上の背景を補足し、目に見える成果物を確認して、修正を依頼できます。

たとえばプロダクトマネージャーがSlackで不具合を報告し、期待する動作を説明します。AIエージェントが修正案を作成し、エンジニアがコード差分を確認します。問題がなければ、プルリクエストに進めるか、追加のレビューを行うかをチームで判断します。

これは、AIエージェントを最終的な意思決定者にするものではありません。AIの作業がどこで行われ、どのような変更が提案されているのかを、より多くの関係者が確認しやすくする仕組みです。

重要な変更には人間の承認を求められる

Slack Codeは、レビューなしでコードを自動デプロイするための機能ではありません。本番環境に影響する変更など、重要な操作については、人間による承認を必要とする運用が想定されています。

AIはもっともらしい修正を生成できても、ビジネス要件、セキュリティ上の制約、運用上のリスクまで完全に理解できるとは限りません。共有チャンネルがあれば、エンジニアや責任者が方針を問い直し、修正を依頼し、作業を先に進める前の判断を記録できます。

履歴の保存とSlackの管理機能

コードチャンネルは、AIが何を依頼され、何を出力し、チームがどのように確認したかという作業の文脈を残すためにも使われます。タスクが終わるとチャンネルは自動的にアーカイブされますが、会話や作業履歴は検索可能な状態で残り、レビューの記録として参照できます。

また、Slack内で作業するため、組織は既存のSlackアカウント、権限、ガバナンス、セキュリティ設定、管理機能を利用できます。AIコーディング作業のたびに、別のコラボレーション基盤を用意する必要はありません。

要件、意思決定、レビュー、エージェントの活動を、作業が始まった会話とつなげておけることが実務上の利点です。

提供状況と開始時の連携先

Salesforceによると、Slack Codeは提供開始時点でSlackの全プランが対象でした。開始時の主要なエージェント連携はAnthropic、GitHub、Cognition、Vercelから提供され、ChatGPTも参加可能なエージェントの一つとして紹介されています。

ただし、利用できる操作はエージェントごとに異なる可能性があります。作業計画、コード差分、ライブプレビュー、承認操作のすべてが、すべての連携先で同じように利用できるとは限りません。対応エージェントであっても、Slack内で提供される機能の範囲は個別の連携仕様に左右されます。

Salesforceが描くSlack Codeの位置付け

SalesforceはDreamforceでSlack Codeを、ソフトウェア開発をチームの共同作業に変える機能として示しました。同時に、Slack自身が単一のコーディングモデルを提供するのではなく、Anthropic、GitHub、Cognition、Vercelなど競合するAIエージェントを一つのチーム向けインターフェースで連携させる、調整役としての立場も打ち出しています。

さらにSalesforceは、基盤となるAPIをより広く開放する計画を説明しています。将来的には、企業が独自のエージェントや共有チャンネルを作り、ソフトウェア開発以外にも、マーケティングキャンペーンの調整や法務文書のレビューなどに活用する構想です。ただし、これらは今後の拡張例であり、提供開始時点ですべての非開発ワークフローが一般利用できることを示すものではありません。

まとめ：Slack Codeの違いは「コード」よりも共有コンテキスト

Slack Codeの基本的な考え方はシンプルです。会話の中でAIコーディングエージェントを呼び出し、専用のプロジェクトチャンネルを作り、チーム全体で作業を見守り、指示し、レビューし、承認します。

特徴は、AIがコードを生成できることそのものではなく、コードが作られる前後の文脈を共有できる点にあります。Slackを日常的に使うチームにとっては、プロダクトやデザイン担当者がAI開発の進捗を追いやすくなりつつ、技術的な判断はエンジニアが担う形を作りやすくなります。

一方で、実際の使い勝手は各エージェント連携の品質と、チームが設定する承認ルールに左右されます。AIに任せる範囲と人間が確認する地点を明確にすることが、Slack Codeを安全に運用する前提になります。