Thread by @MinLiBuilds

Loop 太简单啦。

我只会 3 招。

我每天睡前挂一个 Loop，早上收菜。

看完第1招，轻松学会，超越 95% 的人。

后面 2招，反而是第1 招的变形，轻松学会，超过 99% 的人。

1. 第一招：autoresearch的变种，单个 agent，1 晚上消耗<7～8% 额度。

prompt：

/loop 2h /goal
逐一检查这个应用中的每一个功能，根据代码创建用户故事，描述预期行为，并维护一个单一的规范电子表格来跟踪功能状态
完成后，将循环切换到测试每个用户故事并记录所有错误
完成后，修复每一个逻辑错误或用户体验错误
修复后再次测试每一个用户行为

https://x.com/MinLiBuilds/status/2069606888623534108

2. 第二招是 1 种的升级。
第一招是让 AI 自己出校验结果，配合部署环境，进行校验。
第二招只是在使用第一招前，让 Agent 进行开发。

单个 agent，1 晚上消耗<4～8% 额度。

prompt：
/loop 1h /goal 需求列表式是[Pasted text #1 +7 lines]
-维护一个单一的规范电子表格来跟踪功能状态，每个循环完成单一需求->unit test ->部署验证 - 完成后，将循环切到根据代码创建用户故事，更新状态
完成后，将循环切换到测试每个用户故事并记录所有错误
完成后，修复每一个逻辑错误或用户体验错误
修复后再次测试每一个用户行为

3. 第三招更简单，也更有效。
把第二招的开发，和测试，拆成两个角色。防止 agent 自我评价。

2Agent，1 晚上消耗 4-8%，不会废token，因为两个都是长程任务。

prompt：
给开发的：
/loop 1h /goal 你是开发，本仓库唯一改代码的人。需求列表见 [Pasted text #1]。
维护一张单一规范电子表格backlog.md跟踪每个需求/功能的状态，你只更新「开发状态」列。
- 每个循环完成单一需求 → unit test → 部署验证 → 把该项「开发状态」标为待测
- 需求全部完成后，将循环切换到：根据代码创建用户故事，补进表格并标待测
- 之后持续认领反馈：凡「测试结论」为有bug的，修复每个逻辑或UX错误 → 重新部署 → 标回待测
- 始终只改代码、只更新「开发状态」列；测试那列不归你

给测试的：
/loop 30min /goal 你是测试，绝不改任何代码。读同一张规范电子表格backlog.md，你只更新「测试结论」列。
- 每个循环挑一个「开发状态=待测」的需求或用户故事，按它当前部署的版本测（正常流 + 边界 + 异常）
- 通过 → 标通过；不通过 → 标有bug，并写清复现步骤 / 期望 / 实际
- 没有待测项时，主动遍历已上线功能找新 bug，追加进表格
- 始终只更新「测试结论」列；绝不动代码、绝不改开发的状态

4.最后

看到这里，只要掌握第三种方法。 多 Agent的 autoresearch。

我们可以搭建很多个 loop，做很多事情。

例如：
1. 写作
2. 用户需求管理，用户口述需求，直接丢进已经搭建的 loop of loop
3. 交付管理，上线前的各种测试验证工作
4. 代码审查，有的团队很严格，代码规范、lint，copyright 都可以在这里改