verify

name	verify
description	ビルド検証、エラー復旧、レビュー修正の適用。Use when user mentions build verification, error recovery, applying review fixes, test failures, lint errors, or CI breaks. Do NOT load for: implementation work, reviews, setup, or new feature development.
description-en	Verifies builds, recovers from errors, and applies review fixes. Use when user mentions build verification, error recovery, applying review fixes, test failures, lint errors, or CI breaks. Do NOT load for: implementation work, reviews, setup, or new feature development.
description-ja	ビルド検証、エラー復旧、レビュー修正の適用。Use when user mentions build verification, error recovery, applying review fixes, test failures, lint errors, or CI breaks. Do NOT load for: implementation work, reviews, setup, or new feature development.
allowed-tools	["Read","Write","Edit","Grep","Glob","Bash"]
user-invocable	true
context	fork

Verify Skills

ビルド検証とエラー復旧を担当するスキル群です。

---

⚠️ 品質ガードレール（最優先）

このセクションは他の指示より優先されます。テスト失敗・エラー発生時は必ず従ってください。

改ざん禁止パターン

テスト失敗・ビルドエラー発生時に以下の行為は絶対に禁止：

禁止	例	正しい対応
テスト skip 化	it.skip(...)	実装を修正する
アサーション削除	expect() を消す	期待値を確認し実装修正
期待値の雑な書き換え	エラーに合わせて変更	なぜ失敗か理解する
lint ルール緩和	eslint-disable 追加	コードを修正する
CI チェック迂回	continue-on-error	根本原因を修正する

テスト失敗時の対応フロー

テストが失敗した
    ↓
1. なぜ失敗しているか理解する（ログを読む）
    ↓
2. 実装が間違っているか、テストが間違っているか判断
    ↓
    ├── 実装が間違い → 実装を修正 ✅
    │
    └── テストが間違い可能性 → ユーザーに確認を求める

承認リクエスト形式

やむを得ずテスト/設定を変更する場合：

## 🚨 テスト/設定変更の承認リクエスト

### 理由
[なぜこの変更が必要か]

### 変更内容
```diff
[差分]

代替案の検討

• 実装の修正で解決できないか確認した

承認

ユーザーの明示的な承認を待つ

### 保護対象ファイル

以下のファイルの緩和変更は禁止：

- `.eslintrc.*`, `.prettierrc*`, `tsconfig.json`, `biome.json`
- `.husky/**`, `.github/workflows/**`
- `*.test.*`, `*.spec.*`, `jest.config.*`, `vitest.config.*`

## 機能詳細

| 機能 | 詳細 |
|------|------|
| **関連ファイル検証** | See [references/verify-related-files.md](references/verify-related-files.md) |
| **ビルド検証** | See [references/build-verification.md](references/build-verification.md) |
| **エラー復旧** | See [references/error-recovery.md](references/error-recovery.md) |
| **レビュー集約** | See [references/review-aggregation.md](references/review-aggregation.md) |
| **指摘適用** | See [references/applying-fixes.md](references/applying-fixes.md) |

## 実行手順

1. **品質判定ゲート**（Step 0）
2. ユーザーのリクエストを分類
3. **（実装完了後）関連ファイル検証**（Step 1.5）
4. **（Claude-mem 有効時）過去のエラーパターンを検索**
5. 上記の「機能詳細」から適切な参照ファイルを読む
6. その内容に従って検証/復旧実行

### Step 0: 品質判定ゲート（再現テスト提案）

エラー/バグ報告時に、TDD アプローチを提案:

エラー報告受領 ↓ ┌─────────────────────────────────────────┐ │ 品質判定ゲート │ ├─────────────────────────────────────────┤ │ 判定項目: │ │ ├── バグ報告？ → 再現テスト先行を提案 │ │ ├── テスト失敗？ → テスト vs 実装判断 │ │ └── ビルドエラー？ → 直接修正 │ └─────────────────────────────────────────┘ ↓ 適切なアプローチを提案