删掉200行AI代码，我反而更懂自己的项目了

上周，gamya_m 做了一个让很多程序员会心疼的决定：她花了一整个下午，从自己的 Swift 项目里逐行删掉了 200 行 AI 生成的代码。这些代码当初她都点了“接受”，但从来没真正读懂过。结果删完之后，她对自己代码库的理解，比那个花了一个月让 AI 拼命生成代码的时期还要深。她在帖子里打了一个扎心的比方：每一行你不理解的代码，都是一笔小额贷款——利息滚起来的时候，你连本带利都得还。而删除，恰恰是还债最快的方式。

这次 DEV 编辑团队精选的 7 篇帖子里，这种“反直觉”的发现还有很多。有人在个人网站上养了二十多年的技术债，有人用 LLM 搞代码审查却把自己搞得更累，还有人发现 Google 说的“任何人”其实不是任何人。每篇都是一个独立的小世界，但凑在一起，正好描出了当下开发者最真实的日常：在 AI 的诱惑和坑之间反复横跳，一边踩坑一边偷着乐。

【1】先接着那 200 行代码说。gamya_m 不是反对 AI 写代码，她只是反对“不理解就接受”。AI 助手吐出的代码块看起来工整无瑕，变量命名甚至比你手写还规范。但一旦遇到边缘情况，这份“整洁”就变成一块铁板，你连缝都撬不开。她发现，自己当初接受这些代码时，心里想的都是“这段逻辑应该没问题”，可删的时候却要一行一行去推理：为什么这里用这个数据结构？这个闭包到底捕获了什么？删完之后，那些模糊的边界突然就清晰了。她管这个过程叫“技术减负”，听起来像理财建议——别借你还不起的债，哪怕债主是 AI。

【2】如果代码债还能删，那内容债该怎么处理？ mattstratton 的个人网站就是一个活化石。他在一个 monorepo 里塞了两个 Astro 构建的站点，2630 篇博客文章，最早能追溯到 2001 年。还有一个自托管的演讲存档，以及一个把文章自动同步到 dev.to 的同步工具。这栈叠得有多野呢？他在分享时特别提到了一个让他头秃的 bug：某个 YAML 时间戳的边界情况，悄无声息地就把 dev.to 的 Ruby 后端搞崩了。你没看错，一个时间戳。就是那种你觉得“不就是个时间格式嘛”的细节，直接把一整个同步链路打瘫。这种 bug 没有银弹，只能靠对整座屎山的敬畏去慢慢拨开草丛。2630 篇文章，哪篇里埋着下一个定时炸弹，他可能也不知道。

【3】当 AI 开始帮你看代码，你以为可以摸鱼了，结果发现自己成了 AI 的监理。 cseeman 所在的团队用 LLM 填补代码审查的空缺——提交者用机器人优化代码，审查者也用机器人回复评论。看上去流水线齐全，可最终审查员比不用 AI 时还累。问题出在哪儿？她提了一个让我瞬间清醒的概念：Return-on-Attention，注意力回报率。你让同事读的每一个字，都必须值回他们花掉的注意力。但 LLM 生成的审查评论常常充斥正确的废话，机器人再自动回复“已修改”，人来审核这串对话时，就像被迫围观两个客服机器人的礼貌互殴。她给出的药方很简单：别让 AI 替你寒暄，每句评论都掂量一下，对方读了到底能获得什么新信息。否则，代码审查会从“互相把关”变成“互相耗费”。

【4】说到被字面意思坑，lovestaco 踩的坑堪称经典。他花了几个小时调试莫名其妙的 401 未授权错误，最后发现 Google Apps Script 里那个叫“Anyone”的访问权限设置，根本不代表“任何人”。对，你没理解错，它就一个名字叫 Anyone，实际允许的范围只有 Google 老大哥认可的那一小撮。这种命名方式，就好比一家餐厅门口写着“欢迎任何人”，但你进去才知道必须穿西装打领带还得认识老板。好在路没白走，他最后靠着 clasp 命令行工具，和一个 Makefile，把以前要手动复制粘贴的部署流程缩成了一条 make 命令。不夸张地说，这个坑踩完之后，他手里的发布按钮都显得多余。

【5】如果说上面那些都是“修补”，ronak_parmar_033c50d168b5 带来的 FableCut 就是“创造”。他开源的这个浏览器视频编辑器，核心设计就一个：整个时间线存在一个 JSON 文件里。这就意味着，任何能写 JSON 的东西都能编辑视频——人类码代码可以，AI 代理也可以。但多主体同时编辑同一个 JSON，冲突怎么解？他用了一个孤独的版本计数器就搞定了人类和 AI 之间的并发问题。更妙的是导出：为了实现逐帧精确，他没有折腾时间轴库，而是用了负的 animation-delay 技巧。逻辑听起来有点诡谲，但效果就是不管多复杂的轨道，都能帧对齐地渲染出来。一个 JSON、一个计数器、一个负延迟，就把视频编辑从笨重的专业软件里拖了出来。很有那种“给你一把锤子，但你发现它能敲星球”的气质。