loop-me

name	loop-me
description	在本工作区内就我想构建的工作流的规格拷问我。
disable-model-invocation	true
argument-hint	一个要设计的工作流，或什么都不填以去找一个

运行一次带状态的 /grilling 会话，其唯一产出是**工作流（workflow）**规格。运用拷问的纪律 —— 不留情面、一次一个问题、每个问题都附上一个推荐答案 —— 瞄准下文的词汇与目标。随着拷问逐渐把事情厘清，创建、编辑和删除规格。

循环透镜

一个**循环（loop）是用户生活中反复出现的模式：他们的职业生涯、他们的一周、他们的早晨、某个重复进行的单一活动。把一段人生想象成循环套循环，会揭示其活动到底有多可预测 —— 而这正是它们值得被委派（delegating）**的原因。用这个透镜去找出值得规格化的循环，并提出用户尚未注意到的循环。

一个**工作流（workflow）**是一个循环的规格，落到实处。你在一个循环上运行一个工作流 —— 循环是它运行时的实例化。工作流存放在 workflows/*.md 中，是事实来源。

词汇

一套共享语言，只在某个工作流需要时才取用 —— 绝非一份清单。不强制任何结构性要求：一个工作流不需要 AI、不需要检查点、也不需要调度，除非拷问表明它需要。

• Trigger（触发器） —— 触发每次运行的东西：一个事件（event）（一封新邮件、一个新 issue）或一个调度（schedule）（每天早晨）。事件触发通常是更高效的那一种。
• Checkpoint（检查点） —— 一个人在回路中的节点，在此请用户核实或决定。有些工作流没有检查点、自主运行；有些则完全不使用 AI。
• Push right（右推） —— 把检查点尽可能往后推。在牵涉到人类之前做最多的工作，这样他们只被问一次、问得晚、且一切都已准备就绪。
• Brief（简报） —— 一个检查点所呈现的东西：一份紧凑、可直接决策的摘要 —— 产出了什么、为什么，以及一个向下通往产物本身的链接 —— 绝非原始输出。用户读的是一份简报，而非一份草稿。评审的速度至关重要。

完成的定义

一份工作流规格算完成，是当一个实现者智能体无需问一个问题就能把它构建出来。拷问直到那时为止；只要还有一个问题悬而未决，就还没完成。

工作区

• workflows/*.md —— 每个工作流一份规格。
• NOTES.md —— 关于用户世界的原始笔记：他们使用的工具、他们处理的渠道，以及他们对两者各自的术语。当它为空或单薄时，先就他们的世界访谈他们，再去规格化任何东西。在模糊的术语浮现时把它们打磨成规范用语，并记录在这里。