AI写代码，一个提交几千行代码，审核难的问题。

其实不只是审核问题。这直接挑战了版本管理的意义——版本管理本身是控风险的，现在一个提交就几千行代码，代码变更比业务需求变更还频繁，怎么控风险？

或许可以先评估「风险层级」，进而采用不同策略。为了行文简单，下文仅用「漏出功能缺陷代价」分层。

比方说，原本是框架、业务、插件三类代码。但同为框架，日志功能出错，风险比较低，而支付功能出错，风险极高。然后建一个简单的模型（如图一）：

- 9分以上区域，绝对不能用AI编写，上线前最后的测试，覆盖率要100%，且经过人工回归测试；
- (5, 8]往常规开发要求来，并且遵守传统提交规范；
- (3, 5]引入生成式，随便造，但最好有AI审核，偶尔人工抽检；
- 其他随意，甚至可以考虑引入生成式交互，让高级用户自行生成自己满意代码。

这要求原本项目的结构清晰。另外肯定有需要优化的地方，比方说还要考虑安全缺陷，日志组件也可能会出安全问题，甚至导致服务器权限泄露。这方面比较复杂，不是一篇文章能梳理清楚的。

这是第二篇优化版本管理流程的构想。第一篇主题是“单人AI调度”，详见：m.okjike.com

AI 编程版本管理，不能盲目套用 Git。Git 处理的痛点是异步并行开发，冲突虽然处理起来异常困难，但不可避免：
1️⃣ 多人一起改
2️⃣ 代码编写可能很慢
3️⃣ 彼此看不见
就算要处理冲突，多人并行编写，往往比串行快得多。

但一个人用 AI 编程，上述假设已经改变：
1️⃣ 可以统一调度，彼此可以“看见”
2️⃣ 代码编写很快，切换任务也快
比方说，A、B 两个任务并行开始，B 任务可以在中途发现，A 任务占用了 B 想要的文件，然后就把自己的改动状态全暂存，改为“串行”。等 A 完成后，再来完成 B。

相比处理冲突，这种等待耗时应该会更小，而且不用人工介入。

当然，也不是要抛弃分支概念， 而是说要发挥同步的优势。

另外，还能针对依赖更新这一场景做优化。有变动的时候才新建一份依赖，而不是每个并行都要有一份依赖。

图一是一份“图文教程”，AI 生成。图二发了一张原料图，说“开始做菜吧”。

ChatGPT 在测试新图片模型，出现两个选项后，有一个特别好的。

写中文估计也不错，图三“基底”是旧模型，让改个林字，怎么都不对，触发后立马改对了（虽然其他字还有瑕疵）

本来还想测试一些其他问题，比方说“一公斤问题”、“时钟指针问题”，可惜怎么都没触发选项。不如Gemini，但也不好说什么 。大模型竞技场 arena.ai能随机碰到个flashbrown2-v3 ，得到图四，比 Gemini 2.5 flash 画图好，作为对比，图五是 Gemini 3.0 flash 画图模型的结果。

随机碰到几次后又遇不到了（这样有新代号的模型还有两个，也没遇到过），还是坐等正式发布好啦

相比token中译，AI Agent更难。意译的话，“智能体”太不伦不类；“灵机”不错、“智子”还行，但最大的问题是，这些听起来都太强了，目前Agent不配；

直译的话“代理”就免了，不如“外包”[二哈]其他常见直译还不如叫“阿哥”（a-ge）。

如果考虑音译：“艾君”、“诶准”（诶，这个准啊）

如果音意结合：“爱酱”

（想起即刻密码了，发个旧文）

昨天给“同事.skill”做了个梗，承太郎被抽出替身光盘。

今天突然想起自己离职的时候确实做了个光盘（图三）。

AI圈在Markdown上整了很多花活，貌似最近整到头了，目光又瞄准到命令行（CLI）。

坐等重新发明API跟RPC，然后突然明白这儿真是个圈

观测了一些程序员对待AI编辑器的细微偏好：
1️⃣有人喜欢响应快，有人喜欢质量高
2️⃣有人不喜欢让它闲着，不然就感觉亏了
3️⃣有人会当它橡皮鸭
4️⃣有人会经常会跟它说谢谢

你猜他们开始管人后，分别会是怎样[doge]

对话框是大模型时代的命令行

「连滚带爬」，成语，形容慌乱逃跑或狼狈赶路。就算当事人没有真的又滚又爬，也可以用。

“连滚带爬”，本意是形容“狼狈逃走”，不用真在地上又滚又爬。郑智化这件事，“连滚带爬”可以理解成他认为当时情况很狼狈，监控视频说明他没有真在地上又滚又爬……

那又怎么样呢？

他人表达，理解主要意思即可，要“得意而忘言”。就这件事，他当时确实很狼狈，问题确实存在，对后续改进有积极影响，为什么不允许这种略带夸张的描述？夸张这种修辞，“连滚带爬”这一成语，初中前就学的啊。

如果这种修辞都要上纲上线，那么某些说“造谣”的为什么不算“造谣”？它们随意夸张正常的表达偏差，归为恶意攻击，那它们本身不也是“谣”吗？

问题到底是什么？
1️⃣残疾人很不方便这一核心论点有错吗？怎么跑去扣字眼
2️⃣监控视频哪泄露的？
3️⃣这帮看起来初中语文没毕业的人哪来的？来干嘛的？