quality-check

Topics in the source

• Quality Check Skill - マージ前品質チェック
• 最重要ルール
• 実行フロー
• 段ごとに読む参照ファイル
• Step 4: 体制レビューの基準
• 指摘の優先度（基準）
• 完了条件
• 途中で止まる場面（例外）

導入先の補足ファイル documents/development/project/quality-check.md があれば、その段で読む。補足ファイルは製品への当てはめ（コマンド・パス・ポート等）だけを持ち、本スキルの規則（完了条件・レビュー体制・優先度・フラグ・hook の契約・止まる場面）を緩めない。食い違えば本スキルが優先する。 この本体には毎回守る規則（流れ・完了条件・止まる場面・どの段でどの参照ファイルを読むか）を置く。各段の手順は、その段に入るときに下の「段ごとに読む参照ファイル」の表のファイルを読んでから行う（覚えている内容で進めない）。 レビュー・品質チェックの規則（優先度の基準、巡の数、検証の巡、スピード優先モード、後回しのレビュー、完了条件、hook の完全な契約）の本文は、このスキル（本体と references）だけに置く。ほかの文書（テンプレート・README・配布文書・他のスキル）は規則の名前とここへの参照だけを持つ。 hook（quality-gate.cjs）は main 相当への直接 push / merge を止める静的分類器であり、gh pr merge / main 上での git merge / main への直接 git push の前に必ずこのスキルを実行することを強制する。同期 3 形（引数なし git pull / 現在トランクへの git pull origin / git merge origin/ 。master トランクなら master 形）以外は（ゲート対象となる行では）要フラグ。フラグは commit のみで判定する（branch は診断用）。全チェック通過後のみマージ可能。hook の無条件ブロック・fail-open・worktree 手順の完全な定義は references/hook-contract.md（「hook の完全な契約」）を単一ソースとする — 他ドキュメントはここを参照し、転記しない。 feature ブランチへの git push にフラグは不要（ゲート対象外。refspec に % を含む語・ で始まる語がある場合を除く（「hook の完全な契約」の「対象」参照）。ゲート語を含むコマンドは「判定する形」に従う）。レビュー前の push・バックアップ push は自由に行える CIはビルド確認のみ。静的チェック・テスト・レビューは全てローカルで実施する 実行開始時（Step 0 冒頭）に既存の .quality-check-passed と .quality-check-report.json を削除する（古い許可証・レポートの残留防止）。前回のフラグの後に main を取り込んだだけなら、その前に「取り込みの再確認」を判定する（YES なら消さず、Step 2〜3 だ

This is an excerpt. Refer to the complete source and its current requirements.