说实话，第一次用 Claude Code 的时候，我差点从椅子上跳起来。
那是去年五月，我在一个 side project 里卡了两天，一个边缘 case 怎么都调不通。朋友跟我说试试这个 “AI 程序员”，我心想能有多神？结果我把报错贴进去，它不光定位了 bug，还顺手把相关的三个文件都改了，测试也补上了。全程大概三分钟。我坐在那儿愣了一会儿，然后默默把 Cursor 的订阅取消了。
那时候的心情，大概就像第一次用智能手机的人——觉得世界变了，未来来了，自己终于不用再写那些无聊的样板代码了。
从惊艳到日常
蜜月期：什么都想让它干#
接下来的两三个月，我陷入了典型的 “蜜月期狂热”。
重构老项目？丢给 Claude。写新功能？先让它搭框架。甚至有一次，我让它帮我写一封辞职信（虽然最后没发）。最夸张的一次，我把一个三年没动过的祖传代码库整个丢进去，让它 “现代化改造”。它吭哧吭哧干了四十分钟，改了八十多个文件，编译通过了，测试也绿了。我当时觉得自己发现了永动机。
但问题很快就来了。
那个 “现代化改造” 的项目，上线第二天就出了生产事故。Claude 把某个关键配置的路径改了，但漏掉了一个边缘服务的引用。我在凌晨两点被报警吵醒，一边骂娘一边 rollback。那次之后我明白了一个道理：AI 能帮你写代码，但不能帮你背锅。
冷静期：它就是个工具，别神化它#
大概用了四个月之后，我的心态开始回归正常。
不再觉得 Claude Code 是什么 “革命性产品” 了，它就是一把特别好用的锤子。锤子能钉钉子，但你不能指望它自己把房子盖了。我开始有意识地划分边界：什么交给它，什么必须自己把关。
我的原则是：
- 生成样板代码 ：放心交，它比人快十倍
- 写测试用例 ：可以交，但得自己 review 覆盖率
- 重构已知逻辑 ：可以交，但改完必须跑全量测试
- 涉及数据迁移、配置变更、权限调整 ：绝不自动执行，只看它的建议
这个边界不是一天定下来的，是踩了几次坑之后血肉模糊的教训。有一次让它优化数据库查询，它把索引加错了表，导致线上查询慢了十倍。还有一次让它处理用户输入的转义逻辑，它用一种 “看起来更优雅” 的方式重写了，结果绕过了原有的 XSS 过滤。
这些事故教会我：Claude Code 的代码风格往往 “过于自信” ——它倾向于给你最简洁、最漂亮的方案，但不一定是最安全的。尤其是当它 “觉得” 理解了你的意图时，会做一些超出你预期的改动。
顿悟期：它改变的不是写代码，是工作流#
真正让我对 Claude Code 改观的是大概半年后的一次经历。
我在做一个数据管道的重构，涉及五个微服务、两个数据库、一个消息队列。按我以前的节奏，这种活儿我得先画架构图，再写技术方案，然后逐个服务改，保守估计两周。
那次我换了个思路。我先花了一整天写了一份极其详细的 CLAUDE.md，把整个系统的上下文、约束条件、迁移步骤、回滚策略都写清楚。然后我把任务拆成十几个小步骤，每个步骤都让 Claude 的子代理去执行，我自己只在关键节点做 review。
结果五天干完了。而且因为每个子代理的任务足够小，出错范围可控，整个过程中只出了两个小问题，都是几分钟就能修好的。
工作流的改变
那一刻我突然意识到：Claude Code 的价值不在于它能写多快的代码，而在于它让我从 “执行者” 变成了 “指挥官”。
以前我的时间大部分花在敲键盘上，现在我的时间花在思考 “要做什么” 和 “怎么验证对不对” 上。这个转变听起来很虚，但实实在在地改变了我的工作方式。
现在的日常：它是我脑子的一部分#
用了一年的现在，Claude Code 已经融入了我的工作流，自然到像用 IDE 的自动补全一样。
早上到公司，先让它帮我 review 昨晚提交的代码；遇到不熟悉的库，直接问它 “这个函数是干嘛的” 比看文档快十倍；写复杂逻辑前先让它生成几个备选方案，我挑一个再改；甚至写技术文档的时候，我也习惯先口述思路，让它帮我整理成结构化的文字。
但我也越来越清楚它的天花板在哪。
它不懂业务优先级。你可以告诉它 “这个功能很重要”，但它不会理解 “重要” 背后的商业逻辑。它不擅长处理模糊需求。如果你自己都没想清楚要做什么，它只会给你一堆看似合理但实则无关的代码。它更没有 “产品直觉”——它不会告诉你这个功能用户根本不在乎。
什么样的人适合用，什么样的人不适合#
用了一年，我的判断是：
适合的人：
- 已经能独立写代码，想提升效率的工程师。Claude Code 是加速器，不是启蒙老师。
- 愿意花时间写上下文、拆任务的人。你投入的前期准备越多，它的产出越靠谱。
- 对代码有 review 能力和责任心的。把它当实习生，不是当神。
不适合的人：
- 指望它代替自己思考的。如果你连需求都描述不清楚，它只会给你更乱的代码。
- 完全不做 review 直接上线生产的。这不是勇敢，是鲁莽。
- 觉得用了 AI 就能少学技术的。恰恰相反，用 Claude Code 需要更强的架构能力和判断力，因为你得知道它给的东西对不对。
写在最后#
一年过去，我对 Claude Code 的感觉，从 “哇这能写代码” 的惊艳，到 “就是个工具” 的平常心，再到 “它改变了我怎么工作” 的认同。这个心路历程，大概和所有新技术的早期使用者差不多。
它不会取代程序员，但会用它的程序员会取代不会用的。这不是危言耸听，是我这一年最真实的感受。
如果你还没试过，建议花一周认真用一下。不是随便问几个问题那种 “试用”，是真的把它嵌入你的工作流，看看哪些环节它能接管，哪些环节你必须自己把关。
一年后，你可能也会写这么一篇 “使用报告”。
(C) 2026 halo. 由 GitHub Pages.