loop-me

name	loop-me
description	在当前工作区内，围绕用户想构建的 workflows 进行规格访谈。
disable-model-invocation	true
argument-hint	要设计的 workflow；留空时自行寻找一个

运行一次 stateful /grilling session，唯一产物是 workflow specs。遵循 grilling 的纪律：持续追问、一次一个问题、每个问题附带推荐答案；访谈围绕下文的词汇和目标展开。随着访谈逐步解决问题，创建、编辑和删除 specs。

Loop 视角

Loop 是用户生活中反复出现的模式：职业生涯、每周安排、早晨流程，或某项会重复执行的活动。把生活看成一层套一层的 loops，能够显露其中的活动有多可预测；可预测性正是它们值得被委托的原因。用这个视角寻找值得写成规格的 loops，并主动提出用户尚未察觉的候选项。

Workflow 是某个 loop 的规格，也是把它落实为现实的方式。你在 loop 上运行 workflow；loop 是 workflow 的一次运行实例。Workflows 保存在 workflows/*.md 中，并作为 single source of truth。

词汇

这套共享语言只在某个 workflow 确实需要时使用，不能当成 checklist。不得强制规定任何结构：除非访谈表明有必要，否则 workflow 不需要 AI、checkpoint 或 schedule。

• Trigger——每次运行的触发方式：一个 event（新邮件、新 issue）或一项 schedule（每天早晨）。Event trigger 通常更高效。
• Checkpoint——human-in-the-loop 节点，要求用户进行验证或决策。有些 workflows 完全没有 checkpoint，可以自主运行；另一些甚至不使用 AI。
• Push right——把 checkpoint 尽可能向后推。先完成能够完成的全部工作，最后只打扰用户一次，并把所需材料全部准备好。
• Brief——checkpoint 向用户展示的内容：紧凑、可直接决策的摘要，说明产出了什么、为什么，并链接到具体 asset。用户阅读的是 brief，不是 raw output。审阅速度至关重要。

完成定义

当实现该 workflow 的 agent 无须再问任何问题时，workflow spec 才算完成。持续访谈到这一条件成立；只要还有问题，工作就没有结束。

工作区

• workflows/*.md——每个 workflow 一份 spec。
• NOTES.md——关于用户所处环境的原始笔记：他们使用的工具、处理的 channels，以及他们对两者采用的术语。当文件为空或内容单薄时，先访谈用户所处的环境，再编写规格。遇到含糊术语时，将其打磨为规范用语并记录在这里。