--- title: "Slack Codeとは？コードチャンネルの仕組みと組み込み手順・権限設計を実装目線で解説" url: "https://www.issoh.co.jp/tech/details/16890/" published: 2026-08-24 updated: 2026-09-27 categories: ["AI"] publisher: "株式会社一創" --- # Slack Codeとは？コードチャンネルの仕組みと組み込み手順・権限設計を実装目線で解説 Slack Codeは2026年8月20日に提供が始まった、Slackの会話からコーディングエージェントを呼び出す機能です。チャンネルやDMでエージェントをメンションすると専用の**コードチャンネル**が立ち上がり、会話・計画・コード差分・ライブHTMLプレビューがチームに開かれた状態で進みます。Slack側は全プランで使えますが、動かすエージェントの契約は別。この記事では、その前提条件と組み込み手順、そして権限の線をどこに引くかを整理します。 ## まとめ｜Slack Code導入で先に決まる二つの判断 導入判断は、次の2点でほぼ決まります。 1点目は**どのエージェントを契約するか**。Slack Codeというチャンネル機能そのものに追加費用は発生せず、無料ワークスペースでも動きます。費用と前提設定はすべてエージェント側にあり、Claude TagはClaude EnterpriseとTeamのbeta枠、GitHub Copilotは有料プランとクラウドサンドボックスの有効化が要ります。Slackのプラン表を見ても答えは出ません。 2点目は**何をコードチャンネルへ出してよいか**。設計上、エージェントは呼び出したユーザーの権限のまま動きます。裏を返せば、そのユーザーが読める範囲は全部エージェントの入力になりうるということ。受託開発なら、顧客のコードと設計情報をSlackへ載せてよいかを契約側で先に確認してから接続してください。 ## Slack Codeの実体｜コードチャンネルが立ち上がる仕組み まずは機能の輪郭から。Slack自体のプラン差やチャットツールとしての選定軸は[Slack・Discord・LINEの違いを比較｜料金・音声通話・セキュリティで選ぶチャットツール](https://www.issoh.co.jp/tech/details/7427/)で扱っています。ここではSlack Codeで増えた部分だけを見ます。 ### 2026年8月20日に全Slackプランへ提供された機能の範囲 Slack Developer Docsの変更履歴に「Announcing Slack Code」が載ったのは2026年8月20日です。同日の公式ブログでは、Claude・Devin・GitHub Copilot・Vercelをメンションするとコードチャンネルがリアルタイムで立ち上がると説明され、ChatGPT by OpenAIは近日対応と書かれました。 提供範囲は全Slackプラン。ただしVentureBeatの取材記事にあるとおり、パートナー各社のエージェントへのアクセスは別途必要です。**Slackが無料で開いたのはチャンネルの器だけ**で、中身を動かす部分は各社との契約に乗ります。ここを取り違えると、導入計画の費用見積もりが丸ごとずれます。 ### メンションからコードチャンネルが立つまでに用意される四つの領域 起点はメンションです。Slackヘルプセンターの説明では、コードチャンネルは対応エージェントが自動生成する一時的なチャンネルで、チャンネルまたはDMでのメンションから作られます。エージェント側の判断で作られる場合もあり、Devinのように`!new`で手動作成できる実装もあります。 立ち上がったチャンネルに並ぶのは、会話・計画ドキュメント・コード差分・ライブHTMLプレビューの4領域。Slack Developer Docsは、エージェント実装者が公開できるアーティファクトとして Code diffs・Block Kit views・HTML previews・Canvases を挙げています。差分は行単位でコメントでき、静的なHTMLならその場で表示を確かめられる作りです。 | 領域 | そこで見えるもの | チーム側の操作 | | ----- | ----------- | -------- | | 会話 | 指示と背景のやり取り | 途中で方向を直す | | 計画 | 作業計画のドキュメント | 着手前に合意する | | コード差分 | 提案された変更行 | 行ごとに指摘する | | プレビュー | HTML出力の表示 | 見た目を確認する | ### 作業完了後の自動アーカイブが検索できる監査ログとして残る意味 コードチャンネルは作業が終わると自動でアーカイブされます。公式ブログは、チャンネルが乱立せず履歴は検索可能なまま残ると説明しています。運用者の視点で効くのはここでした。 ターミナルでエージェントを回すと、どんな指示でどんな判断が下されたかは各自の手元に散ります。コードチャンネルなら、指示・計画・差分・承認が同じ場所に時系列で積まれ、後から引ける。**記録が既定で残る構造**は、レビュー体制を持つチームほど価値が出ます。逆に言えば、記録に残せない情報は最初から入れない前提が要るということでもあります。 ## 対応エージェント別の前提条件｜Slackが無料でも契約が要る場所 2026年8月時点の対応状況と、別途必要になるものを並べます。 | エージェント | 提供元 | 2026年8月時点 | 別途必要になるもの | | -------------- | --------- | --------- | -------------------- | | Claude | Anthropic | 利用可 | EnterpriseかTeamのbeta | | Devin | Cognition | 利用可 | Devinアカウント連携 | | GitHub Copilot | GitHub | 利用可 | 有料プランとサンドボックス | | Vercel Agent | Vercel | 利用可 | Vercel側のアカウント | | ChatGPT | OpenAI | 近日対応 | 発表時点で未提供 | ### Claude｜Claude TagはEnterpriseとTeamのbeta提供 Slackで@Claudeを呼ぶ経路は、Anthropicが出したClaude Tagが担います。報道によれば、これはClaude EnterpriseとClaude Teamの契約者向けbetaで、2025年10月に出た Claude in Slack アプリを置き換えるもの。**個人向けプランからは呼べません**。 コーディングエージェント本体の機能と料金体系は[Claude Codeとは？できること・使い方・料金とコード解析の実力【2026年版】](https://www.issoh.co.jp/tech/details/5571/)で整理しています。Slack側から呼ぶ場合も、できる作業の範囲は本体の権限設計に従う点は変わりません。 ### GitHub Copilot｜有料プランとクラウドサンドボックス設定 GitHub Docsの手順が最も明示的です。前提は、有料Copilotプランのアカウント、Slackワークスペースへの参加、GitHub integration for Slack の導入、そして**クラウドサンドボックスの有効化**。組織や企業の管理者が該当ポリシーを開けていないと動きません。 呼び出しはGitHubアプリとのDMかスレッドでの @GitHub メンションで、リポジトリ・ブランチ・作業内容を自然言語で指定します。作られるプルリクエストは既定でアプリのIDになるため、リポジトリルール側で追加の承認が要る設計。実行にはリポジトリへの書き込み権限が必要で、ゲストユーザーはセッションを開始できません。導入時はこの2点が最初の詰まりどころになります。 ### Devin｜ユーザー単位の連携と!newによる手動チャンネル作成 Devinは Settings の Connections から Slack を選び、Connect でワークスペースへ導入します。見落としやすいのは**利用者ごとに個別のアカウント連携が要る**点で、SlackのメールアドレスをDevin側の登録と一致させないと結び付きません。 呼び出しは @Devin。作業規模が大きいとDevin側の判断でコードチャンネルへ移り、`!new`で手動作成もできます。`!channel`で別チャンネルへ結果を送る、スレッドで`unsync`を送って同期を止める、といった制御コマンドも用意されています。エージェント本体の機能差は[Devinとは？できること・料金・使い方と他AIツールとの違い【2026年版】](https://www.issoh.co.jp/tech/details/5424/)を参照してください。 ### Vercel AgentとChatGPT｜当日提供と近日対応の線引き Vercel Agentは提供開始日から使える4社のうちの1つで、Vercel側のアカウントが前提になります。ChatGPT by OpenAI は公式ブログで近日対応と書かれた状態で、2026年8月24日時点では未提供。 導入計画を組むなら、まず提供済みの4社から選ぶのが現実的です。なおCursorのようにIDE側で動かすエージェントは対応一覧に入っておらず、性格も異なります。エディタ内で個人が回す形との違いは[Cursorとは？AIコードエディタの機能・料金・使い方を開発会社が解説](https://www.issoh.co.jp/column/details/3020/)で扱った範囲を見ると分かりやすいはずです。 ## チーム開発へSlack Codeを組み込む手順｜検証から常設運用までの六工程 ここからが本題です。Slack側の設定作業はほぼ発生しない一方、決めるべきことは6つあります。 ### 工程1から3｜検証ワークスペースとアプリ承認と一社への絞り込み 工程1は検証の場を分けること。本番ワークスペースへ直接入れず、検証用のワークスペースかプライベートチャンネルで先に動かします。工程2はアプリ承認で、管理者がアプリ管理側で対象アプリを許可します。工程3は**エージェントを1社に絞る**作業です。 4社を同時に入れると、指示の書き分けと権限の棚卸しが同時に発生して収拾がつきません。既存のコード基盤に近い1社から始め、動作が読めてから増やす順序が安全でした。GitHubを主軸にしているならCopilot、自律的な長時間タスクを試すならDevin、という選び方になります。 ### 工程4から6｜対象リポジトリの限定とレビュー経路と呼び出し規約 工程4は対象リポジトリの限定です。エージェントはリポジトリへ直接手を入れるのではなく、既存のプルリクエストとレビュー工程を通ります。だからこそ、最初に開けるのは公開しても差し支えない社内リポジトリに留めます。 工程5はレビュー経路の確認。GitHub Copilot経由のプルリクエストはアプリのIDで作られるため、リポジトリルールで追加承認を要求する設定が既定です。誰が承認するかを決めずに走らせると、マージ待ちが滞留します。工程6は呼び出し規約で、どの粒度の作業をエージェントへ渡すかをチームで文章にしておく。ここが曖昧だと、レビュー可能な量を超えた差分が上がってきます。 ### コードチャンネルを乱立させずに履歴を残すための運用ルールと命名規則 コードチャンネルは自動でアーカイブされるとはいえ、放置すると検索性が落ちます。Devinのドキュメントで勧められているのは、実行を集約する常設チャンネルを1つ置く運用です。呼び出しの起点をそこに寄せると、誰が何を投げたかが一望できる状態を保てます。 命名はエージェント側の自動生成に任せる部分が大きいものの、起点となる指示文を丁寧に書けば結果的にチャンネル名も読めるものになります。**指示文はチャンネル名の素材でもある**と考えて書くのが実務的でした。加えて、アーカイブされたチャンネルを月次で棚卸しし、残す判断をした議論はCanvasか設計ドキュメントへ移します。 ## 権限と情報持ち出しの線引き｜ACL継承だけでは解けない部分の設計 導入で最も判断が要るのが、この領域です。 ### ユーザーのACLで動くという設計が守る範囲と守らない範囲の境目 Slack側の説明は明快で、すべては呼び出したユーザーの代理として、Slack内でも接続先システムでもそのユーザーのACLで実行されます。エージェント専用の万能権限は存在しません。管理者から見れば、既存の権限設計がそのまま効くという意味で扱いやすい構造です。 ただしこれが守るのは**越権アクセスだけ**。呼び出した本人が読める情報は、すべてエージェントの入力になりうる状態は残ります。開発者が広い権限を持つ組織ほど、この差は無視できません。権限設計を見直すきっかけとして捉えるのが妥当なところです。 逆向きに、Claude CodeやCursorなど外部のAIクライアントからSlackを検索・投稿させる場合も、同じくユーザー本人の権限で動きます。承認するスコープの絞り方と監査ログでの追跡は[Slack MCPサーバーの接続手順と権限設計](https://www.issoh.co.jp/tech/details/17875/)で整理しています。 ### コードチャンネルに出る成果物と出さないと決める判断の基準づくり コードチャンネルには通常チャンネルと同じ信頼基盤と公開範囲の設定が適用されます。つまりチャンネルを公開にすればワークスペース全体から見え、非公開なら招待者だけが見る。ここは既存の運用知識がそのまま通用します。 決めるべきは、差分とプレビューとCanvasに何が写り込むかです。秘匿すべき接続情報や個人データがコードやテストデータに埋まっていれば、それは差分として全員の目に触れます。**載せない情報を先に決め、該当するリポジトリは接続対象から外す**。この判断はエージェント側の設定ではなく、リポジトリの選定で行う作業になります。 ### 受託開発で顧客のコードを載せる前に確認する契約条項と再委託の扱い 受託の現場では、技術的に可能かより先に契約側の確認があります。見るべきは3点。第1に、顧客の情報資産を外部サービスへ預けてよいかを定めた条項。第2に、AIサービスへの入力が再委託とみなされるかどうかの整理。第3に、生成物の権利と責任の所在です。 SlackとGitHubがすでに承認済みでも、そこへコーディングエージェントが加わると審査対象は増えます。顧客のセキュリティ部門へ通す資料には、どのエージェントがどの範囲を読み、成果物がどこに残るかを書いて出す。ここを飛ばして先に接続すると、後から接続を切る作業が発生します。 ## 受託開発でSlack Codeを採用する条件と見送る三つの構成 最後に判断を言い切ります。 ### 採用してよい案件の条件｜内製運用とPRレビューが機能しているか 採用してよいのは、次の3条件が揃う案件です。ひとつ、開発の議論がすでにSlackで完結していること。会話がコンテキストになる設計なので、議論が別のツールに散っていると効果が出ません。ふたつ、プルリクエストのレビュー体制が実際に機能していること。エージェントの出力はレビューを通って初めて価値になります。 みっつ、対象コードの取り扱いについて顧客の合意が取れていること。この3つが揃う案件なら、指示と判断が同じ場所に残る利点がそのまま効きます。非エンジニアの企画担当がプレビューを見て意見を返せる点も、要件確認の往復を減らします。 ### 見送る三つの構成｜秘匿性の高い案件とゲスト中心の体制と監査要件 逆に、以下の3パターンでは採用しません。 ひとつ、顧客のソースコードを外部サービスへ出せない案件。金融や公共の一部では契約段階で封じられており、技術的な回避策を探す話ではありません。ふたつ、開発体制の中心が外部パートナーで、Slackのゲストアカウント運用になっている案件。GitHub Copilot経由ではゲストユーザーがセッションを開始できず、権限を上げれば今度は情報の見える範囲が広がります。 みっつ、第三者監査でAI利用の記録提出を求められる案件。コードチャンネルの履歴は残るものの、監査で要求される形式に整えるには別途の整理が要ります。これらに当たるなら、閉じた環境で動くエージェント構成を検討するほうが早いところです。自社の開発フローへどう組み込むかを外部と詰めるなら、[生成AI導入支援](https://www.issoh.co.jp/service/ai/genai/)で扱う範囲を見てください。 ### 効果測定の置き方｜PR数十倍という数字を自社へ当てはめる前の条件 導入効果としてよく引かれるのが、Cognitionがマージ済みプルリクエスト数を数か月で10倍に伸ばした一方、人員増は40%だったという数字です。ただしこれはエージェントを自社開発している企業の内部値で、そのまま他社に転用できる性質のものではありません。 参考になるのは前提のほうです。Gartnerは2027年までにエージェントAIプロジェクトの40%超が中止されると予測し、McKinseyの調査では実験段階が62%に対しスケールできたのは33%、成果を報告できたのは39%に留まりました。**測るべきはPR数ではなくレビュー通過率とマージまでの日数**。差分の量が増えてもレビューが詰まれば納期は縮みません。導入前に現状値を取っておいてください。 ## よくある質問 実装者から出やすい質問に、一次情報へ沿って答えます。 ### Slack Codeはいつから使えるようになりましたか？ Slack Developer Docsの変更履歴に「Announcing Slack Code」が掲載されたのは2026年8月20日で、同日にSlack公式ブログでも発表されました。提供範囲は全Slackプランで、無料ワークスペースも含まれます。ただし各エージェントの提供状況は別で、Claude・Devin・GitHub Copilot・Vercelは発表当日から、ChatGPT by OpenAIは近日対応の扱いでした。 ### Slack Codeの利用に追加料金はかかりますか？ Slack側のコードチャンネル機能そのものに追加費用は発生しません。費用が乗るのはエージェント側です。Claude TagはClaude EnterpriseとTeamの契約者向けbeta、GitHub Copilotは有料プランのアカウントが前提で、DevinとVercel Agentもそれぞれのサービス契約が要ります。Slackのプラン変更ではなく、エージェント各社との契約で見積もってください。 ### エージェントは社内のどこまでの情報を読めますか？ 設計上、呼び出したユーザーの権限のまま動きます。Slack内でも接続先のシステムでも、そのユーザーのACLが適用される仕組みです。したがって越権アクセスは起きませんが、本人が読める範囲はすべて入力になりうる状態が残ります。開発者に広い権限を与えている組織では、接続前に権限の棚卸しをしておくのが安全です。 ### コードチャンネルは作業が終わるとどうなりますか？ 自動でアーカイブされます。公式ブログの説明では、チャンネルが乱立せず履歴は検索可能なまま残る設計。指示・計画・コード差分・承認のやり取りが時系列で1か所に積まれるため、後から経緯を追えます。逆に、記録として残せない情報は最初から入れない運用が前提になります。 ### Slack Codeはターミナルでの開発を置き換えますか？ 置き換えません。Slack側も両者の併存を想定しており、深く集中する作業はターミナルやIDE、日常的な依頼と共有はチャンネル、という住み分けになる見通しです。実際、コードチャンネルで扱いやすいのは、レビューしやすい粒度に切れた作業と、非エンジニアが結果を確認したい作業でした。切り分けの規約をチームで決めておくと定着が早まります。 ## 関連記事 - [Claude Codeとは？できること・使い方・料金とコード解析の実力【2026年版】](https://www.issoh.co.jp/tech/details/5571/)：Slackから呼ぶエージェント本体の機能と料金 - [Devinとは？できること・料金・使い方と他AIツールとの違い【2026年版】](https://www.issoh.co.jp/tech/details/5424/)：コードチャンネルを自動生成する側の実装 - [Agent Plugins 1.0とは？梱包仕様とクライアント準拠要件を実装目線で解説](https://www.issoh.co.jp/tech/details/16371/)：エージェント拡張を配る側の梱包仕様 - [Cursorとは？AIコードエディタの機能・料金・使い方を開発会社が解説](https://www.issoh.co.jp/column/details/3020/)：IDE側でエージェントを動かす選択肢 - [Slack・Discord・LINEの違いを比較｜料金・音声通話・セキュリティで選ぶチャットツール](https://www.issoh.co.jp/tech/details/7427/)：Slack本体のプラン比較と選定軸 --- 出典: [Slack Codeとは？コードチャンネルの仕組みと組み込み手順・権限設計を実装目線で解説]()（株式会社一創）