Warp 开源以后，怎样让 Agent 分诊 Issue、写两份 Spec、实现并审查 PR？

导读

开源项目收到大量 issue 和 PR 后，维护者不只需要更快写代码，还要判断需求是否清楚、设计是否值得做、结果是否符合预期。Warp 的 Zach Lloyd 展示了一条分阶段工作流，让 Agent 处理重复环节，在产品和风险判断处停下来请人介入。新 issue 先分诊，明确的小问题可以实现；复杂功能先写产品规格和技术规格，分别说明用户行为与代码改动，再由维护者确认。实现后，另一个 Agent 可先审查，CI 和界面操作提供不同证据，维护者仍需批准。Lloyd 还设想从资深工程师纠正过的评论中整理评审规则，再用回归案例检查候选规则。代码合并后，监控继续观察错误、性能和使用情况，把新发现的问题送回任务入口；人仍要判断客户需要什么、哪些功能值得做。