Slack Codeとは？できること・使い方・料金と対応エージェントを整理

Slack Codeとは｜チームとAIエージェントが同じチャネルで開発する仕組み

Slack Codeとは、Slack上でコーディングエージェントとチームが一緒に開発を進めるための機能です。中核にあるのが「コードチャネル」と呼ばれる専用スペースで、会話の中でエージェントをメンションすると、そのタスク専用のチャネルが自動で立ち上がります。

関連記事：AIエージェントとは？生成AI・チャットボットとの違いと自社業務での始め方

個人の作業だったAIコーディングを、チームの見える場所に出す

これまでコーディングエージェントとのやり取りは、ターミナルやブラウザのタブなど、個人の画面の中で完結していました。Slackはこの状態を「その人とエージェントのあいだで起きている作業が、他の誰にも見えない」と表現しています（出典: slack.com）。依頼した本人以外は途中経過を追えず、レビューは作業が終わってから始まり、引き継ぎのたびに文脈が抜け落ちます。

Slack Codeはこの流れを反転させ、開発のやり取りをチームが見える場所へ出します。会話がすでに集まっている場所にコードの作業を持ち込むことで、誰が何をどこまで進めたかが共有された状態のまま前に進みます。

個人任せのAI活用は、日本企業でも組織課題の1位に挙がっている

「AIの使い方が個人の中に閉じてしまう」という問題は、Slack Codeが解こうとしている課題であると同時に、日本企業でも実際に観測されています。GiftXが実施したビジネス職生成AI活用実態調査2026では、組織側の課題として「AI活用が個人任せ」が25.9%で最も多く挙げられました（複数回答）。また、AIの使い方が対話による相談にとどまっている層は70.3%を占めており、多くの職場でAIの利用は個人の手元で完結しています。

つまり、AIを使う人が増えても、その使い方や成果が組織に残らない状態が続いているということです。Slack Codeは、この「個人に閉じる」構造そのものをツールの側から開こうとする設計になっています。

詳細な調査データは「ビジネス職生成AI活用実態調査（2026年版）」にてご覧ください。

作業が終わるとチャネルは自動で片付き、記録だけが残る

コードチャネルは1つのタスクに対して1つ立ち上がり、作業が完了すると自動的にアーカイブされます。サイドバーにチャネルが溜まり続けることはなく、それでいて会話とコードの記録はSlack内に残り、後から検索できます。Slackはこの状態を、参照可能な監査ログとして残ると説明しています（出典: slack.com）。

一時的な作業場でありながら記録は消えない、という設計です。誰がどの判断を下してその変更が入ったのかを、後から追える形で残せます。

Slack Codeでできること｜コードチャネルのタブ構成と自動アーカイブ

コードチャネルの中では、進行中の作業が4つのタブに分かれて表示されます。チャットのスレッドを延々とさかのぼる必要がなく、見たい情報に直接たどり着けます。

コード差分のタブでは、変更前の行に取り消し線が入り、その隣に変更後の行が並びます。これは開発者がこれまで別のツールで行ってきたレビューと同じ形式ですが、専用ツールの中ではなくチャネルの中で全員に開かれている点が違います（出典: slack.com）。

プレビューのタブでは、HTMLの出力が実際に動く状態で確認できます。コードの記述を読まなくても、出来上がったものが意図どおりかどうかを目で判断できるということです。

Slackはコードチャネルについて、スレッドや通常のチャネルでは扱いきれない規模のエージェントの作業に対応できるよう、成果物を出すことを前提に設計したと説明しています（出典: slack.com）。実際にチャネルへ並ぶのはメッセージだけではなく、動作するコードや試作品、ドキュメントそのものです。長いスレッドを追いかけて状況を把握する形とは、情報の並び方が根本的に違います。

あわせて、エージェントの振る舞いを調整するためのAPIも用意されています。アカウントの自動発行や利用者の認証、作業の一部の自動化などを組織の運用に合わせて設定でき、将来的にはこのAPIが開発者コミュニティ全体へ開放される予定だとされています（出典: salesforce.com）。ソフトウェア開発以外の業務を担うエージェントがコードチャネルに参加する構想も示されています。

Slack Codeに対応するAIエージェント｜Claude・Devin・GitHub Copilot・Vercelの違い

Slack Codeは特定のエージェント専用の機能ではなく、複数の提供元のエージェントを受け入れる設計になっています。公式発表の時点で提供が始まっているのは4つで、ChatGPTは近日提供とされています。

Slackは公式ブログの提供状況の欄で、Claude・Devin・GitHub Copilot・Vercelの4つが発表時点で利用でき、OpenAIのChatGPTは近日提供になると記載しています（出典: slack.com）。一方で同じ記事の本文と、Salesforceの発表ページでは、ChatGPTも含めた5つが並記されています（出典: salesforce.com）。

公式の記載どうしで表記に揺れがあるため、ChatGPTを前提に検討する場合は、実際に自社のワークスペースでメンションできるかを確認してから判断するのが確実です。

なお、Anthropicは同社のCat Wu氏のコメントとして、開発の仕事の多くがSlack上でのClaude Tagとの会話から始まっていると述べています（出典: salesforce.com）。Slackに常駐するアシスタントとの日常的なやり取りと、コードチャネルでの本格的な作業が地続きになる形です。

関連記事：Claude Tagとは？Slackに常駐するAIチームメイトの仕組みと移行を整理

Slack Codeの料金｜Slack側は全プラン対象、エージェント側は別契約

Slack Codeを使うためにSlackのプランを上げる必要はありません。Salesforceは提供条件の欄で、Slack Codeがあらゆるプランで利用できると明記しています。ただし同じ文の中で、各パートナーのエージェントへのアクセスが別途必要であるとも記載されています（2026年8月時点、出典: salesforce.com）。

つまり、Slack Codeそのものは無料で開放されている一方で、実際に動かすエージェントの利用料は別に見込む必要があります。Slackの利用料しか見ていないと、導入時の試算が実態とずれるということです。

提供範囲についても注意が必要です。Salesforceは、料金と提供内容は変更される可能性があり、提供可否は地域によって異なる場合があると但し書きを添えています（2026年8月時点、出典: salesforce.com）。日本のワークスペースで使えるかどうかは、公式発表の記載からは断定できません。導入を検討する場合は、自社のワークスペースでエージェントをメンションできるかを実際に確かめるのが確実です。

AI活用実態調査レポート

全国8,000人調査で、AI活用方法によって生産性向上に約3.8倍の差が生まれることが判明。

無料ダウンロード →

Slack Codeの使い方｜エージェントのメンションから承認・出荷までの流れ

Slack Codeを使い始めるのに、専用のツールを入れたり、新しい画面に移ったりする必要はありません。普段の会話の延長でエージェントを呼び出すところから始まります。

関連記事：Claude Codeとは？できること・料金・使い方と社内導入の判断軸

手順1｜会話の中でコーディングエージェントをメンションする

バグの報告や修正の依頼が流れているチャネルで、対応させたいコーディングエージェントをメンションします。Slackは、複雑なプロジェクトでエージェントをメンションするとコードチャネルが立ち上がると説明しています（出典: slack.com）。

このとき、チケットを起票したり、別のツールに転記したりする工程は入りません。会話が起きた場所でそのまま依頼できるため、状況を説明し直す手間が省けます。

手順2｜自動で立ち上がったコードチャネルに関係者が集まる

メンションを受けたエージェントは、そのタスク専用のコードチャネルを作成し、関係するメンバーを引き込みます。作業に必要なものはエージェントが用意し、コードの差分や計画のドキュメント、動作プレビューといった形で提示されます（出典: slack.com）。

ここに集まるのは開発担当者だけではありません。依頼した本人も、確認が必要な担当者も、同じチャネルで同じ画面を見ながら進められます。

手順3｜プランと差分を確認し、必要ならエージェントを止める

エージェントが立てた計画とコードの差分を、チャネルの参加者が確認します。方向がずれていると感じたら、その場でフィードバックを返して修正させられます。Slackは、チャネルにいる誰もがエージェントを一時停止し、方向を変え、あるいは停止できると説明しています（出典: slack.com）。

作業が始まってしまうと止められない、という状態にはなりません。途中で気づいた時点で介入できる構造になっています。

手順4｜人が承認してから変更を反映する

本番環境への反映のように影響の大きい操作では、エージェントが作業内容をまとめ、判断できる人がチャネル内で承認します。Salesforceは、速度を確保しながらも人が主導権を持つ状態を保つための仕組みだと説明しています（出典: salesforce.com）。

承認を経ずに変更が反映されることはありません。別途のIT承認フローを挟むことなく、その場で確認して進められます。

1日で完結するタスクが7割を超えている

Slackは、コードチャネルの70%以上が、着想からプルリクエストのマージまで1日以内に立ち上がって閉じていると公表しています（出典: slack.com）。エンジニアの手が止まる時間が短くなり、レビューに必要な説明も少なくて済むため、そのぶん反映までが早くなるという説明です。

この数値は発表時点でSlackが示したものであり、チームの規模や扱う変更の内容によって当てはまり方は変わります。それでも、コードチャネルが数週間かけて進む大規模な開発ではなく、短いサイクルの改修に向いた設計であることは読み取れます。

手順の全体を通して、Slackを離れない

ここまでの4つの手順で、専用のツールを開いたり、別のサービスにログインし直したりする場面は出てきません。依頼も、計画の確認も、差分のレビューも、承認も、すべて同じチャネルの中で完結します（出典: slack.com）。

この点は、単なる利便性の話にとどまりません。ツールをまたぐたびに「誰がその判断をしたのか」という文脈は薄れていきます。同じ場所で進めば、依頼の背景にあった会話と、実際に入った変更が、切り離されずにつながったまま残ります。

一方で、すべての開発をこの流れに載せられるわけではありません。設計の方針を固めるところから始まる大きな開発では、コードチャネルの外での議論が引き続き必要になります。文言の修正や表示の調整のように、依頼の内容が最初から具体的で、結果を見れば判断がつく変更から試すのが現実的な入り方です。

非エンジニアがコードチャネルで担う役割

Slack Codeの特徴は、コードを書かない人がチャネルの中で実際に役割を持てる点にあります。Slackは、コードの知識がなくても参加でき、プレビューを確認してフィードバックを返し、エージェントの作業を導けると説明しています（出典: slack.com）。

• 依頼の起点になる：対応が必要な状況を見つけた人が、エンジニアの着手を待たずにエージェントへ直接依頼できます
• プレビューで受け入れ判断をする：コードを読まずに、動いている画面を見て意図どおりかどうかを判断できます
• 軌道修正をかける：方向がずれていると感じた時点で、チャネル内でエージェントを止めて指示を出し直せます
• 出荷を承認する：影響範囲を理解している人が、反映してよいかどうかをその場で判断します

Salesforceは具体的な流れとして、不具合の報告を見つけた担当者がエンジニアを待たずにエージェントへ修正方針の検討を依頼し、立ち上がったコードチャネルにエンジニアを呼んで差分とプレビューを確認してもらい、プルリクエストの作成と反映まで進める例を挙げています（出典: salesforce.com）。チケットも会議も待ち時間も挟まずに修正が反映される、という説明です。

ここで変わるのは「誰が作れるか」です。普段使っているツールの中で作業が進むため、技術的な素養がない人でも成果物の形に関与できます。

関連記事：Claude Code で非エンジニアは何ができる？業務で活かす5つの使い方と始め方

「Slack Code」と既存のコードスニペット機能はどう違うのか

Slackで「コード」に関する機能を調べると、以前から提供されているコードスニペットやコードブロックの使い方が数多く見つかります。名前が似ているため混同しやすいのですが、両者はまったく別のものです。

コードスニペットやコードブロックは、メッセージ内のコードにシンタックスハイライトを付けて読みやすくする書式の機能です。バッククォートで囲む記法やショートカットで使え、貼り付けたコードが崩れずに表示されます。あくまで表示の話であり、コードが実行されたりレビューが進んだりするわけではありません。

一方のSlack Codeは、エージェントが実際にコードを書き、その差分と動作結果がチャネルに提示され、人が承認して反映するところまでを含みます。「コードを見せる」機能と「コードを作って通す」機能の違いだと考えると整理しやすくなります。

なお、SlackにはSlack MCPという別の公式機能もあり、こちらは外部のAIツールからSlackのデータへアクセスするための仕組みです。Slack Codeとは連携の向きが逆で、Slack MCPは外からSlackを読みに来る形、Slack Codeはエージェントをワークスペースの中に招き入れる形になります。

関連記事：Slack MCPとは？できること・対応クライアントと設定手順を整理

Slack Codeの導入前に押さえる注意点｜権限の継承と監査ログの扱い

Slack Codeを検討するとき、機能そのものよりも先に確認しておきたいのが権限と記録の扱いです。新しく仕組みを作り直す必要がない設計になっている一方で、既存の設定がそのまま効くという点を理解しておく必要があります。

AI活用実態調査レポート

全国8,000人調査で、AI活用方法によって生産性向上に約3.8倍の差が生まれることが判明。

無料ダウンロード →

エージェントは既存の権限の範囲でしか動かない

コードチャネルのエージェントは、Slackに組み込まれたセキュリティモデル、権限、管理者向けの制御を初日から引き継ぎます。Salesforceは、新しいインフラや管理対象のIDを増やすことなく、既存の設定を安全に拡張したものとして動作すると説明しています（出典: salesforce.com）。

エージェントがアクセスできるのは、ワークスペースの権限設定が許した会話と情報だけです。管理者の側から見れば、AIのために別の権限体系を用意する必要がないということになります。企業向けの暗号化キー管理やデータ損失防止、監査用のAPIといった既存のコンプライアンス機能も、通常のメッセージと同じように適用されます（出典: slack.com）。

アーカイブされたチャネルは記録として残り続ける

作業が終わったコードチャネルは自動的にアーカイブされますが、内容が消えるわけではありません。会話も差分も検索できる状態で残るため、後から経緯をたどれます。組織にとっては知識が蓄積されていく一方で、そこに残る内容が長期に保管される前提で運用を設計する必要があります。

どの範囲の人がアーカイブを閲覧できるのか、保管期間をどう扱うのかは、既存のSlackの設定に従います。導入前に、現在のワークスペースの設定がAIの作業記録を含む前提になっているかを確認しておくと安全です。

誰でも依頼できることの裏側を決めておく

コードチャネルは誰でも立ち上げられ、誰でもエージェントに指示を出せます。着手までの待ち時間が減る反面、どの範囲の変更なら現場の判断で進めてよいのかを決めておかないと、想定外の変更が動き出す可能性があります。

出荷前に人の承認が必要な設計になっているため、無断で本番に反映されることはありません。それでも、承認を誰が担うのか、どの規模の変更から相談が必要なのかは、チーム側のルールとして先に合意しておくのが安全です。

自社事例｜AIコーディングと品質管理を業務に組み込む

GiftXでも、AIエージェントを開発と品質管理のプロセスに組み込んで運用しています。Slack Codeそのものの事例ではありませんが、エージェントを日常の工程に入れたときに何が変わるのかを示す例として整理します。

開発工程にAIコーディングを組み込み、機能追加の工数を約75%削減

AIによるペアプログラミングとコード生成を開発フローに組み込み、要件の整理から実装、テストまでをエージェントと進める体制に切り替えました。その結果、機能追加1件あたり平均2日かかっていた工程が平均半日となり、工数を約75%削減しています。

効いたのは、実装そのものの速度よりも、要件を固める段階からエージェントと対話できることでした。認識のずれが実装後ではなく着手前に見つかるため、手戻りが減ります。

評価AIが一次レビューを担い、レビュー工数を約60%削減

成果物のレビューを全件人力で行っていた状態から、評価用のAIが一次レビューを実施し、通過したものだけを人が最終確認する体制へ移行しました。レビュー工数は約60%削減し、あわせて品質基準が明文化されたことで判断のばらつきも減っています。

ここで重要なのは、AIがレビューを代替したのではなく、人が最終確認を担う構造を残した点です。Slack Codeが出荷前に人の承認を必須にしているのと、考え方は共通しています。

AIエージェントをチームで使い始めるときに陥りがちな3つの落とし穴

Slack Codeのようにチームでエージェントを使う仕組みが整っても、社内で定着しないケースがあります。実際にご相談をいただく中で、つまずき方には共通した型があります。

落とし穴1｜いきなり全ての業務をエージェントに任せようとする

全部門の業務を一気にエージェント化しようとすると、対象が広すぎて検証が進まず、どこから手を付けるかの議論だけで時間が過ぎます。範囲を絞らないまま始めると、成果が見えないまま熱が冷めていきます。

落とし穴2｜壮大なAI戦略から考え始めて手が止まる

全社的なAI戦略を描くところから入ると、体制や投資規模の検討が先行し、実際に動かす段階まで到達しません。方針の議論が続くあいだ、現場の業務は何も変わらないままです。

落とし穴3｜既製品のチャット型AIツールでは業務フローに組み込めない

汎用のチャット型AIツールは手軽に試せる一方で、自社の業務に合わせたカスタマイズが難しく、実際の業務フローに組み込めるレベルの精度に届かないことがあります。試用では便利に見えても、本番の工程に載せると使われなくなります。

スモールスタートで1業務をAIエージェントに任せる

これらを避ける方法はシンプルで、まず1つの業務に絞ってエージェントに任せ、そこで成果と課題を確認してから広げることです。スモールスタートで1業務をAIエージェントで自動化・効率化することがポイントになります。範囲が狭ければ検証も早く、うまくいかなかったときの引き返しも容易です。

GiftXでは、こうしたスモールスタート前提のAIエージェント構築を1業務単位から伴走支援しています。詳細は AIエージェント構築支援サービス をご覧ください。

Slack Codeに関するよくある質問

Slack Codeについて、検討段階でよく挙がる疑問を整理します。

Slack Codeを使うためにプランを上げる必要はありますか

Slack側のプランを上げる必要はありません。Salesforceは、Slack Codeがあらゆるプランで利用できると明記しています。ただし、Claude・Devin・GitHub Copilot・Vercelといった各エージェントへのアクセスは別途必要になります（2026年8月時点、出典: salesforce.com）。

現時点でどのエージェントが使えますか

公式ブログの提供状況の欄では、Claude・Devin・GitHub Copilot・Vercelの4つが提供中で、OpenAIのChatGPTは近日提供とされています（出典: slack.com）。ただし同記事の本文とSalesforceの発表ページではChatGPTも並記されており、公式の記載に揺れがあります。実際に自社のワークスペースでメンションできるかを確認するのが確実です。

エージェントが誤った方向に進んだ場合、止められますか

止められます。チャネルにいる誰もがエージェントを一時停止し、方向を修正し、あるいは作業を停止できます（出典: slack.com）。また、本番環境への反映のように影響の大きい操作では、人の承認を経てから実行される設計になっています。

日本のワークスペースでも使えますか

公式発表からは断定できません。Salesforceは、提供可否が地域によって異なる場合があると但し書きを添えています（2026年8月時点、出典: salesforce.com）。自社のワークスペースで対象のエージェントをメンションし、コードチャネルが立ち上がるかどうかを確かめるのが確実です。

エンジニアがいないチームでも使えますか

コードチャネル自体はコードの知識がなくても参加でき、プレビューの確認やフィードバックは技術的な素養がなくても行えます（出典: slack.com）。ただし出荷前の承認では変更の影響範囲を判断する必要があるため、内容を理解できる人が確認する体制は必要になります。

作業が終わったチャネルはどうなりますか

自動的にアーカイブされます。サイドバーからは片付きますが、会話とコードの記録はSlack内に残り、後から検索できます（出典: slack.com）。

まとめ

Slack Codeは、これまで個人の画面の中で完結していたAIコーディングを、チームが見える場所に出すための機能です。エージェントをメンションするとタスク専用のコードチャネルが立ち上がり、会話・計画・コードの差分・動作プレビューが同じ場所に並びます。コードを書かない人も、プレビューを見て判断し、方向を修正し、出荷を承認するという形で開発に関与できます。

費用の面では、Slack側のプランを上げる必要はない一方で、動かすエージェント側の契約が別途必要です。提供可否が地域によって異なる可能性も公式に示されているため、自社のワークスペースで実際にメンションできるかを確認したうえで判断するのが確実です。

仕組みが整っても、範囲を広げすぎると定着しません。まず1つの業務に絞ってエージェントに任せ、そこで得た成果と課題をもとに広げていくのが、遠回りに見えて最も早い進め方です。

AIエージェント活用の伴走支援をご検討の方へ

本記事で紹介したAIエージェントの活用に向けて、自社の業務でも具体的に進めたい・相談したいとお考えの方は、ぜひGiftX AIエージェント構築支援までお問い合わせください。

GiftX AIエージェント構築支援では、貴社の業務に合わせて1業務単位のスモールスタートから本番運用まで、AIエージェント構築をワンストップで支援します。ユースケースの洗い出しから、PoC、本番運用、社内ナレッジ化まで伴走します。

AI活用にご関心のある方は、ぜひ一度ご相談ください。

▶ GiftX AIエージェント構築支援の詳細・お問い合わせはこちら

関連記事

• Codexとは？OpenAIのコーディングAIエージェントの仕組み・使い方・料金を徹底解説
• Claude Code と Codex の違い｜5 つの観点で整理し用途別に選び分ける
• AIエージェントおすすめ14選｜用途別の選び方とROIで見る実装インパクト