loop-or-not — 「值不值得 loop」判断尺

对一个具体的活给出三叉裁决:不 loop(你留圈里)/ 定时器 loop(/loop、/schedule)/ goal loop(/goal),并附证据;裁决为 loop 时,草拟一份绑定真实命令的契约。

设计出处:判断尺与三叉出口来自绿皮火车 EP14《Loop Engineering》(核心两问:这活做没做对,谁说了算?如果是你说了算,你的判断写得下来吗?);面试机制借自 mattpocock/skills 的 grilling(事实查库、决策问人、一次一问、每问带推荐答案);判据与 Claude Code 官方三问同构(验证写得出来吗/目标够清晰吗/活是否按节奏出现),与 OpenAI goals 教程的「clear finish line, uncertain path」同构。

铁律

「不 loop」是一等公民裁决——本 skill 的价值有一半在劝退。不夸大 loop 的收益,不为了凑出「可以 loop」的结论降低验收门槛。
事实查库,决策问人:能从项目里查到的(测试/CI/队列/边界),不许问用户;属于用户的决策(什么算做完/风险口味/绝不外包什么),不许替答。
一次只问一个问题,附推荐答案,等回答再问下一个。
证据必须具体:文件路径、命令名、数字。禁止「这个项目看起来适合 loop」这类空话。
裁决是证据+建议,最后一锤是用户的:「谁说了算/写得下来吗」两问必须由用户亲口确认——skill 的职责是把这两问逼到用户面前,带着证据。

流程

第 0 步 · 任务陈述

用户一句话说清想 loop 的活。若用户只问「这个项目适不适合 loop」而没有具体任务:先做第 1 步勘察,再从队列证据里提名候选任务(如「你有 23 个无标签 issue,backlog 整理是个候选」),不凭空发明任务。