AI活用事例読了 6 分

「これって既存ツールの二番煎じでは」——Slackがコーディングを”チームスポーツ”にした日

Shiritomo編集部 @shiritomoAI_jp 2026年8月22日更新

コードを書くAIエージェントは、これまでずっと一人で使う道具でした。
ターミナルを開き、指示を打ち込み、出てきたコードを一人で確認する。
Slackが8月20日に発表した新機能は、その前提をひっくり返しにきています。

エージェントをメンションするだけで、チーム全員が見ている場所に専用の作業部屋が立ち上がる——Slackを日常的に使っている職場なら、明日から会議の代わりにこの部屋でコードが動き出すかもしれません。

先に結論をまとめると：
– Slackは「Slack Code」を発表し、Claude Code・Devin・GitHub Copilot・Vercelエージェントなど複数のAIコーディングエージェントをSlack上のチャンネルで動かせるようにしました
– エージェントをメンションすると専用の「コードチャンネル」が自動生成され、コード差分やライブプレビューをチーム全員が見ながら進行を確認できます
– 無料プランを含む全プランで使えますが、コードの出荷には必ず人間の承認が必要で、既存のGitHubレビュー体制もそのまま維持されます

Slackが投げかけた「一人作業からチームスポーツへ」という宣言

発表はSlack公式アカウントの投稿から始まりました。
日本語に訳すと、「作ることはもうチームスポーツだ。
Slack Codeを紹介する。
あなたのチームとAIエージェント——AnthropicのClaude Code、Claude Tag、CognitionのDevin、GitHub Copilot、ChatGPT、Vercelのエージェントたちが、一緒にコードを書き、レビューし、出荷する新しい方法だ」という趣旨です。

Now building is a team sport.

Introducing Slack Code: a new way for your team and AI agents, like @AnthropicAI's Claude Code, Claude Tag, Devin from @cognition, @github Copilot, @ChatGPT, and @vercel agents, to write, review, and ship code together.

Just mention an agent to… pic.twitter.com/dB3OCUUgIY
— Slack (@SlackHQ) 2026年8月20日

創業パートナーとして名を連ねたのはAnthropic、Cognition、GitHub、OpenAI、Vercel。
ChatGPT統合は今後の対応予定とされています。
一部のユーザーからは「PMやデザイナーも参加しやすくなりそう」と歓迎する声が上がった一方、「既存ツールと機能が重なるのでは」と冷静な指摘も見られました。
この重複感が本当に杞憂なのか、実際の仕組みを調べてみました。

コードチャンネルは何がそんなに違うのか？

Slack公式ブログによると、複雑なタスクでエージェントをメンションすると、そのタスクに紐づいた専用チャンネルが自動的に立ち上がります。
チャンネルの中には会話・作業計画・コード差分・ライブHTMLプレビューがタブ分けされて表示され、エンジニアでない同僚でも進行状況を眺めたり、作業を一時停止させたりできる設計です。

海外メディアのThe Vergeも、この仕組みを次のように紹介しています。
日本語に訳すと、「Slack Codeは、チームがAIエージェントと共同作業するための専用スペースを提供する」という趣旨です。

Slack Code provides a dedicated open space for teams to collaborate with AI agents. https://t.co/DtOzY4qL7X
— The Verge (@verge) 2026年8月20日

Slack側の内部統計では、コードチャンネルの7割以上が1日以内に完結しているといいます。

権限が野放しにならない仕組みになっているのか？

ここが今回いちばん気になった点です。
エージェントに勝手にコードを触られて困るのは、権限が無制限に広がってしまう場合です。

調べたところ、Slack Codeのエージェントは利用者本人が持つ既存のアクセス権限（ACL）をそのまま引き継ぐだけで、独立した特別な権限を新たに得るわけではないとされています。
さらに、コードを実際に出荷する前には必ず人間による承認が必要な設計になっており、既存のGitHubのレビュー体制もそのまま維持されます。
「誰でも呼び出せるからこそ野良のAI利用が広がる」というシャドーIT化のリスクを、承認フローと権限継承の2段構えで抑える設計だと言えそうです。

とはいえ、海外メディアの報道では冷静な見方も紹介されています。
Gartnerの予測では、エージェント型AIプロジェクトの4割以上が2027年までに中止される見込みとされ、McKinseyの調査でも実際に収益への効果を報告できた組織は全体の39%にとどまるといいます。
「みんなで見ているから安心」という設計思想が、本当に低品質なコードの拡散を防げるのかは、まだ実績で証明されていません。

Shiritomo編集部の考察：見える化が価値を生むかは運用次第

Slack Codeの本質は、AIコーディングを「個人の道具」から「チームの共有空間」に移したことにあります。
この発想自体は理にかなっていて、レビューが属人化しがちなAI生成コードに、複数の目を常時通せる仕組みは魅力的です。

一方で、チャンネルが乱立して「誰も見ていない作業部屋」が量産される可能性も否定できません。
SNS運用のダッシュボードが増えすぎると誰も見なくなるのと同じ構造です。
導入する職場は、コードチャンネルを作る基準や、承認担当者を誰にするかを先に決めておかないと、便利な機能がただの通知ノイズに変わりかねません。