cross-refactoringlisted

# 多ランタイム・リファクタリング（想定最大時間に収める 1 回の計画実行） **参加者の全員が 1 度だけ多面的に提案し、選ばれた 1 者が想定最大時間に収まる分を 計画・テスト追加・実装・検証する。** ラウンドを上限まで回す形はとらない（#933）。 所要の上限は `--budget-minutes`（既定 30 分）で利用者が決める。 `refactoring` Skill は「テストで守りながら 1 手ずつ直す」手順を持つが、 **何を直すかの発見**と**直した結果の検証**を持たない。この Skill がその 2 つを補う。 実装を担う側は `refactoring` を手順として読む。 **工程表では `standard` と `legacy-refactor` の構造改善がこの Skill を指す。** 前提を満たせないときの退避先は `development-workflow` の `references/workflow-modes.md`「構造改善の退避先」にある。 - [docs/01-state-and-propose.md](docs/01-state-and-propose.md) — 初期化・再開・提案 - [docs/02-plan-and-implement.md](docs/02-plan-and-implement.md) — 計画・テスト追加・実装 - [docs/03-review-viewpoints.md](docs/03-review-viewpoints.md) — 最終ゲートの `cross-review` へ渡す観点 - [docs/04-verify-and-report.md](docs/04-verify-and-report.md) — 検証/修正・危険の印・最終ゲート・配分テーブル・報告 - [scripts/refactor.py](scripts/refactor.py) — 状態管理（uv 自己完結、標準ライブラリのみ） - [scripts/prepare-worktrees.sh](scripts/prepare-worktrees.sh) — 作業ディレクトリ準備と Skill 配置 - [scripts/launch-cli.sh](scripts/launch-cli.sh) — フェーズごとのプロンプト組み立てと CLI 起動 - 監視と CLI 起動の実体は `../../scripts/lib/`（プラグインルート直下の収束ループ共通層） ## この Skill で使う語 | 語 | 意�� | | --- | --- | | 想定最大時間 | `--budget-minutes`。計画はこの中に収まるように立てる。**時間に関わる数値はすべてここから逆算する**（段の上限・テスト 1 回の上限・無音の打ち切り） | | フェーズ | 提案・計画・テスト追加・実装・検証/修正の 5 つ。**それぞれ 1 回だけ**行う（検証と修正の繰り返しを除く） | | 実装担当 | 計画以降の 4 フェーズを通して担う 1 ランタイム | | 候補 | 提案を鍵（`path` + `symbol` + `smell`）でまとめたもの。計画へ渡す | | 改善項目 | 計画が採った候補。`I-001` の形の ID を持ち、**1 改善項目 = 1 コミット**（テストを足す項目は 2 コミット） | | 配分テーブル | 種類（`test` / `struc