AI 写代码越来越快，最先顶不住的可能是工程基础设施。

10月13日，Anthropic介绍了内部版本控制系统Scion：公司称，已用它完成超大单体仓库从Git的迁移，并把提交、合并等操作放到服务端处理。官方同时明确，Scion并不适合作为Git的通用替代品。

我的看法：对多数团队，更值得先检查的是“测试通过的版本”和“真正部署的版本”是否一致。AI并行提交变多后，两个分支分别全绿，不代表组合版本也安全。与其跟风换底层工具，不如先补一组跨模块组合回归，再把测试证据绑定到交付产物。

你们现在遇到的瓶颈，是代码产出、评审速度，还是集成验证？

模型的保护机制升级，应用的回归用例也得跟上。

10 月 12 日，Anthropic 公布了 Claude 的反蒸馏防护进展。官方介绍，措施包括限制推理内容跨模型、跨组织流转，以及检测提取受保护推理的请求。官方同时承认，一些正常开发者需要调整集成，分类器也仍可能误拦截合法请求。

我的看法：对应用团队而言，先把这当成一次接口行为变化来验收。正常多轮对话能否继续？模型切换后历史上下文是否兼容？被拒绝的请求会不会触发无意义重试？用户看见的错误说明是否清楚？

不要用绕过保护的方式修兼容问题，应该按支持的接口路径处理并保留失败记录。你们会把这类防护变化纳入固定回归集吗？

配图由 AI 生成，为概念示意。