Claude Codeの研修を「コーチプラグイン」で設計する方法｜PwCが400人を1時間で育てた仕組み

「Claude Codeを社内で広めたいけれど、エンジニア以外にどう教えればいいか分からない」。
そう感じている情報システム担当者は多いはずです。
結論から言うと、Anthropicが公開した事例によれば、PwCは1時間の研修で400人のコンサルタントにClaude Codeを使いこなせる状態まで導入したとされています。
鍵になったのは、CLAUDE.mdファイルで自動的に起動する「コーチプラグイン」という誘導の仕組みです。

PwCの研修とは｜1時間で400人を動かした設計

PwCでレガシーシステム・メインフレームの近代化を率いるパートナー、Ussama Baggili氏が主導した取り組みです。
Baggili氏の考え方の軸は「Claude Codeを単なるコーディングツールではなく、有能な同僚として扱う」というもので、この発想が研修設計そのものに反映されているとされています。

見える/できる主な要素

• 1セッションで400人が同時に研修を受けた
• 研修時間はわずか1時間（従来の複数日にわたる研修から圧縮）
• 研修後、参加者は提案書からモバイルアプリまで、実際に動く成果物を持ち帰った
• PwC全体で3万人規模への展開が進行中とされている

前提条件・対象プラン

限界・注意すべき違いの提示

注意したいのは、PwCという組織の特殊性です。
大手コンサルティングファームには、専任のパートナーが号令をかけ、全社的な研修インフラを整えられる体制があります。
同じ「1時間・400人」という規模をそのまま中小企業に持ち込もうとすると、うまくいかない可能性が高いはずです。
むしろ参考にすべきは規模ではなく、「CLAUDE.mdで研修フローそのものを自動化する」という設計の考え方だと言えます。

実務での使い方

1. CLAUDE.mdで「コーチ」を仕込む

CLAUDE.mdは、Claude Codeがセッション開始時に自動的に読み込むプロジェクト設定ファイルです。
ここに「新人研修用のガイド役として振る舞ってください」「最初にこの3つの課題を順番に提示してください」といった指示を書いておくと、参加者がプロンプトの書き方に迷わなくても、Claude自身が次の一歩を提案してくれる状態を作れます。
PwCの事例における「コーチプラグイン」は、この仕組みをさらに整理してスキル・プラグインの形にまとめたものと考えられます。

2. 研修を「講義」ではなく「成果物」で設計する

PwCの研修が3つの課題（提案書・仕様書・モバイルアプリ）すべてに15〜20分という具体的な制限時間を設けていた点は参考になります。
抽象的な説明を聞かせるより、時間を区切って手を動かさせたほうが、参加者は自分の業務にどう応用できるかを体感しやすくなるはずです。

3. コードではなく「分析」から始めさせる

Baggili氏は、Claude Codeが実装より前の「問題を探索する」工程で特に強みを発揮すると気づいたとされています。
非エンジニアの参加者にいきなりコードを書かせるのではなく、既存の業務資料や要件を読み込ませて整理させるところから始めると、技術的な知識がなくても成果を実感しやすくなります。

活用事例｜どんな業種・職種で使えるか

情報システム部門の研修担当者

全社にAIツールを展開する際、集合研修の講師を毎回用意するのは負担が大きい作業です。
CLAUDE.mdに研修シナリオを書いておけば、講師がその場にいなくても、Claude自身が受講者を次のステップへ誘導してくれます。
研修資料を作り直す代わりに、一度設計したCLAUDE.mdを部署ごとに使い回せるようになります。

コンサルティング・SIer企業のプロジェクトマネージャー

提案書や技術仕様書のドラフト作成は、若手が時間をかけて仕上げる定番業務です。
PwCの研修課題と同じように「たたき台をClaude Codeに書かせてから人が仕上げる」流れに変えると、ドラフト作成にかかる時間を圧縮できる可能性があります。
まずは実際の提案書の骨子を読み込ませ、抜け漏れを指摘させるところから試すのが取り組みやすいはずです。

レガシーシステムを抱える企業のIT責任者

COBOLやAS400のような古いシステムは、仕様書が残っていないことも珍しくありません。
Claude Codeにソースコードを読み込ませて「このプログラムは何をしているか」を説明させると、ドキュメントが存在しない状態からでも、現状把握の土台を作れる可能性があります。
ここでの成果物はコードそのものではなく、非エンジニアの経営層にも読める分析レポートになる点がポイントです。

人事・人材開発担当者

「AI研修をしたが現場で使われない」という悩みはよく聞かれます。
PwCの事例が示しているのは、研修の最後に参加者へ「持ち帰れる成果物」を渡すことの重要性です。
研修の締めくくりに、各自の実務に近い課題を1つ用意し、その場で成果物を作らせて持ち帰ってもらう設計にすると、翌日から使われる確率が上がるはずです。

導入手順

1. 研修で扱う課題を2〜3個に絞る。PwCは提案書・仕様書・モバイルアプリの3つだった。自社なら「議事録の要約」「見積書のたたき台」など、参加者の日常業務に近いものを選ぶ
2. 各課題の制限時間を決める（PwCは15〜20分）。時間を区切ることで、参加者が完璧を目指しすぎずに手を動かせるようにする
3. プロジェクトのルートにCLAUDE.mdを作成し、「あなたは研修のガイド役です。参加者がセッションを開始したら、まず○○について尋ねてください」のように、Claudeが自発的に次の行動を提案する指示を書く
4. 研修環境のセットアップ手順を可能な限り単純化する。PwCはインストールを1行のスクリプトにまとめたとされている。参加者がツールの導入で詰まると、そこで離脱しやすくなる
5. 研修当日は、Claudeに「何ができるか」を説明させる時間を最小限にし、実際に手を動かす時間を最大化する
6. 研修後、各自が作った成果物をそのまま業務に持ち帰らせ、翌日以降も同じCLAUDE.mdやプロンプトを再利用できる状態にしておく

つまずきポイント・注意点

CLAUDE.mdに指示を詰め込みすぎると、かえってClaudeの案内が冗長になり、参加者が「結局何をすればいいのか」を見失うことがあります。
研修用のCLAUDE.mdは、通常の開発プロジェクト用のものより思い切って簡潔に書いたほうがうまくいきやすいはずです。

また、1時間という短さは「体験させる」ことには向いていますが、それだけで実務に定着するとは限りません。
PwCも研修単体で終わらせず、Claude Codeをスキルやプラグインの形に体系化し、継続的に使われる仕組みづくりに取り組んでいるとされています。
研修はあくまで入口であり、その後のフォロー体制まで設計しておく必要があります。

まとめ｜Claude Code研修は「教える」から「体験させる」への入り口にする

PwCの事例が示しているのは、Claude Codeを使いこなせるようになるまでの学習コストを、CLAUDE.mdという仕組みでどこまで圧縮できるかという実験です。
1時間・400人という数字自体は自己申告であり、そのまま真似できる保証はありません。
それでも、「講師が説明する」のではなく「Claude自身が参加者を導く」という設計思想は、規模の大小を問わず応用できる考え方です。
まずは自社の定番業務を1つ選び、CLAUDE.mdに簡単なガイド役の指示を書くところから試してみてください。