AI 写的代码看不懂，还要不要上线
读完你会知道，一线工程师对「看不懂 AI 代码就上线」的真实分歧在哪里，拿到一套今天就能用的判断清单，知道哪些代码必须读懂、哪些可以用测试代替逐行检查。
一位 Meta 工程师在 LinkedIn 上写了一段被反复引用的抱怨：现在写代码「感觉像黑盒」，逐行检查在当前节奏下要花太久，最后会得到一套你自己都不完全理解系统如何运行的产品。
10 月 19 日，这段抱怨被搬到 Hacker News 上，变成一个提问：看不懂的 AI 代码，到底怎么交付？一个工程师的个人吐槽，一夜之间变成上千人的集体辩论，说明这戳中了当下所有写代码的人的痛处。
一、发生了什么
这个 Ask HN 帖子由用户 rzk 发起，标题直译过来就是「如何处理那些你看不懂的 AI 代码」。据 AI Weekly 统计，它在约 15 小时内拿到 391 分、538 条评论。帖子链接到的，是 Meta 工程师 Ali Hamie 在 LinkedIn 上的原话。
高赞回答分成两派。一派主张「设计先行」：自己先把抽象层级想清楚，在 UML 层面定好模块怎么摆、怎么交互，再让大模型去填空，这样你懂的是系统结构，而不是每一行实现。
另一派把这事换个说法：有了 AI，人人都像架构师，你负责设计，AI 像初级工程师一样干活，细节可以不懂，主线必须清楚。
两派的共同点其实比分歧更大：没人主张"完全不用懂"，争论的只是"该懂到哪一层"。这条底线，才是整个讨论里最有价值的部分。
二、跟你有什么关系
如果你是一线开发者：不用强迫自己逐行读懂全部代码，但至少要能说出每个模块的职责和边界。逐行读不现实，但边界不能糊。
如果你是团队负责人：真正该管的是「爆炸半径」——认证、支付、删数据、迁移、权限相关的改动必须有人读懂，其他可以放宽。把人力花在最不能出错的地方。
如果你是安全或运维：AI 代码最大的坑不是功能报错，是功能测试全过、但藏了安全问题。审查重点要放在这里。功能跑通是假绿灯，安全过了才是真绿灯。
如果你在用 AI 写代码：别把生成结果当成品直接推上去。让 agent 自证、问清契约，是你能花的最值的几分钟。
三、怎么判断一段 AI 代码能不能上线
读到这儿，可以顺路看 思科给 27 岁工程师无限 token，专攻老代码 思科总裁把重写遗留代码的任务交给一位 27 岁的前创业者，并放开 AI 用量上限。文中拆解这个 24 个月改造计划的设计逻辑、为什么挑年轻人来做，以及普通团队能照抄的三个做法。- 让 agent 自证，而不是只看它说「完成」：要它给出这段代码的不变量、每个不变量对应的测试和测试输出。它说做完不算数，拿出测试和输出才算数。
- 问自己能否说出「契约」：它承诺做什么、绝不能做什么、违规了怎么被发现。说不出，就补一个能说的测试。契约想不清楚，上线就是赌运气。
- 按风险分级：登录、支付、删除、迁移这些必须人读；低风险路径可以用测试和 AI 二次审查顶上。风险高的上人，风险低的上测试。
四、三个别信的说法
能用就行，质量不重要了。 错。多位工程师直接反驳这种调侃，说它在规模上会出事。功能跑通不等于安全，已有基准测试显示，能过功能的前沿编程 agent，产出「既正确又安全」代码的比例要低得多。能用，是最低的那条线。
AI 会写代码，工程师不用懂架构了。 错。高赞回答反而强调，大模型最不擅长写抽象，让它自由发挥往往产出难维护的结构。懂设计的人反而更重要。AI 越会写细节，人越要会管结构。
逐行读代码是唯一的安全网。 错。讨论里的共识是，可以用测试、构建、模糊测试、分层审批、快速回滚这些可执行检查，去替代一部分逐行阅读，前提是你要知道哪些代码必须人读。逐行读不是唯一，但它的一部分替代不了。
五、一句话结论
看懂每一行不现实，但看不懂「边界在哪、什么不能坏」，就别上线。
信息来源
- Engineers debate shipping AI-generated code they don't fully understand（Splitfeed，2026-10-19）
- Ask HN on Shipping AI Code You Don't Understand Hits 391 Points（AI Weekly，2026-10-20）
功能与价格以官方公告为准。本文写于 2026 年 10 月 21 日。
每周一封，只发新教程和可复制模板。不发广告，随时退订。