AI 编码代理需要“先计划后编辑”的工作流程？征求反馈

在 AI 代理开始编辑代码之前，它应该先头脑风暴最安全的实现路径，然后在清晰的边界内工作，最后验证它是否保持在边界内。 1. 头脑风暴 - 可能的解决方案路径 - 可能涉及的文件 - 风险区域 - 不应触碰的内容 - 最安全的第一步 2. 执行 - 代理在批准的范围内编辑代码 - 例如：一个文件、一个函数或一个任务边界 3. 验证 - 检查实际更改了哪些文件 - 检测代理是否偏离了原始意图 - 检测是否越过了允许的边界 - 显示需要人工审查的内容 4. 人工交接 - 继续 - 停止 - 需要审查 任务：“提高认证重试的可靠性” 头脑风暴： - 可能的修复 - 可能涉及的文件 - 风险区域，如认证/会话/安全 - 最安全的第一条路径 执行边界：“仅编辑 src/auth.ts” 编辑后：如果代理还更改了支付、数据库模式或配置文件，系统应标记并请求人工审查。 我正在尝试了解这个工作流程是否真的有用，还是只是额外的流程。 1. 你是否希望 AI 编码代理在编辑前先进行头脑风暴？ 2. 清晰的执行边界是有用的，还是过于限制？ 3. “意图偏移”和“边界偏移”是否描述了你见过的真实问题？ 4. 现有的 PR 审查/检查清单是否已经足够解决这些问题？ 5. 在真实团队工作流程中，什么会使其有价值？ 最严厉的反馈对我最有价值！