← 学習メニュー
CCAR-P 練習問題 16
CCAR-P
利用者がアップロードした文書を要約するサービスで、文書の長さは数ページから数百ページまでばらつきます。長い文書では、ときどき文脈ウィンドウを超えてリクエストが 400 のエラーになり、利用者には失敗としか表示されません。最も適切な設計はどれですか。
スポンサーリンク
選択肢を押して回答
正解と解説
正解：C
判断のポイント
文脈ウィンドウの管理では、送る前にトークン数を見積もり、上限を超える入力は分割・要約・検索などの経路で扱います。
A. エラーが出たら、同じリクエストを数回まで送り直す（不正解）
入力の長さが原因なので、送り直しても成功しません。
B. 長い文書は受け付けないことにし、アップロードの画面で断る（不正解）
対応できる方法があるのに、サービスの価値を下げています。
C. 送る前にトークン数を数え、上限を超える文書は分割して要約し、結果をまとめる経路へ回す（正解）
トークン数は送信前に数えられます。上限を超える入力を事前に見分け、分割と統合の経路に回すと、失敗を防ぎつつ長い文書にも対応できます。
D. すべての文書の先頭から決まったページ数だけを送る（不正解）
後半の内容が要約から抜け落ちます。
出題範囲：CCAR-P 分野2「モデル・プロンプト・文脈の設計」・項目2.4 文脈ウィンドウの最適化とトークン管理
参考資料（公式ドキュメント）
公開資料をもとにした独自解説です。本番の問題・難易度・合否を再現するものではありません。