108 PRs in eight days: Accidentally discovering loop engineering
5 hours ago
- 一名团队成员利用AI代理在八天内处理了108个PR，该代理能够自主选择任务、编写代码、打开PR并处理反馈，相比之前每周5到10个PR有了显著提升。
- 关键因素包括：小而高度信任的团队，无需强制人工PR审查；通过日常对话而非审查标签实现对齐，人工审查转向测试结果而非逐行检查代码。
- 作者未采用持续部署，而是使用CI加预览/预发布环境，批量工作以便发布，从而限制潜在问题，并将回归测试减少到每天一到两次。
- 该流程称为“循环工程”，包含三个层次：协议（Markdown文件中的规则）、循环（读取看板、执行命令、分发任务）和工作者（在隔离工作树中编写代码并汇报结果）。
- 任务看板为每个任务使用独立的Markdown文件以避免冲突，借助Obsidian的Bases进行结构化管理，且只有循环任务写入器以防止文件损坏。
- 循环以自定节奏运行，无固定间隔，在无需人工输入时自动停止，并包含一个硬上限的记忆文件，用于记录代码库事实和偏好。
- 人工工作已转向规格编写——定义队列内容并验证结果——使角色类似于产品经理兼QA的混合体。
- 未来改进包括：从问题探索中自动创建任务，并自动化QA阶段如可访问性和回归检查。
- 入门建议：先定义“完成”标准（例如任务完成、CI通过、AI审查通过），然后由此向外扩展。