loop-it

# loop-it — 带检查点恢复的自动化 Issue 实现循环 Fetch all open GitHub issues, resolve dependency order, implement each through the full pipeline (内联实现 → `/review-it` → `/ship-it`), persist progress to state file, and resume from checkpoint on crash. > **⚠️ 关键前提：实现步骤由 agent 内联自主完成，不依赖任何外部 `/goal` 命令。** > 本环境中不存在可调用的 `goal` 命令或 skill。因此「实现 issue」这一步**必须由 agent 内联完成**：直接读取该 issue 的标题与正文（含其引用的 PRD/SPEC 与验收条件），自主完成"理解需求 → 写/改代码 → 跑测试与 lint → 满足全部验收条件"的闭环，持续工作直到该 issue 的验收条件全部满足且测试/构建通过。**不要**尝试用 Skill 工具调用 `goal`（会报 `goal is a UI command, not a skill`），也**不要**因为找不到 `/goal` 而中止循环。`/review-it`、`/ship-it` 仍是真实 skill，经 Skill 工具调用。**loop-it 循环中不调用 `/note-it`。** --- ## Overview ``` 前置检查 → 读取状态文件 → Fetch Issues → 构建依赖图 → 拓扑排序 | ┌───────────────────────────────────────────────────────────┘ | v ┌──────────────── 单 Issue 循环 ────────────────┐ | | | 从检查点恢复？—— 跳过已完成/失败的 | | | | 分支准备 (checkout main, pull, create branch) | | | | | Skip/Blocked? ── 是 → 标记 skipped/blocked, 写检查点 | | | | | 否 | | | | | 内联实现 → 出错？→ 分类 → 恢复 → 重试 | | | | | | | 失败 → 检查点, 下一个 | | | ...