Po Quality Gatekeeper

Step 3: テストカバレッジ監査

1. pytest --cov=app --cov-fail-under=80 tests/ を実行する。
2. カバレッジが 80% 未満のモジュールを特定し、不足しているテストケースを列挙する。
3. 以下のテストパターンが含まれていることを確認する:
   • 正常系（Happy Path）: 想定される標準的な入力
   • 境界値: 0、負数、最大値、空文字列
   • 異常系: 存在しない ID、権限不足、DB タイムアウト
   • ビジネスルール違反: 過納超過、承認閾値超過、同一ロケーション移動

Step 4: 命名規約チェック

1. requirements.md の用語定義テーブルを参照する。
2. コード内のすべての変数名・関数名・クラス名が用語定義に準拠していることを確認する。
   • 例: supplier_id を使用すること。vendor_id は禁止。
   • 例: purchase_order を使用すること。po のみの略称は変数名として禁止（ただし po_id は許可）。
3. 以下の命名規約を確認する:
   • 関数: snake_case、動詞で始まる
   • クラス: PascalCase、名詞
   • 定数: UPPER_SNAKE_CASE
   • ファイル: snake_case.py

Step 5: ドキュメント監査

1. すべての public 関数・クラスに Google Style Docstring が記述されていることを確認する。
2. app/services/ 配下の Docstring にビジネスコンテキスト（対応する機能要件 ID、業務上の役割）が含まれていることを確認する。
3. Docstring に Args、Returns、Raises セクションが含まれていることを確認する。

Step 6: 判定の出力

以下のフォーマットで結果を出力する:

# 品質ゲート結果

| チェック項目        | 結果    | 詳細                     |
|---------------------|---------|--------------------------|
| ruff check          | ✅ PASS | エラー 0 件              |
| ruff format         | ✅ PASS | 差分 0 件                |
| mypy --strict       | ❌ FAIL | エラー 3 件 (詳細は下記) |
| bandit              | ✅ PASS | 警告 0 件                |
| pytest (カバレッジ) | ✅ PASS | 85%                      |
| 命名規約            | ✅ PASS | 違反 0 件                |
| Docstring           | ✅ PASS | 網羅率 100%              |

## 総合判定: ❌ 差し戻し

### 未解決の違反事項
1. [mypy] app/services/approval.py:45 — `total_amount` の型が `float` だが `Decimal` であるべき

• すべてのチェックが PASS の場合: 「品質ゲート PASSED — マージ可」 と出力する。
• 1 件でも FAIL がある場合: 具体的な違反箇所と修正方法を列挙し、「品質ゲート FAILED — 差し戻し」 と出力する。