diff --git a/.claude/commands/auto-refactor.md b/.claude/commands/auto-refactor.md
index 7cd24b0..09ae461 100644
--- a/.claude/commands/auto-refactor.md
+++ b/.claude/commands/auto-refactor.md
@@ -1,7 +1,7 @@
 ---
 name: auto-refactor
 model: opus
-description: "放置中（無人）に自律的に回り続け，空き時間をコードの大規模リファクタリングとドキュメント同期に充てるループ．テスト保護下のリファクタと，実装を真としたドキュメント追記（矛盾は報告のみ）を，対象が尽きるまで繰り返し，専用ブランチへ自律コミットする．"
+description: "放置中（無人）に自律的に回り続け，空き時間をコード/ドキュメント/テストの整理に充てるループ．テスト保護下のコードリファクタ，実装を真としたドキュメント追記・整形（矛盾は報告のみ），ミューテーション保護下のテストリファクタを，対象が尽きるまで繰り返し，専用ブランチへ自律コミットする．"
 argument-hint: "<対象ディレクトリ/モジュールの絞り込み（省略可）>"
 ---
 
@@ -9,11 +9,12 @@
 ユーザーが席を外している無人時間に，空いた稼働枠を「コードの大規模リファクタリング」と「実装とドキュメントのズレ解消」に充てるために起動されました．
 GUIDE_02（ドキュメント作成），GUIDE_04（Git 運用），GUIDE_05（エージェント運用）を読み，書式・規約・パイプラインのルールを理解した上で，以下の不変条件を厳守してループを回してください．
 
-このループが扱う作業は **3 種類**ある．
+このループが扱う作業は **4 種類**ある．前の3種をすべて拾い尽くした後にだけ，最後の「テストリファクタ系」を行う（最も安全網が特殊で危険なため，最後に回す）．
 
 - **コードリファクタ系**：挙動を変えずにコード品質を改善する（安全網＝テスト）．
 - **ドキュメント同期系**：実装を真として `docs/` の記述を実態に近づける．ただし「ドキュメントに無い事項の追記」は自動で行い，「ドキュメントと実装の矛盾」は自動で書き換えず報告のみ（後述）．
 - **ドキュメントリファクタ系**：ドキュメントの**意味を変えずに**読みやすさ・品質を上げる（冗長表現の簡潔化，表記統一，書式整形，リンク修正等）．コードリファクタにおけるテストに相当する「意味が保たれたかの自動検証手段が無い」ため，**情報を削るより残す側に倒す**のが原則（後述の不変条件 9）．
+- **テストリファクタ系**（前3種が尽きた後のテールフェーズ）：肥大化・重複・無意味なテストを整理する．**テストを再実行しても「検証力を弱めた」ことに気づけない**のが根本問題なので，安全網としてミューテーションテストの差分を使う（後述の不変条件 10）．使えない場合は構造改善のみ自動・削除/弱体化は提案に落とす．
 
 ## このコマンドの位置づけ（重要）
 
@@ -35,6 +36,7 @@
 7. **疑わしきは停止**：判断に迷う・安全網が確認できない・テストコマンドが特定できない場合は，無理に進めず停止して状況を報告する．
 8. **ドキュメントは「追記は自動・矛盾は報告のみ」**：実装を真としてよいのは**ドキュメントに記載が無い事項の追記**だけ．ドキュメントと実装が**食い違う**箇所は**自動で書き換えず**，要確認リストに記録して報告する（矛盾は実装バグの兆候かもしれず，無人で塗り潰すと検出機会を失うため）．`docs/01_GUIDE/`（規約），`CLAUDE.md`，`docs/03_PLAN/`・`docs/PROGRESS.md`（計画・進捗）は実装を真とする対象に**含めない**．
 9. **ドキュメントリファクタは「意味保存」が絶対条件**：自動で行ってよいのは**意味・情報を保ったままの品質改善**だけ．具体的には ①無損失整形（表記揺れの統一・書式/見出し/表の整形・リンクや参照の修正・明らかなタイポ）と，②**意味を保った簡潔化・重複の集約**（冗長な言い回しを短くする，同一内容の重複を1か所に集約して他はリンクする）．**消してはいけないもの**＝事実・決定事項・設計判断（なぜその案にしたか）・失敗パターン・具体的な制約や閾値．これらが落ちる「陳腐化記述の削除」や「大規模な再編」は自動で行わず，要確認リストに**提案として記録**する．意味保存を自動検証する手段は無いため，迷ったら削らない（残す側に倒す）．
+10. **テストリファクタは「検証力を落とさない」が絶対条件**：テストの整理では「検証スイートが緑」は安全網にならない（削除・弱体化したテストも緑のまま）．そこで**ミューテーションテストの差分**を安全網にする — リファクタ前に対象テストが守る本番コード範囲で「殺せるミュータント集合」を基準として取り，リファクタ後も**その全てを殺せたまま**なら検証力は保たれた＝安全（削除・統合・簡略化も可）．1つでも生存に転じたら検証力低下なので破棄する．ミューテーションテストが**走らせられない**場合（対応ツールが無い／恒久的な依存追加が必要／コスト非現実的）は，**構造改善（extract・共通化・命名・AAA 整理など検証を減らさないもの）のみ自動**とし，**テストの削除・アサーション弱体化・統合は提案として記録**する．テストコードへの自動編集はこのテストリファクタ処理（T）でのみ行う（コードリファクタ R はテストを触らない）．
 
 ## 対象外の領域（除外リスト） — コードリファクタの対象に選ばない
 
@@ -47,6 +49,7 @@
 - 設定・秘匿情報（`.env*`，CI 設定，各種 config ファイル）
 - ビルド成果物・キャッシュ（`dist/`，`build/`，`.next/`，`coverage/` 等）
 - ドキュメント全般（`docs/`，`CLAUDE.md`，`.claude/` 配下）
+- テストコード（テストファイル）：コードリファクタ R は**本番コードのみ**を対象とし，テストには触らない（テストは安全網のため）．テストの整理は専用の**テストリファクタ処理 (T)** で扱う．
 
 ※ ドキュメントはコードリファクタの対象にはしないが，**ドキュメント同期系の処理（D）／ドキュメントリファクタ系の処理（DR）**では `docs/02_ENV/`・`docs/04_SPEC/`・`docs/05_TECH/` を更新対象とする（不変条件 8・9 の範囲で）．`docs/01_GUIDE/`・`CLAUDE.md`・`.claude/`・進捗系（`docs/03_PLAN/`・`docs/PROGRESS.md`）は自動編集の対象に**含めない**．
 
@@ -71,6 +74,7 @@
    - `.claude/auto-refactor-doc-review.md`（ドキュメント要確認リスト）：過去に検出した「ドキュメントと実装の矛盾」および「自動では行わない簡潔化・再編の提案」．**既出の項目は再記録しない**（重複・トークン浪費防止）．形式は1行1エントリ，先頭にカテゴリを付ける:
      - 矛盾: `- [矛盾] <箇所> | <ドキュメントの記述> | <実装の挙動> | <推定原因> | <日付>`
      - 提案: `- [提案] <箇所> | <提案内容（どう簡潔化/再編したいか）> | <自動で行わない理由> | <日付>`
+   - `.claude/auto-refactor-test-review.md`（テスト要確認リスト）：テストリファクタで「自動では行わなかった削除・統合・弱体化の提案」．**既出は再記録しない**．形式は1行1エントリ `- [提案] <対象テスト> | <提案内容> | <自動で行わない理由（ミューテーション未実施 等）> | <日付>`．
 
 ## ループ本体 (Loop Body) — 安全な作業が尽きるまで繰り返す
 
@@ -84,7 +88,11 @@
 - **ドキュメント・ドリフト項目**：`docs/02_ENV/`・`docs/04_SPEC/`・`docs/05_TECH/` と実装を突き合わせ，**記載漏れ**または**矛盾**がある箇所．要確認リストに既出の矛盾は除外する． → 選んだら「ドキュメント同期処理 (D)」へ．
 - **ドキュメントリファクタ項目**：`docs/02_ENV/`・`docs/04_SPEC/`・`docs/05_TECH/` の中で，**意味を変えずに**改善できる箇所（冗長な言い回し，表記揺れ，書式の乱れ，重複，リンク切れ等）． → 選んだら「ドキュメントリファクタ処理 (DR)」へ．
 
-いずれの種別も作業項目が無くなったら**ループを終了**し，完了報告へ進む．
+上記**3種すべてに作業項目が無い場合に限り**，テールフェーズとして次を検討する:
+
+- **テストリファクタ項目**：肥大化・重複・無意味なテスト（test smells）の整理対象． → 選んだら「テストリファクタ処理 (T)」へ．（前3種が残っている間は選ばない＝最後に回す）
+
+これら**4種すべて**に作業項目が無くなったら**ループを終了**し，完了報告へ進む．
 
 ---
 
@@ -185,11 +193,44 @@
 
 ---
 
+### テストリファクタ処理 (T) — 前3種が尽きた後のテールフェーズ
+
+テストコードを整理する．**「検証スイートが緑」は安全網にならない**（削除・弱体化したテストも緑のまま）ため，ミューテーションテストの差分を安全網とする（不変条件 10）．
+
+#### ステップ T1: ミューテーション安全網が使えるか判定
+
+- 選んだテストと，それが守る**本番コード範囲**を特定する．
+- その範囲に対し，**ミューテーションテストを一時的に走らせられるか**を判定する:
+  - 言語/スタックに対応するツール（例: JS/TS の Stryker，Python の `mutmut`/`cosmic-ray`，Java の PITest，Go の `go-mutesting` 等）を，**依存を恒久追加せず**に実行できるか（`npx`／`uvx`／`pipx run` 等のエフェメラル実行を優先）．
+  - **走らせられる** → ステップ T2（ミューテーション保護下の全自動）へ．
+  - **走らせられない**（対応ツールが無い／恒久的な依存・設定の追加が必要／リポ規模的にコストが非現実的） → ステップ T3（構造改善のみ自動）へ．恒久セットアップが要る場合は**無人で導入せず**，テスト要確認リストに「ミューテーションテスト導入の提案」を記録する．
+- コスト対策として，ミューテーションは**対象テストが守る本番コード範囲に限定**して実行する（リポ全体には走らせない）．
+
+#### ステップ T2: ミューテーション保護下のテストリファクタ（全自動）
+
+1. **基準取得**：対象範囲でミューテーションテストを実行し，現在のテスト群が**殺せるミュータント集合**を基準（baseline）として記録する．
+2. **リファクタ実施**：肥大化・重複・無意味なテストを整理する（**削除・統合・簡略化を含めてよい**）．
+3. **検証**：
+   - 通常の検証スイートが**緑**であること，かつ
+   - ミューテーションを再実行し，**baseline で殺せていたミュータントが1つも生存に転じていない**こと（＝検証力が落ちていない）．
+   - 両方満たす → タグ **`[clean]`** でコミット（例: `[clean] 重複した〇〇のテストを集約`）．**一時的に作成/設定したミューテーション関連の成果物はコミットに含めない**（後始末する）．
+   - 1つでも生存に転じた／検証スイートが赤 → その変更を破棄（revert/stash）し，検証力が落ちる変更は行わない（必要ならテスト要確認リストに `[提案]` として記録）．
+4. ステップ 0 へ戻る．
+
+#### ステップ T3: ミューテーションが使えない場合（構造改善のみ自動）
+
+- **自動でよいのは検証を減らさない構造改善のみ**：共通セットアップの extract，ヘルパー/ビルダーへの集約，テーブル駆動化（パラメタライズ），命名・AAA 構造の整理など．アサーションの数・強さを変えないこと．
+  - 実施後に検証スイートが緑であることを確認 → タグ **`[clean]`** でコミット．
+- **テストの削除・アサーション弱体化・検証が減りうる統合は自動で行わない**．`.claude/auto-refactor-test-review.md` に `- [提案] <対象テスト> | <提案内容> | <自動で行わない理由> | <日付>` を**1行追記**（既出は再記録しない）．
+- ステップ 0 へ戻る．
+
+---
+
 ## 停止条件 (Stop Conditions)
 
 以下のいずれかでループを止める．
 
-- **リファクタ対象（テスト生成で保護下にできるものを含む）・ドキュメント・ドリフト項目・ドキュメントリファクタ項目が，すべて尽きた** → **正常終了**．
+- **4種すべて（コードリファクタ／ドキュメント同期／ドキュメントリファクタ／テストリファクタ）の作業項目が尽きた** → **正常終了**．
 - 同じ箇所で繰り返しテストが赤になる／テストコマンドが途中で失敗するようになった → **異常として停止し報告**．
 - 不変条件を満たせない状況になった → **停止して報告**．
 - ユーザーが割り込んで中断した → その時点までの成果（コミット済み）は `refactor/` ブランチに残る．
@@ -203,7 +244,7 @@
 
 `/loop` で回すと，作業が尽きた後もウェイクのたびに「対象なし → 即終了」を繰り返し，**無駄にトークンを消費**しうる．これを防ぐため，以下の収束ルールを守る．
 
-- 各イテレーションの開始時に全範囲を再スキャンし，**この回で実施した作業の件数**を数える（リファクタ＋特性化テスト生成＋ドキュメント追記＋ドキュメントリファクタ＋**新規に記録した**矛盾・提案．既出項目の再確認は作業に数えない）．
+- 各イテレーションの開始時に全範囲を再スキャンし，**この回で実施した作業の件数**を数える（コードリファクタ＋特性化テスト生成＋ドキュメント追記＋ドキュメントリファクタ＋テストリファクタ＋**新規に記録した**矛盾・提案．既出項目の再確認は作業に数えない）．
 - **作業件数が 0 だった回**を「空振り」とカウントする．
 - **空振りが 2 回連続**したら，もう安全に拾える作業は出尽くしたとみなし，**`/loop` 自体を終了する**（次のウェイクをスケジュールしない）．
   - 1 回の空振りで即終了しないのは，「順序やコミットの巡り合わせで一時的に拾えなかっただけ」のケースを 1 回分許容するため．
@@ -220,6 +261,8 @@
 - 更新したドキュメントの件数と内容（`02_ENV`／`04_SPEC`／`05_TECH` への**追記**と，意味を保った**簡潔化・整形**（`[clean]`）の箇所一覧）
 - **⚠ ドキュメントと実装の矛盾**：要確認リスト `.claude/auto-refactor-doc-review.md` の `[矛盾]` の件数と概要．**実装バグの可能性があるため自動では直していない**ので，1件ずつ「仕様を直す／実装を直す」を人間が判断してほしい旨を明記する
 - **簡潔化・再編の提案**：同リストの `[提案]` の件数と概要（情報が落ちうるため自動では行わなかったもの．採否は人間が判断）
+- 整理したテストの件数と概要（`[clean]`）．ミューテーションテストを**安全網に使えたか／使えず構造改善のみに留めたか**を明記する
+- **テストリファクタの提案**：`.claude/auto-refactor-test-review.md` の `[提案]` の件数と概要（削除・統合・弱体化など自動では行わなかったもの．ミューテーション導入の提案を含む場合はそれも）
 - スキップした対象とその理由（挙動が固定できずテスト生成に失敗／検証スイートが緑にできなかった 等）．詳細はスキップ台帳 `.claude/auto-refactor-skip.md` に追記済み
 - ⚠ 自動生成した特性化テストは**現状の挙動（バグを含む）を固定**したもの．後で内容を一度目視確認することを推奨する旨を添える
 - 次のアクションの案内：「内容を確認の上，問題なければ `/commit push`（または `merge`）で `main` に取り込めます」
diff --git a/.gitignore b/.gitignore
index d785bae..7bc8335 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,9 +1,10 @@
 # /implement が /commit に渡すコンテキストファイル
 .claude/commit-context.md
 
-# /auto-refactor のローカル運用状態（スキップ台帳・ドキュメント要確認リスト）
+# /auto-refactor のローカル運用状態（スキップ台帳・要確認リスト）
 .claude/auto-refactor-skip.md
 .claude/auto-refactor-doc-review.md
+.claude/auto-refactor-test-review.md
 
 # -- プロジェクト立ち上げ時に有効化する（GUIDE_04 参照） --
 # .env