Claude 学習カリキュラム — 設計書

カリキュラム本体を書く前の設計合意文書。v2（2026-07-11 Codexレビュー反映済み・確定版）。設計判断の記録として残す。

目的

Anthropic Academy 7コースを修了したものの「テストを受けてまだ理解が足りない」という実感があった。 断片的な知識を、レベル分けされた体系的・段階的な学習パスに再構成し、 「読む → 手を動かす → 自己チェック」のループで確実に積み上げられる教材を作る。

設計原則

1. 既存資産を最大活用: courses/ の全文日本語ガイド（動画字幕ベース）、教材動画14本、CCAドリルへの参照で本文の重複を避ける。カリキュラム側は「パス（順序・目標・演習・チェック）」に集中する。
   • 注意: 全文日本語ガイドがあるのは Building API / Claude Code 2コース / MCP 2コース / Agent Skills / Subagents の7つ。L0系コースと Bedrock/Vertex は日本語動画＋英語ノートが主教材。
2. 各モジュール = 読む→やる→確認: 参照教材、手を動かす演習、自己チェックをワンセットにする。
3. レベル間に修了ゲート: 証拠ベースで判定（後述）。
4. 力量マップと連動: 各レベルが skills/competency-map.md のどのドメインを伸ばすか明記。数値更新には証拠リンク必須（段階2=ガイド付き成果物 / 段階3=未知の類題を自走 / 段階4=代替案比較・他者向け説明まで）。
5. 日本語・Markdown・ローカル完結: 外部リンクは公式ドキュメントのみ。
6. 鮮度管理: 変化の速い製品仕様（モデル名・UI・料金）はモジュール単位で「最終確認日」を付け、原理・設計判断と分離する。

レベル構成（確定）

• 一本道にしない: 前提グラフで運用（L5はL1後に開始可、L3A/L3Bは並行可）。README に図示。
• L0は診断付きオリエンテーション: 能力限界・AI Fluency・製品の使い分けを説明できれば免除。
• L6は二部構成: 「設計」と「運用」でモジュール群とゲートを分ける。Agent SDK は L6設計に置く（L5のCLI操作とは別領域）。Managed Agents は発展（比較のみ・ベータ）。Admin API・Usage/Cost API は選択モジュール（組織運用）。
• ai-fluency-for-builders は L2 と L6設計に接続（要件分解・委譲・検証）。
• Computer Use は「旧教材・発展」扱い: 2026-07時点でも Building API コースの「Anthropic Apps」セクションに現存する（削除はされていない）が、本カリキュラムでは発展的内容として扱う。旧章別ファイル（09）は残るが必修にしない。

ファイル構成（確定）

curriculum/
├── README.md                    # 全体マップ・前提グラフ・レベル診断・共通ゲート運用・進捗トラッカー・CCA接続表
├── DESIGN.md                    # この設計書
├── safety-security.md           # S: 横断必修モジュール（各レベルのゲートから参照）
├── level-0-orientation.md
├── level-1-api-basics.md
├── level-2-prompting-evals.md
├── level-3-tools-rag-features.md  # L3A / L3B の2ゲート内包
├── level-4-mcp.md
├── level-5-claude-code.md
└── level-6-agents-production.md   # 設計 / 運用 の2部構成

演習設計（全モジュール共通の型）

各演習は5段階で構成する:

1. ベースライン: 動く例を動かし、失敗や品質を記録
2. 設計・実装: 学習者が自分で作る
3. 敵対テスト: 境界値・曖昧入力・敵対入力・API失敗を投入
4. 測定: 正確性・レイテンシ・トークン・コスト
5. 言語化: 採用案と却下案、トレードオフを短く説明

提出物は最低4点: 実装 / テスト・evalデータ / 実行結果 / 設計判断メモ。 費用・外部依存のある課題には固定fixture・記録済みレスポンスの低コスト版を併記。 足場は段階的に外す: 序盤=手順付き → 中盤=要件のみ → 終盤=障害シナリオのみ。 自己チェックは用語の再認問題でなく「どれを選ぶか・なぜ棄却するか・何が壊れるか」のシナリオ問題を中心にする。 例外: L0 の演習（診断＝免除試験を前提とした軽量版）と、実装を伴わない判断・比較のみのモジュール（例: L6 6.4 の選定メモ）は、この5段階型の適用外。

累積キャップストーン

L1〜L6で一つのプロジェクト「ドキュメント調査アシスタント」を育てる:

• L1: 構造化出力つきチャットCLI → L2: evalハーネス追加 → L3A: tool呼び出し → L3B: RAG＋caching
• L4: MCPサーバー化 → L5: Claude Codeで保守（CLAUDE.md/skills/hooks整備） → L6: リトライ・観測・安全ゲート追加

修了ゲート（証拠ベース）

• 判定配分: 知識確認20% / 実技成果物60% / 設計判断の説明20%、総合80%以上で合格。
• 安全性・データ損失・秘密情報に関する必須項目は全問正解が必要（配点と独立）。
• 実技ルーブリック（事前公開）: 機能/堅牢性/安全性/評価/説明 の5観点 × 0〜3点。
• 知識確認は類題を2〜3種用意（再受験で答えを覚えただけの判別のため）。
• 遅延チェック: 修了1〜2週間後に10〜20分の復習チェック。不合格なら該当モジュールを復習キューへ（修了取消はしない）。
• 部分合格方式: 不合格項目だけ補習。強制ロックにしない。
• 採点: 自動テスト＋固定ルーブリック＋Claudeによる一次レビュー＋本人による反証（Claudeの採点を最終真実にしない）。

CCA対策との接続（副線）

• カリキュラム本線は実務能力順。CCA（Claude Certified Architect – Foundations。同日ローンチの非技術者向け新資格「Claude Certified Associate – Foundations」とは別物）形式への変換は副線として各レベル末尾にCCAドメインタグを付ける。
• 接続位置: L2後=④ / L3A後=②ツール / L3B後=⑤ / L4後=②MCP / L5後=③ / L6後=①＋⑤ / 全修了後=5ドメイン混合模試。
• cca-prep.md は3回使う: 学習前診断 → 該当レベル後の再診断 → 最終模試。先に解答を読まない。
• CCAの形式・重み・合格点は暫定情報（cca-foundations.md 参照）。未確認の重みを修了基準に使わない。公式Exam Guide取得後にマッピング表のみ更新。

レビュー履歴

• 2026-07-11 Codex設計レビュー（1回目）: 7レベル維持・L3を3A/3Bに内部分割・安全性を横断必修化・演習を測定・敵対テスト込みの5段階に変更・証拠ベース修了ゲート・CCAは副線接続、を採択。参照§番号の誤り（§1〜5 → 実ファイルは01〜06）と教材実在性の記述（全コース全文ガイドありは誤り）も修正。
• 2026-07-11 本文レビューRound 1（内部・2系統並列）: 一貫性レビュー＋教材照合ファクトチェックで 31項目（P0×1・P1×9・P2×14・事実整合×7）を検出し全修正。主要修正: Haiku 4.5 の extended thinking 対応の訂正（公式リファレンス照合）、安全必須問題を safety-security.md の組込み表をSSoTに完全整合、キャップストーン形態番号（第1〜第7）の統一、全ゲートへの5観点ルーブリック掲載。修正後の敵対的検証で「全項目修正済み・リグレッションなし」を確認。
• 2026-07-11 本文レビューRound 2（Codex）: Codex本文レビューで 18項目（P0×5・P1×9・P2×4）を検出し全修正。核心は「教材が2025年時点のAPI仕様で、現行モデルで動かない手法を標準解として教えていた」点: prefill→structured outputs への標準解の置換（旧世代/現行のモデル分岐）、extended thinking のモデル別分岐表（budget_tokens/adaptive/effort）、temperature=0 非決定性、context超過時のAPI既定挙動（400エラー。ただしベータのcompaction機能や一部モデルのmodel_context_window_exceededという例外あり）とチャット製品=compactionの区別、allowed-tools=事前承認の訂正。構造面では L3B/L4/L5 のキャップストーン前提と前提グラフの矛盾を2分岐・連鎖規則で解消。修正後の敵対的検証で全項目解消・Round 1 リグレッションゼロを確認し、検証が発見した副作用3件（strict tool use 参照切れ等）も修正済み。
• 2026-07-12 ビジュアル・記憶定着強化: 学習科学リサーチ3系統（一次文献・メタ分析）を実施し PEDAGOGY.md に統合。中核メンタルモデル22点をSVG図解化（Mayer原則準拠・テーマ追従・diagrams/）し、全レベルに期待文＋P0図へ再現チェックを挿入。サイトに FSRS-6 間隔反復・習得判定（別日3回正解）・確信度較正・ウォームアップ予想テストを実装。図解は敵対的レビュー（レイアウト目視22図＋機械チェック＋内容整合critic）で FAIL 3件を検出・修正（streaming の SDK 限定・is_error 経路の番号付け・permissions 非一致時の既定動作）。方法論は media-studio:learning-materials スキルとして yn-plugins に汎用化。
• 2026-07-12 動画のHTML完結埋め込み: 「外部mp4ファイル・英語原文ノートへのリンクに頼らずHTMLで完結させてほしい」というフィードバックを受け、14本の教材動画（ずんだもん×四国めたん解説）をカリキュラム各ページに <video> プレイヤーとして直接埋め込み（build.py に extract_videos/insert_videos を追加、md側は独立行 動画: ... 構文）。英語原文ノート（source-notes.en.md）への参照は「読む・見る」の必須リストから外し、「さらに深めたい場合（任意・英語）」と明記した1行の地の文に降格。実装中にdiagram/video共通の正規表現バグ（\s*$ が改行を飲み込み、直後の段落と結合してしまう）を発見・修正——既存22図解のうち複数箇所（l3a-schema-design・l3b-hybrid-search 等、図の直後が地の文の箇所）が影響を受けていたため、今回のリビルドで同時に修正された。全14動画を実ファイルパス解決・再生可能性（readyState/duration一致）まで検証済み。
• 2026-07-12 動画・画像ゼロ化（HTMLネイティブ化、Codex協働）: 「HTMLを配布するだけで完結させたい。動画や画像は使いたくない。HTMLでできることをフル活用して」というフィードバックを受け、前回導入した<video>埋め込み14本を全撤去。Codexに設計相談（codex:codex-rescue経由）し、対話ウィジェット（:::dialogue）・疑似ターミナル（:::terminal）・控えめな達成演出（習得バッジ紙吹雪）の3本柱を採択。build.pyにextract_dialogues/insert_dialogues/extract_terminals/insert_terminalsを実装（extract_videos系は削除）、新規assets/interactives.jsで制御。動画14本（11本=対話、3本=疑似ターミナル）を全置換し、videos/フォルダ（2.3GB）への依存をゼロ化——site/フォルダ（約5.9MB）をzipして配るだけで学習が完結する。Codexに実装レビューも依頼し、P0バグ2件（予想文パースの二重コロン分割で本文が欠落／ターミナルログがdata-log属性のみでharvest_search検索対象から漏れる）とP1改善5件（timer二重起動防止・完了時のフォーカス移動とaria-live通知・習得演出の即時反映・.mp4残存チェックの大小文字/クォート対応・コメント不整合）を検出・全修正。全機能をPlaywrightで実機検証（対話の次へ進行・ターミナルのタイプライター完走とログ内容一致・検索インデックスへのターミナル本文混入・アクセシビリティのフォーカス遷移）。
• 2026-07-12 L0を非IT向けに全面書き直し: 「前提グラフの序盤は技術的なことに触れず非IT向けの内容にしてください」というフィードバックを受け、level-0-orientation.md（前提グラフの起点＝誰でも受けられる入り口）の0.1〜0.4を全面リライト。技術用語（eval・context window・tokens・primitives/infrastructure/controls・agent loop・RAG/MCP/tool use/code execution・sycophancy・REST/SDK・agentic coding・terminal/IDE/commit 等）を全て除去し、平易な日本語で同じ概念（モデル選びの考え方・4つの入口の使い分け・AIの得意不得意4傾向・AI Fluency 4D）を説明する形に置換。対話ウィジェット4本・自己チェック12問・免除試験の合格観点も合わせて書き直し、図解2点（l0-product-map.svgの「REST/SDK」「agentic coding」「terminal/IDE」「commit」「Developer Platform」表記も平易な日本語に修正）。L1以降は引き続き技術者向けの内容のまま変更なし（L0のみが非IT対応）。Playwrightで技術用語の残存を機械チェック（0件）。
• 2026-07-13 「クラス」を「モデル」に訂正: L0非IT向けリライトでOpus/Sonnet/Haiku/Fableの総称として使っていた造語「クラス」について、「クラスという表現は正しいの？」という指摘。調査の結果、Anthropic公式用語は「モデル」の「ファミリー」（family）であり、しかも「class」という語自体はAnthropicが最近別の意味（Fable 5が属するMythosクラスというOpusより上位の新層の固有名）で使い始めていたため、造語のままだと本物の用語と衝突し誤解を招くと判明。「用語を異なる言葉に言い換えるのはやめてください」という追加指摘も受け、代替の言い換え語（グレード/ランク等）は使わず、実際の用語「モデル」（総称は「モデルファミリー」）にそのまま置換した。level-0-orientation.md（クラス→モデル、全18箇所）とlevel-6-agents-production.md（「最小クラス」→「最も安いモデル」、2箇所）を修正。この教訓（非専門家向けリライトでも公式用語を造語に置き換えない）はワークスペース横断の feedback メモリに保存済み。
• 運用メモ: 現行API仕様に依存する記述には「⚠️ 現行API注記（確認日付き）」を付ける。API仕様変更時はこの注記を目印に一括再確認する。