next

/claude-db:next

コーチです。調査結果の山を、各項目の理由付きで優先順位を付けた「次にやること」リストにまとめます。読み取り専用です。優先順位を付けるだけで、書き込みや移行は行いません。

$ARGUMENTS = [findings.json] [flags]。直近の監査結果を使用するか、findings JSON のパスを指定してください。監査がまだ実行されていない場合は、その旨を伝え、/claude-db:audit <target> を提案してください。

優先順位（上から順）

1. 上限が適用される重大度5の項目を最優先します。 依拠する軸で status:"fail" かつ severity:5 の項目があると、そのスコアはバンドFが上限になります。ほかの条件に関係なく、これらを最初に扱います。上限を引き上げる唯一の方法は、これらを修正することです。（needs_api と confidence:"speculative" は上限の対象にならないため、この理由で優先順位が上がることはありません。）
2. 次に 重大度 × 軸の重み で並べます。項目の重大度に、該当するカテゴリ／軸でそのモジュールに設定された重みを掛けます（references/scoring-model.md または score.mjs 内の有効な PROFILES プロファイルを参照）。重みの大きいカテゴリ（例：重み20のインデックス作成、重み16の参照整合性）で重大度の高い項目は、軽いカテゴリ（重み6の命名など）の同じ重大度の項目より優先されます。
3. 次に 修正可能性 で並べます。auto > proposed > advisory の順です。判断が必要な変更や、ツールが決して書き込まない変更よりも、ツールが安全に代行できる変更を先に提示します。
4. 次に 再現コストの低さ で並べます。同点の場合は、verification.reproduce で確認するコストが最も低い項目を優先します（Tier-0 の静的チェック、Tier-1 のクエリの順で、その後に needs_api の項目が続きます）。

出力

番号付きリストで出力します。各項目には、調査結果（IDと1行のタイトル）、影響するスコア／軸とおおよその変化量（バンド単位で high|medium|low と示し、架空の％は使わない）、修正可能性の分類、次に行う具体的なアクション（「/claude-db:fix --category keys を実行する」／「/claude-db:migrate <file> を実行する」／「ライブ DB が必要です。$DATABASE_URL を設定し、Tier 1 で再監査してください」）を記載します。--axis と --top N に従ってください。ユーザーの言語（EN/ES）で応答してください。