哪些代码不能让 AI 写,我分了 4 类

接过一个后台项目之后,我给自己列了一张禁区表。表上有四类代码,不管 AI 写得多顺,我都不让它碰。哪些代码不能让 AI 写,答案不在模型强不强,在写错了会不会有人当场发现。

哪些代码不能让 AI 写:这张表的价值在哪

这四类代码的共同点是:错误不会在编译或运行时暴露,只会在事后暴露。

列出来是为了让你少一次半夜查账的经历。

第一类:钱相关的计算

包含的地方比想象中多:支付、退款、分账、对账、优惠叠加、运费计算。

AI 最常犯的错是顺序问题——该「先减券再打折」的地方写成「先打折再减券」。

两种写法都能跑出结果,差额只有在对账时才会露出来。

具体动作:把每一条计算规则写成一行的文字描述,代码里逐条对应,每条配一个用真实数字算的用例。

第二类:权限与可见范围

谁能看到哪些数据、谁能做哪些操作,写错了不会报错。

它只会安静地多给一些人看,或者少给一些人看。

少给会被投诉,多给会出事。

具体动作:列出角色和资源的矩阵表,一行一个角色,让 AI 照着表实现,你按表验收。

第三类:数据迁移与批量删除

这个不是「写错」的问题,是「没法重来」的问题。

AI 生成的迁移脚本,跑起来往往没有任何提示。

具体动作:迁移脚本先在副本上跑,跑完对比条数。删除类操作一律先改成标记删除,观察一段时间再真删。

第四类:并发与状态机

订单状态、库存扣减、任务调度,都属于这类。

AI 写单线程逻辑没问题,涉及并发的时候,它会给你一个「看起来对」的写法。

具体动作:把状态图画出来,标出每条边对应什么事件,然后让 AI 只负责实现你已经确认过的那张图。

不在禁区里的那些

说清楚边界,避免过度紧张。

样板代码、格式转换、页面布局、单元测试、数据清洗脚本、文档生成——这些我几乎全交给 AI。

它们有个共同的验收特征:跑一次就知道对不对。

我内容生产里的封面批处理和稿件处理都属于这一类,写坏了重跑一遍的成本几乎为零。

优先级排序

如果你手上一堆活,按这个顺序划禁区:

先划「钱」,再划「权限」,然后划「不可逆操作」,最后是「并发」。

前三类涉及的是损失,第四类涉及的是概率。先拦确定的损失,再管概率。

一个提醒

这张表不是永久的。

同一个人,刚接手项目的时候禁区要划大一点,熟悉了可以缩小。

但有一条我建议永远别放开:不可逆的数据操作,AI 只能写草稿,不能直接执行。

常见问题

Q:哪些代码不能让 AI 写?

A:钱相关的计算、权限判断、数据迁移与批量删除、并发与状态机这四类。共同点是一旦写错,运行时不报错,事后才发现。

Q:这四类代码必须全部手写吗?

A:不用。可以让 AI 写实现,但规则、状态图和验收标准必须由你先定下来,它只做翻译。

Q:怎么知道自己划的禁区对不对?

A:问一句「这段代码错了,多久能发现」。答案超过一天的,就往前挪到禁区里。

相关阅读


本文作者西米,37 岁程序员,一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。

完整代码、踩坑清单与最新进展,都在公众号。

📱 关注公众号「西米分享」