← 学習メニュー
CCDV-F 練習問題 8
CCDV-F
社内チケットを調べるエージェントの検索ツール search_tickets は、一致したチケットを最大200件、本文・全コメント・添付ファイルの情報まで含めた JSON で返します。エージェントが次の判断に使うのは、ほとんどの場合 ID・件名・状態だけです。1回の検索結果が約3万トークンになり、数回の検索で応答が遅くなっています。最も適切な改善はどれですか。
スポンサーリンク
選択肢を押して回答
正解と解説
正解：A
判断のポイント
ツールの戻り値も文脈を消費します。既定は要点だけを件数の上限やページ送り付きで返し、詳細は ID 指定の取得に分けると、エージェントの文脈を保てます。
A. 既定では ID・件名・状態だけを件数の上限付きで返し、詳細は ID を指定して取らせる（正解）
ツールの結果は、エージェントが次に判断するために必要な分に絞ります。一覧は要点だけを返し、詳細は ID で個別に取得する設計にすると、文脈を消費せずに必要な情報へたどり着けます。
B. 検索語を広くして一度に多くのチケットを取らせ、検索の回数そのものを減らすよう指示する（不正解）
1回の結果がさらに大きくなり、文脈の圧迫は悪化します。
C. 検索のたびに別の呼び出しで結果を Claude に要約させ、その要約だけを会話に入れる（不正解）
文脈は減りますが、呼び出しのたびに費用と遅延が増えます。要らない項目を最初から返さない方が単純で確実です。
D. 結果の JSON をアプリ側で先頭から2,000文字に切り詰めてから tool_result として返す（不正解）
文字数で機械的に切ると、JSON の途中で切れたり、必要なチケットが落ちたりします。返す項目そのものを設計し直す必要があります。
出題範囲：CCDV-F 分野1「エージェントとワークフロー」・項目1.3 エージェントのパターンとフレームワーク（ツールループ・メモリー・文脈管理）
参考資料（公式ドキュメント）
公開資料をもとにした独自解説です。本番の問題・難易度・合否を再現するものではありません。