10-2 チームでの Claude Code 協業｜CLAUDE.md 共有とナレッジ運用

このレッスンでわかること

前のレッスンでは、Claude Code をチームに「広げる」進め方を学びました。このレッスンのテーマは、広げたあとに「チームとしてうまく使い続ける」方法です。

個人利用とチーム利用の最大の違いは、ノウハウが共有資産になるかどうかです。一人ひとりがバラバラに使っていると、Aさんは劇的に効率化しているのにBさんは挫折している、Aさんの優れた使い方は誰にも引き継がれない——という状態になります。これでは、せっかくの導入効果が個人に閉じてしまいます。

このレッスンでは、次の4つを身につけます。

• CLAUDE.md を「チームの共有資産」として育てる管理方法と更新ルール
• うまくいったプロンプトを蓄積・共有する仕組みのつくり方
• AI が作った成果物に対するレビュー文化の育て方
• メンバーのレベル差を埋めるオンボーディングの設計

CLAUDE.md を「チームの共有資産」にする

レッスン5-1で学んだとおり、CLAUDE.md は Claude Code への「申し送りファイル」です。個人利用では自分のルールを書きますが、チーム利用では発想を一段引き上げます。CLAUDE.md は、チームの業務ルールを形式知化したドキュメントそのものになるのです。

考えてみてください。「金額は税込で統一」「顧客名はイニシャル表記」「このフォルダの正本はどれか」——これらは本来、新人に口頭で伝えてきた暗黙知です。チームの CLAUDE.md にこれを書くと、Claude Code が従うだけでなく、人間のメンバーが読んでも業務ルールがわかるという副産物が生まれます。AI への指示書が、そのまま新人の引き継ぎ資料になるわけです。

どこで管理するか

チームで共有する CLAUDE.md は、全員が同じものを参照できる場所に置きます。

管理場所	向いているチーム	ポイント
Git リポジトリ	開発チーム、エンジニアが近くにいるチーム	変更履歴が残り、レビューを経て更新できる
共有フォルダ（社内ドライブ等）	非エンジニア中心のチーム	全員が触れる。ただし「正本」を1つに保つ運用が必要

開発チームであれば、プロジェクトのリポジトリに CLAUDE.md を含めるのが定番です。誰かが更新すれば全員に行き渡り、「誰が・いつ・なぜ変えたか」の履歴も残ります。非エンジニアのチームなら、共有フォルダに正本を置き、各自の作業フォルダにコピーして使う運用から始めるとよいでしょう。

更新ルールを決める：勝手に変えない、放置しない

共有資産になった瞬間、「誰がどう更新するか」のルールが必要になります。おすすめは次のシンプルな3か条です。

## 共有 CLAUDE.md の更新ルール

1. 追記の提案は誰でもできる（チャットの専用チャンネルに投稿）
2. 反映の判断は担当者（推進役）が行う。週1回まとめて反映
3. 四半期に1回、全体を見直して使われていないルールを削除する

ポイントは2つです。1つは、提案の窓口を全員に開くこと。「また同じ説明をした」と気づくのは現場のメンバーだからです。もう1つは、反映の判断を一元化すること。全員が自由に書き換えると、矛盾したルールが混在して Claude Code の動きが不安定になります。

Bad例：各自が手元の CLAUDE.md を勝手に編集し、メンバーごとに内容がバラバラ。Aさんの環境では禁止されている操作が、Bさんの環境では実行されてしまう。

Good例：正本は1つ。変更は提案→担当者が反映→全員に周知、の流れで行う。「なぜこのルールがあるか」も一言添えて記録する。

うまくいったプロンプトを共有する仕組み

CLAUDE.md と並ぶもう1つの共有資産が、プロンプト（指示文）のナレッジです。「この言い方をしたら一発で意図が通じた」という発見は、個人の頭の中に置いておくにはもったいない資産です。

プロンプト共有会を開く

もっとも効果が高いのは、月1回・30分程度の「プロンプト共有会」です。形式は簡単で、各自が「今月いちばんうまくいった使い方」を1つずつ、実際の画面を見せながら紹介します。

共有会がうまく回るコツは次のとおりです。

• 失敗談も歓迎する：「こう頼んだら全然ダメだった」という情報は、成功談と同じくらい価値があります
• その場で真似する時間をとる：紹介を聞くだけでなく、5分でいいので各自が自分の業務で試す時間を入れると定着率が大きく変わります
• 持ち回りで発表者を決めない：義務化すると「ネタ探しの負担」になります。発表したい人が発表する形で、推進役が最初の数回は自ら見本を見せます

ナレッジの蓄積場所をつくる

共有会で出た知見は、流れて消えないように1か所に蓄積します。チャットツールの専用チャンネルでも、共有ドキュメントでも構いませんが、あとから探せるように最低限の型を決めておきます。

## プロンプト共有テンプレート

- 業務: 月次売上レポートの下書き作成
- 指示文: 「data/2026-05.csv を読み、前月比が±10%を超えた
  項目を抜き出して、部長向けの報告文の下書きを作って。
  文体は過去の reports/ 内のファイルに合わせて」
- 結果: 1時間かかっていた下書きが10分に
- コツ: 「過去のファイルに文体を合わせて」と参照先を示すのが効いた

蓄積されたプロンプトのうち、チーム全員が繰り返し使うものは CLAUDE.md に「昇格」させます。個人の発見 → チームのナレッジ → 共有ルール、という流れができれば、チームの使いこなしレベルは雪だるま式に上がっていきます。

AI 成果物のレビュー文化：人間が最終確認する原則

チーム利用で必ず決めておきたいのが、AI が作った成果物の扱いです。原則はシンプルです。

AI の成果物は「下書き」であり、人間が確認して初めて「完成品」になる。

Claude Code は優秀ですが、データの解釈を間違えることも、もっともらしい誤りを含めることもあります。問題は間違えること自体ではなく、誰も確認しないまま社外に出てしまうことです。

レビューのルールを業務の重要度で変える

すべての成果物に同じ重さのレビューをかけると、効率化の意味がなくなります。重要度で濃淡をつけましょう。

• 社外に出るもの（顧客向け資料・請求関連・公開文書）：作成者本人の確認に加えて、別の人のダブルチェックを必須にする
• 社内の意思決定に使うもの（集計・レポート）：作成者が元データと突き合わせて確認する。数字の根拠（参照したファイル名）を成果物に残させる
• 自分用の下書き・メモ：本人の確認のみで可

2つ目の「数字の根拠を残させる」は実務的に効果が大きい工夫です。CLAUDE.md に「集計結果には必ず元データのファイル名と対象期間を併記する」と書いておけば、レビューする人間が検算しやすくなります。

「AI が作ったから」を言い訳にしない文化

もう1つ大切なのは、責任の所在です。AI の成果物をそのまま提出してミスが起きたとき、「AI が間違えたので」は通用しません。提出した人間が成果物の責任を持つ——この原則をチームで明文化しておくと、レビューが「面倒な手間」ではなく「自分を守る工程」として定着します。

レベル差を埋めるオンボーディング

チーム展開が進むと、必ず「使いこなす人」と「挫折する人」の差が生まれます。この差を放置すると、業務が得意な人に集中する新たな属人化が起きます。差を埋める仕掛けを3つ紹介します。

1. 最初の成功体験まで伴走する：挫折のほとんどは最初の1〜2週間に起きます。新規メンバーには、得意な人が30分付き添って「その人の実業務」で1つ成功体験を作ります。汎用デモではなく本人の業務で行うのがポイントです
2. 「2週間後フォロー」を入れる：導入直後は使っていても、2週間後に使わなくなっている人は多いものです。推進役が「最近どうですか？ つまずいてることありませんか？」と軽く声をかけるだけで、復帰率は大きく変わります
3. ペア作業の時間をつくる：得意な人と一緒に画面を見ながら作業する時間は、ドキュメントの何倍も学習効果があります。共有会とセットで「もくもく会」のような時間を設けるのも有効です

このレッスンの内容をチェックリストにまとめます。

## チーム協業チェックリスト

- [ ] 共有 CLAUDE.md の正本の置き場所が決まっている
- [ ] CLAUDE.md の更新ルール（提案窓口・反映担当・定期見直し）がある
- [ ] うまくいったプロンプトの蓄積場所がある
- [ ] 共有会など、知見を交換する定期的な場がある
- [ ] AI成果物のレビュールールが重要度別に決まっている
- [ ] 「提出者が成果物に責任を持つ」原則が明文化されている
- [ ] 新規メンバーへの伴走と2週間後フォローの担当が決まっている

やってみよう

演習1：自分のチームで共有 CLAUDE.md を作るとしたら、最初に書くべき「チーム共通ルール」を5つ書き出してみましょう。口頭で新人に伝えてきたことを思い出すのがコツです。

演習2：今週 Claude Code でうまくいった指示を1つ選び、上の「プロンプト共有テンプレート」の形式で書いてみましょう。書けたら同僚に共有してみてください。

演習3：自分のチームの成果物を「社外向け・社内向け・自分用」の3つに分類し、それぞれにどんなレビュールールを適用すべきか書き出してみましょう。

まとめ

• チーム利用の鍵は、CLAUDE.md とプロンプトを「共有資産」として育てること
• 共有 CLAUDE.md は正本を1つにし、「提案は全員・反映は担当者」のルールで運用する
• AI への指示書は、人間が読んでも業務ルールがわかる引き継ぎ資料を兼ねる
• うまくいったプロンプトは共有会と蓄積場所で形式知化し、定番は CLAUDE.md に昇格させる
• AI 成果物は「下書き」。人間が最終確認し、提出者が責任を持つ原則を明文化する
• レベル差は放置せず、伴走・2週間後フォロー・ペア作業で埋める

理解度チェック

Q1. チームで共有する CLAUDE.md の運用として、もっとも適切なものはどれでしょう？

1. 各メンバーが自分の判断で自由に編集し、それぞれの手元で別々に育てる
2. 一度作成したら変更せず、ルールの追加は口頭で周知する
3. 正本を1つに保ち、追記の提案は全員から受け付け、反映は担当者が一元的に行う
4. 機密保持のため、推進役だけが内容を閲覧できるようにする

解答を見る

正解: 3

共有 CLAUDE.md は「提案は全員・反映は担当者」が基本です。各自が勝手に編集するとメンバーごとに内容がバラつき、矛盾したルールで Claude Code の動きが不安定になります。一方で完全に固定すると現場の気づきが反映されず、形骸化します。全員が読める状態にしておくことで、人間向けの業務ルール集としても機能します。

Q2. AI が作った成果物の扱いとして、正しい考え方はどれでしょう？

1. AI の精度は高いので、社外向け資料もそのまま提出してよい
2. AI の成果物は下書きとして扱い、重要度に応じたレビューを経て人間が最終確認する
3. ミスがあった場合は AI の責任なので、提出者は確認しなくてよい
4. すべての成果物に同じ厳格さのダブルチェックを義務づける

解答を見る

正解: 2

AI の成果物は「人間が確認して初めて完成品になる」が原則です。ただし、すべてに同じ重さのレビューをかけると効率化の意味がなくなるため、社外向けはダブルチェック、社内向けは元データとの突合、自分用は本人確認のみ、と重要度で濃淡をつけます。提出した人間が責任を持つ原則の明文化も重要です。