ターミナルの外で、チームとAIが同じ画面を囲む──Slackが『コード専用チャンネル』を開き、エージェントの作業をグループチャットに引き出した

Salesforce 傘下の Slack が 2026年8月20日、Slack Code を発表しました。チームが AI コーディングエージェントと一緒にソフトウェアを組み上げる、新しい種類のチャンネルです。これまで個々の開発者がターミナルの中で相棒（コパイロット）と向き合っていた作業を、そのままグループチャットの真ん中に引き出す試みと言えます。

提供は同日から。エンタープライズ限定ではなく、無料プランを含むすべての Slack プランで使えます。追加料金の案内は出ていません。

「個々の相棒」から「共有の作業場」へ

従来のコーディングエージェントは、基本的に一対一の道具でした。開発者がそれぞれのターミナルに散らばり、自分の担当を書き、コードを提出し、後からレビューする。その分業の流れを、Slack Code は「みんなが同じ会話を見ながら進める」形に置き換えます。

Salesforce の CMO、Ryan Gavin 氏は狙いをこう表現しています。「Slack Code は、AI を個々のコパイロットから、文脈に根ざした埋め込み型の AI オーケストレーションへと進めるものだ」。相棒を一人ずつ抱えるのではなく、チームの会話の流れそのものにエージェントを組み込む、という発想です。

タグ一つで「コードチャンネル」が立つ

使い方はシンプルです。会話の中でコーディングエージェントをタグ付けすると、そのエージェントが案件専用のコードチャンネルを自分で立ち上げ、作業スペースを確保して取りかかります。人がチャンネルを作るのではなく、エージェントが作る点が特徴です。作業の出力はキャンバス上に表示され、参加者は同じ画面を囲みます。

チャンネルの中でチームができることは、主に次の通りです。

• 差分（diff）の確認: 提案された変更を、その場で before/after として追える。
• ライブプレビュー: HTML などの出力を、動く状態で見て確かめられる。
• 会話の可視化: 人とエージェントのやり取りが全員に見え、途中でフィードバックを差し込める。
• フィードバックの反映: 部門をまたいだ指摘を、エージェントがその場で取り込む。

ガバナンス面も最初から組み込まれています。コードを世に出す前には人による承認（サインオフ）が必須で、作業が終わればチャンネルは自動でアーカイブされます。さらに「誰が依頼し、何が変わり、誰が承認したか」を残す監査ログが恒久的に保存されます。

対応エージェントと、導入のハードルの低さ

初期対応の顔ぶれには、主要なコーディングエージェントが並びます。特定のベンダーに閉じない「取り次ぎ役」を狙った構成です。

複数のエージェントを同じ土俵に載せ、MCP で外部にも開くという設計は、Slack を「どのエージェントでも呼び出せる共通の窓口」に育てようとする意図がうかがえます。導入のハードルが低いぶん、まずは小さな社内ツールや検証用の画面づくりから試しやすいはずです。

レビューを「会議室」に戻す

この仕組みが変えるのは、コードを書く速さよりも合意形成の場所です。Slack Code は、これまでプルリクエストやレビュー画面に閉じていた確認作業を、チームが普段いるチャットへ引き戻します。Salesforce はこれを「認識のズレを早い段階で捕まえ、手戻り（lifecycle churn）を減らす」効果として説明しています。

ビジネス面では、エンジニア以外のメンバー──企画やデザイン、事業側──が、差分やプレビューを見ながらその場で口を挟める点が大きいでしょう。仕様の食い違いが「実装が終わってから」ではなく「作っている最中」に見つかれば、やり直しの総量は減ります。無料プランでも使えるため、少人数のチームや個人事業でも試せる敷居の低さも見逃せません。

一方で Slack は、これが万能ではないことも認めています。SiliconANGLE によれば、Slack Code は「ターミナルや IDE で腰を据えて組み上げる、地道なコーディング作業を完全に置き換えるものではない」。あくまで、共同作業と合意形成の層を厚くする道具という位置づけです。

「みんなで見える」ことの、その先

透明性は Slack Code の売りですが、便利さの裏で考えておきたい点もあります。レビューをグループチャットへ移すことは、裏を返せば承認が流れ作業になりやすいということでもあります。多くの目が見ているという安心感が、かえって「誰かがちゃんと見ているだろう」という空気を生む恐れは、一般論として指摘できます。

また、エージェントがチャットから直接コードを起こし、承認を経て出荷まで進む導線は、監査ログやサインオフで守られているとはいえ、権限設計とデプロイ先の管理を慎重にしておく必要があります。便利さを取り込むほど、「誰が最終責任を負うか」を人の側で明確にしておく運用ルールが効いてきます。過度に頼りすぎず、承認の質を落とさない工夫とセットで導入するのが現実的でしょう。

とはいえ、コーディングエージェントを「一人で回す道具」から「チームで囲む作業場」へ引き出した点で、Slack Code は開発ワークフローの重心を動かす一手です。ターミナルの外にレビューと合意の場が生まれたとき、開発チームの働き方がどう変わるのか。次の数か月の実運用が、その答えを見せてくれるはずです。

参照: Introducing Slack Code（Salesforce） / Salesforce introduces Slack Code（SiliconANGLE） / Slack Code Puts AI Coding Agents in Dedicated Project Channels（Unite.AI） / Slack Launches Code For AI Coding Collaboration（Dataconomy） / Slack has a new channel type（The New Stack）