**根本原因と責務の分析（必須）:**
1. 指摘場所は探索の起点として扱い、現在のコードで問題、直接原因、根本原因を確認してください。
2. 独立した局所問題か、責務・正本・契約に関わる構造問題かを分類してください。
3. 構造問題では、正本となる要求・仕様・schema・公開契約を特定し、同じ意味・契約・根本原因を持つ実装を必要に応じて探索してください。finding に書かれた反例を上限にせず、見た目が似るだけの別責務は含めないでください。
4. 正本から今回適用される成立条件、禁止条件、境界値を特定し、実在する入口、型・schema、検証境界、利用側、状態、副作用、失敗経路へ照合してください。enum、locale、optional の有無、状態遷移、入力形式、候補順序など、正本または実装が有限集合として定める軸は、適用される全要素・状態を具体化してください。件数上限を持つ順序付き候補では、該当要素が保持範囲内にある状態、最初の除外位置以降にある状態、該当なしを、実在する場合は別々に確認してください。委譲先 helper も呼び出し名で完了とせず、制約を課す委譲元 caller との関係、その委譲が現行の失敗原因か、件数上限、探索順序、該当なし、fallback など実際の制約まで確認し、今回適用される最上位の実在入口から helper、consumer、terminal まで追ってください。関係しない状態軸は列挙しないでください。
5. 同じ原因に属すると確認した未解決の指摘と未移行の契約経路は1つの修正単位として扱ってください。
6. 想定した原因を否定する証拠も確認し、反証できる場合は修正前に分析を見直してください。