https://jiajia.fun/a/9c236c67-bd48-42b0-8b28-abe8bf9f2a51-ai%E5%86%99%E4%BB%A3%E7%A0%81%E5%8F%98%E6%88%90%E8%BF%9E%E7%BB%AD%E6%B5%81%E5%90%8E%E5%B7%A5%E7%A8%8B%E8%A7%84%E8%8C%83%E8%AF%A5%E6%80%8E%E4%B9%88%E6%94%B9

# AI写代码变成连续流后工程规范该怎么改

真问题不是要不要接受 AI 写代码，而是把仓库改成让 agent 自然做对的系统；该文方向值得采用，但“重写大部分软件”的行动号召偏了。

## 要点

1. 成立的部分：agent 弹性极高且对团队约定毫无上下文，人的 onboarding 靠人带，agent 只能靠仓库本身，隐式约定会被放大成事故。
2. “把简单的事变成正确的事”是全文最有价值的一句：目录约定、接口写法、跑什么测试、如何申请权限都要有现成脚手架和模板可抄。
3. 不认同重写代码库：多数团队的瓶颈是既有代码的熵，agent 让补历史成本下降，重写反而丢掉没写进文档的隐性知识。
4. 自研框架控制混乱对普通团队不现实，短期更高投产比的是收紧 CI 与 lint 卡点、搭可 copy 的模板库、写清 AGENTS.md。
5. “连续代码流”是既定趋势这点需保留怀疑：约束在 review、测试、发布这些吸收环节的容量，吞吐涨往往伴随稳定性降。

## 来源

- [原始讨论 1](https://jiajia.fun/qa/54778c4603073b07187668bb)