学習計画: 4つの Claude 認定を1つずつ

方針: 1つの試験を終えてから次へ進む。各試験は同じ4ステップで進める。

1. 受験順（ユーザーの決定）

順	試験	コード	学び方
1	Developer – Foundations	CCDV-F	全範囲を学ぶ
2	Associate – Foundations	CCAO-F	補習だけ（Developer で学んでいない部分）
3	Architect – Foundations	CCAR-F	全範囲を学ぶ
4	Architect – Professional	CCAR-P	全範囲を学ぶ

この順番で問題ないことの確認（ガイドの記載）

どのガイドも受験の順番を定めていない。必須の前提条件は Associate・Developer・Architect P で「なし」と明記、Architect F は記載なし
Associate は「開発やAPIの経験は不要」の入門資格。Developer の内容とかなり重なる（プロンプト、モデル選択、出力の検証、プライバシー）。先に Developer を学べば、Associate は差分だけで済む
Associate の差分は「claude.ai などの製品の使い方」と「業務・組織の視点」。技術の土台は Developer で身につく
Architect F と Architect P の順番は前の計画と同じ

気をつける点

Developer は Python / TypeScript と REST API の習熟が推奨。手を動かす練習（API を呼ぶ小さなアプリ）を足すとよい
Associate の本番試験は全範囲から60問出る。補習は差分だけでも、模擬テストは全範囲（全30タスク）を確かめるものを受ける
Architect F は「埋め込み・ベクトルDB」を範囲外としている。RAG は Architect P で初めて学ぶ

2. 各試験の進め方（共通の4ステップ）

ステップ	内容	終わりの目安
1. ドメイン別の教材	ドメインごとに1つの教材。ガイドのタスク・スキルをすべて扱う	全ドメインの教材がそろう
2. ドメイン別の小テスト	ドメインごとに小テスト（約8問、解答と解説付き）	全ドメインで8割以上正解
3. 全範囲の模擬テスト	試験ガイドの全タスク・スキルを、どれも1問以上で確かめる。問題数は本番に合わせず、必要な分だけ。120分	1回通して受け、採点する
4. 弱点の復習	正答率の低いドメインの教材を読み直し、小テストをやり直す	模擬テストのやり直しで全ドメイン7割以上

8割・7割の目安は、この計画での提案。ガイドは正答率ではなくスケールスコア（720）で合否を出す。

3. 模擬テストの問題数

模擬テストは、本番の問題数に合わせることより、試験ガイドの全範囲を1回で確かめられることを優先する。最初は配点 × 本番の問題数で配分し、足りないタスクにだけ問題を足した。どの問題がどのタスクを確かめるかは、各試験の「出題範囲のカバー表」にある。

試験	本番	模擬テスト	タスク・スキル	ドメイン別の問題数
Developer	53問	55問	25スキル	D1 8 / D2 18 / D3 2 / D4 1 / D5 10 / D6 6 / D7 5 / D8 5
Associate	60問	60問	30タスク	D1 8 / D2 13 / D3 7 / D4 10 / D5 7 / D6 9 / D7 6
Architect F	60問	64問	30タスク	D1 16 / D2 12 / D3 13 / D4 12 / D5 11（4シナリオ、各15〜17問）
Architect P	63問	63問	38タスク	D1 11 / D2 8 / D3 12 / D4 10 / D5 9 / D6 9 / D7 4

4. 試験ごとの計画

試験1: Developer – Foundations（53問 / 120分）

ステップ	内容
1. 教材	8ドメイン × 1教材（ドメイン内はスキル単位で節を分ける）。D2 アプリと統合（33.1%）が全体の3分の1
2. 小テスト	8つ
3. 模擬テスト	55問（全25スキル）
4. 復習	弱いドメインを読み直す

前の試験からの引き継ぎ: なし（最初の試験）。

進み具合: Developer Foundations の目次

ステップ	状態
1. 教材	8 / 8 ドメイン（下書き、形式の確認待ち）
2. 小テスト	8 / 8 ドメイン、計66問
3. 模擬テスト（55問）	できた
4. 復習	未着手

試験2: Associate – Foundations 補習（60問 / 120分）

Developer で学んだ内容は飛ばし、足りない部分だけ教材と小テストを作る。模擬テストは全範囲60問（全30タスク）。

Developer F でカバーされない Associate F のタスク

判定: 「なし」= Developer F の範囲にない、「一部」= 技術側の視点では出てくるが、Associate の視点（claude.ai の利用者・業務）では足りない、「済」= Developer F でほぼ学べる。

Associate ドメイン	タスク	判定	Developer F の関連箇所
D1 プロンプトとタスク実行（14%）	効果的なプロンプトを作る	済	D6 プロンプトエンジニアリング
	タスク分解で複雑な依頼を構造化	一部	D1 エージェント（システム設計としての分解。会話の中での分解は扱わない）
	プロンプトを繰り返し改善	済	D6 プロンプトエンジニアリング（反復改善）
	タスクの種類（分析・調査・下書き・ブレスト）で戦略を変える	なし	—
D2 出力の評価と検証（21%）	正確さと完全さを評価	一部	D6 出力の扱い（応答の検証、自信ありげな出力を疑う）
	ハルシネーション・矛盾・偏りを見つける	一部	D6 出力の扱い。偏り（バイアス）はなし
	ファクトチェックと検証の手法	なし	—
	人のレビューが必要な場面を判断	一部	D8 ツール実装（承認パターン）
	読み手に合わせて編集・調整・比較	なし	—
	情報の整理と出力形式の選択（Artifacts・インライン・構造化データ）	一部	D6 構造化出力。Artifacts とインラインはなし
D3 製品とモデルの選択（12%）	製品機能の選択（Projects・リサーチモード・チャット・Artifacts）	なし	D2 アプリ設計は「インターフェースごとの指示の解釈」だけ
	モデルの種類（Haiku・Sonnet・Opus）を区別	済	D5 モデル選択とトレードオフ
	要件（コスト・速度・品質）に合わせてモデルを選ぶ	済	D5 モデル選択とトレードオフ
	コンテキストの制限とメモリ（いつやり直す・要約する・保持するか）	一部	D6 コンテキストエンジニアリング（API 側）。チャット利用者の判断はなし
D4 ワークフロー統合とソリューション設計（16%）	要件やユースケースを Claude で分析	一部	D2 要件の理解（開発者の視点）
	調査・計画・プロセス最適化に Claude を活用	なし	—
	設計・開発・反復を Claude で支援	一部	D2 システムライフサイクル
	既存のワークフローに組み込み、強化・再設計	一部	D2 アプリと統合（システム統合の視点。業務プロセスの再設計はなし）
	価値と限界を関係者に伝える	なし	—
D5 設定とナレッジ管理（12%）	Projects に指示とナレッジを設定	なし	—
	アップロードしたナレッジとコネクタ（Google Drive・Gmail）を管理	なし	D8 MCP は関連技術だが、利用者向けコネクタの管理は扱わない
	効果的なシステムレベルの指示を作る	一部	D6 プロンプトエンジニアリング（system と user の配置）
	設定・ナレッジ・指示を保守・更新	一部	D2 構成管理（CLAUDE.md、プロンプトのバージョン管理）
D6 ガバナンス・リスク・責任ある利用（15%）	適切・不適切なユースケースを見分ける	なし	—
	データの機密性・規制・プライバシー	一部	D7 セキュリティ（PII、データ漏えい防止）。規制はなし
	組織のAIポリシーとガバナンス基準に従う	なし	D7 の「コンテンツポリシー」は配備の話で、組織ポリシーの順守ではない
	AI 利用の倫理的な影響	なし	—
D7 トラブルシューティングと最適化（10%）	成果の悪いプロンプトや出力を診断・解決	一部	D4 デバッグ、D6 反復改善
	フィードバックや結果でやり方を調整	一部	D6 プロンプト調整
	ワークフローを効率と効果の面で最適化	一部	D5 コスト・レイテンシ（技術の視点。業務ワークフローはなし）

まとめ: 「なし」11タスク、「一部」15タスク、「済」4タスク（全30タスク）。

補習の教材（案）

補習	扱う内容	元のドメイン
S1 claude.ai の製品機能	Projects、リサーチモード、チャット、Artifacts、コネクタ（Google Drive・Gmail）、チャットでのコンテキストとメモリの判断	D3、D5
S2 出力の評価と編集	ファクトチェック、偏りの発見、人のレビューの判断、読み手に合わせた編集、出力形式の選び方	D2
S3 業務での使い方	タスクの種類別プロンプト、調査・計画・プロセス改善、業務ワークフローの再設計、関係者への説明	D1、D4
S4 ガバナンスと責任ある利用	適切・不適切な使い方、規制とプライバシー、組織のAIポリシー、倫理	D6
S5 トラブルシューティング（業務の視点）	出力が悪いときの診断、フィードバックでの調整、業務ワークフローの最適化	D7

ステップ	内容
1. 教材	補習 S1〜S5
2. 小テスト	補習ごとに1つ（5つ）
3. 模擬テスト	60問（全範囲、全30タスク）
4. 復習	弱いドメインを読み直す（Developer の教材も含む）

試験3: Architect – Foundations（60問 / 120分、4シナリオ）

ステップ	内容
1. 教材	5ドメイン（30のタスクステートメント）。ドメインごとに1教材、タスクステートメントごとに節。6シナリオの解説も1つ作る
2. 小テスト	5つ
3. 模擬テスト	64問（全30タスク）。6シナリオから4つを選び、各シナリオに15〜17問
4. 復習	弱いドメインと、苦手なシナリオを見直す

前の試験から引き継げる内容:

エージェントの設計（Developer D1）→ Architect F D1（ループ、コーディネーター、サブエージェント、フック）
ツール実装・MCP（Developer D8）→ Architect F D2（ツール説明、構造化エラー、.mcp.json）
Claude Code・構成管理（Developer D3, D2）→ Architect F D3（CLAUDE.md 階層、rules、skills、plan mode、CI）
出力の扱い・プロンプト（Developer D6）→ Architect F D4（few-shot、tool_use、スキーマ、バッチ）
コンテキストエンジニアリング（Developer D6）→ Architect F D5
人に回す判断（Associate D2）→ Architect F 5.2 エスカレーション、5.5 人のレビュー
新しく学ぶ: Agent SDK の具体的な設定（stop_reason、Task ツール、AgentDefinition、fork_session）、エスカレーション設計、出典管理、確信度の調整、シナリオ形式の解き方

試験4: Architect – Professional（63問 / 120分）

ステップ	内容
1. 教材	7ドメイン × 1教材。D3 統合（19%）、D1 設計（17%）、D4 評価（16%）を厚めに
2. 小テスト	7つ
3. 模擬テスト	63問（全38タスク）
4. 復習	弱いドメインを読み直す

前の3試験から引き継げる内容:

アーキテクチャパターン・マルチエージェント（Architect F D1, Developer D1）→ Professional D1
モデル選択・プロンプト・キャッシュ・Skills（Developer D5, D6）→ Professional D2
ツール/MCP・最小権限（Architect F D2, Developer D7, D8）→ Professional D3
フック・ガードレール・人の確認（Architect F 1.5, 5.2, 5.5）→ Professional D5
規制・倫理・組織ポリシー（Associate D6）→ Professional D5
価値と限界の伝え方（Associate D4）→ Professional D6
Claude Code の設定（Architect F D3）→ Professional D7
新しく学ぶ: RAG（チャンク分割、インデックス、検索戦略）、評価の指標とデータセット、A/Bテスト、規制（GDPR、HIPAA、FedRAMP）の具体、要件発見、SLA、文書化