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 を参照する (通常フロー = 単独起動・自ブランチ・ファイル編集可では読み込み不要)。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 を参照。

Task complexity tier

Tier	判定	実行 Step
lite	1 ファイル、diff <30 LoC (ファイル総行数でなく追加+削除行数)、規約 hit 0、Ruby delegate/def 撤去なし (全条件を AND で満たす)	Step 5 (lint) + Step 8 (final review) + Step 9 (集約)
standard (default)	2-5 ファイル, 規約 hit 1-3 (lite にも deep にも該当しないもの)	Step 1-5 + Step 8 + Step 9 (Step 6/7 は条件 hit 時のみ)
deep	6+ ファイルまたは規約 hit 4+ または Ruby delegate or def 撤去ありまたは multi-language (OR — いずれか 1 つで deep に昇格)	全 Step (1-9)

Step 1 (規約の収集) は tier 判定の前に全 tier で必ず実行する (tier 判定基準の「規約 hit 数」は Step 1 の収集結果からしか得られないため)。上表の「実行 Step」列は Step 1 通過後にどの検査・修正 Step (4 以降) を実行するかを指し、lite でも Step 1 は飛ばさない。リスク領域 (auth / billing / payment / migration) は LoC によらず deep。