AI 代码后面怎么维护,心智负担太大了

cc9910 · 2026-04-19T23:37:14Z

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了整个项目搞下来都几万行了读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

代码

维护

负担

63 条回复 • 2026-04-20 19:51:19 +08:00

1

yechentide

13 小时 41 分钟前 via iPhone

降低耦合，限制 AI 的探索/修改范围

2

rocmax

13 小时 41 分钟前 via Android

spec driven development ，ai 生成的代码成本已经可以忽略不计，那么人应该从维护代码转为维护 spec 。代码由 ai 根据可验证的 spec 检查。

3

midsolo

13 小时 0 分钟前

公司把某些内部系统外包出去了，项目交付前负责验收的同事开始介入，在对代码进行验收审计时发现，外包人员用 AI 狂拉了 8w 多行源码......

他的心智负担很重，求他的心理阴影面积？

4

apkapb

12 小时 52 分钟前

按照 token 算，我大概有 10%-20%的 token 是用来让 AI 重构代码的

5

lujiaosama

12 小时 49 分钟前

别说代码了，每次看 AI 生成的文档，我都累得不行。GPT 生成的文档一大坨，读得头皮发麻。

6

gumayusi

12 小时 48 分钟前

21

让真人去查真人，让 AI 去查 AI 。谁污染谁治理，觉得 AI 有智商能编写代码的人，没理由觉得 AI 没智商维护代码。

7

lujiaosama

12 小时 48 分钟前

1

@rocmax 复杂度不会消失，只会转移。不读代码也得读文档，文档也不轻松。

8

sir283

12 小时 41 分钟前

Ai 写写小软件还可以，写那些成型的，还是算了吧，屎山堆屎山，最后直接爆了。

分享一下我用 Ai 写的软件：

免 ROOT 强力删除安卓系统内置垃圾软件： https://github.com/MrsEWE44/easyManager ，还有其它功能，详细在 GitHub 主页。

宇宙超级无敌音乐下载工具： https://github.com/MrsEWE44/musicDownload ，支持所有主流音乐平台的歌曲文件下载，支持无损下载，详细在 GitHub 主页。

9

erwin985211

12 小时 41 分钟前

如果你是最新的模型的话，我觉得完全不用特别担心，直接让 AI 查 AI ，你自己就化为测试视角，而不是去审查代码的视角，看看 AI 有没有把功能实现，如果你还要坚持现在的完全把所有代码都审查一遍，确实，心智负担会比较大

10

CodeGou

12 小时 29 分钟前

测试覆盖+AI 审查。

如果还有担忧说明测试覆盖的还不全面。还得继续完善测试范围和质量（基本这块也是 AI 来做了）

11

mmz0717

12 小时 24 分钟前

1

@gumayusi 看来大明王朝 1566 没少看啊

12

zzNaLOGIC

12 小时 19 分钟前

3

@rocmax 实际在生产项目上跑下来，并没有想象的那么美好。规则和实际逻辑不匹配是常有的事情，甚至 spec 更难懂，在大型项目上甚至有些绕的匪夷所思，生怕人类看懂。原先以为是 speckit 流程太复杂了，换成 openspec ，虽然人要干的事变少了，但是规则质量更差了。

13

neuthself

12 小时 15 分钟前

@mmz0717 哈哈哈，看到前两句的排版，也是想到大明王朝

14

craftsmanship

12 小时 14 分钟前 via Android

@mmz0717 这下不得不看了

15

dandel1on

12 小时 7 分钟前

2

@gumayusi 话是这么说，但是 AI 犯错造成损失 AI 可不承当责任

16

archxm

12 小时 4 分钟前

简单啊，多招几个程序员，多人审核，拆解任务

17

skuuhui

12 小时 3 分钟前

公司是你自己的吗？为啥操那么多心

18

yifangtongxing28

12 小时 2 分钟前

3

公司只给你了指挥 AI 写代码的钱，没给你挑 AI 错的钱

能找出来 AI 错误并修复的人，得精通古法和 vibe coding ，已经被干掉了。

19

gkeeno

11 小时 57 分钟前

只能说以前怎么维护屎山，现在就怎么维护

20

gophlet

11 小时 49 分钟前

因为大多数人用 AI 开发新项目都是井喷式产出代码，我觉得这种模式只适合 MVP 和功能边界清晰的小项目。想要持续迭代的话，还是结合 AI 渐进式开发比较好。

21

tt67wq

11 小时 46 分钟前

1

我们老板现在听说 AI 能提效，原来要 4 个人一个月的活儿让我们一个人一周上线，既然这样，就只能委屈 AI 喷粪了，维护性？不存在的！

22

YanSeven

11 小时 44 分钟前

@lujiaosama 同感

23

zdxddt

11 小时 41 分钟前

@gkeeno 感觉还是有区别。以前是自己亲自堆的，多少心里还是有点数的。现在是挖掘机一斗一斗的倒的，不管是从熟悉程度和数量上都不一样了

24

lovedebug

11 小时 39 分钟前

做大自然的搬运工~

25

hymxm

11 小时 34 分钟前

确实大

26

sddyzm

PRO

11 小时 32 分钟前 via iPhone

这确实是个问题，但其实现在很多项目已经算超大型了吧，可以参考现成的维护方案

27

GeruzoniAnsasu

11 小时 27 分钟前

2

@erwin985211 不知道你了不了解游戏优化的很多黑魔法，面剔除、伪 3D 、数值快速近似。AI 写的代码就像剔除了不可视面的游戏。当你需要单独一个业务视角的时候 AI 优化得很好，但当你需要一个完整的业务实体的时候，你会发现 AI 除了原本可见的那个面之外什么都没写。

28

2333wz

11 小时 21 分钟前

@GeruzoniAnsasu 你让他写了吗

29

EndlessMemory

11 小时 19 分钟前

AI 写出跟自己代码风格类似的代码确实太困难了

30

icanfork

11 小时 15 分钟前

公司不是自己的，目前的态度是要求代码 AI 率，我就 AI 生成 AI 修。

31

jedeft

11 小时 12 分钟前

@lujiaosama 关键是很多地方 AI 不讲人话，用些奇奇怪怪的词；看得云里雾里的。
@hymxm openclaw 已经是人类屎上最大的屎山了

32

mike1998

11 小时 7 分钟前

用更多的 token 和更厉害的 ai 维护

33

kamilic

10 小时 49 分钟前

公司产运已经开始 vibe 了，后面程序员就是擦屁的了，哎。

34

GeruzoniAnsasu

10 小时 44 分钟前

3

@2333wz 打个比方：

「写一个赛车游戏」 => AI 会实现赛车，会实现赛车游戏，everything works well

但人类不会这样写代码，人类会直接设计赛车的 prefab ，定义好可更换的皮肤和可更换部件，然后再把这个 prefab 拖进游戏

「你让它写了吗」是个逻辑陷阱 —— 任何 AI 没按照我的想法做到的事显然都可以归集为「我没这么要求」，但我们期望 AI 的能力恰恰是「即使我们没有严格定义实现本身，它依然能够按照大致的指示完成严格的实现」。

如果你不想思考我到底在表达哪个逻辑可以简单地认为我在说下面这句话：

如果我要给 AI 写清楚怎么写，我自己写就得了，要 AI 干什么

35

SoviaPhilo

10 小时 25 分钟前

如果是想让人偶尔要接手一部分，必须从一开始就划分好领域/边界，按 DDD 的思路走；
否则就只能靠 SPEC 了。不过实话说，一个上线的系统我是不太敢用 SPEC 重写的，因为人输出的 SPEC 只要业务稍微复杂一点，总会有逻辑遗漏，而这个逻辑遗漏肯定会爆发

36

LittleFox

10 小时 18 分钟前

降低耦合度，做好架构设计

37

kamilic

10 小时 7 分钟前

@GeruzoniAnsasu 我也觉得这逻辑好可怕，任何出了问题的情况都怪罪到使用的人身上。
每次听到都挺无语，也许是我菜，学不了大佬的操作方式。 😄

38

iorilu

9 小时 55 分钟前

谁写的代码谁维护
ai 写的当然 ai 维护

39

beefhotpot

9 小时 50 分钟前

宁愿冗余也不要耦合，这样 ai 写错了也不会影响其他功能。

40

teaguexiao

9 小时 27 分钟前

我的做法是在项目根目录放一个 CLAUDE.md ，里面写清楚架构规范、模块边界，让 AI 每次只动指定范围内的文件。加上测试覆盖，心智负担少很多。

41

ronyin

9 小时 16 分钟前

ai 写的，肯定是 aireview 。。。

42

ASHYWHISPER

7 小时 3 分钟前

同感，太累了，感觉已经完全跟不上 AI 了

43

abelmakihara

6 小时 53 分钟前

之前让 ai 写的一个 canvas 动画
我就没办法调的和 ui 一模一样
代码太长了完全不想看
最后也只能 ai 自己改凑合上了

44

brucedone

6 小时 46 分钟前

你把测试，e2e 验收，集成测试的标准定好，它怎么改都能通过验证的话，就不用着关注了

45

acmookey

6 小时 21 分钟前

@gumayusi
你是人机协作主事，代码是哪个 AI 写的？你是你统管的 AICoding 写的。

代码的这个理解负担是谁带来的？是你亲自指使 AI 写出来的。

那这代码出了纰漏，该谁去查？该谁来担？——还分什么真人、AI 。

……好个分得清楚——到头来，倒只你一个，是既能写、又能查、还能担的“能臣”。

46

abc0123xyz

6 小时 19 分钟前

@lujiaosama #7 文档读着也很痛苦

47

BigShot404

6 小时 4 分钟前

每次改后，让它生成和最初程序的变化清单，并写清楚为什么这么改。

48

msg7086

5 小时 57 分钟前

@GeruzoniAnsasu #34
问题不在这里。
PM 和程序员之间不是这样一个关系。PM 给程序员安排工作的时候也不会说「写一个赛车游戏」然后指望你的程序员神奇地写出一个游戏大作。SDLC 的过程是省不了的，该设计的东西还是要设计，该权衡的东西还是要根据具体情况权衡。AI 可不知道你让他写的赛车游戏是打算开发 3 年还是 3 天后就得发布。

「如果我要给 AI 写清楚怎么写，我自己写就得了，要 AI 干什么」
这句话就更不对了。AI 可以根据一份详细的 PRD/HLD/LLD 一天肝出几千行代码，你自己写能一天写那么多？你要是和 AI 能做到一样的代码生成速度那你早就财富自由了。

TL;DR 你这就相当于在说，既然走路都能从上海走到北京，为什么要坐高铁去。

49

crytis

5 小时 56 分钟前

@lujiaosama #7 是的，因为文档和代码都不在脑子中，都不是经自己脑子出来的

50

yuruizhe

5 小时 50 分钟前

谁写代码谁维护，ai 写的代码 ai 来维护

51

66beta

5 小时 45 分钟前

你还能比 AI 更懂写代码？让 AI 时刻更新一批 markdown ，有了这 md 啊，我随时找另一个 AI 5 分钟复刻一个出来

52

tyrad

5 小时 44 分钟前

二楼说对 sdd 开发

53

unco020511

5 小时 41 分钟前

只能继续 AI 维护,多留点中间文档之类的产物吧,后面继续给 AI 才能维护好

54

wuzhanggui

5 小时 38 分钟前

既然把发给程序员的钱发给 ai 了，那就使劲抽，改出问题了就多抽几次

55

qeesung152

5 小时 38 分钟前 via Android

还是 harness 的问题

56

Vindroid

5 小时 33 分钟前

碰到重大问题或需求变更时，就整个让 ai 重新写一份嘛

57

xyooyx

5 小时 24 分钟前

疑人不用，用人不疑

58

ryd994

5 小时 8 分钟前 via Android

1

@msg7086 #48 “SDLC 的过程是省不了的，该设计的东西还是要设计，该权衡的东西还是要根据具体情况权衡”
但这就是问题。很多人说 AI 取代程序员的时候，就是认为只要给 AI 一个目标，它就能自己理解并解决问题。
更可怕的是，AI 还真就能做出一坨像那么回事的玩意。真正的危害要等上线几个月后才能逐渐显现。

@Vindroid #56 这就是没做过大规模软件的人说的话。有几个问题：
1. 生产环境出了问题，你 oncall 还是 AI oncall ？用户数据受 gdpr 保护，很难直接给 AI 权限。况且就算给，也不可能全自动解决，肯定要有个人看着。如何迅速定位并找到问题，这并不是 AI 的强项。
2. 对于基础设施软件而言，符合设计标准一致只是最低标准。内在实现同样重要。即使是 undefined/undocumented behavior ，只要用的人多了，它就成了标准的一部分。如果是对外的服务还好说，直接不支持文档里没有的用法，客户骂也没用。如果是对内的服务，锅甩给谁都没用，谁搞出来的变动，谁负责回滚。要改实现，提前半年发 breaking change 通知。
3. 项目规模大了以后，编译一次就要好几个小时。平时开发主要靠缓存来局部重新编译。重写？明年都写不完。