ARTICLE

Slack Codeとは|AIコーディングエージェントとチームで開発する仕組み

目次

Slack Codeとは、SlackのチャンネルにAIコーディングエージェントを呼び込んで開発作業を任せ、チームの全員が同じ場所で進捗の確認・修正指示・承認をできるようにする機能です。 Slack(Salesforce傘下)が2026年8月20日(現地時間)に発表し、同日から無料プランを含むすべてのSlackプランで提供が始まりました。AnthropicのClaude CodeやCognitionのDevinといったエージェントを会話にメンションすると、そのタスク専用の「コードチャンネル」が自動で作られ、会話・計画・変更内容・ライブプレビューをタブで見ながら作業が進みます。そして重要な変更は、チャンネル内の人が承認するまで反映されません。この記事では、仕組み・対応エージェント・料金、そして非エンジニアのチームにとって何が変わるかを整理します。

Slack Codeで何ができるか — コードチャンネルの仕組み

中核は「コードチャンネル」と呼ばれるタスク専用のスペースです。流れは次のようになります。

  1. 依頼: 普通のチャンネルの会話で、コーディングエージェントをメンションして作業を依頼する(機能追加・バグ修正・ページ更新など)
  2. チャンネル生成: そのタスク専用のコードチャンネルが自動で作られ、関係するメンバーが参加する
  3. 作業の可視化: チャンネルには会話・計画・コードの変更内容(diff)・ライブプレビューのタブがあり、エージェントが何をしているかを全員が同じ画面で追える
  4. 確認と修正指示: メンバーは途中でフィードバックを送れるほか、エージェントの作業を一時停止・方向転換・中止できる
  5. 承認: 本番への反映のような重要度の高い操作は、チャンネル内の人による明示的な承認が必須になっている
  6. 完了: タスクが終わるとチャンネルは自動アーカイブされ、「誰が依頼し、何が変更され、誰が承認したか」の記録が残る
Slack Codeの流れ — 人の承認が反映前の関所になる ① 依頼 エージェントをメンション ② コードチャンネル タスク専用に自動生成 ③ エージェントが作業 計画・diff・プレビュー ④ チームが確認 修正指示・停止もできる ⑤ 人が承認 承認がないと反映されない ⑥ 反映・アーカイブ 依頼・変更・承認の記録が残る 重要な変更は⑤の承認が関所になる。誰が依頼し、何が変更され、誰が承認したかが記録として残る
Slack Codeの6ステップ。エージェントの作業は全員に見え、人の承認(⑤)を通らないと反映されない

従来のAIコーディングは、開発者1人とAIの間で(多くはターミナルやエディタの中で)進み、途中経過がチームから見えませんでした。Slack Codeはその作業を会話の場に持ち込み、「見える化」と「承認」を標準装備にした、という位置づけです。

対応するAIコーディングエージェントと料金

項目 内容
発表・提供開始 2026年8月20日(現地時間)。発表と同日に提供開始
対象プラン すべてのSlackプラン(無料プランを含む)
Slack側の追加料金 なし
エージェント側の料金 別途必要(各エージェントの利用契約は各社と結ぶ)
創設パートナー Claude Code(Anthropic)、Devin(Cognition)、GitHub Copilot、OpenAIのエージェント、Vercelのエージェント
その他の連携 Lovable、n8n、LangChainなどのエージェントも追加で連携可能

見落としやすいのは料金の構造です。Slack Code自体は無料プランでも使えますが、動かすエージェントの契約は別です。たとえばClaude Codeを呼ぶならAnthropicとの契約、DevinならCognitionとの契約が前提になります。「Slackが無料でAI開発機能を出した」という理解のまま進めると、エージェント側の費用が想定外になりやすい点に注意してください。

なぜチャットに開発を持ち込むのか

背景にあるのは、LLMを核に計画・実装・修正を自律的に進めるコーディングエージェントの能力が上がるほど「何をどう変えたのかを、誰がいつ確認するか」が問題になる、という構造です。エージェントに任せる範囲が広がると、成果物の生成よりも、確認と承認のほうがボトルネックになります。実際、コーディングエージェントが誤ってコードベースを消してしまった事例は複数報告されており、Slack Codeが人の承認を必須にしているのはこのリスクへの直接の対応です。

作業の途中に人の確認を挟むこの設計はヒューマンインザループ(HITL)と呼ばれる型で、AIに実行を任せる仕組みづくり全般に共通します。営業・マーケティング領域で同じ構造を扱ったAgentic GTM、生成と検証を分ける考え方を扱った自己修正ループも参考になります。

また、SlackはこれまでもAIエージェント連携の土台を段階的に広げてきました。2026年2月には外部のAIがSlackのデータを安全に参照するためのMCPサーバーを提供し、その延長線上にSlack Codeがあります。MCPの仕組みはMCPとはで解説しています。

非エンジニアのチームには何が変わるか

Slack Codeが注目に値するのは、開発の様子が「エンジニアの画面の中」から「チームの会話の場」に出てくることです。営業・マーケティング部門の実務では、たとえば次のような使い方が考えられます。

  • 問い合わせフォームの項目追加や、LPの文言・構成の修正をエージェントに依頼し、ライブプレビューで実物を確認してから承認する
  • 展示会のリード一覧を整形する集計スクリプトのような、小さな社内ツールの作成を依頼する
  • 依頼から承認までの記録がチャンネルに残るため、「誰の指示でこの変更が入ったのか」を後から追える

これまで情報システム部門や外部ベンダーへの依頼書を書いて数週間待っていた小さな改修が、依頼・確認・承認までチャットで完結する可能性があります。一方で、社外のAIエージェントに自社のコードやデータを渡すことになるため、利用範囲のルールは先に決めておくべきです。ルールづくりは生成AI利用ガイドラインの作り方を参照してください。

よくある失敗・導入時の注意点

  1. 承認の形骸化。 変更内容を読まずに承認ボタンを押すなら、承認フローがない状態と同じです。本番反映を承認できる人と、承認前に確認する項目(何が変わるか・元に戻せるか)を先に決めてください。
  2. エージェント費用の見落とし。 Slack Codeは無料でも、エージェントの利用料は別契約です。誰がどのエージェントをどの予算で使うかを決めずに展開すると、費用が部門ごとにばらばらに発生します。
  3. 権限設計の後回し。 エージェントはSlackの既存の権限・管理者設定を引き継ぎます。全社導入の前に、どのチャンネル・どのデータにエージェントが触れてよいかを管理者側で設計しておく必要があります。
  4. 機密情報の扱い。 依頼文やコードに顧客情報・認証情報を含めれば、それは外部の生成AIサービスに渡ります。ガイドラインで禁止事項を明文化してから使い始めるのが安全です。

Slack Codeは「AIが開発する」こと自体の発表ではなく、AIの開発作業をチームの確認と承認の下に置くための仕組みです。エージェントに仕事を任せる流れは営業・マーケティングにも同じ構造で来ているため、確認・承認・記録をどう設計するかという論点ごと押さえておくことをおすすめします。

よくある質問

Slack Codeは無料プランでも使えますか?

使えます。2026年8月20日(現地時間)の発表と同時に、無料プランを含むすべてのSlackプランで提供が始まりました。ただし無料なのはSlack Codeという機能自体で、チャンネルに呼び込むAIコーディングエージェント(Claude CodeやDevinなど)の利用契約・料金は各社との間で別途必要です。機能は使えるがエージェントの契約がない、という状態では動かせない点に注意してください。

プログラミングの知識がなくても使えますか?

依頼と確認までは使えます。エージェントへの依頼は普通の日本語のメッセージででき、HTMLで作られた画面はライブプレビューのタブで実物を見て確認できます。フォームの項目追加やページの文言修正のような依頼なら、非エンジニアでも実用になります。一方で、コードの変更内容(diff)を読んで本番反映を承認する役割には、内容を判断できる人を置くべきです。全員が読める必要はありませんが、承認者まで全員非エンジニアという体制は避けてください。

どのAIコーディングエージェントに対応していますか?

発表時点の創設パートナーとして、AnthropicのClaude Code、CognitionのDevin、GitHub Copilot、OpenAIとVercelのエージェントが挙げられています。これに加えて、Lovable・n8n・LangChainといったプラットフォームのエージェントもSlackへの追加という形で連携できます。対応エージェントは今後増える見込みのため、利用中の開発ツールが対応しているかは最新の公式情報で確認してください。