polish-before-commitlisted

# polish-before-commit **提案だけでなく、自動修正まで行う。** プロジェクト規約・パターン一貫性・impl/spec 整合 (現状 Ruby/RSpec の delegate/def 撤去後 dead-mock 削除のみ、TS/JS/Python は範囲外で skip) を点検し、Step 4 → 5 → 6 → 7 は順序固定で再評価ループ禁止。 **特殊モードの読み替え**: review-only (ファイル変更不可) / 他者 PR 点検 / subagent 委譲 (`Task` 起動) 時の検出・報告・Step 9 の読み替えは [references/execution-modes.md](references/execution-modes.md) を参照する (通常フロー = 単独起動・自ブランチ・ファイル編集可 では読み込み不要)。user が「ファイル変更はしない」「レビューのみ」「他者の PR」を指示した場合、または利用可能ツール一覧が subagent 委譲を示す場合に適用する。 **フロー最終段の役割**: この skill はフローの最後に置かれることを想定する。代表的な前段列 (可変) は `/simplify` → `/vercel-react-best-practices` → `/review-code-quality` → 組み込み `/code-review` → 本 skill だが、実運用ではこの間に `/vercel-composition-patterns`・`/express-intent-in-code`、文章チェーン (`/dry-ssot-text` → `/purge-private-vocab`) 等が挟まる場合がある。Step 9 で `/review-code-quality` からの申し送り (`.git/quality-review-handoff-<branch>.md`) と本 skill の Manual Review Items を集約し、**末尾でユーザー判断が必要な項目を一覧提示してから止まる** (連続スキル実行で個別レポートが transcript に埋もれ握りつぶされるのを防ぐため)。 **Orchestrated モード**: ファイル存在からの推測では判定しない。呼び出し側（将来のオーケストレータ）が Task 起動プロンプトで「orchestrated モードで実行。escalation は `<path>` に記帳して続行せよ」のように明示指示した場合のみ発動する。指示が無い単独起動では現行動作（判断項目 1 件以上で停止しユーザーの明示指���を待つ）のまま進む。差分は Manual Review Items #4 (dead mock 部分削除) と Step 9 のみで、詳細は [references/orchestrated-mode.md](references/orchestrated-mode.md) を参照。 ## Task complexity tier | Tier | 判定 | 実行 Step | |---|---|---| | **lite** | 1 ファイル、diff <30 LoC (ファイル総行数でなく追加+削除行数)、規約 hit 0、Ruby delegate/def 撤去なし (全条件を AND で満たす) | Step 5 (lint) + Step 8 (final rev