ai-loop-cyclelisted

# ai-loop-cycle [`execution-runbook.md`](../../../docs/workflows/ai-loop/execution-runbook.md) に定義された 1 サイクル（変更対象ファイル取得 → W チェック → `arbiter.py` 裁定 → record 保存 → 分岐後の行動）を 実行するための手順スキル。判定ロジック・provenance スキーマの正本は runbook 側にあり、本スキルは それらを実行するための **委託プロンプト定型** と **手順の要約** のみを持つ（二重定義しない）。 ## 前提 - **C-1 PASS・C-2 完了済み**であること（[`execution-runbook.md`](../../../docs/workflows/ai-loop/execution-runbook.md) §2 前提）。 本サイクルは C-3' ゲートの位置づけであり、C-1/C-2 未完了の変更には使わない。 この C-1 の実施結果（`PASS`）を Step 1 の入力 `gates.c1` にそのまま渡す（#780 Slice B）。 - 対象は **lite 帯候補の変更**（[`lite-criteria.md`](../../../docs/workflows/ai-loop/lite-criteria.md) §2 の 4 軸を満たしうる変更）。high-risk / critical 相当や boundary=touches-HO が明らかな変更には使わない （使っても flow フェーズで即 human escalate になる）。 - 適用制限（Phase 1 rollout eligibility）は [`rollout-policy.md`](../../../docs/workflows/ai-loop/rollout-policy.md) を正本とする （導入先適用の前提 2 条件 = ho-paths の導入先確定 + LoopSpec `scope.allowed_paths` 宣言）。 恒久定義（責務・terminal state・C-3'/Human C-3 経路）の単一正本は [`00_concept.md`](../../../docs/workflows/ai-loop/00_concept.md)。本サイクルは PlanGate 本番フロー （`bin/plangate`・`scripts/hooks/`・WF-00〜07 の Human C-3）からは呼ばれない（不変）。 ## Step 0: breakdown-gate による粒度判定（#780 Slice B） [`breakdown-gate`](../breakdown-gate/SKILL.md) スキルでタスク粒度を判定する （理想 / 許容 / 分割必須の 3 段階）。判定結果を `gates.breakdown` へ変換する: - 理想 / 許容 → `"pass"` - 分割必須 → `"pass"` 以外の値（例 `"split-suggested"`）。arbiter は priority 1.7 で human escalate する（分割してから再度サイクルへ） ## Step 1: 入力の組み立て `changed_files` を決定する: - **計画時**（exec 前の C-3'