把生活中反复出现的「循环」提炼成可直接实现的工作流规格时用（…

当你想把自己反复发生的工作/生活模式委托出去、需要一个实现者 agent 不用再问任何问题就能照着做的工作流规格时使用。

适用场景

解决思路

1. 开启一个带状态的 /grilling 会话，该会话的唯一产出是工作流（workflow）规格。
2. 全程遵守 grilling 纪律：持续追问、每轮只问一组问题、每个问题都附上你推荐的答案。
3. 用「循环透镜」寻找值得规格化的循环：把用户的生活（职业、一周、早晨、某个重复活动）看成层层嵌套的循环；循环套循环能暴露其活动有多可预测，而可预测正是值得委托的理由。
4. 主动提出用户自己还没注意到的循环。
5. 把每个循环写成一份工作流规格：工作流是一个循环的规格化实现，循环是它运行时的一次实例化；规格存放在 `workflows/*.md`，是唯一事实来源。
6. 随着 grilling 把问题逐项解决，随时创建、编辑、删除这些规格文件。
7. 共享词汇只在某个工作流确实需要时才取用，绝不当作逐项核对的清单；不强制任何结构性元素——除非 grilling 表明确实需要，工作流不必有 AI、不必有 checkpoint、不必有排程。
8. 确定触发方式（Trigger）：每次运行的触发源是事件（新邮件、新 issue）还是排程（每天早上）；事件触发通常更高效。
9. 确定是否需要检查点（Checkpoint）：即请人验证或决策的人机协同点；有些工作流完全没有检查点、完全自主运行，有些则完全不用 AI。
10. 尽量「右推」（push right）：把检查点往后推到极限，在牵扯人之前做完最大量的工作，使这个人只被问一次、发生在很晚的时候、且一切都已准备就绪。
11. 准备好简报（Brief）：检查点呈现给人的是简报而不是原始输出——一份紧凑、可直接决策的摘要（产出了什么、为什么、以及指向资产本身的链接）；用户读的是简报不是草稿，评审速度至关重要。
12. 以完成定义收尾：当实现该工作流的 agent 能不再问任何一个问题就把它建出来时，规格才算完成；只要还剩一个问题未解决就继续追问。
13. 维护 `NOTES.md`：记录用户所处世界的原始笔记——他们使用的工具、处理的渠道，以及他们自己对这些东西的称呼。当它为空或内容单薄时，先访谈用户了解他的世界，再开始写任何规格。
14. 把含糊的术语锐化（sharpen）成规范术语，并记录到 `NOTES.md`。

适用边界 · 注意事项

• 一次性、不会重复发生的任务没有「循环」可言，不值得写成工作流规格。
• 不要把词汇表当成必须逐项满足的检查清单，也不要在 grilling 没证明需要时强行加入 AI、checkpoint 或排程。
• `NOTES.md` 为空或内容单薄、还不了解用户所处世界时，先访谈，不要直接开始写规格。