Slack、コーディングエージェント専用の「code channel」を追加

SalesforceとSlackが2026年8月20日、コーディングエージェントとチームが同じ場所で作業するための Slack Code を公開した¹。会話の中でコーディングエージェントをタグ付けすると、そのタスク専用の code channel が自動で立ち上がる¹。

Slackはこれを「AIコーディングはチームスポーツになった」と表現し、ソフトウェア開発を個人のブラウザタブの中から外に出すものだと位置づけている¹。The Vergeは同日、チームがAIエージェントと協働するための専用の開かれた場だと報じた²。

会話からチャンネルが立ち上がる

Slackの説明によれば、新機能を作りたい、Webページを直したい、バグを潰したい、といったときにコーディングエージェントをタグ付けすると、エージェントがそのタスクに取り組むための code channel を作る¹。チャンネルは1プロジェクトに1つが対応し、必要なあいだだけ生きていて、不要になればアーカイブされる¹。

チャンネルの中では、会話・計画・コードのdiff・ライブプレビューがそれぞれのタブに分かれており、参加者全員が作業の進み方をそのまま追える¹。diffは変更前の行に取り消し線が引かれ、隣に変更後の行が並ぶ形式で、Slackはこれを「エンジニアがずっと頼ってきたレビューが、別のツールに埋もれずチャンネル全体に開かれた状態」と説明している¹。プレビューでは実際のHTML出力が動き、壊れているところを出荷前に見つけられるとしている¹。

タスクが終わるとチャンネルは自分でアーカイブされるが、記録は監査ログとして残る¹。履歴は検索可能なまま保たれる、というのがSlack側の説明だ¹。

Slackが挙げている想定シナリオはこうだ。プロダクトマネージャーがチャンネルでバグ報告を見つけ、エンジニアを待たずにコーディングエージェントに修正の設計を頼む。エージェントは code channel を立ち上げ、すでに共有されている会話の文脈やスクリーンショット、ドキュメントを読んでコードを提案する。PMがエンジニアを呼んでdiffを確認しプレビューを走らせ、PRを開いて本番にマージする許可をエージェントに出す¹。

止める権限と、承認の置き場所

エージェントに作業を任せる仕組みで実務上効いてくるのは、途中で止められるかと、どこで人が承認するかだ。

Slackによれば、チャンネルにいる誰でもエージェントを一時停止・方向修正・停止できる¹。エンジニアだけの権限ではない点が、この設計の特徴になっている。

権限まわりでは、code channel のエージェントはSlackに組み込まれたセキュリティモデル・権限・管理者コントロールを初日から引き継ぐとしている¹。同社は、新しいインフラや管理すべきIDが増えないことを利点として挙げている¹。本番へのプッシュのような高リスクな操作では、エージェントが自分の作業をまとめて、チャンネルの中で詳しい人の承認を求める形になる¹。

エージェントがイベントを拾って自分で走り出す方向の更新は、この週に続けて出ている。前日の8月19日にはCursorがクラウドエージェントに「Subscriptions」を追加し、PRやSlackスレッドを購読して自分で起き上がる仕組みを入れた。そちらがエージェント側の動き出し方の話だとすれば、Slack Codeはその作業を人がどこで見て、どこで止めるかの側にあたる。

5社のエージェントが同じチャンネルに入る

今回のリリースで接続されるのは、Anthropicの Claude、Cognitionの Devin、GitHubの Copilot、ChatGPT、Vercelのエージェントで、Slackはこれらを founding partners と呼んでいる¹。提供はどのSlackプランでも利用可能とされているが、各パートナーのエージェントへのアクセスは別途必要だと明記されている¹。価格とパッケージは変更されうること、提供状況が地域によって異なりうることも同時に断られている¹。

code channel のAPIは現在パートナーが使っており、Slackは「近く」より広い開発者コミュニティに開くとしている¹。開いた後は、マーケティングチームのキャンペーン制作や法務の文書レビューなど、ソフトウェア開発以外の作業をするエージェントも code channel に入れるようになる、というのが同社の説明だ¹。時期は示されていない。

各社のコメントはそれぞれの立場が出ている。AnthropicでHead of Claude Productを務めるCat Wu氏は、エンジニアリングの仕事の多くがそもそもSlack上の会話——バグ報告やフィードバック——から始まっていると述べている¹。GitHubのChief Product OfficerであるMario Rodriguez氏は、人が方向を決めエージェントがループを閉じる、という同社の考え方の一部にSlackを位置づけた¹。VercelのCTOであるMalte Ubl氏は、スレッドは短いやり取りには向くが、エージェントとの作業はもう独立した場所を持つに値する複雑さになっている、と述べている¹。

なお、Salesforceは「開かれたエコシステムと、人とエージェントが同時に協働するマルチプレイヤーなコーディング環境を、この組み合わせで提供しているプラットフォームは他にない」と主張しているが¹、これは同社の自己評価であり、独立した比較の結果ではない。

Slack全体でもエージェントの扱いが変わる

code channel 以外にも、Slackはエージェントの見え方をまとめて変えている¹。

Agent DMs では、エージェントとのやり取りが通常の同僚との会話と同じように扱われ、エージェントには明示的なラベルが付き、スレッドには実際のタイトルが付いて再開しやすくなる¹。新設の Agents タブ は、エージェントとセッションの拠点になる。エージェントの一覧を見る、会話に名前を付ける、状態を確認する、詰まっているスレッドに印を付ける、作業中のエージェントを止める、といった操作がここに集まる¹。

Add to Slack は、NanoClaw、Lovable、Hyperagent、Superhuman、n8n、Vercel、ChatGPT、LangChain、Runlayer、Skydive で作ったエージェントを数クリックでSlackに入れる導線で、OAuthやマニフェスト設定、環境設定は自動化されているという¹。Slackは、エージェントは code channel でもDMでもプロジェクトチャンネルでも、明確な身元を持ち、他のメンバーと同じチャンネルの規範に従い、IT部門がすでに信頼している管理者コントロールの下に入る、と説明している¹。

チャットをエージェントの作業場にする発想自体は今年に入って複数の会社が試している。7月にはJack Dorsey氏のBlockがAIエージェントを組み込んだチームチャット「Buzz」を公開した。Slack Codeは、その発想を既存の巨大なワークスペースの側から出してきたものにあたる。

増えた出力を、どこで確かめるか

エージェントがコードを書く量が増えると、レビューと記録の側が追いつかなくなる。GitHubも8月19日に組織全体のコード品質の推移を追う「Trends」タブを一般提供したばかりで、こちらは組織単位で未対応の指摘がどう増減しているかを見る道具だった。

Slack Codeが扱っているのはその手前、個々のタスクの単位だ。誰がその作業を見ていたか、誰が止められたか、誰が承認したかがチャンネルの記録として残る設計になっている¹。SlackのEVP兼GMであるRob Seaman氏は、AIは人がひとりで別のタブでやることではなく、チームの実際の働き方の一部になったときにはじめて価値を生む、と述べている¹。

社内でエージェントの使い方を決める側から見ると、検討すべき点は絞られる。承認が必要な操作の線をどこに引くか、アーカイブされたチャンネルの監査ログを既存の記録管理とどう揃えるか、そしてパートナーエージェントの利用料をどこが持つか——提供は全プランでも、各エージェントへのアクセスは別に要る¹。