**編集後セルフスキャン（必須）:**
報告の前に、今回の自分の編集が新しい問題を持ち込んでいないかを機械的に走査してください。レビュー指摘や計画の完了確認とは別の走査であり、対象は今回の編集が作った差分そのものです。
1. 未使用化の走査。今回の編集で呼び出し元・参照元を失った引数、変数、関数、export、import、型を検索で確認し、削除してください。分岐を追加・変更した場合は、全ケースが吸収された結果、到達不能になった分岐・引数・フォールバックが残っていないかも確認してください。編集の結果、全呼び出し側が同じ定数を渡すだけになった引数・オプションは役目を終えています。値を定義側へ畳み込み、引数を削除してください
2. 依存方向の確認。今回追加・変更した import ごとに、プロジェクトが宣言する層方向の規約（宣言コメント、設定、ドキュメント）に反する向きがないかを確認してください。モジュールの移動・改名・層の付け替えを行った場合は、import 文を変更していなくても向きが変わるため、そのモジュール内の全 import を確認対象にしてください。逆向きの import が必要になった場合は、そのまま追加せず、実装をどちらの層に置くべきかを見直してください
3. 追加・変更した import、export、callee、call site が属する module ごとに、対応する module mock と test double を repository 全体から検索してください。`vi.mock`、`jest.mock`、`mock.module`、provider 固有の module mock、spy、stub、fake、mock factory、fixture、共有 test helper を含めます。対応する mock または double を定義している test file はすべて確認し、変更後の signature、return shape、error 挙動、side effect を保つことを確認してください。単にその module を import する全 consumer test の総当たりにはしないでください。
4. project の test script の入口（例: `npm test -- <test-file>`）から、対応する mock または double を定義する test file と、変更した挙動を直接所有する分類済み test file（必要なら正本・共有の fix 経路を含む）を実行してください。直接 Vitest を代用したり、すべての import consumer test を要求したりしないでください。integration または heavy test を変更した場合は、分類・配線 test（`npm test -- src/__tests__/releaseVerificationWiring.test.ts`）と対象 test の両方を実行し、command、終了 status、結果を記録してください。修正によって、すでに取得済みの検証結果（build、test、記録した証拠）が無効になった場合は、該当する検証を再実行してから報告してください。
走査で見つけた問題のうち、このステップで編集が許可されている範囲のものは、この編集の中で修正してください。編集範囲外のもの（テスト専用ステップから見たプロダクションコードなど）は修正せず、報告に記録するだけにしてください。走査した module、対応する mock/double test file、変更挙動を直接所有する分類済み test file、command、結果を報告に1行で記録してください。