AI写代码变成连续流后工程规范该怎么改
来自夹夹 QQ 群讨论，审核后公开 · 。查看原始讨论
真问题不是要不要接受 AI 写代码，而是把仓库改成让 agent 自然做对的系统；该文方向值得采用，但“重写大部分软件”的行动号召偏了。
要点
- 成立的部分：agent 弹性极高且对团队约定毫无上下文，人的 onboarding 靠人带，agent 只能靠仓库本身，隐式约定会被放大成事故。
- “把简单的事变成正确的事”是全文最有价值的一句：目录约定、接口写法、跑什么测试、如何申请权限都要有现成脚手架和模板可抄。
- 不认同重写代码库：多数团队的瓶颈是既有代码的熵，agent 让补历史成本下降，重写反而丢掉没写进文档的隐性知识。
- 自研框架控制混乱对普通团队不现实，短期更高投产比的是收紧 CI 与 lint 卡点、搭可 copy 的模板库、写清 AGENTS.md。
- “连续代码流”是既定趋势这点需保留怀疑：约束在 review、测试、发布这些吸收环节的容量，吞吐涨往往伴随稳定性降。