← 試験の目次へ
全12問。単一選択と複数選択があります。複数選択の問題には「2つ選んでください」と書いてあります。本番と同じく、場面を読んで最も良い設計を選ぶ問題です。
回答済み 0 / 12
スキル: 1.1 エージェントループ
社内ヘルプデスク用のエージェントを Messages API で自作しています。今のループは「応答のテキストに『以上です』か『完了』が含まれたら終了する」という判定です。ときどき、ツールを呼ぶ前の説明文に「確認が完了したら…」と書かれ、ループが途中で止まります。最も適切な修正はどれですか。
正解: C
ループの続行と終了は stop_reason で判断します。"tool_use" ならツールを実行して tool_result を履歴に足し、"end_turn" なら終えます。A は自然言語のパースに頼るアンチパターンで、同じ問題が残ります。B の反復上限は安全装置として置くもので、主な停止手段にすると仕事の途中で切れます。D は、Claude がツールを呼ぶ前に説明のテキストを書くことがあるため誤りです。
スキル: 1.2 コーディネーターの役割
調査システムのコーディネーターが、どんな質問でも「Web検索 → 文書分析 → 統合 → レポート作成」の4段階をすべて通しています。「この略語の意味は？」のような簡単な質問にも数分かかり、費用もかさみます。最も良い改善はどれですか。
正解: A
コーディネーターの仕事の1つは、問いの複雑さに応じてどのサブエージェントを呼ぶかを決めることです。毎回フルパイプラインを通す必要はありません。B は専門化の利点を失います。C はすべての問いに一律の変更をするだけで、複雑な問いでは困ります。D はハブ・アンド・スポークの利点（可観測性、エラー処理の統一、情報の流れの制御）を失います。
スキル: 1.2 分解が狭すぎるリスク
「再生可能エネルギーの普及を妨げる要因」を調べると、最終レポートは送電網と蓄電池の話だけで、政策・資金調達・地域の合意形成が抜けていました。ログでは、各サブエージェントは割り当てられた問いに正確に答えており、コーディネーターは「送電網の容量」「蓄電池のコスト」「系統接続の技術」の3つに分けていました。最も可能性の高い根本原因はどれですか。
正解: D
サブエージェントはすべて、頼まれたことを正しくこなしています。問題は「何を頼んだか」で、コーディネーターの分解が技術面だけに偏っています。下流のエージェント（A、B、C）を直しても、そもそも政策や資金の問いが配られていないので治りません。
スキル: 1.3 コンテキストの受け渡し
コーディネーターが Web検索サブエージェントと文書分析サブエージェントを動かした後、統合サブエージェントに「前の2つの結果をまとめて」とだけ書いて依頼しました。統合サブエージェントは「まとめる材料がありません」と返します。原因と対策として正しいものはどれですか。
正解: B
サブエージェントは分離されたコンテキストで動き、親の会話履歴や他のサブエージェントの結果を自動では受け取りません。必要な情報は呼び出しのプロンプトに明示的に入れます。A と C は情報がないという原因に関係しません。D は役割外のツールを持たせることになり、重複した仕事と誤用のもとです。
スキル: 1.3 並列の生成と出典の保持
調査システムの処理が遅く、最終レポートで「どの数字がどの資料から来たか」がわからなくなる問題もあります。効果のある改善を2つ選んでください。
正解: A、D
並列にするには、1回のコーディネーターの応答で複数の Task（今の名前は Agent）呼び出しを出します（A）。別のターンに分けると順番待ちになります（B は遅いまま）。出典を保つには、本文とメタデータを分けた構造で渡します（D）。散文の要約だけ（C）にすると、主張と出典の対応が消えます。
スキル: 1.3 サブエージェントの設定
Agent SDK でコーディネーターを作り、AgentDefinition で3種類のサブエージェントを定義しました。ところがコーディネーターはサブエージェントを一度も呼ばず、自分で全部やろうとします。最初に確かめるべき設定はどれですか。
コーディネーターがサブエージェントを呼ぶには、起動用のツールを使えなければなりません。試験ガイドは「allowedTools に "Task" が必要」と書きます。今の公式ドキュメントでは名前が Agent に変わりました（system:init の一覧では今も "Task" と表示）。あわせて各 AgentDefinition の description が具体的かも確かめます。A、B、D は呼び出しの可否とは関係ありません。
スキル: 1.4 プログラムによる強制
サポートエージェントが、ときどき本人確認（verify_identity）をせずに口座の住所変更（update_address）を実行してしまいます。システムプロンプトには「必ず先に本人確認をすること」と太字で書いてあります。不正な変更は金銭的な被害につながります。最も確実な対策はどれですか。
金銭的な影響がある順序は、決定的に守らせる必要があります。プロンプトの強調（A）、few-shot 例（B）、説明文（C）は、どれもモデルが守る確率を上げるだけで、失敗をゼロにはできません。前提条件をプログラムで強制する（D）のが正解です。
スキル: 1.4 人への引き継ぎ
サポートエージェントが、ポリシーの範囲外の補償の依頼を人の担当者にエスカレーションします。担当者の画面には、エージェントの会話記録は表示されません。エスカレーションのときに渡すものとして最も適切なのはどれですか。
担当者は会話記録を見られないので、判断に必要な事実を構造化して渡します。B は情報がなさすぎ、担当者が最初から調べ直すことになります。C は量が多く要点が埋もれます。D は顧客の負担を増やします。
スキル: 1.5 PostToolUse フック
エージェントが使う3つの MCP ツールが、日付をそれぞれ Unix タイムスタンプ、ISO 8601、「2026/01/05」の形で返します。エージェントは日付の比較をよく間違えます。最も確実で、トークンも無駄にしない方法はどれですか。
PostToolUse フックは、ツールの結果がモデルに渡る前に動き、結果を変換できます（今の Agent SDK では updatedToolOutput で差し替え）。決定的にそろうので確実です。A は確率的で、毎回のトークンも増えます。C は遅く高くなります。D は自分で制御できず、すぐには解決しません。
スキル: 1.5 ポリシー違反を止める
返金エージェントのルールは「1件300ドルを超える返金は人の承認が必要」です。このルールを確実に守らせ、超えたときは自然に人へのエスカレーションに切り替えさせたいです。正しい方法を2つ選んでください。
正解: B、C
確実に守らせるにはフック（B）。拒否の理由は Claude に届くので、次にすべきこと（エスカレーション）を書けば、別のワークフローへ回せます（C）。A はプロンプトだけで確率的です。D は顧客への対応ごと止めてしまい、エスカレーションもできません。
スキル: 1.6 タスク分解の選び方
2つの仕事があります。(1) 毎週、決まった10項目のチェックリストで契約書を確認する。(2) 「先月から解約が増えた理由を調べて」という依頼に答える。それぞれに合う分解の方法の組み合わせはどれですか。
手順が予測できる多面的な仕事（1）には、段階を決めたプロンプトチェーンが向きます。答えが決まっていない調査（2）は、何がわかるかで次に調べることが変わるので、動的な分解が向きます。B は逆です。D は注意が分散し、調査の適応もできません。
スキル: 1.7 再開とフォーク
昨日、開発者は Claude Code で決済モジュールを分析し、セッションに payment-analysis と名前を付けました。今朝、別のメンバーが refund.ts と webhook.ts を書き換えました。ほかのファイルは変わっていません。昨日の分析を生かして続けるのに最も良い方法はどれですか。
前のコンテキストのほとんどがまだ有効なので、再開が向いています。ただし変わったファイルを具体的に伝え、絞った再分析をさせます。B は有効な分析を捨てる無駄です（大きく変わって古くなったなら、要約を入れて新規開始が良い）。C は古いツール結果のまま考えてしまいます。D のフォークは、同じ起点から別の方針を試すためのものです。
この分野の教材を読む