loop-skill

name	loop-skill
description	面向任意 coding-agent CLI 的计划驱动、无人值守多 agent loop 编排。当用户一句话触发推进多个仓库、 需要主控通读仓库生成推进计划、再自动派发 CLI、会话可恢复、后台常驻 loop 或打开看板时使用。 触发语：「用 loop-skill 推进某目录下的项目」「后台常驻 loop」「自动推进计划」。
metadata	{"version":"0.1.0","license":"MIT","homepage":"https://github.com/handsomestWei/loop-skill","repository":"https://github.com/handsomestWei/loop-skill"}

loop-skill

把书面推进计划变成无人值守的 agent loop。计划由主控 agent 通读仓库后写出，不绑定固定文档名；loop 负责派发、验收、会话持久化。

何时使用

• 用户一句话要推进一个或多个仓库，且希望零人工配置。
• 需要主控先理解需求再产出/更新推进计划，然后后台 loop 常驻。
• 需要 Claude 等 CLI 在业务仓执行，主控只编排。

五阶段循环

发现 → 规划 → 执行 → 验收 → 迭代

• 第一次触发时的「规划」= planner 开环（主控通读仓库 → 写 docs/loop-plan.md）。详见 references/plan-generation.md。
• 之后 loop 闭环自动跑任务；默认每轮各仓并行派发（每仓最多 1 个 CLI），看板先启动再派发。

一句话启动（主控协议，禁止打扰用户）

用户示例：「用 loop-skill 推进 D:/my-vibe-project，Claude 执行，后台常驻。」

主控在同一轮按序执行，不得让用户手写 loop.json：

cd <loop-skill>
python -m core.cli doctor claude
python -m core.cli discover --root D:/my-vibe-project
python -m core.cli scan --root D:/my-vibe-project

然后对 scan 返回的每个仓库（主控用 Read/Glob，非单文件）：

1. 通读 markdown_files 列出的文档 + README + 关键目录结构
2. 综合理解后，在该仓写入或更新 docs/loop-plan.md（推荐路径；内容吸收旧需求文档，不机械复制）
3. 表格 ID 用 P1-01 格式；推荐五列 | ID | 任务 | 验收 | 角色 | 状态 |（见 references/plan-generation.md、references/role-guide.md）
4. 角色须多样化：每阶段混合 architect / coder / verifier / reviewer；禁止写 worker（会回落为 coder）

再执行（先 ingest，再 up；up 会先起看板、确认 HTTP 可访问后再启动 loop）：

python -m core.cli ingest
python -m core.cli up --interval 300

回报 dashboard_url。停止：python -m core.cli down。

up 成功后禁止反问是否执行某任务——loop 自动派发（默认各仓同时各跑 1 个任务）。

禁止主控对每个仓库执行 python -m core.cli dispatch <repo> 做「试跑」或「推进」——那会同步阻塞等 CLI，4 仓 ≈ 4 次长等待。禁止主控代替 CLI 在业务仓写实现代码（除非用户明确只要主控、不用 loop）。

doctor：至少一个 [ok] 即视为有可用的执行 CLI（看输出末尾「可用 provider」行）。Windows 上 npm 全局 CLI 多为 .cmd shim，已由运行时 PATH 解析。

若 ingest 后任务数为 0，up 会失败并提示先完成 planner 步骤——主控应回到写推进计划，勿问用户。

仅当 scan 显示已有充分任务表且与用户意图一致时，可跳过写计划，直接 ingest → up。

从工作区移除推进计划（不删开发仓库）

用户说「移除 clip-forge 的推进计划」「从 loop 删掉这个仓库的编排」时，主控须二次确认（对话里问一次 + 执行 confirm），且明确告知：

• 会删：workspace/state/、prompts/、results/、logs/ 下该仓数据，以及 loop.json 注册项
• 不会删：磁盘上的开发仓库及其 docs/loop-plan.md

# 第一步：获取确认令牌（5 分钟有效）
python -m core.cli remove-plan clip-forge

# 用户明确确认后，第二步：
python -m core.cli remove-plan clip-forge --confirm <token>

看板卡片「移除」按钮同样两步确认。移除后若要重新纳入多仓，重新 discover → 写计划 → ingest。

核心原则

1. 计划由主控理解后写出，不强制某文件名；ingest 从各仓全部 Markdown 合并任务表（推进计划类文件优先）。
2. 多仓并行（默认） — up / loop --all 每轮对所有就绪仓库各派发 1 个 pending 任务（fleet_parallel_max=0）；看板先于 loop 启动。限制并发：--fleet-parallel-max N；单仓轮询：--serial --fleet-parallel-max 1。
3. 政策消灭交互 — references/decisions-guide.md
4. 会话持久 — references/state-schema.md
5. 主控不改业务代码 — 只写推进计划与 loop-skill/；实现由 CLI worker 完成

关键参数：verify_mode

dev-first | tests | strict — 见 loop.yaml / 每仓覆盖。

命令索引

完整分类与示例见 references/cli-commands.md。常用子命令摘要：

命令	用途
discover / scan / ingest	多仓登记、文档清单、导入任务
up / down	启停后台看板 + loop
remove-plan	从工作区移除编排（二次确认）
status / dispatch / loop	调试

文件索引

路径	用途
references/cli-commands.md	CLI 指令分类表（调试 / 主控用）
references/plan-generation.md	主控 planner 协议（必读）
references/role-guide.md	任务角色分配（architect/coder/verifier/reviewer）
references/loop-engineering.md	五阶段 + 六原语
references/decisions-guide.md	政策引擎
references/worker-contract.md	CLI worker 输出契约
docs/loop-plan.md	各业务仓内，主控写入的推进计划（推荐；兼容 docs/推进计划.md）