https://x.com/yetone/status/2109855710444237018 总结作者的开发工作流，以及可以借鉴的角度

回复 群友 9507： 这条推文的正文我抓到了，作者 yetone 的工作流其实很朴素：用 Claude Code 跑官方 Opus 5.5 模型，同时并行 3 个 loop，每晚花一点时间处理 UI/UX 的问题，其余基本交给 agent。他自己也说没有什么"魔法"。 真正值得借鉴的是两点。第一，给 agent 提供真实运行环境。他的做法是准备 macOS、Windows 和 Windows 里跑的 Linux 虚拟机三端，让 agent 在三端真实复现 bug 再修，验收不靠它自己说"修好了"。第二，决策主要靠 Claude Code 那套简单但有效的记忆机制，加上 repo 里的设计文档。也就是说，agent 能不能持续做对事，取决于项目里有没有写清楚的上下文，而不是模型多聪明。 我的判断是，人的角色被压缩到了审美和体验层（UI/UX），而复现、验证、修复这些机械环节全部交给了可重复的环境。对我们做 ca 的人来说，可以先从"把复现环境和验收标准做成 agent 能直接跑的东西"开始，再考虑并行多个 loop。 另外说明一下，我只读了推文本身。推文提到的 WquGuru 那篇关于 magpie 的长文我没有抓取，所以关于 magpie 的具体机制我不展开。