← 学習メニュー

CCAR-F 練習問題 26

CCAR-F

シナリオ:開発者の生産性向上

Claude Agent SDK で、慣れないコードベースの調査、レガシーシステムの理解、定型コードの生成、繰り返し作業の自動化を支援するエージェントを作っています。組み込みツール(Read・Write・Edit・Bash・Grep・Glob)と MCP サーバーを併用します。

社内の API 仕様を提供する MCP サーバーを開発支援エージェントに接続しました。エージェントはどんな仕様書があるのかを知らないため、search_spec を思い付いた語句で何度も呼んだり、組み込みの Grep でリポジトリを探したりして、目的の仕様に辿り着くまで平均12回のツール呼び出しをしています。仕様書は約300件で、サービス別の階層があります。最も適切な改善はどれですか。

スポンサーリンク
1つ選択してください

選択肢を押して回答

正解と解説

正解:B

判断のポイント

MCP の tools は操作に、resources は内容の目録や参照に使います。目録をリソースとして公開すると、探索的な呼び出しが減ります(ガイド2.4)。MCP ツールより Grep が好まれてしまう場合は、ツール説明で「何ができて何を返すか」を詳しく書くことも有効です。

A. 300件の全文を毎回システムプロンプトに含める(不正解)

探索は不要になりますが、毎回の文脈を大きく消費し、無関係な仕様が判断を妨げます。必要なものを必要なときに読む設計に反します。

B. 仕様書の一覧と階層を MCP リソースとして公開し、目録から探せるようにする(正解)

MCP リソースは、文書の階層やスキーマなどの内容の目録を公開し、探索的なツール呼び出しを減らす仕組みです(ガイド2.4)。存在する仕様を先に把握できれば、検索の的を絞れます。

C. search_spec が返す件数の上限を10件から100件に増やし、1回の呼び出しでより多くの候補を返す(不正解)

呼び出し回数は減るかもしれませんが、不要な候補が文脈を圧迫します。どんな文書が存在するか分からないという問題も残ります。

D. 組み込みの Grep を無効にし、仕様の調査では MCP ツールしか使えないようにエージェントを制限する(不正解)

Grep への迷い込みは防げても、コードの調査に必要な Grep まで失います。目録がない状態での探索回数も減りません。

出題範囲:CCAR-F 分野2「ツール設計とMCP連携」・項目2.4 MCP サーバーの統合

参考資料(公式ドキュメント)

公開資料をもとにした独自解説です。本番の問題・難易度・合否を再現するものではありません。