7个月用AI写了1690行却重写：为什么AI写功能不写架构？

一位开发者用Claude全职「气氛编程」7个月造k10s，最终发现AI产出的代码存在严重架构债务——1690行代码全在一个结构体里。他决定从零手写。1020分HN热帖引发对AI编程模式的深度反思。

核心结论

5 月 17 日，一篇题为「我决定回到手写代码」的博客在 Hacker News 登上热榜第一（1020 分）。作者用 Claude 全职「气氛编程」（vibe-coding）7 个月，构建了一个 GPU 感知的 Kubernetes 仪表盘 k10s，最终发现所有 1690 行代码被塞进了一个「上帝对象」（god object）结构体——一个 500 行的 Update 方法、无数 nil 清理和分支嵌套。

核心问题并非 AI 写不好代码，而是 AI 擅长写功能，但从不设计架构。这一发现引发了开发者社区的广泛讨论。

关键要点

事件发生时间：2026-05-16 / HN 热议 2026-05-17
影响对象：所有使用 AI 编程工具（Claude Code、Codex、Cursor）的开发者
核心变化：社区开始意识到「气氛编程」的隐性成本——功能交付越快，架构债务积累越深

背景与触发事件

这个故事的起点是一位名叫 shvbsle 的开发者。2025 年 9 月，他决定做一个 GPU 感知的 Kubernetes 仪表盘 k10s（类似 k9s，但专为 NVIDIA 集群设计）。

最初几周是「魔法时刻」：用 Claude 提示「加入一个 Pod 视图，带实时更新」，立刻生效。资源列表、namespace 筛选、日志流、Vim 快捷键——3 个周末就完成了基本功能。

但问题在加入 GPU 舰队视图后开始浮现。当他切换回 Pod 视图时，表格变成空白，实时更新停止。其他视图开始出现「幽灵数据」——上一个视图的缓存污染了当前视图的显示。

调查后发现：所有 1690 行代码都在一个结构体里。UI 组件、K8s 客户端、每个视图的状态、导航历史、缓存、鼠标处理——全部塞进一个 God Object。唯一的 Update 方法长达 500 行，靠 switch-case 和 manual nil 清理（他数了 9 处手写 m.logLines = nil）来维持表面正常。

关键影响（按维度）

维度	变化	对我们意味着什么	建议动作
代码质量	AI 生成代码缺乏架构设计	短期高产，长期重构成本指数增长	在 CLAUDE.md 中加入架构约束
开发速度	前 3 周极快，第 4 个月后增速归零	速度来自功能累加，非设计积累	手写架构骨架再让 AI 填充
维护成本	9 处手动 nil 清理、500 行 switch-case	每加新视图涉及多处修改	每个视图实现 View trait 隔离
人类角色	开发者退化提示词审核员	失去对代码的架构掌控感	每周一次全量代码审查

适配建议

先写架构，再写功能：具体接口定义和所有权规则放进 CLAUDE.md，让 AI 每次都能看到。
坚持视图隔离：每个视图实现独立 trait，禁止视图间直接访问状态。
每周代码审查：每隔 7 天做一次完整架构审查。
限制单次会话范围：每完成一个功能关闭会话，在新上下文中开始下一个。

深入：为什么 AI 不写架构

大语言模型是「完形填空」机器，不是「系统设计」机器。当你说「加一个 GPU 舰队视图」，LLM 看到的是已有代码中的相似模式→复制→适配→插入。它不会停下来思考「这个代码库需要什么样的视图抽象层」。

这篇博客的深层洞察在于：AI 可以写出完美执行单一功能的大量代码，但无法预见这些功能间的互动会如何演变成复杂系统。这不是 prompt 工程能解决的问题。

工具词条

Claude Code、OpenAI、ChatGPT、DeepSeek、Cursor

正文示例图 — AI code god object

参考链接

原文：I'm going back to writing code by hand
HN 讨论：1020 points

内链引导

想学如何正确使用 AI 编程工具搭建自动化系统？看：用 Claude Code 实现自动化内容生产
真实案例：有人用 Claude Code 48 小时创业，3 个月做到月入 $9,000——看实战复盘
另一个角度：用 DeepSeek V4 替代 Claude 跑代码代理，省 90% API 费用——详细教程