软件工程 on Zampo Blog

AI Coding 正在淘汰的，不是程序员，是只会写代码的人

Wed, 20 May 2026 10:05:00 +0800

有人在 V2EX 上写了一段很真实的 Claude Code 体验：

“我一行代码没写，但是提示词写了不少，调试也花了很多功夫。”

这句话比很多 AI 编程报告都更接近现场。

不是“一键生成一个产品”。也不是“程序员马上没饭吃”。

更像是：代码确实被 AI 写了很多，但需求、上下文、调试、判断、验收，还是一个都没少。

这才是 AI Coding 对程序员真正的冲击。

它不是简单把程序员替换掉，而是在重新定价程序员的能力。

过去，一个程序员的显性价值很大一部分来自“我能把需求翻译成代码”。现在，Claude Code、Cursor、GitHub Copilot agent mode 这类工具，正在把“写出代码”这件事变得越来越便宜。

但便宜的从来不是软件本身。

代码正在变便宜，判断正在变贵。

AI Coding 已经不是自动补全了

很多人对 AI 编程的印象还停在 Copilot 早期：你写半行，它补半行；你写一个函数名，它猜一段实现。

那是 autocomplete 时代。

现在的工具已经变成另一种形态。

Claude Code 官方文档把它描述成一个能理解整个代码库、跨文件工作、编辑文件、运行命令、完成开发任务的 coding assistant。GitHub 在 2025 年发布 Copilot agent mode 时，也强调它可以迭代自己的输出、识别错误、建议终端命令，并把任务拆成更多子任务去完成。

这不是“补全一行代码”。

这是一个能读项目、能改文件、能跑命令、能看错误、能继续修的执行者。

对开发者来说，最大的变化不是“少敲几行”。而是你的工作姿势变了。

以前你亲手写代码，AI 站在旁边补句子。

现在你更像在给一个 Agent 派活：

先告诉它目标是什么；
再告诉它项目约束在哪里；
接着让它探索代码库；
要求它给计划；
放它执行；
最后你看 diff、跑测试、决定能不能合并。

这套流程里，敲键盘的动作少了，但程序员的责任没有少。

甚至更重。

因为一旦 Agent 做错，它不会替你背锅。线上故障、脏数据、安全漏洞、错误架构，最后还是落回人身上。

别让 Claude Code 一路狂奔：高手都在盯这 5 个地方

Fri, 08 May 2026 11:30:00 +0800

Claude 修一个 bug，顺手改了 12 个文件。

它删了旧组件，换了依赖，重写了一段状态管理。终端里日志飞快滚动，看起来很努力，也很专业。

你隐约觉得不对，但没按 Esc。

十分钟后，测试挂了，页面也挂了。最麻烦的是，你已经看不清它到底从哪一步开始跑偏。

很多人用 Claude Code 的进阶方式，恰好是错的：把权限开大，把确认关掉，把任务丢进去，然后等它“一路跑完”。这不是高手，这是把方向盘交出去。

Claude Code 真正好用的地方，不是它能连续工作，而是你能在它工作时不断校准。

真正的进阶，不是放手，而是会接管。

先理解它为什么会跑偏

Anthropic 的 Cal 在官方最佳实践分享里提到一个很关键的心智模型：Claude Code 很像一个“只用终端的同事”。

它不是靠提前索引整座代码库，然后从向量数据库里召回文件。按照官方分享里的说法，它更像一个新同事进入项目：用搜索、glob、grep、find 之类的方式，一点点探索代码库，看到结果后再决定下一步搜哪里。

这套方式很灵活，但也有代价。

它会不断读文件、跑命令、改代码，上下文越来越长，判断会受当前看到的信息影响。如果你一开始没给规则，中途不看计划，最后也不跑测试，它当然可能越走越偏。

所以 Claude Code 的进阶，不是让它更自由。

而是给它一条轨道。

第一个地方：CLAUDE.md，不是备忘录，是项目规则

很多人知道 /init 可以生成 CLAUDE.md，但写完就放在那里了。

这很浪费。

官方分享里说得很清楚：当你启动 Claude Code 时，如果当前工作目录里有 CLAUDE.md，它会被放进上下文里，作为开发者留给 Claude 的重要指令。

这不是“给 Claude 留一句备注”。

这是你给它的项目规则。

CLAUDE.md 里至少应该有三类信息：

类型	应该写什么	例子
项目结构	模块在哪里，测试在哪里，入口在哪里	`src/app` 是路由，`src/lib` 放业务逻辑
运行方式	怎么启动、测试、构建	`npm test`、`npm run typecheck`、`npm run lint`
工程约束	不能做什么，修改前要注意什么	不要引入新状态库；改 API 前先看兼容层

一个实用模板：

写出 Redis 的人，为什么宁愿当个糟糕的艺术家？

Fri, 10 Apr 2026 15:44:00 +0800

程序员工作场景。图片来源：Pexels

很多人认识 Redis，是从性能图表开始的。

它快，轻，几乎成了现代互联网的基础设施。缓存、排行榜、消息队列、实时分析，背后经常都站着它。可真正让我记住 Redis 的，不是这些功能，而是它的作者在 2020 年说的一句话：

“I never wanted to be a software maintainer.”

我从来不想成为一个软件维护者。

这句话很刺耳。

因为它等于承认了一件很多人不愿意承认的事：一个写出世界级系统的人，未必真的想一辈子为这个系统擦地板、补漏洞、回 issue、扛期待。

他叫 Salvatore Sanfilippo，江湖名字 antirez。1977 年出生在意大利西西里岛，后来长期住在 Catania。和硅谷叙事里那种一路融资、一路扩张、一路当 CEO 的技术偶像不一样，他更像一个写代码的隐士：住在岛上，做开源，写博客，后来还去写科幻小说。