用途
loop-me 是一个用于“工作流规格访谈”的技能。它在当前工作区中，围绕用户想构建的工作流进行提问，最终唯一输出是 workflow specs。其目的是通过持续的追问，把一个模糊的工作流想法，打磨成足够明确、可执行的规格。
主要能力
- 有状态会话：调用 Skill 工具并指定 grilling 来运行一个 stateful session，唯一输出是 workflow specs。
- Grilling 追问纪律：持续追问、一次一个问题、每个问题都附推荐答案。
- Spec 维护：随着 grilling 解决问题，创建、编辑、删除 specs。
- Loop lens 视角：Loop 是用户生活中的重复模式，例如 career、week、morning，或单个重复活动。把生活看成 loops within loops，会揭示活动到底有多 predictable，也因此揭示哪些值得 delegating。该视角用于找到值得写 spec 的 loops，并提出用户尚未注意到的 loops。
- Vocabulary 共享语言：只有当 workflow 需要时才使用 shared language，它不是 checklist。不强制任何结构：除非 grilling 表明需要，否则 workflow 不需要 AI、不需要 checkpoint，也不需要 schedule。相关概念包括：
- Trigger：每次运行的触发物，一个 event（新 email、新 issue）或一个 schedule（每天早晨）。Event-triggering 通常更高效。
- Checkpoint：human-in-the-loop 点，用户在这里验证或决策。有些 workflows 没有 checkpoint，可自主运行；有些完全不使用 AI。
- Push right：尽可能延后 checkpoint。在涉及人之前先完成最大量工作，让用户只被晚些时候问一次，并且一切都已准备好。
- Brief：checkpoint 展示的内容，是紧凑、decision-ready 的 summary，说明产出了什么、为什么、并链接到底层 asset；永远不是 raw output。用户读 brief，不读 draft。Review 速度至关重要。
使用方式
调用 Skill 工具并指定 grilling，运行一个 stateful session。围绕 vocabulary 和 goal 来访谈。随着 grilling 解决问题，创建、编辑、删除 specs。
工作区结构
- workflows/*.md：每个 workflow 一个 spec，并作为 source of truth。
- NOTES.md：关于用户世界的 raw notes，包括他们使用的 tools、处理的 channels，以及他们对两者的自有术语。当它为空或很薄时，先访谈用户的世界，再写任何 spec。随着 fuzzy terms 浮现，把它们打磨成 canonical terms，并记录在这里。
完成标准
当 implementer agent 能在不问任何问题的情况下构建它时，workflow spec 才算 done。持续 grilling 到那时；只要还有问题，就不算完成。
限制
资料未提供该技能的收费、价格、平台支持范围、具体安装步骤或效果保证等信息，暂未提供。