← 試験の目次へ
全10問。単一選択と複数選択があります。複数選択の問題には「2つ選んでください」と書いてあります。
回答済み 0 / 10
スキル: 3.1 CLAUDE.md の階層
あるチームでは、リードの開発者の Claude Code は必ず「金額は整数の円で扱う」という決まりを守りますが、先月入ったメンバーの Claude Code は小数を使います。2人は同じリポジトリの同じブランチで作業しています。最も可能性の高い原因はどれですか。
正解: B
ユーザー単位の ~/.claude/CLAUDE.md はその人だけに効き、バージョン管理で共有されません。同じリポジトリなのに人によって振る舞いが違うなら、まず階層を疑います。チームの決まりはプロジェクト単位の CLAUDE.md や .claude/rules/ に移してコミットします。
スキル: 3.1 モジュール化
モノレポに20個のパッケージがあり、ルートの CLAUDE.md が900行になりました。決まりの多くは一部のパッケージにしか関係しません。保守しやすく、関係のない決まりで読み込みを増やさない方法を2つ選んでください。
正解: A、C
@import でパッケージごとに関係する規約だけを含める（A）と、.claude/rules/ のトピック別ファイルとパス別ルール（C）が、試験ガイドのモジュール化の方法です。なお公式ドキュメントの注意として、import は整理に役立ちますが、読み込んだファイルは一緒に全部入るので量は減りません。量を減らすのはパス別ルールです。D はチームに共有されなくなります。
スキル: 3.2 共有のスラッシュコマンド
チームのリリース前チェック /release-check を作り、リポジトリを clone した全員がすぐ使えるようにしたいです。置き場所として正しいのはどれですか。
正解: C
プロジェクト単位のコマンドは .claude/commands/ に置き、バージョン管理で共有します。今の Claude Code ではコマンドはスキルに統合され、.claude/skills/<名前>/SKILL.md も同じ /release-check を作ります。A は個人用です。B の CLAUDE.md はコマンドの定義ではありません。D のような仕組みはありません。
スキル: 3.2 context: fork
スキル /map-dependencies は、コードベース全体の依存関係を調べて大量の途中経過を出します。実行のたびにメインの会話のコンテキストが埋まり、その後の作業の質が下がります。最も適切な設定はどれですか。
正解: A
context: fork は、スキルを別のサブエージェントのコンテキストで動かし、メインには結果だけを戻します。出力の多いスキルや探索的なスキルに向きます。B は入力の案内で、出力の量とは関係ありません。C は毎セッション常に読み込まれ、むしろ悪化します。D は必要な会話の内容まで消します。
スキル: 3.2 frontmatter の使い分け
スキル /scaffold-endpoint は、エンドポイント名を引数に取り、新しいファイルを作るだけの仕事です。開発者が引数を付け忘れることが多く、またこのスキルの中で既存ファイルの削除などの破壊的な操作をさせたくありません。試験ガイドの説明に合う frontmatter の設定を2つ選んでください。
正解: B、C
引数を促すのは argument-hint（B）。ツールを限るのは、試験ガイドでは allowed-tools（C）です。今の公式ドキュメントでは allowed-tools は「確認なしで使えるツール」の事前許可で、ツールを使えなくするのは disallowed-tools です。A は実行のコンテキストを分ける設定です。D は Claude が自分で呼ばないようにする設定で、操作の制限ではありません。
スキル: 3.3 パス別ルール
インフラのコードは terraform/ の下にまとまっています。Terraform のファイルを編集するときだけ、命名規則とタグの決まりを Claude に守らせたいです。ほかの作業ではこの決まりを読み込みたくありません。最も合う方法はどれですか。
正解: D
paths 付きのルールは、合うファイルを扱うときだけ読み込まれ、関係のない作業ではトークンを使いません。A は毎回読み込まれます。B は呼び忘れると効きません。C は自分だけに効き、チームに共有されません。
スキル: 3.4 plan mode と直接実行
次の2つの仕事があります。(1) 決済の SDK を v2 から v3 に移行する。52ファイルに影響し、非同期の呼び方とエラー処理の方針を選ぶ必要がある。(2) 本番のスタックトレースが示す1つの関数で、null のチェックが抜けているのを直す。最も適切な進め方はどれですか。
多くのファイルに及び、設計の判断が必要な移行は plan mode で探索と設計をしてから実行します（調査は plan、実装は直接実行の組み合わせ）。範囲が明確な1か所のバグ修正は直接実行です。A は依存関係が後でわかって手戻りが大きくなります。C の (2) は不要な手間です。D はコードを調べずに正しい方針がわかっている前提です。
スキル: 3.4 Explore サブエージェント
大きなリファクタリングの前に、Claude Code で数百のファイルを調べる必要があります。前回は調べた内容でメインの会話のコンテキストが埋まり、実装の段階で前の決定を忘れました。最も良い方法はどれですか。
Explore は読むだけの組み込みサブエージェントで、大量の探索の出力を自分のコンテキストに閉じ込め、要約だけを返します。メインのコンテキストを守れます。B はまさに今回の問題を起こします。C は量の問題を先送りするだけで、注意の質は良くなりません。D は手戻りの原因です。
スキル: 3.5 反復改善
ログの1行を決まった JSON に変換する関数を Claude に作らせています。文章で何度説明しても、時刻の形や空の項目の扱いが毎回ずれます。最も効果的な次の一手はどれですか。
文章の説明が解釈ぶれするとき、具体的な入出力例が期待する変換を伝える最も効果的な方法です。例外ケース（空の項目）も例に入れます。A はぶれの原因（あいまいさ）を残します。D は、時刻の形と空の項目の扱いが同じ出力の形に関わるので、1つにまとめて伝えたほうが良い場面です。
スキル: 3.6 CI/CD
CI のジョブで Claude Code に PR をレビューさせ、結果を PR のインラインコメントとして自動で投稿したいです。ジョブは今、対話の入力待ちで止まっています。正しい組み合わせはどれですか。
-p（--print）は非対話モードで、入力待ちになりません。--output-format json と --json-schema を使うと、スキーマに合う結果が structured_output に入り、ファイル・行・指摘の形で投稿できます。A の環境変数と B の --batch は存在しません。C は正しいやり方ではありません。
この分野の教材を読む