真的有人在从issue到PR的流程中自主运行编码代理吗？
摘要
这是一场讨论，探讨完全自主编码代理的实际使用情况——这种代理接收issue并生成PR，无需人工引导，重点在于验证和人工监督。
我想了解完全自主工作流到底有多常见。不是交互式地使用Claude或Codex并人为引导，而是分配一个issue，让代理无人值守地规划和实现，然后收到一个完成的PR。如果你在真实仓库中这样做，你如何验证代理遵循了分配的任务、没有超出权限、并且在有人审查或合并PR之前运行了必要的检查？我尤其感兴趣的是近期的真实案例，包括哪些地方仍然需要人工验证。
相似文章
在实际仓库中运行编码代理：代理写完代码后哪些环节会出问题？
本文讨论了工程团队在采用AI编码代理时面临的实际挑战，如任务安全性、上下文检索、输出审查和协调，并提出了一个用于评估的准备度模型。
我一直放弃多智能体工作流，因为我无法验证它们提交的代码。你们是怎么处理的？
一位开发者分享了他在使用多智能体编码工作流时的困扰——并行 PR 的产出难以逐一验证——并描述了他如何构建一个 AI QA 智能体，通过真实浏览器（借助 Browserbase）自动点击预览部署，对无法正常运行的 PR 标记失败。
编码代理是否带来了新的审查问题？
本文讨论了虽然编码代理能够有效生成代码，但它们却在审查和信任变更方面引入了新的瓶颈，质疑代理是减少了审查工作量还是转移了审查工作量。
@omarsar0: 如何有效运行自主长时编码代理？这是关于代理的最激动人心的讨论之一……
一场关于如何有效运行自主长时编码代理的录播讨论，包含目标设定、模型选择及最佳实践等见解，现已免费提供。
编码代理在启动项目时是否比修复实际代码库要好得多？
观察发现，编码代理在新项目上表现出色，但在现有代码库中常常遇到困难，因为需要最小化更改并理解隐藏的依赖关系，这限制了它们的有效性。