Slack Codeとは？AI作業空間の仕組みと利用条件を解説

Slack Codeとは何か

Slack CodeはAIモデルやAIそのものではありません。AIが働くための場所です。私はこの点をまず理解すべきだと考えます。Slackが作ったのは、AIが仕事をするための場所と、それを支える仕組みです。

この専用の作業場は、AIを名指しした瞬間に生成される一時的な場所です。そこにプログラムの変更点や試作表示が並びます。作業が終われば自動で記録保存されます。実際に手を動かすのは、Claude、Devin、Copilot、VercelのAIであり、Slack自身ではありません。

この構成は、Slackがこれまで積み上げてきたものの続きにあります。入れ物を用意し、その中身は使う側と提携先が決める。Slack Codeは、その入れ物をAIの作業単位に合わせて作り直したものです。

専用の作業場で起きること

公式発表資料には、具体的な流れが書かれています。製品責任者がその場所で不具合の知らせを見つけ、エンジニアを待たずにコーディングAIへ相談します。AIはその作業場を立ち上げます。そこまでの会話や画面の画像、共有済みの資料を読んだうえで直し方の提案を出します。製品責任者がエンジニアを呼び、変更点を確認し試作表示を動かして、変更提案の作成と統合まで進めます。

ここで効いているのは、専用の区画という設計です。会話、計画、プログラムの変更点、試作表示がそれぞれの場所を持つため、会話の流れのように情報が流れて埋もれません。

AIが誤った前提で進み始めたら、その場にいる誰でも途中で止めて向きを変えられます。Slackが繰り返し強調しているのは、この場所が作業を始めた一人に閉じていない点です。今までの閲覧・操作の許可の範囲で、この作業場に参加するメンバーが同じ画面を見ながら進められます。プライベートなブラウザの表示領域でAIと二人きりになる働き方への、明確な対案として設計されています。

安全対策の扱いも、この設計思想に沿っています。この作業場はSlackの今までの許可の仕組みを引き継ぎます。AIがSlack内で参照できる会話や情報も、作業空間側の今までの制御に従います。企業向け暗号鍵管理（EKM）、情報漏洩防止（DLP）、情報発見の連携機能（Discovery API）も適用されます。実際の運用への適用のような重い変更では、その場所内で担当者が承認する流れも用意されています。Slack Code側では、新たな専用の安全対策の土台を用意するのではなく、今までのSlack管理の続きで扱える構図です。

Slack上のAIを整理する

Slackを日常的に使っている方ほど、名前の多さに戸惑うかもしれません。現在この場所には、性格の異なるAIが並んでいます。

Slackbotは、Slackが提供する個人向けAIです。Claude Tagは、Anthropicがその場所に常駐させる仲間のようなAIで、2026年8月3日に今までのClaude in Slackを置き換えました。この2つは、実際に仕事を担うAIです。

Agentforceは、少し性格が違います。単一のAIではなく、Salesforce上でカスタムAIを構築し、Slackへ展開するための基盤です。

そしてSlack Codeは、さらに役割が異なります。AIでも、AIを作る土台でもなく、対応するAIと人が共同作業するための場所です。現在組み合わせられるのは、対応済みの提携先AIに限られます。

提供条件と利用の注意点

Salesforceは、Slack CodeをFreeを含むすべてのSlack利用計画で利用できると案内しています。入れ物そのものを使い始めるうえで、Slackの契約内容を上げる必要はないという説明です。

一方で同じ案内には、利用する提携先AIへの利用が別途必要だと明記されています。ここから先の条件は、AIごとに異なります。

たとえばClaude Tagは、ClaudeのTeam利用計画とEnterprise利用計画で試験的に提供されています。その場所での利用は人数ではなく使用量にもとづいて組織へ費用計算されます。設定できるのは、Claude組織の主な所有者または所有者だけです。

つまり見るべきなのは、Slack Codeを使えるかどうかだけではありません。選ぶAIの対象となる利用計画、費用計算の方式、管理者要件までが一組です。Slack Code自体が全利用計画向けでも、実際の導入条件は組み合わせるAIによって変わります。

70%という数字の読み方

Slackは、作業場の70%以上がアイデアから変更提案の統合まで1日以内に完結すると述べています。置かれている文脈も、あわせて見ておく価値があります。

この数字は、自社チームの必要から作業場を作った、とSlackが説明する段落に置かれています。社内での利用に由来する可能性は高いとみられますが、原典は対象となった作業場の対象集団を明示していません。収集時期や件数、計測方法も、現時点では発表されていません。

この数字が測っているのは所要時間です。Slack自身も、エンジニアが早く作業に戻れることの根拠としてこれを置いています。開発の速さを何で測るかは、AIの時代に業界全体でこれから練られていく論点です。