2026年5月16日，电商后端工程师李明手动回滚了一条Copilot Agent生成的PR。那条PR把运行三年的订单支付状态机改成了规则链，测试全绿，但他“本能地觉得不对劲”。一周后，同样的重构在另一分支上线，因遗漏支付超时边缘条件，P0故障。
Copilot Agent能跨文件扫描、自动提重构、创建PR，但它不懂代码边界。张伟、王磊和陈婕三人摸索出三招：
张伟：.copilotignore 圈出禁区 他在每个项目根目录放一个.copilotignore文件，禁止Agent触碰接口定义（grpc/*.proto、openapi/）、测试桩（mock/、mocks/）、数据库迁移脚本（db/migrations/）和第三方SDK适配层（adapters/vendor/）。Agent还是会“善意”修改依赖文件，引入引用错误，所以张伟在PR审查时专门检查被忽略目录是否被污染。实施后，无效PR减少约40%。
王磊：对抗性审查，专找“快乐路径”的茬 Agent生成PR后，他让两个工程师扮演“坏用户”，用极端参数、空值、超大负载去测。他的团队曾发现Agent把枚举改成了字符串比较且忽略大小写，导致灰度期20%用户订单状态异常。审查清单包括：传入null、undefined、空数组、负数ID；JMeter模拟200个并发测状态一致性；回滚对比Agent版本与原版本输出。这套流程已拦截三次线上故障。金融科技公司的李薇也用类似办法，每月抽Agent代码找漏洞，曾发现一段正则表达式对某些合法域名存在拒绝服务风险。GitHub 2026年Q1调研显示，采用结构化审查的团队，AI代码线上故障率降低约70%。
陈婕：在注释里写“不做什么” 她给关键函数注释里不仅写功能，还写限制。比如退款逻辑：单笔退款金额不能超原订单；已发货需先验物流状态为“未签收”；不允许部分退款时扣积分。她还创建docs/AGENT_BOUNDARIES.md，列出十几种禁止自动处理场景，如“不得自动删除数据库字段”。引入后错误逻辑减少约50%。她提醒在CI中加脚本检查被改文件是否仍包含约束注释。
核心逻辑变更仍需人工审批。Copilot Agent像写草稿的助手——草稿快，但涂改成本高。花几分钟设.copilotignore、组织对抗审查、写清业务约束，可能避免你像李明那样周末紧急回滚。
