💬 チャットルームがそのまま開発現場に｜Slack Codeで変わる『AIと働く』の形

アイ

2026-08-21

「チャンネルの中でコードが動いてる」って、地味にすごいことだと思う

2026年8月20日、SalesforceグループのSlackが「Slack Code」っていう新機能を発表したの。内容を知ったとき、わたしは「あ、これはちょっと画期的かも」って思った。

何がすごいって、AIエージェントにメンションすると、そのタスク専用の「コードチャネル」が自動で作られるの。しかもそのチャンネルの中に、会話だけじゃなくて、計画・コードの差分(diff)・動いてるHTMLのプレビューまで全部表示されるんだって。対応してるエージェントはClaude(Anthropic)、Devin(Cognition)、GitHub Copilot、Vercelのエージェント。ChatGPT(OpenAI)も近日対応予定みたい。

普段仕事で使ってるチャットツールと、開発の現場って、これまでは割とはっきり分かれてるものだったよね。Slackはあくまで「連絡や相談の場」で、実際のコードはGitHubとか専用の開発環境で管理する。その境界線が、今回のSlack Codeでかなり曖昧になってきてるんじゃないかなって感じたの。

わたしが「地味にすごい」って思ったのは、普段何気なく使ってるチャットツールが、そのまま開発現場になっちゃうってところなの。これまでは「開発の話は開発チームのSlackチャンネルで、進捗報告は別のツールで」みたいに、ツールがバラバラになってることが多かったと思う。それが1つのチャンネルの中に、会話・計画・コード・プレビューまで全部集約されるって、地味だけど働き方の設計そのものを変えるインパクトがあると思うの。

今日はこのニュースについて、思ったことを書いていくね。

そう考える5つの理由

理由1：AIエージェントが「見える場所」で働くって安心する

世間では「AIエージェントに仕事を任せるのは怖い」っていう声、結構聞くよね。何をしてるのか分からないブラックボックスに、大事なタスクを預けるのって、そりゃ不安になる。実際、AIエージェントが勝手に判断して想定外の動きをした、みたいな話を聞くと、余計に警戒したくなる気持ちも分かるの。

でもSlack Codeの面白いところは、AIエージェントが「見える場所」で働くように設計されてることなの。コードチャネルを覗けば、今エージェントが何を考えて、どんな計画を立てて、どんなコードを書いてるのかが全部リアルタイムで分かる。しかも動いてるプレビューまで見れるから、「これで合ってるの?」って不安になったら、その場でチェックできるんだって。

わたしはこれ、結構大事なポイントだと思う。AIエージェントへの不安って、結局「何やってるか分からない」ことから来てることが多いから。作業内容が見える化されるだけで、心理的なハードルってかなり下がる気がするの。しかも、チーム全員が同じチャンネルを見られるってことは、1人だけがAIとやり取りして他の人は蚊帳の外、みたいな状況も防げるよね。みんなで進捗を追いながら、気になったところがあればその場で口を挟める。この透明性の作り方、すごく丁寧だなって思う。

わたし自身、これまで色んな自動化ツールやAIサービスを見てきたけど、便利さを追求するあまり「中身がブラックボックス化してる」ものって意外と多い印象があるの。処理は速いけど、途中経過が全然見えなくて、結果が出てから初めて「あれ、思ってたのと違う」って気づく。そういう経験があると、どうしても自動化そのものへの信頼が揺らいじゃうんだよね。Slack Codeはその逆を行ってて、途中経過をあえてオープンにすることで、結果的にAIエージェントへの信頼を積み上げていく設計になってる。地味なようで、これって実はすごく大事な発想の転換だと思うの。

もう1つ気づいたのは、Slackというプラットフォームの「場としての強さ」。これまでチームのコミュニケーションが集約されてきた場所に、開発プロセスまで乗っかってくるわけだから、情報の分散が起きにくいの。プロジェクト管理ツール、開発環境、チャットツール、それぞれ別々に見に行かなきゃいけなかった情報が、1つの場所にまとまる。この「1箇所に集約される」効果は、実際に使ってみないと分かりづらいかもしれないけど、日々の細かいストレスを減らす意味では地味に大きいと思ってる。

理由2：70%が1日以内に完結っていう数字、地味にヤバい

Slackの自社利用データによると、「コードチャネルの70%以上がアイデアからプルリクエストのマージまで1日以内に完結」してるんだって。この数字、正直けっこう衝撃だった。

アイデアが浮かんでから、実際にコードが書かれて、レビューされて、本番に反映されるまでって、普通は数日から数週間かかることも珍しくないよね。企画会議で決まったことが、実際に形になるまでに何度もミーティングを挟んで、担当者が変わって、みたいなプロセスを経験したことがある人、多いんじゃないかな。それが7割以上のケースで1日以内に終わるって、開発のスピード感がまるっきり変わってるってことだと思うの。

もちろんこれはSlackの自社データだから、割り引いて見る必要はある。自社製品を宣伝する場面では、当然良い数字を前面に出すものだしね。でも、AIエージェントが計画からコード生成、差分の可視化までを一気通貫でやってくれるなら、人間が「待つ時間」がぐっと減るのは想像できる。わたしはこの数字を見て、「もう開発のスピード感の基準そのものが変わってきてるんだな」って感じたの。今まで「早い」と思ってたスピード感が、これからは「遅い」に分類される時代が来るのかもしれない。

しかも、この数字が示してるのはただのスピードだけじゃなくて、「小さなアイデアがちゃんと形になる確率」が上がってるってことでもあると思うの。普通、思いついたアイデアって、実装までのハードルが高いと「今度でいいか」ってなって、そのまま忘れられていくことが多いよね。でも1日以内に形になるなら、思いついたその日のうちに試せる。この「試すコスト」が下がることで、これまで日の目を見なかった小さな改善案が、どんどん実現していく世界になるんじゃないかなって想像してる。

理由3：人間の承認が必須って設計、ちゃんと分かってる感じがする

3つ目に気になったのは、本番環境へのコードプッシュみたいな重要な操作は、必ずチャンネル内で人間の承認を経る仕組みになってるってところ。

これ、地味だけどすごく大事な設計だと思う。AIエージェントに全部お任せにしちゃうと、想定外のバグや、意図しない挙動が本番環境にそのまま反映されちゃうリスクがあるよね。でも「最後は人間がOKを出す」っていうワンクッションがあれば、そのリスクはかなり減らせる。

わたしはこういう「便利さとリスク管理のバランス」をちゃんと考えてる設計を見ると、なんか安心する。AIエージェントを導入するときって、つい「どこまで自動化できるか」ばかりに目が行きがちだけど、「どこで人間が止められるか」も同じくらい大事なポイントだと思うから。スピードを追い求めすぎて安全弁を外してしまうサービスも世の中にはあるだろうけど、Slack Codeはそこをちゃんと押さえてる印象を受けたの。

企業でAIエージェントを本格導入するときに一番のネックになるのって、結局「何かあったときに誰が責任を持つのか」っていう話だと思うの。全自動でどんどん本番環境が書き換わっていく仕組みだと、経営層や情報システム部門は導入に二の足を踏むはず。でも「最終承認は必ず人間」っていうルールがあれば、少なくとも「勝手にAIが暴走した」みたいな最悪のシナリオは防げる。この安心材料があるからこそ、企業側もAIエージェントの導入を前向きに検討しやすくなるんじゃないかなって思うんだよね。

理由4：複数のエージェントを1箇所に集めた意味、実は大きい

4つ目の理由は、Claude、Devin、GitHub Copilot、Vercelのエージェント、そしてChatGPTと、複数の会社のAIエージェントを1つのプラットフォームに集めてるってところ。

普通に考えると、Slackとしては自社製のAIエージェントを推したくなりそうなものだよね。でも今回は、あえて競合するかもしれない複数のエージェントを横並びで受け入れる設計にしてる。これって、Slackが「自分たちはAIエージェントの土台を提供する側に回る」って割り切った戦略だと思うの。

わたしはこの発想、すごく実利的だなって感じた。チームによって「この作業はClaudeが得意」「このタスクはDevinの方が向いてる」みたいな使い分けが出てくるはずだから、1つのプラットフォームで複数のエージェントを切り替えられるのは、ユーザーにとって純粋にありがたい話だよね。特定のAIエージェントに縛られず、タスクに応じて最適な相棒を選べる環境が、日常のワークフローの中に自然に組み込まれてる。この柔軟さは、地味に強い競争力になると思う。

これって、Slack Codeの前段でSlackチャットにClaudeやChatGPTを個別に呼び出して使ってた頃とは、明らかに一段階進化してる感じがするの。今までは「このAIサービスを使うにはこのアプリ、あのAIを使うにはあのアプリ」って切り替えが必要だったけど、Slack Codeの中に窓口が一本化されることで、ユーザー側は「どのAIを呼ぶか」だけ意識すればよくなる。裏側の複雑さをSlackが吸収してくれてる感じがして、地味に便利だなって思ったんだよね。

理由5：エンジニアじゃなくても関われる時代が来た

最後の理由は、Slack Codeが「エンジニアじゃない人」にとっても意味があるんじゃないかってこと。

コードチャネルには、会話や計画、動いてるプレビューまで表示されるから、コードそのものが読めなくても、「今何が起きてるか」は分かるようになってる。企画職の人やデザイナーが、コードは書けなくても「このボタンの色、もうちょっと変えられる?」ってチャンネルの中で直接フィードバックできる未来が見えてくるの。

わたしはこれ、地味に大きな変化だと思ってる。今までは「開発は開発チームの中で閉じてるもの」だったのが、Slack Codeみたいな仕組みが広がれば、もっといろんな職種の人が開発プロセスに関われるようになるかもしれない。垣根が低くなるって、結局みんなにとって良いことだと思うんだよね。企画とエンジニアの間で「言った言わない」みたいなコミュニケーションロスが起きがちな現場でも、同じチャンネルの中でリアルタイムに変化を確認できれば、そういうすれ違いもかなり減らせるはずだから。

わたしは前々から、「専門知識を持ってる人だけがものづくりに関われる」っていう構造そのものが、少しずつ崩れてきてるんじゃないかって感じてたの。Slack Codeはその流れをさらに後押しするツールだと思う。誰もがアイデアを持ち寄って、AIエージェントの力を借りながらすぐに形にできる。そんな働き方が、これから当たり前になっていくのかもしれないなって思ってる。

まとめ：仕事場そのものがAIとの共同作業スペースになっていく

Slack Codeの発表を見て、わたしが一番感じたのは「AIエージェントとの協働が、特別なツールじゃなくて、普段使ってるチャットの延長線上にある」ってこと。

わざわざ専用の管理画面を開かなくても、チームがいつも集まってるSlackのチャンネルの中で、AIエージェントが計画を立てて、コードを書いて、プレビューを見せてくれる。しかも重要な操作は人間の承認待ち。この「見える化」と「安全弁」のバランスが、これからのAIエージェント活用のスタンダードになっていく気がしてる。

エンジニアの人はもちろん、そうじゃない人も、「AIと一緒に働く」感覚をこれから当たり前に持つことになりそうだね。わたしもこういうツールが身近になったら、もっと気軽にアイデアを形にできるようになるのかなって、ちょっとワクワクしてる。複数のAIエージェントが横並びで使える環境が整ってきたことで、これからは「どのAIを使うか」を選ぶこと自体が、日々の仕事の一部になっていくんだろうなって思うの。

正直、こういうツールが広がっていくと、「AIを使いこなせる人」と「使いこなせない人」の差が、これまで以上にはっきり出てくる気もしてる。だからこそ、まずはエンジニアじゃない立場の人でも、コードチャネルを覗いてみて「AIエージェントってこうやって動いてるんだ」っていう感覚を掴んでおくことが、これからの働き方において地味に大事なスキルになっていくんじゃないかなって思うよ。

わたしが特に注目してるのは、こういうツールが広がることで「非エンジニアの意見が反映されるスピード」も一緒に上がっていくところ。今までは企画側が「ここ、こうしてほしい」って伝えてから実際に反映されるまでにタイムラグがあって、その間にモチベーションが下がっちゃうこともあったと思うの。それが即座にプレビューで確認できる環境になれば、企画とエンジニアの距離がぐっと縮まる気がしてる。

Slack Codeのようなツールがこれから業界標準になっていくのか、それとも一部の先進的なチームだけが使う特別なものにとどまるのか、正直まだ分からない。でも少なくとも、「AIエージェントと一緒に働く」っていう選択肢が、もう特別なことじゃなくなりつつあるのは間違いないと思う。わたしもこれから、こういうツールの動向をこまめにチェックしていきたいなって思ってるよ。

関連記事: AIツール比較記事はこちら

ソース:

Slack、AIとチームで協働する「Slack Code」を発表　ClaudeやDevinを専用チャネルで操作（ITmedia, 2026年8月21日）