循环工作流

先从一个具体的工程痛点说起

想做自动化工作流的工程师常会遇到这种困境：脑子里有模糊的想法，比如“每周手动汇总进展太烦”，但真正要让实现者去搭建时，却发现需求含糊不清——触发条件是什么？需要人在环确认吗？交付物长什么样？实现者只能反复追问，沟通成本居高不下。更糟的是，很多重复工作根本没被当成“循环”来审视，自动化机会被白白浪费。

这个技能要解决的正是需求到规格的最后一公里：通过一场有状态的 /grilling 访谈，把用户生活里的重复模式彻底磨清楚，产出一份“实现者零追问即可构建”的工作流规格。

核心能力：用循环视角解剖你的日常

这个技能的独特之处在于把生活看成循环套循环——职业是循环、一周是循环、早晨是循环、单个重复活动也是循环。可预测的循环才值得委托给自动化。技能会主动扫描这些层级，甚至帮你发现那些你习以为常却从未想过自动化的机会。

关键步骤包括：

• 有状态访谈：不是简单的问答，而是带上下文的 /grilling，逐步逼近真正的需求
• 词汇按需使用：Trigger（事件或排程触发）、Checkpoint（人在环核验点）、Push right（尽量推迟人工介入）、Brief（紧凑可决策的摘要），这些概念只在需要时引入，不强制套用结构
• 完成定义：规格写到“实现者 agent 无需再问一个问题即可构建”才算完，没达到就继续烤
• 工作区管理：workflows/*.md 存放每个工作流的唯一真相源，NOTES.md 记录你的工具、渠道、术语，让模糊词磨成规范词

输出与边界

最终产出是结构化的 WorkflowSpec 工件，包含 name、trigger、checkpoints、push_right、brief_template、done 等字段，可直接交给下游 implement agent 落地，或交给 wizard 做成可重复执行的向导。

适用边界需要注意：这个技能只负责设计规格，不负责实现；它不预设工作流必须包含 AI、检查点或排程，除非拷问证明需要；当你的 NOTES.md 为空或太薄时，它会先验地提问，把模糊的“渠道”“术语”磨成可执行的规范词。如果你只是想找个现成的模板填一填，那这里可能不是终点——这里产出的是真正可构建的真相源。