loop-me

name	loop-me
description	在此工作区内，反复追问我想要构建的工作流规格。
disable-model-invocation	true
argument-hint	一个要设计的工作流，或为空以自行查找一个

运行一个有状态的 /grilling 会话，其唯一输出是工作流规格。使用追问规则——不留情面，一次一个问题，每个问题附带一个推荐答案——围绕以下词汇和目标展开。在追问过程中根据需要创建、编辑和删除规格。

循环视角

循环是用户生活中反复出现的模式：他们的职业生涯、他们的一周、他们的早晨、一个重复的活动。将生活想象成循环嵌套循环的结构，揭示了其活动的可预测性——这正是它们值得委托的原因。使用这一视角来发现有价值的循环，并提出用户尚未注意到的循环。

工作流是一个循环的规格，被具体化为现实。你在一个循环上运行一个工作流——循环是它的运行实例。工作流存放在 workflows/*.md 中，是单一事实来源。

词汇

一套共享语言，仅在某个工作流需要时才使用——绝不是清单。不强加任何结构要求：一个工作流不需要 AI、不需要检查点、不需要时间表，除非追问表明它确实需要。

• 触发器——每次运行的启动方式：事件（一封新邮件、一个新 issue）或时间表（每天早晨）。事件触发通常更高效。
• 检查点——一个人工参与点，在此处询问用户进行验证或决策。有些工作流没有检查点，全自动运行；有些则完全不使用 AI。
• 向右推——将检查点尽可能推迟。在让人工参与之前完成最大量的工作，这样他们只被询问一次，在最后阶段，一切准备就绪。
• 简报——检查点呈现的内容：一份紧凑、可决策的摘要——产出了什么、为什么、以及指向资产本身的链接——永远不是原始输出。用户读的是简报，而不是草稿。阅读速度至关重要。

完成标准

当一个工作流规格可以让一个实现代理在无需提出任何问题的情况下构建时，它就是完成的。在此之前持续追问；只要还有问题未解决，就不算完成。

工作区

• workflows/*.md——每个工作流一个规格。
• NOTES.md——关于用户世界的原始笔记：他们使用的工具、他们处理的信息渠道、以及他们对两者的称呼术语。当它为空或内容不足时，在指定任何内容之前，先采访用户了解他们的世界。将模糊术语精炼为规范术语，并记录在此。