← 学習メニュー
CCAR-F 練習問題 50
CCAR-F
シナリオ：CI/CD への Claude Code の組み込み
CI/CD パイプラインに Claude Code を組み込み、自動コードレビュー、テストケースの生成、プルリクエストへのフィードバックを行っています。開発者が対応できる具体的な指摘を出し、誤検知を抑えることが求められます。
CI の工程で、Claude Code がテストの失敗を直すコードを生成し、続けて同じセッションに「今の変更をレビューして、問題があれば指摘して」と依頼しています。レビューはほぼ毎回「問題ありません」となりますが、後から人のレビューで境界値の扱いの誤りが何度も見つかっています。最も効果的な改善はどれですか。
スポンサーリンク
選択肢を押して回答
正解と解説
正解：A
判断のポイント
自己レビューは生成時の推論に引きずられます。生成の文脈を持たない独立したインスタンスでレビューします（ガイド4.6）。
A. 生成時の推論の文脈を持たない、別の独立した Claude のインスタンスに差分をレビューさせる（正解）
同じセッションのモデルは生成時の推論を保持しているため、自分の判断を疑いにくくなります（ガイド4.6・3.6）。生成の文脈を持たない独立したインスタンスの方が、微妙な問題を見つけやすくなります。
B. 同じセッションで extended thinking を有効にし、レビューのときにより長く考えさせるようにする（不正解）
考える量が増えても、自分の生成理由に引きずられる問題は残ります。ガイドも、独立したインスタンスの方が効果的としています。
C. レビューの工程は省き、テストがすべて成功したことをもって変更の品質を確認したとみなす（不正解）
既存のテストが境界値を網羅していなければ、誤りは見逃されます。今回まさに起きている問題です。
D. 同じセッションのまま、レビューの前に「批判的な視点で厳しく確認すること」という指示を加える（不正解）
指示を強めても、生成時の推論が文脈に残る構造は変わりません。自己レビューの限界は解消しにくいままです。
出題範囲：CCAR-F 分野4「プロンプトと構造化出力」・項目4.6 複数インスタンス・複数工程のレビュー
参考資料（公式ドキュメント）
公開資料をもとにした独自解説です。本番の問題・難易度・合否を再現するものではありません。