change-loop

<!-- 🔒 LOCKED — managed by clade Source: plugins/hub-core/skills/change-loop/ Edit at: $CLADE_HOME Local edits will be reverted by the next sync. --> # /change-loop — Autonomous Change Progression Loop > 2026-07-05 前名 `/loop-engineer`（銳評改名：舊名指「loop 工程能力」、實為 spectra change 推進的單一 instance；通用方法論在 cookbook `vendor/snippets/loop-engineering/`）。相容 stub 已於 2026-07-17 移除——routine prompt 若仍寫 `/loop-engineer` 需改為 `/change-loop`。 本 skill 是 loop 四型分類中的 **proactive loop**——trigger 交給 routine 排程、工作清單交給 scan 自己找（你交出的是 prompt）。四型分類與通用設計方法論見 cookbook `vendor/snippets/loop-engineering/` § Loop 四型分類。 核心 contract：**每次被叫起來，把待辦清單裡的 change 盡可能推到「可驗收」或「已 shipped」狀態。NEVER 留半成品等 user 來推。能自主決策的自主完成；不確定的主動問 user（AskUserQuestion），不要靜默跳過。** **Output contract**：loop 的 output 是**進度報告**，不是 user call-to-action。 - ✅ 「`<change>` 標 🟢 ready-for-review（寫入 HANDOFF）」— 報告事實 - ✅ 「推進 `<change>` 從 0% → 40%，剩 18 tasks」— 報告進度 - ❌ 「待 user 驗收：請執行 `pnpm review:ui` 開本地 GUI」— user call-to-action - ❌ 「下一步：你在 review-gui 驗收，或我繼續 dispatch」— 把 ball 丟回 user - ❌ 「下一輪可推進：1. ... 2. ...」— 列選單讓 user 決定 ready-for-review 項目寫 HANDOFF 就完成交接，loop 立即繼續 dispatch 其他 actionable item。**不在 output 重複 HANDOFF 內容來催 user 行動。** ## Step 0 — Mode Detection ```text $ARGUMENTS ``` **單一自主模式** — 所有決策自主完成，卡點 log 到 HANDOFF + skip，archive 後落地方式依 § Workflow model 感知（trunk-based 直接 push）。 **Flags**： - `--unattended`（routine fire 帶）：**保留 3-item cap**（避免 runaway）+ **禁止 AskUserQuestion**（user 不在場，卡點一律 log + skip）。不帶時無 item cap + 不確定的卡點**MUST AskUserQue...