Claude Tagとは？Slackで@Claudeを呼ぶと何が起きるのか
チャンネルで@Claudeに頼むと、サンドボックス上で何が動くのか
室谷代表取締役Claude Tag、Slackのチャンネルで@Claudeとメンションすると、Anthropicがホストしているサンドボックスの中でタスクを段階に分解して、チェックリストを更新しながら結果をスレッドに返してくるんですよね。
テキトー教師DotAI 認定講師初めて触る人が戸惑うのはまさにそこで。「Botが返事するだけ」だと思っていると、作業の途中経過までスレッドに流れてくるので、別の人が動いているのかと見間違えるんですよ。
室谷代表取締役Anthropicは発表時に、社内のプロダクトチームのコードの65%が社内版のこれで作られていると出してます。調査系やコード起点の依頼は、もう実用域なんですよね。
テキトー教師DotAI 認定講師なるほど。で、発表当時の記事から状況はけっこう動いてるんですか。
旧Claude in Slackとの違いは「個人のアカウント」か「Slack上のClaudeアプリ」か
室谷代表取締役発表時点の整理はAnthropic、Slack上でClaudeをチームメンバー化する「Claude Tag」ベータ公開で解説しているので、変化だけ補足すると、今はTeam/Enterprise限定のパブリックベータです。旧来のClaude in Slackは、各ユーザーが自分のclaude.aiアカウントを連携して動くチャットボットでした。
テキトー教師DotAI 認定講師だから昔は、答える人の権限で見える範囲が変わってたんですよね。同じチャンネルなのに人によって返る内容が違う、みたいな。
室谷代表取締役今回はそこが根本的に違う。Slack上ではClaudeアプリとして動いて、メンションした人の権限は引き継がない。
GitHubならClaude GitHub App、他のツールなら組織のOwnerが用意した専用のサービスアカウント名義になる。
GitHubならClaude GitHub App、他のツールなら組織のOwnerが用意した専用のサービスアカウント名義になる。
テキトー教師DotAI 認定講師「誰が頼んだか」と「誰として動くか」が切り離されたわけですね。現場感覚で言うと、そこが便利でもあり怖くもあるところで。
経営目線でも、担当者が休んでもチャンネルに履歴が残るのは大きいと思います。
経営目線でも、担当者が休んでもチャンネルに履歴が残るのは大きいと思います。
claude tagsと複数形で書かれている場合も指しているものは同じ
室谷代表取締役英語の記事だと複数形で書かれているのを見かけますけど、指しているのは同じ、Slack上のこの機能のことです。表記ゆれで別物だと勘違いする人がいるんですよね。
テキトー教師DotAI 認定講師たしかに。「別のプロダクトがあるの?」と聞かれたことがあります。
あと、検索して出てくるのが発表直後で止まっている記事だったりもするので。
あと、検索して出てくるのが発表直後で止まっている記事だったりもするので。
室谷代表取締役そこは注意が必要で。2026年10月5日以降、Claude組織とペアリング済みのワークスペースのチャンネルでは旧版は応答しないし、Legacyに切り替えることもできません。
古い前提のまま読むと判断を誤ります。
古い前提のまま読むと判断を誤ります。
テキトー教師DotAI 認定講師逆にペアリングしていないワークスペースなら、Pro/Max/Ultraの人は旧アプリを使い続けられる、という違いもあるわけですね。
1対1のDMだけは今まで通り個人のclaude.aiアカウントで動く
テキトー教師DotAI 認定講師DMは例外なんですよね。1対1のDMは影響を受けず、連携済みの人の個人claude.aiアカウントで動く、と。
室谷代表取締役そこはチャンネルと設計が分かれている。チャンネルはチームの共有作業、DMは個人の作業。
CoworkやClaude Codeが個人側に置かれているのと同じ整理なんですよ。
CoworkやClaude Codeが個人側に置かれているのと同じ整理なんですよ。
テキトー教師DotAI 認定講師だからDMで先に試してからチャンネルで使う、という順番だと「あれ、挙動が違う」となってハマる人が多いんですよ。
室谷代表取締役まずDMで感触を掴んで、共有したい依頼だけチャンネルに出す。そこで初めてAgent Identityの設計が効いてくる、という順番が素直なんですよね。
使えるのはTeam/Enterpriseだけ。個人プランで動かない理由と導入できない条件
個人プランではなぜ動かないのか
室谷代表取締役Claude Tag、TeamかEnterpriseじゃないと触れないんですよね。個人でProやMaxを契約している人が「Slackで@Claudeを呼べるんでしょ」と思って開いても、そもそも起動する場所がない。
テキトー教師DotAI 認定講師初めて触る人がまず戸惑うのがそこなんですよ。SlackにClaudeアプリを入れるだけでは足りなくて、起動も権限設定もオーナーがClaude組織の管理画面（claude.ai/admin-settings/claude-tag）から行う必要がある。
個人が自分のSlackにアプリを追加しただけでは、そこで終わりなんです。
個人が自分のSlackにアプリを追加しただけでは、そこで終わりなんです。
室谷代表取締役請求の所在が個人じゃないから、という整理なんですよね。チャンネルでの作業は組織の使用残高から従量で引かれる。
個人の財布で完結しない以上、個人プランに開放する筋合いがないわけです。
個人の財布で完結しない以上、個人プランに開放する筋合いがないわけです。
テキトー教師DotAI 認定講師なるほど、そこは筋が通ってますね。個人で試したい人は、まず自分がその組織に入っているかがスタートラインになるんですね。
Amazon Bedrockなどサードパーティ経由では提供されない
室谷代表取締役もう一つ引っかかりやすいのが、Amazon Bedrockのようなサードパーティ経由の契約。あれでClaudeを使っている会社は、同じClaudeなんだから使えるはず、と思いがちなんですが、そうはならない。
テキトー教師DotAI 認定講師現場感覚で言うと、モデル名が同じなら同じ機能だと思っちゃうんですよ。でもこれはAnthropicがホストするサンドボックス上で動くものなので、契約の経路が違うと提供されないんです。
室谷代表取締役調達の単位が違うんですよ。モデルを買っているのか、Slackに常駐するエージェントというプロダクトを買っているのか。
後者だと思って契約書を見ないと、いざ導入しようとした段階で手戻りします。
後者だと思って契約書を見ないと、いざ導入しようとした段階で手戻りします。
ZDR・CMEK・HIPAA構成の組織が使えないのはなぜか
テキトー教師DotAI 認定講師法人で契約していても、さらに前提条件で弾かれるケースがあるんですよ。ゼロデータリテンションやカスタマー管理の暗号鍵を有効にしている組織、Claude Code/Coworkのローカルモード向けのHIPAA構成を適用している組織は使えないと公式に書かれています。
室谷代表取締役ここ、経営目線だと「セキュリティに厳しい会社ほど使えない」という逆転なんですよ。チャンネルメモリとセッションの記録を保持する仕様だから、保持しない前提の設定とは噛み合わない。
テキトー教師DotAI 認定講師現場でよく聞くのは「うちは情報システム部が保持なし前提で通してる」というパターンです。検討の一番最初に潰しておかないと、後半で一気に止まりますね。
ゲストやSlack Connectのいるチャンネルで気をつけること
Claude Tagを使えない条件の判定フロー
自社はClaude Tagを使える契約・構成か？
YES ／ 使える可能性あり
- TeamまたはEnterpriseをAnthropic直で契約
- ZDR・CMEK・HIPAA構成を適用していない
- 組織のオーナーが管理画面から設定
NO ／ 使えない
- 個人プラン(Pro/Max)は入口が存在しない
- Amazon Bedrockなどサードパーティ経由は対象外
- ZDR・CMEK・HIPAA構成はチャンネルメモリ保持の仕様で不可
室谷代表取締役見落としやすいのが、ゲストがいるチャンネルやSlack Connectで外部組織とつながっているチャンネル。アクセス権はチャンネル・ワークスペース・Slack全体の3段階で効くので、範囲の切り方で事故ります。
テキトー教師DotAI 認定講師公開チャンネルに付けた権限は、後から参加した人にもそのまま及ぶんですよ。だから「最初は少人数だったから」で始めると、人が増えた瞬間に範囲が広がってしまう。
室谷代表取締役なので機微な認証情報はプライベートチャンネルに限定する。これが公式の推奨なんですよね。
接続を付ける前に、外部の目が入るチャンネルがどこかを一度棚卸ししておくべきです。
接続を付ける前に、外部の目が入るチャンネルがどこかを一度棚卸ししておくべきです。
テキトー教師DotAI 認定講師そこは後から絞ろうとすると「もう会話が流れてる」状態になりがちなんです。最初の範囲設定が勝負ですね。
料金はシート料金なし。従量課金と支出上限のリアル
Slackに追加してもシート料金はかからない。では何に課金されるのか
チャンネルとDMの課金の違い
チャンネル
- 組織の使用残高から従量で引かれる
- 読むだけ・返信判断だけ・既知内容への短い返信は無料(上限に数えない)
- 上限到達時はClaudeが作業を止めスレッドで通知
1対1のDM
- 別枠の扱い
- claude.ai側を連携している人は本人のシート課金
- 未連携なら組織の残高から一定の制限付きで引かれる
室谷代表取締役Claude Tag、Slackに入れても席の料金は発生しないんですよ。ここだけ聞くと「じゃあ無料で使えるのか」って錯覚するんですけど、実際は組織の使用残高から従量で引かれていく仕組みで・・・
テキトー教師DotAI 認定講師そこ、最初に戸惑うのがまさにその部分なんですよね。席課金じゃない＝タダ、ではない。
チャンネルとスレッドでの作業が残高から削られていく感覚です。
チャンネルとスレッドでの作業が残高から削られていく感覚です。
室谷代表取締役しかも線引きが細かくて。チャンネルを読むだけ、返信するか判断するだけ、既に知ってる内容への短い返信は無料で、どの上限にも数えないんですよ。
1対1のDMは別枠で、claude.ai側を連携してる人は本人のシート課金、未連携なら組織の残高から一定の制限付きで引かれる。
1対1のDMは別枠で、claude.ai側を連携してる人は本人のシート課金、未連携なら組織の残高から一定の制限付きで引かれる。
テキトー教師DotAI 認定講師チャンネルは組織側、DMは個人側って整理なんですね。そこが混ざると現場が一気に混乱します。
支出上限は6段階。75%と90%で警告が飛ぶ仕組み
室谷代表取締役で、起動時に決める月次支出上限が6段階なんですよね。整理するとこうです。
| 選択肢 | 補足 |
|---|---|
| $500 / $1,000 | 小さく始める枠 |
| $2,500 | 起動時の初期選択 |
| $5,000 | 中規模チーム向け |
| Unlimited / Custom | Customは最大$1,000,000 |
テキトー教師DotAI 認定講師初期選択が$2,500なんですね。ここを深く考えずにLaunchしちゃう人が出そうで、少し怖いです。
室谷代表取締役使っていって上限の75%と90%に達するとSlackのチャンネルに警告が投稿されて、到達したらClaudeは作業を止めてスレッドで完了できなかったと伝える。しかも上限は定価ベースで計算されるので、値引き契約が反映されるのは請求書の段階だけ。
社内の予算感と請求額がずれるポイントなんですよ。
社内の予算感と請求額がずれるポイントなんですよ。
テキトー教師DotAI 認定講師警告が来た時点で「何がコストを食ってるか」を見に行けるのが大事ですね。数字だけ見て慌てるより、原因を見る材料がある。
支出上限とレート制限は別物。止まった依頼は課金されない
室谷代表取締役上限と混同されがちなのがレート制限で。スレッド開始やメッセージ配信の速度制限は支出上限とは別物なんですよ。
レート制限で止まった依頼は課金されない。
レート制限で止まった依頼は課金されない。
テキトー教師DotAI 認定講師あ、それは安心材料ですね。「止まったのに料金だけ取られた」が起きないのは大きいです。
室谷代表取締役あとプランごとに意味が変わるのも注意で。Enterpriseは請求書払いだから使用クレジットの購入は必須じゃないんですけど、上限を設定しないと無制限に請求書へ乗る。
Teamは逆で、クレジットを買って残高がないとチャンネルで応答しないんですよね。
Teamは逆で、クレジットを買って残高がないとチャンネルで応答しないんですよね。
テキトー教師DotAI 認定講師同じ「上限」の話なのに、買う前提かどうかで意味が反転する。初めて触る人はここで止まります。
タスク単価は非公開。稟議に出すとき何を根拠にするか
室谷代表取締役ただ、タスク1件いくら、という単価は公式に公開されてないんですよ。だから稟議に「1件◯円」で積み上げる資料は作れないんですよね。
テキトー教師DotAI 認定講師現場でよく聞くのは「じゃあ何を根拠に出せばいいの」なんですよ。最初に小さく上限を切って、警告が来るまでの実績を1ヶ月眺めるのが一番現実的でした。
室谷代表取締役経営目線で言うと、最初から$5,000で走らせるより$500で1ヶ月回して、消費ペースを見てから上げる。上限は後から変えられるので、最初の数字は低めが正解なんですよ。
テキトー教師DotAI 認定講師たしかに。最初から大きく切ると警告が来ないまま使われて、コストの感覚が育たないですからね。
導入と移行。Ownerが進める設定手順と2026年10月5日の変更点
設定できるのはClaude組織のOwnerだけ。まずSlackワークスペースをペアリングする
- Claude組織のOwnerアカウントで
claude.ai/admin-settings/claude-tagを開く - Slackワークスペースで
/invite @Claudeを実行する - 続けて
@Claude connectを送り、表示されたペアリングコードを受け取る - 設定画面にコードを入力してペアリングを完了する
室谷代表取締役ここ、いきなり一般メンバーが触れる画面じゃないんですよね。管理画面に入れるのがOwnerだけなので、社内で「誰がやるのか」を先に決めておかないと、Slack側だけ招待して止まるパターンが起きます。
テキトー教師DotAI 認定講師初めて触る人が一番ハマるのがコードの失効なんですよ。15分で切れるので、Slackを開いたまま管理画面のタブを探しているうちに終わってしまう。
先に両方のタブを開いてから始めるのが現実的です。
先に両方のタブを開いてから始めるのが現実的です。
室谷代表取締役時給で換算すると、この詰まりだけで半日飛ぶのが一番もったいない。手順としては4ステップで終わる話なので、Ownerが横に座って10分で流すのが正解なんだと思います。
GitHub接続・クレジット購入・支出上限を先に済ませる
- GitHub接続（任意）を設定画面から済ませる
- 「使用クレジット」を購入する（カード払い・米ドル建て。未購入の組織にのみ表示される）
- 月次支出上限を選ぶ（選択肢の金額は前述のとおり）
- 対象チャンネルを選んで「Launch」する
室谷代表取締役ここで詰まるのがクレジットのところ。Teamプランは購入が必須で、残高がゼロだとチャンネルでそもそも応答しない。
設定は全部終わったのに「動かない」と慌てるやつです。
設定は全部終わったのに「動かない」と慌てるやつです。
テキトー教師DotAI 認定講師現場感覚で言うと、購入の項目が「未購入の組織にだけ表示される」のも見落としやすいんですよね。すでに何かしら買っている組織だと項目が出てこないので、無い＝壊れてる、ではないです。
室谷代表取締役支出上限もこのタイミングで決めることになるんですけど、ここは前の章で見たとおり、運用しながら調整する前提でいいと思います。最初から完璧を狙うより、小さめに切って走らせた方が学びが早いんですよね。
チャンネルを選んで起動し、モデル名入りのフッターで動作確認する
OwnerによるClaude Tag設定手順
- 01管理画面を開くClaude組織のOwnerアカウントで claude.ai/admin-settings/claude-tag を開く
- 02Slackで招待Slackワークスペースで /invite @Claude を実行する
- 03ペアリングコード取得@Claude connect を送り、表示されたペアリングコードを受け取る（15分で失効）
- 04ペアリング完了設定画面にコードを入力してペアリングを完了する
- 05GitHub接続（任意）設定画面からGitHub接続を済ませる
- 06クレジット購入「使用クレジット」を購入する（カード払い・米ドル建て。未購入の組織にのみ表示）
- 07月次支出上限を選択選択肢の金額から月次支出上限を選ぶ
- 08チャンネルを選んでLaunch対象チャンネルを選んで「Launch」する
- 09ツール接続・リポジトリ付与必要に応じて起動後に行う
- 10動作確認チャンネルで @Claude summarize what this channel decided this week... のように依頼し、モデル名入りのフッター付きで返信が来れば成功
- 対象チャンネルを選んで「Launch」する
- 必要に応じてツール接続とリポジトリ付与を行う
- チャンネルで
@Claude summarize what this channel decided this week...のように依頼する - モデル名入りのフッター付きで返信が来れば成功
室谷代表取締役起動したかどうかは、返事のフッターにモデル名が出ているかで判断する。地味ですけど、これが一番確実な確認方法なんですよね。
テキトー教師DotAI 認定講師最初の依頼は「このチャンネルで今週決まったこと、まとめて」くらいが分かりやすいです。いきなり複雑な作業を振ると、動いているのか失敗しているのか切り分けられなくなります。
室谷代表取締役ツール接続とリポジトリ付与は起動後でも間に合うので、まず1チャンネルで返事が返る状態を作る。最初から全社展開を狙うと、どこで詰まっているのか分からなくなるんですよね。
2026年10月5日以降、ペアリング済みワークスペースでは旧版が応答しない
室谷代表取締役ここは期限がある話で。2026年10月5日以降、Claude組織とペアリング済みのワークスペースでは、旧版のClaude in Slackがチャンネルで応答しない。
しかも旧版に戻す切り替えもできないんですよ。
しかも旧版に戻す切り替えもできないんですよ。
テキトー教師DotAI 認定講師じゃあ何が引き継がれるのかが気になるところで。1対1のDMは対象外で、これまで通り連携済みユーザーの個人claude.aiアカウントで動きます。
チャンネルの中の動きが新しい仕組みに置き換わる、という理解が近いです。
チャンネルの中の動きが新しい仕組みに置き換わる、という理解が近いです。
室谷代表取締役あと、ペアリングしていないワークスペースならPro/Max/Ultraの人は旧アプリを使い続けられる。移行するかどうかで挙動が分かれるので、社内で混在すると問い合わせが増えるんですよね。
テキトー教師DotAI 認定講師発表当時の話はAnthropic、Slack上でClaudeをチームメンバー化する「Claude Tag」ベータ公開でも触れられていますが、あの時点は「ベータで出た」という段階でした。今は移行の期限と、誰の権限で動くのかという設計まで含めて見る必要があります。
権限とセキュリティ。Agent Identityと資格情報の置き場所
@Claudeは「誰の権限」で動くのか
室谷代表取締役ここが導入可否の分岐点なんですよね。@Claude って、メンションした人の権限をそのまま引き継いで動くように見えるんですけど、設計はそこが違う。
テキトー教師DotAI 認定講師Agent Identity という考え方で、Slack上はClaudeアプリとして、GitHub上はClaude GitHub Appとして、他のツールでは組織のOwnerが用意した専用サービスアカウントとして動くんです。個人のアカウントを借りる形ではないと。
室谷代表取締役「誰が頼んだか」と「どの権限で動くか」が切り離されてるわけです。経営目線で言うと、これは統制しやすい方向なんですよ。
担当者が抜けても、その人の権限がエージェントに残らないので。
担当者が抜けても、その人の権限がエージェントに残らないので。
テキトー教師DotAI 認定講師ただ、そこを「自分のアカウントで動いてくれる」と読み違えると、何が見えていて何が見えていないかの感覚がズレます。初めて触る人がまず引っかかるポイントです。
権限は3段階でスコープされる
室谷代表取締役権限の粒度は、チャンネル・ワークスペース・Slack全体の3段階でスコープされる。ここは運用設計の話になりますよね。
テキトー教師DotAI 認定講師注意したいのが、公開チャンネルに付けた権限は後から参加した人にも及ぶことなんです。だから機微な認証情報を扱うなら、プライベートチャンネルに限定するのが推奨されてます。
室谷代表取締役これ、地味に怖いところで。雑にパブリックチャンネルで起動すると、後から入ってきた人まで同じ権限の射程に入る。
現場でよく聞くのは「最初に起動したチャンネルをそのまま使い続けてる」パターンですね。
現場でよく聞くのは「最初に起動したチャンネルをそのまま使い続けてる」パターンですね。
テキトー教師DotAI 認定講師起動したチャンネルを後から見直す、という発想を持っておくといいですね。
資格情報はサンドボックスに置かれない
室谷代表取締役で、実際の認証情報はどこにあるのか。サンドボックス自体には一切置かれず、Agent Proxy というネットワーク境界のレイヤーがリクエストごとに注入する形なんです。
テキトー教師DotAI 認定講師さらにアウトバウンド通信はデフォルト拒否で、許可ドメイン・許可ホスト・環境のネットワークアクセス設定のどれかに一致しない宛先には届かない。GitHubの操作も専用のGitHub proxyを通る別経路になってます。
室谷代表取締役つまり「漏れにくい形で持たせない」設計。ただ、これは守られる範囲の話であって、何を許可するかは人が決める。
許可リストを広げれば広げるほど設計の恩恵は薄まるんですよ。
許可リストを広げれば広げるほど設計の恩恵は薄まるんですよ。
テキトー教師DotAI 認定講師そこは設定した人の判断がそのまま効いてきますね。
Tego AIの指摘とAnthropicの反論をどう読むか
Agent Identityと資格情報の置き場所
Agent Identity
SlackはClaudeアプリ、GitHubはClaude GitHub App、他ツールは組織Ownerが用意した専用サービスアカウントとして動作。個人アカウントを借りる形ではない
権限は3段階でスコープ
チャンネル・ワークスペース・Slack全体の3段階。公開チャンネルの権限は後から参加した人にも及ぶため、機微な認証情報はプライベートチャンネルに限定が推奨
資格情報はサンドボックスに置かない
認証情報はサンドボックスに一切置かれず、Agent Proxyがリクエストごとに注入する
アウトバウンドはデフォルト拒否
許可ドメイン・許可ホスト・環境のネットワークアクセス設定のいずれかに一致しない宛先には届かない。GitHub操作も専用GitHub proxy経由の別経路
Tego AIの指摘とAnthropicの反論
文字列としての@Claudeへの反応を指摘、Anthropicはinformativeと分類し初期設定でそうなるという主張は否定。競合記事経由の二次情報で追加検証は未確認
運用側の対策
外部から持ち込まれる文面をそのまま指示として渡さない、権限は最小のチャンネルに閉じる。許可リストを広げるほど設計の恩恵は薄まる
室谷代表取締役セキュリティ企業のTego AIが「Slackの正式なメンションでなくても文字列としての@Claudeに反応し、外部コンテンツが指示として扱われるおそれがある」と指摘して、Anthropicはそれを「informative」と分類し、初期設定でそうなるという主張は否定した、という話があります。
テキトー教師DotAI 認定講師これは競合記事経由の二次情報なので、そこは割り引いて読むべきなんですよね。独立した追加検証や修正の発表は、こちらでも確認できていない段階です。
室谷代表取締役なので設計として保証されてる範囲と、運用でカバーする範囲を分けて考える。外部から持ち込まれる文面をそのまま指示として渡さない、権限は最小のチャンネルに閉じる、といった運用側の対策は残るんですよ。
インシデント1件で吹き飛ぶ金額を思うと、そこを省く理由にはならない。
インシデント1件で吹き飛ぶ金額を思うと、そこを省く理由にはならない。
テキトー教師DotAI 認定講師仕組みを信じるのと、任せきりにするのは違いますからね。
監査ログで追えること、追えないこと
管理画面のAuditで見られる3つのタブ
室谷代表取締役監査の話、導入判断で一番聞かれるところなんですよね。管理画面のAuditを開くと、Scheduled work、Memory、それからNetwork eventsを有効化している場合はこの3タブ構成になってます。
ここを見て「全部把握できる」と思うかどうかで、後々の運用が変わってくるんですよ。
ここを見て「全部把握できる」と思うかどうかで、後々の運用が変わってくるんですよ。
テキトー教師DotAI 認定講師たしかに。初めて触る人は「これで過去の依頼も全部見えるんだ」と受け取られがちなんですよ。
実際は「いま何が動いているか」の一覧であって、依頼の履歴簿ではないんですよね。
実際は「いま何が動いているか」の一覧であって、依頼の履歴簿ではないんですよね。
室谷代表取締役そこ、稟議で詰まるポイントなんですよ。うちくらいの規模だと「誰が何をAIに投げたか説明できるのか」を先に確認されるので、タブの数だけ見て判断されると後でズレるんですよね。
テキトー教師DotAI 認定講師現場感覚で言うと、まさにそこなんですよ。期待値を持ったまま起動して、あとから「この作業って誰の依頼だったっけ」となるパターンがあります。
タスクごと・依頼者ごとの逐次ログは存在しない
室谷代表取締役公式ドキュメントにはっきり書いてあるんですよ。「There is no per-action log of every task and who asked.」つまり、タスク単位で誰が頼んだかを並べた逐次ログはAuditには無い、と。
これは先に知っておかないと、監査の設計をまるごと間違えます。
これは先に知っておかないと、監査の設計をまるごと間違えます。
テキトー教師DotAI 認定講師そうなんです。監査＝全部の操作履歴、という理解のままだと、設計が根本からずれてしまうんですよね。
ここは導入前の共有事項だと思います。
ここは導入前の共有事項だと思います。
室谷代表取締役経営目線で言うと、これは「統制できない」ではなくて「統制の置き場所が別にある」という話なんですよ。依頼の経緯はSlackのスレッドに残す、決定はチャンネルで残す、と運用側で補う形にする。
テキトー教師DotAI 認定講師なるほど。ツール側に無い情報を、業務の流れの中で残していく発想ですね。
それなら現場も納得しやすいです。
それなら現場も納得しやすいです。
GitHubはPR起点のスレッドで追えるが、他のツールはサービスアカウント名義の記録だけ
室谷代表取締役GitHubだけは例外に近くて、PRが起点のSlackスレッドに自動でリンクするので、その依頼が誰から出たのかをたどれるんですよ。開発フローに乗っている分、追跡は素直なんですよね。
テキトー教師DotAI 認定講師逆に他のツールは、Claudeの専用アカウント名義で記録が残るだけなんですよね。個人の名前では残らないので、そこが最初に戸惑うところです。
室谷代表取締役Agent Identityの設計上そうなっていて、SlackはClaudeアプリ、GitHubはClaude GitHub App、その他は組織のOwnerが用意した専用サービスアカウントとして動く。監査の粒度もそこに揃うわけです。
テキトー教師DotAI 認定講師だから導入前に「どのツールは誰まで追えて、どこは追えないのか」を一度書き出しておくと、現場が静かになります。あとから質問攻めにならないので。
何に使える？ユースケースとClaude Code・Coworkとの使い分け
実際に頼めること、任せていい範囲
室谷代表取締役Claude Tag、名前だけ見ると「Slackで雑談するAI」に見えるんですけど、実体はサンドボックス上でタスクを段階分解して、チェックリストを更新しながらスレッドに返すエージェントなんですよね。
テキトー教師DotAI 認定講師そこが一番伝わりにくくて。初めて触る人は「返事が来るだけ」だと思うんですけど、実際はバグ修正の調査、監視の一次対応、ドキュメントの下書き、データの集計あたりをスレッドの中で進めてくれます。
チェックリストが更新されるので、どこまで進んだかが会話で見えるんですよ。
チェックリストが更新されるので、どこまで進んだかが会話で見えるんですよ。
室谷代表取締役経営目線で言うと、途中経過が見えるのはかなり大きいんですよね。中で何をやっているか分からないまま終わるツールは、確認する側の工数が別で乗ってくるので。
テキトー教師DotAI 認定講師たしかに。長い依頼を一発で投げるより、「まずここまで」を刻んだほうが扱いやすいと思います。
ambientとルーティンは自然言語で設定する
室谷代表取締役これ、メンションしないと動かないんですか。
テキトー教師DotAI 認定講師そこが混乱しやすいところで。ambientとルーティンの2系統があって、ambientはメンションなしで能動的に状況を共有したりフォローアップしたりする動き、ルーティンは決めたスケジュールで実行する動きです。
どちらも自然言語で@Claudeに頼んで設定します。
どちらも自然言語で@Claudeに頼んで設定します。
室谷代表取締役設定した後に「これ止めたい」が見つからない、が一番怖いんですけど。
テキトー教師DotAI 認定講師確認と停止も同じ場所でできるので、設定した本人が分からなくなることはないです。ただ現場感覚で言うと、作った人しか把握していない状態が一番危ないので、チャンネルで宣言してから作るのがいいと思います。
チームの共有作業はClaude Tag、個人の作業はCoworkやClaude Code
室谷代表取締役で、Claude CodeやCoworkとの使い分けはどうなるんですか。
テキトー教師DotAI 認定講師公式の整理だと、チームの共有作業はClaude Tag、個人の作業はCoworkやClaude Codeなんです。Claude Tagはチャンネルの権限で動くので、参加している全員に見える場所で完結する仕事に向いています。
室谷代表取締役逆に言うと、個人の資格情報で叩きたい作業をチャンネルに流すのは筋が悪い。MYUUU だと、リポジトリの横断調査はチーム側、手元の試行錯誤は個人側、って分けてます。
テキトー教師DotAI 認定講師あと、レスポンス速度はチャットの即答感覚より遅めで、カスタマイズもそこまで自由ではない、という声は現場でよく聞きます。向き不向きがあるので、まずは小さめの依頼で試すのがいいと思います。
まとめ：今から導入するなら何を確認すべきか
発表から日が経った今、判断軸はどこに置くか
室谷代表取締役Claude Tag、発表直後の記事だと「SlackでClaudeが動く」くらいで止まってるものが多いんですよね。ただ実際は2026年10月5日以降、Claude組織とペアリング済みのワークスペースでは旧版が応答しなくなる。
切り替えもできない。ここを知らずに「今のSlack連携の延長」で判断すると、ズレたまま導入することになるんですよ。
切り替えもできない。ここを知らずに「今のSlack連携の延長」で判断すると、ズレたまま導入することになるんですよ。
テキトー教師DotAI 認定講師現場でよく聞くのも「今まで通りSlackで使えますよね」という確認なんです。ペアリングしていないワークスペースなら個人プランの人は旧アプリを使い続けられるので、そこが混ざると余計に分からなくなるみたいです。
室谷代表取締役つまりペアリングするかどうかが実質の分岐点なんですよね。1対1のDMは影響を受けなくて、連携済みの個人アカウント側で動く。
チャンネルでチームとして使うと決めた瞬間に、プランも予算も監査も全部セットで付いてくる。
チャンネルでチームとして使うと決めた瞬間に、プランも予算も監査も全部セットで付いてくる。
テキトー教師DotAI 認定講師順番としては、機能を試す前に前提が揃うかを見る、という感じですね。
導入前に決めておく4点
室谷代表取締役チェックするのは4つに絞れます。プラン、支出上限、監査の期待値、機微情報の置き場所。
この4つが埋まらないまま起動すると、あとから戻せないものが多いんですよ。
この4つが埋まらないまま起動すると、あとから戻せないものが多いんですよ。
テキトー教師DotAI 認定講師プランはTeamかEnterpriseでないと動かないんですよね。個人向けのFree/Pro/Max/Ultraでは対象外で、Bedrockのようなサードパーティ経由も外れる。
ここで脱落するチームは多いと思います。
ここで脱落するチームは多いと思います。
室谷代表取締役支出上限は起動時に選ぶことになる。選択肢は$500/$1,000/$2,500/$5,000/Unlimited/Customで、初期選択が$2,500。
Teamは使用クレジットの購入が必須で、残高がゼロだとチャンネルで返事をしない。Enterpriseは請求書払いで購入不要なぶん、上限を入れないと無制限に請求書へ乗る。
経営目線で言うと、ここが一番怖いところです。
Teamは使用クレジットの購入が必須で、残高がゼロだとチャンネルで返事をしない。Enterpriseは請求書払いで購入不要なぶん、上限を入れないと無制限に請求書へ乗る。
経営目線で言うと、ここが一番怖いところです。
テキトー教師DotAI 認定講師監査は期待値の調整が要りますね。管理画面のAuditで追えるのはScheduled work / Memory / Network eventsの3タブで、タスクごと・依頼者ごとの逐次ログは残らない。
GitHubはPR起点のスレッドにリンクが付くので追えますけど、他のツールはサービスアカウント名義までです。
GitHubはPR起点のスレッドにリンクが付くので追えますけど、他のツールはサービスアカウント名義までです。
置き場所と、そもそも使えない組織の条件
室谷代表取締役機微情報は最初からプライベートチャンネルに寄せる。公開チャンネルに付けた権限は後から参加した人にも及ぶので、あとから絞ろうとすると範囲が読めなくなるんですよね。
テキトー教師DotAI 認定講師あと、これは前提として知っておくべきで、ゼロデータリテンションやカスタマー管理の暗号鍵を有効にしている組織、Claude Code/Coworkのローカルモード向けHIPAA構成を適用している組織は、そもそも利用できない仕様になっています。ここに当てはまるなら検討以前の話になる。
室谷代表取締役向いてるのは、チャンネルで共有する作業が多くて、Ownerが運用を握れていて、クレジットを先に買えるチーム。逆に待ったほうがいいのは、1アクション単位で誰が頼んだかを追いたい組織と、機微な資格情報が公開チャンネルに流れる運用のままの組織ですね。
テキトー教師DotAI 認定講師機能の出来で決めるというより、運用の前提が揃うかで決める。そこだけ押さえれば、導入後の「思ってたのと違う」はかなり減ると思います。
よくある質問
Q1. 他社のSlack向けAIボットと、何が違うんですか？
室谷代表取締役よく聞かれるんですけど、違いは「返事をするBot」なのか「仕事をするAgent」なのか、なんですよね。Slackで@を付けて話しかける体験は同じでも、向こう側が何を握っているかがまるで違う・・・
テキトー教師DotAI 認定講師現場感覚で言うと、そこが一番伝わりにくいところで。「チャットで答えてくれるやつでしょ」と思って触ると、権限の設計を後回しにする人が多いんですよ。
室谷代表取締役とはいえ比較は各社の公式情報で見てもらうのが確実です。この記事だけで判断しないほうがいいですね。
Q2. エージェントが変な操作をしたら、取り返しはつきますか？
テキトー教師DotAI 認定講師最初に戸惑うのがまさにそこです。「勝手に何かされたら怖い」という声は現場でよく聞きます。
なので、いきなり広い権限を渡さず、狭いところから試すのが定石ですね。
なので、いきなり広い権限を渡さず、狭いところから試すのが定石ですね。
室谷代表取締役MYUUU の現場でも、最初は読むだけの範囲に絞ってます。権限を絞るのは面倒を避けるためというより、事故ったときの損失を上限で切る保険なんですよ。
テキトー教師DotAI 認定講師たしかに。何ができるかの一覧は、触る前に一度書き出しておくと後がラクですね。
Q3. 社内の稟議や情報システム部門には、何を説明すれば通りますか？
室谷代表取締役経営目線で言うと、聞かれるのは「誰が持ち込んだか」より「止められるのか」なんですよね。止める手段と、記録が残る範囲を先に出せると話が早い・・・
テキトー教師DotAI 認定講師現場でも同じで、「便利です」より「この範囲から出ません」の説明のほうが刺さります。設定の実物を見せられるかどうかが分かれ目ですね。
室谷代表取締役あと、シートで読めないぶん、費用の上限をどう決めるかも一緒に握っておくべきです。
Q4. 導入したけど誰も使わなくなる、を防ぐには？
テキトー教師DotAI 認定講師初めて触る人が最初の一回でつまずくと、そのまま戻ってこないんですよ。なので、最初に触る人を数人に絞って、そこで詰まった点を潰すほうが結果的に早いですね。
室谷代表取締役全社展開から入るか、狭く始めるかは判断が分かれるところで。ROI で考えると、狭く始めて当たったところに広げるほうが、外したときの損が小さいんですよね。
テキトー教師DotAI 認定講師あと、何に使うかを先に決めておくと定着します。雑談相手にすると、だいたい使われなくなります。
Q5. 逆に、今は導入を見送ったほうがいいケースはありますか？
室谷代表取締役ありますよ。まず契約の形が合っていない場合。
あとは、Slackの外に業務が散らばっていて、そもそも会話が残っていないケースは効果が出にくいんですよね。
あとは、Slackの外に業務が散らばっていて、そもそも会話が残っていないケースは効果が出にくいんですよね。
テキトー教師DotAI 認定講師たしかに。あと「誰が何を許可するか」が決まっていない状態で走らせると、後から止められることが多いんですよ。
決める人がいないなら、決めてからでいいと思います。
決める人がいないなら、決めてからでいいと思います。
室谷代表取締役急いで入れて放置、が一番もったいないので。まずは触る範囲と止める条件を決めるところからですね。
まとめ
室谷代表取締役全体としては、Claude Tagは「SlackにAIを足す」話じゃなくて、エージェントに何を渡すかを決める話なんですよね。便利さの前に、権限と記録の設計が来る・・・
テキトー教師DotAI 認定講師たしかに。現場でも、そこを飛ばして触りだけ真似すると、途中で止まるパターンが多いです。
最初に触る人の範囲を狭く決めるのが、結局いちばん早いですね。
最初に触る人の範囲を狭く決めるのが、結局いちばん早いですね。
室谷代表取締役料金もシートで読めないぶん、上限を先に決めておく。あと2026年10月5日の変更を跨ぐ計画なら、日程を先に確認しておくべきです。
テキトー教師DotAI 認定講師そうですね。読む順番としては、対象プラン、権限、記録、上限。
そこが腹落ちしてから触る、でいいと思います。
そこが腹落ちしてから触る、でいいと思います。
室谷代表取締役まずは自チームのSlackで、狭い権限のまま一回試す。そこで何が記録に残るかを見るのが、一番早い判断材料になりますね。
