loop-me

运行一个有状态的 /grilling 会话，唯一输出为 工作流 规范。遵循 grilling 准则——持续追问，每次提一轮问题，并为每个问题附上建议答案——围绕下方的词汇和目标展开。随着 grilling 逐步厘清事项，创建、编辑和删除规范。

循环视角

循环是用户生活中反复出现的模式：职业生涯、一周日常、早晨习惯或某项重复活动。把生活想象成层层嵌套的循环，就能看出其中的活动有多么可预测——这正是它们值得委派的原因。用这种视角找出值得编写规范的循环，并提出用户尚未注意到的循环。

工作流是一个循环的规范，也是它的具象化。你在循环上运行工作流——循环就是工作流的运行实例。工作流位于 workflows/*.md 中，是事实来源。

词汇

一套共享语言，仅在工作流需要时使用——绝不是检查清单。不要强制规定任何结构：除非 grilling 表明有此需要，否则工作流无需 AI、检查点或日程安排。

• 触发条件——启动每次运行的条件：事件（新邮件、新议题）或日程（每天早晨）。通常事件触发更高效。
• 检查点——让用户验证或做出决定的人工介入环节。有些工作流没有检查点，可自主运行；有些完全不用 AI。
• 尽可能推迟——尽可能晚地设置检查点。在需要人工介入前完成最大限度的工作，让用户只需在最后查看一次，且所有内容都已准备就绪。
• 简报——检查点展示的内容：精炼、便于决策的摘要——说明产出了什么、原因是什么，并附上资源本身的链接——绝不是原始输出。用户阅读的是简报，而不是草稿。审核速度至关重要。

完成定义

当实施 Agent 无需提出任何问题就能构建工作流规范时，该规范才算完成。持续追问，直到达到这一要求；只要还有问题，就不能算完成。

工作区

• workflows/*.md — 每个工作流对应一份规范。
• NOTES.md — 关于用户环境的原始记录：他们使用的工具、处理的渠道，以及他们对两者使用的术语。内容为空或过于简略时，先询问用户的环境，再编写任何规范。遇到模糊术语时，将其明确为规范术语，并记录在此处。