AIコーディングを使うと、1人でコードを書かせる作業はかなり速くなります。
一方でチーム開発では、「AIが何を変えたのか」「誰が確認したのか」「途中で前提が変わったとき誰が止めるのか」といった部分も重要です。
Slackが2026年8月に発表した「Slack Code」は、この問題をAIエージェントとの作業を個人のDMや別タブから、チームで見える専用チャンネルへ移すことで解こうとする機能です。
コード差分、HTMLプレビュー、会話、レビューコメントを1つのコードチャンネルに集め、チームメンバーが途中から参加して確認や修正指示を出せます。
この記事では、Slack Codeで何ができるのか、通常のAIコーディングとの違い、対応エージェント、権限・GitHub連携、どんなチームに向くのかを2026年9月11日時点の情報でまとめます。
Slack CodeはAI作業を専用の「コードチャンネル」へ移す仕組み
Slack Codeの中心は、通常のSlackチャンネルとは別に作られる一時的なコードチャンネルです。
チャンネルやDMで対応エージェントへ依頼すると、必要に応じてコードチャンネルが作られ、元の会話の文脈を引き継いだまま作業が続きます。
コードチャンネルでは、メンバーが同じAIセッションを見ながら、
- エージェントへの追加指示
- コード差分の確認
- 行単位のレビューコメント
- HTMLプレビューの確認
- ファイルやリンクの共有
- 作業の停止・方向修正
- 完了後の履歴確認
を行えます。
従来の「1人がAIへ依頼し、完成したコードだけを後で共有する」流れとは違い、AIが作っている途中からチームが参加できるのが特徴です。
個人のAIコーディングと何が違うのか
AIコーディング自体は、Slack Codeがなくてもできます。
Codex、Claude、GitHub Copilot、Devinなどを個人で使えば、コード生成、修正、調査、テストといった作業は進められます。
Slack Codeが変えるのは、モデルの性能そのものではなく作業の見え方とレビューの流れです。
| 項目 | 個人のAIコーディング | Slack Code |
|---|---|---|
| 作業場所 | 個人のIDE・ブラウザ・DM | 専用コードチャンネル |
| 文脈 | 個人が持つ | チームと共有 |
| 途中経過 | 本人中心 | チームが確認可能 |
| コード差分 | 外部ツールで見ることが多い | チャンネル内のArtifactで確認 |
| レビュー | 完成後になりやすい | 作業途中からコメント可能 |
| 停止・方向転換 | 操作者本人が行う | チャンネル参加者が指示可能 |
| 履歴 | AIツールごとに分散 | Slack上へ会話と成果物を残せる |
AIに任せる範囲が広がるほど、作業速度だけでなく「誰が確認できるか」が重要になります。
Slack Codeは、AIエージェントを高性能にする機能ではなく、AIエージェントをチーム開発の中へ入れるための作業場所と考えると位置付けをつかみやすいです。
コード差分・HTMLプレビュー・Canvasを同じ場所で確認できる
コードチャンネルには「Artifacts」という領域があり、エージェントが作った成果物を会話とは分けて確認できます。
現在案内されている主なArtifactは次の通りです。
- Code：追加・変更したコードの差分
- Canvas：エージェントが作った文書
- HTML view：Web画面やプロトタイプのライブプレビュー
- Files & links：チャンネルへ共有されたファイルやリンク
コード差分は行単位でコメントでき、複数コメントをまとめてレビューとして送ることもできます。
そのため、AIが変更したコードをコピーして別のレビュー画面へ移し、そこで指摘してからまたAIへ戻す、といった往復を減らせます。
Web画面の変更なら、コードだけでなくHTMLプレビューを見ながら「ボタン位置を変える」「この説明を短くする」といった指示も出せます。
AIを途中で止められることが重要
AIエージェントへ長い作業を任せると、途中で前提が違うことに気付く場合があります。
Slack Codeでは、エージェントが作業中でもStop操作で応答を止め、新しい指示へ切り替えられます。
コードチャンネルには、エージェントの状態も表示されます。
- Working：作業中
- Idle：次の指示を待っている
- Needs attention：人の判断や操作が必要
- Done：完了
- Inactive：一定時間動きがない
- Archived：アーカイブ済み
「AIへ投げた後は完成まで待つ」のではなく、人が途中で見て、必要なら止めることを前提にした設計です。
これは、AIエージェントへ大きなタスクを任せる場合に特に重要です。
チャンネルは公開・非公開を選べる
コードチャンネルは通常のSlackチャンネルと同じ考え方で、公開または非公開にできます。
公開チャンネルなら参加可能なメンバーが入りやすく、非公開の場合は元の会話に参加していたメンバーを基準に始まります。作成後に別のメンバーやエージェントを追加することもできます。
作業が終わったチャンネルは閉じるかアーカイブでき、メッセージは後から検索・確認できます。
また、7日間活動がないコードチャンネルはサイドバーから自動的に外れる仕組みがあります。
プロジェクトごとに一時的な作業場所を作り、終わったら通常のチャンネル一覧を圧迫しない設計です。
Slack CodeはGitHubへの権限を勝手に増やさない
Slack Codeを導入したからといって、AIエージェントが自動的にすべてのGitHubリポジトリへアクセスできるわけではありません。
GitHub CopilotをSlackで使う場合、GitHubアカウントを認証し、GitHub Appがインストールされているリポジトリと、その利用者が持つGitHub権限の範囲で動きます。
GitHub連携では、Slack上から、
- コードの質問・生成・レビュー
- Issueの作成
- Pull Requestの作成
- PRやIssueの要約
- 大きな作業をCode Channelへ移す
といった操作ができます。
チャンネルごとの標準リポジトリは/github settingsから指定できます。
重要なのは、Slack Codeが権限の元になるのではなく、接続するAIアプリとGitHub側の既存権限が実際の操作範囲を決めることです。
AIコーディングをチームへ導入するときは、Slack上で見えるかどうかだけでなく、エージェントがどのリポジトリ・チャンネル・ファイルへアクセスできるかも確認する必要があります。
2026年9月時点の対応エージェント
Slack CodeはすべてのAIアプリで使えるわけではありません。
2026年9月11日時点のSlack Help Centerでは、コードチャンネルを作成できる対応エージェントとして次の4つが案内されています。
- Claude（Anthropic）
- Devin（Cognition）
- GitHub Copilot
- Vercel
ここはOpenAI系の扱いに注意が必要です。
2026年8月20日のSlack発表記事本文には「ChatGPT by OpenAI」もコードチャンネルを開始できると書かれている箇所があります。一方、同じ発表記事の「提供状況と次のステップ」ではOpenAI対応を「近日中」とし、9月11日時点のHelp Centerの対応一覧にもOpenAIは入っていません。
また、Slack MarketplaceにはOpenAI Codexアプリ自体が公開されており、SlackのスレッドからCodexへコード作業を依頼できます。
つまり、OpenAIのSlack連携が存在することと、Slack Codeのコードチャンネルを現在すべての環境で作れることは別です。
OpenAI系でSlack Codeを使いたい場合は、ワークスペース上で実際にCode Channelを開始できるか、現在のHelp Centerとアプリ側の提供状況を確認した方が確実です。
Slackのプランは「全プラン」が対象。ただしエージェント側の契約は別
現在のSlack Help Centerでは、Slack Codeは対応エージェントがインストールされていれば、すべてのSlackサブスクリプションで利用可能と案内されています。
ただし、Slack Codeそのものと、使うAIエージェントの料金は別です。
たとえばGitHub CopilotのAI機能には対象となるCopilotプランが必要です。ClaudeやDevinなども、それぞれのサービス側で有料契約が必要になる場合があります。
さらにSlack Codeは段階的にロールアウトされています。
同じSlackプランでも、ワークスペースによってまだ表示されていない場合があるため、「Freeだから使えない」「有料なら必ず出る」とは判断できません。
セキュリティはSlackだけでなく「接続するエージェント」を見る
Slack Codeのコードチャンネルは、通常のSlackチャンネルと同じ公開・非公開の仕組みや管理基盤を使います。
ただし、実際にコードや会話を処理するのは接続したAIアプリです。
Slack MarketplaceのAIアプリには、それぞれアクセス可能なチャンネル、メッセージ、外部サービスへの権限があります。
導入前には、
- どのSlackメッセージを読めるか
- どのリポジトリへアクセスできるか
- コードを変更・Pull Request作成できるか
- エージェント側でデータをどう保持するか
- アプリを誰がインストールできるか
を確認した方がいいです。
Slack側では管理者がアプリ承認を有効にし、利用可能なAIアプリを管理できます。
「Slack Codeだから安全」という単独の判断ではなく、Slackのチャンネル権限＋AIアプリの権限＋GitHubなど外部サービスの権限を組み合わせて見る必要があります。
コードを書かない仕事にも使える
名称はSlack Codeですが、Help Centerでは開発者専用機能とはしていません。
コードチャンネルは、チームとAIエージェントが複数ターンで共同作業するための専用スペースなので、
- マーケティング計画の共同作成
- 法務文書のレビュー
- HTMLプロトタイプの作成
- Canvas文書の共同編集
- ITオンボーディング
といった用途にも広げられます。
ただし、2026年9月時点では「Code」という名称の通り、ソフトウェア開発を中心に機能や対応エージェントが整備されています。
Slack Codeが向いているチーム
Slack Codeの価値が出やすいのは、AIコーディングの速さよりレビューと共有の遅れが問題になっているチームです。
たとえば、
- AIで作った変更を毎回別の場所へコピーして共有している
- 1人だけがAIとの会話を持っていて、他メンバーが前提を追えない
- 小さなUI修正でもレビュー依頼の受け渡しに時間がかかる
- AIが大きな変更を進める前に人が確認する工程を入れたい
- AI作業の会話と成果物を後から検索できる状態で残したい
といった場合です。
逆に、個人開発でAIとの会話を共有する必要がない場合は、IDEや専用のコーディングエージェントをそのまま使う方が手順は少なくなります。
Slack CodeはAIコーディングツールの置き換えではなく、チームでAI作業を監督するレイヤーとして見る方が役割に合っています。
まとめ
Slack Codeは、AIエージェントへコードを書かせる新しいモデルではありません。
AIとの作業を専用のコードチャンネルへ移し、会話、コード差分、プレビュー、レビューをチームで共有する仕組みです。
特に重要なのは、AIが完成物を出した後にレビューするだけではなく、途中で人が参加し、コメントし、止め、方向を変えられることです。
2026年9月11日時点では、Slack Help Center上の対応エージェントはClaude、Devin、GitHub Copilot、Vercel。Slack Code自体は全Slackサブスクリプションが対象ですが、エージェント側の契約条件と段階的なロールアウトは別に確認する必要があります。
AIコーディングを個人の生産性向上からチーム開発へ広げるなら、モデル性能だけでなく、誰が途中経過を見て、どこで承認し、どの権限で実行するかまで設計する必要があります。Slack Codeは、その部分をSlackの会話の中へ持ち込む仕組みです。
