AI 让我变得愚蠢
一句话看懂：Hacker News 上一篇题为“AI 让我变得愚蠢”的热帖引发广泛共鸣。资深开发者坦承，AI 编码工具正悄悄鼓励他们接受臃肿、复杂的代码，将过去必须坚决避免的“偶然复杂度”变得可接受，而审查和重构 AI 输出已成为新的职业负担。
事件核心：发生了什么
在 Hacker News 的讨论中，多位资深后端和前段开发者分享了他们与 AI 编程助手（如 Claude）真实的工作体验。一位发帖者描述，当 Claude 自动生成一个包含 500 行代码的 GraphQL 端点时，他最终删掉了整个端点才发现没必要存在。他进一步指出，AI 的天然倾向是“增加代码而不是删除代码”——删除有明风险（可能破坏现有功能），而添加代码只影响自己的上下文。这一分析得到大量认同。许多开发者表示，审查 AI 输出占用了他们 90%-95% 的时间，而 AI 在文件/目录结构层面经常“丢失参考”，生成无意义的层叠结构。虽然 AI 能快速产出正确代码，但随之而来的是不必要的复杂性与维护成本
为什么重要
这次讨论揭示了一个对 AI 编码工具使用日益普及的新隐忧：效率提升的代价是编码质量下降。过去，行业靠严格的 code review 与师徒制灌输了“最小化意外复杂度”的工程文化——即代码越简洁、越容易修改越好。而 AI 工具将“可维护性”与“可修改性”的经济正抛向反方向：既然 AI 可以快速重写和重构，为什么还要花时间优化实现细节？这可能导致底层代码库长期恶化，累积大量粗糙的“垫片/快捷解决方案”和冗余结构。本质上是短期效率与长期工程健康的矛盾。经济模型已悄然发生变化，却少有人讨论其对整个软件工程文化的侵蚀。
对用户/开发者/创作者的影响
对于依赖 AI 编码工具的开发者而言，需警惕以下实践：
– 不要“只审不读”，更不可“直接合并”。多位评论者分享的最佳实践是：先分析问题（“先听，不改变文件”），再让 AI 描述变更方案，最后逐块批准执行。
– 需主动向 AI 输入“删减偏好”，如开发一个“断舍离”风格的 prompt（“请让代码极简、无事无事/无冗余”），甚至将“复述需求”到“执行变更”分离为两个明确步骤。
– 行业需重新定义“代码质量审查”——与其考核 AI 输出了多少正确代码，不如考核它造成的技术债务深度。团队应增加针对“AI 生成代码的重构成本”的度量。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
1. 是否会有工具/模型针对“删除代码”创新训练奖励，以平衡增删偏好。目前公开信息显示，主流模型仍倾向于添加代码，此领域尚无明确产品更新。
2. 代码审查流程是否会向“AI 生成代码的审查自动化”演变，还是回到更精细的人工逐行检查。中小企业与独立开发者可能最先尝到“短视效率”的苦果。
3. “vibe coding”概念是否会被正名或回退——部分开发者在讨论中明确提出“不要‘vibe coding’，那是业内一时戏言，却被误认为是一种可行性方案”。如何定义人与 AI 编码协作的新契约，会成为实测最佳实践。
来源：hackernews
