Claudeのチーム活用｜自分では使える。でもチームでは回らない
自分では、Claudeをそれなりに使えるようになった。
足りない文脈を補い、返ってきた答えの違和感にも気づける。うまくいった手順はSkillにして、次の仕事でも使えるようになった。
Claudeのチーム活用とは、同じプロンプトを全員へ配ることではありません。何を正しい情報とするか、どこまでAIへ任せるか、何を確認できれば完成か、判断できないとき誰へ戻すか。そこまで共有し、誰が実行しても同じ基準で止め、確かめられる状態を作ることです。
前回の「ゴールシークプロンプト【2026年・全面改訂】」では、ゴールから逆算し、制約、不足情報、計画、実行、評価、修正までを一つの流れにしました。
ところが、そのゴールシークの型やSkillを同僚へ渡しても、同じ仕事が回るとは限りません。
この記事では、Claudeを「個人技」から「仕事の仕組み」へ変えるために、チームで共有したい5つの判断材料と、その置き場所を整理します。
前回の「4本目です」が、チーム化の壁を見せた
前回の記事「Claudeに仕事を任せる前に決める4つ」で、Claudeにnote記事の作成を頼んだとき、私はこう伝えました。
「AIネタのNote4本目です。」
しかし、公開中のマガジンを確認すると、すでに5本ありました。作ろうとしていた記事は6本目。依頼した私の前提が間違っていたのです。
それでも途中で訂正できたのは、公開本数は公開ページ、本文は指定した最新稿、製品情報は公式資料を優先する、と戻る場所を決められたからでした。既存稿は削除しない、公開は本人の確認後というルールもあります。
私は、それらがどこにあるかを知っています。どの原稿が最新で、どの変更なら戻せるかも分かる。Claude Codeを作成役、Codexをレビュー役に分けても、最後に指摘を採用するか決めるのは私です。
一人で使う間は、この頭の中の判断で仕事が回ります。
では、同じフォルダとSkillを別の人へ渡したらどうなるか。公開本数は何で確認するのか。複数の原稿があったらどれを選ぶのか。レビュー結果が割れたら誰が決めるのか。書かれていない判断が、一気に表へ出てきます。
チーム化で抜け落ちるのは、プロンプトの言葉より、その外側で本人が行っていた判断です。
Claudeをチームで使うと、なぜ同じ仕事が回らないのか
月次報告を作る仕事で考えてみます。
「各部門のExcelを集計し、前月との差を説明する資料を作ってください」
表の形式やスライド枚数を加えれば、かなり具体的なプロンプトです。それでも、実務では次の判断が残ります。
営業部門の速報値と経理の確定値が違ったら、どちらを使うのか。一部門のデータが届いていなければ、待つのか、暫定版として出すのか。急に売上が増えた行は成果として強調するのか、入力ミスを疑って止めるのか。
仕事を知る人は、こうした判断を無意識に補っています。利用者が変われば、補い方も変わります。
プロンプトを共有フォルダへ置いただけでは、同じ基準で仕事を終えられません。共有できたのは依頼文であり、合格と例外の決め方は、まだ個人の中に残っています。
Claudeのチーム活用で共有する5つの判断材料
この実例をもとに、前回は、AIへ仕事を渡す前に、目的、正本、境界、完了条件の4つを決めると書きました。チームへ広げるときは、ここへ「人間への戻し先」を加えます。
1．目的
目的には、成果物を誰が何のために使うかを書きます。
「月次報告を作る」は作業です。「経営会議で、変化の大きい部門と確認が必要な数字を判断できる状態にする」まで書けば、Claudeと利用者が何を優先すべきか見えやすくなります。
2．正本
正本は、情報が食い違ったときに戻る基準です。
確定値は経理の台帳、部門名は組織マスター、製品仕様は公式情報。資料名を並べるだけでなく、矛盾した場合の優先順位も決めます。
3．境界
読んでよい場所、変更してよい範囲、承認が必要な操作を分けます。
下書きは作ってよいが、共有フォルダの確定版は上書きしない。メールの文面は作ってよいが、送信はしない。個人情報を含むファイルは対象にしない。境界には、仕事を止める条件まで含めます。
4．完了条件
完了条件は、あとから合否を確かめられる言葉にします。
全対象部門が含まれている。合計値が正本と一致している。異常値の確認結果が記録されている。指定した形式で保存されている。「見やすい資料になった」だけでは、担当者によって合格が変わってしまいます。
5．人間への戻し先
チーム化で新たに明示したいのが、判断できないとき誰へ戻すかです。
正本同士が矛盾した。想定していない例外が出た。外部への公開や送信が必要になった。こうした場面で相談先が分からなければ、現場は自己判断で進むか、仕事ごと止まります。
戻し先には、名前と判断権限の両方が必要です。数字の採用は業務責任者、データの取り扱いは情報管理担当、外部公開は発信責任者。誰が何を決められるかが見えて、初めて人間の承認が機能します。
組織共通指示・Skill・権限の使い分け
5つの判断材料を、すべて一つの長いプロンプトへ詰め込む必要はありません。内容に応じて置き場所を分けます。
2026年8月11日時点で、Claudeを提供するAnthropic（アンソロピック）は、Team・Enterpriseプラン向けに組織共通の指示を用意しています。管理者が設定し、組織全体の会話へ適用する機能です。個人情報を出力へ含めない、社内規程に関する質問は指定の窓口へ案内する、といった共通の振る舞いを置けます。
ただし、共通指示は権限管理の代わりになりません。公式にも、これはプロンプトレベルの指示であり、期待どおり動くかテストする必要があると書かれています。「触らないで」と伝えることと、実際にアクセスできなくすることは別です。
仕事ごとの安定した手順は、Skillへ置きます。どの資料をどの順番で読み、どの形式で出力し、どんな場合に人間へ戻すか。Team・Enterpriseでは、組織の所有者がSkillを全員へ配布でき、特定グループにはPluginを通じて配布する仕組みもあります。
一方、Claudeが読めるファイルや操作できるサービスは、フォルダやコネクターの権限で絞ります。Anthropicも、Coworkで安全性を考える鍵は「Claudeが何を読めるか」と「何を実行できるか」だと説明しています。特にファイル変更や外部操作を伴う仕事では、人間の監督が必要な場面を先に決めます。
役割を短くまとめると、次のようになります。
組織共通指示：全体に共通する振る舞い
Skill：仕事ごとの進め方
権限：実際に触れられる範囲
完了条件と戻し先：合格と例外を決める運用
この違いを分けておけば、一つの万能プロンプトへ安全性も手順も押し込まずに済みます。
Claudeを別の人が使っても回るか試す
チーム展開の最初の確認は、全員へSkillを配布できたかではありません。作った本人以外でも、同じ基準で仕事を進められるかです。
まず、失敗しても元へ戻せる定型業務を一つ選びます。作った本人がClaudeと一緒に実行し、途中で補った判断を残す。その後、別の人が同じ依頼書とSkillを使い、迷った場所を記録します。
「この資料を正本だと知らなかった」
「異常値が出たとき、止めるのか除外するのか分からなかった」
「完成後、誰の確認を取ればよいか迷った」
これは利用者の能力不足とは限りません。仕事の仕組みから抜けていた条件を見つける材料です。
不足をプロンプトへ継ぎ足すだけで終わらせず、正本、境界、完了条件、戻し先のどこへ反映するかを決める。同じ指摘が続くなら、Skillや検査へ移す。判断基準そのものを変える場合は、責任者が承認して新しい版にします。
チームで使う意味は、全員が同じClaudeを持つことではありません。
誰が実行しても、同じ場所へ戻り、同じ基準で確認し、判断できないとき同じ相手へ相談できる。その状態になっているかを、小さな仕事で確かめます。
Claudeを「個人技」から「仕事の仕組み」へ
個人利用では、頭の中の前提や経験が、AIの不足を埋めてくれます。チームでは、その見えない判断を仕事の外へ出さなければいけません。
目的、正本、境界、完了条件、そして人間への戻し先。
組織全体のルールは共通指示へ、安定した手順はSkillへ、実際に触れられる範囲は権限へ分ける。別の人が試して迷った場所を、次の版へ戻す。
AIや利用者が迷わない完璧な手順を、一度で作る必要はありません。大切なのは、迷ったときにどこへ戻り、誰が決め、次の仕事へどう残すかです。
ゴールシークで作った個人の仕事の型を、別の人でも回せる仕組みに変える。Claudeをチームで使うための設計は、そこから始まると私は考えています。
Claude、Claude Code、Codex、AIエージェントについて、匿名で質問を募集しています。
気軽に質問箱へお寄せください。
