Claude Code 独立发布，终端里的全栈助手真香还是真坑？

Claude Code 独立发布，终端里的全栈助手真香还是真坑？

昨天 Anthropic 把 Claude Code 从内测拉出来，正式作为一个独立工具放到了终端里。我手头正好有个跑了半年的 Spring Boot 3.2.5 老项目，重构了一半卡在那儿，正好拿来试水。说实话，之前我也试过 Copilot 和 Cursor，但这次感觉不太一样。它不是插件，是个直接跑在终端里的 Agent。

先说结论：它比 Copilot 聪明，但比 Cursor 更“听劝”。不过，如果你指望它帮你把整个微服务架构一夜之间重写干净，那还是省省吧。

我当时的场景是，项目里有个核心模块，逻辑复杂得连我自己都快看不懂了。代码量大概两万行，涉及十几个类。我想让它帮我重构一个方法，结果它第一次给出的方案，直接把我原有的事务管理给干掉了。我盯着屏幕愣了三分钟，心想这玩意儿是不是在摸鱼。后来我把错误日志和具体需求扔给它，让它先解释为什么这么改，它才开始老老实实按我的思路来。有意思的是，它会自动读取整个代码库的上下文，而不是只盯着当前文件。这一点，比很多只基于当前文件的 AI 工具强多了。

之前我也纠结过用 Sonnet 4 还是 Opus 4 做后端。Sonnet 4 速度快，适合日常补全；Opus 4 逻辑深，适合处理那些绕来绕去的复杂业务。我试了一圈发现，对于那种需要全局视野的重构任务，Opus 4 确实更稳，但代价是响应慢，有时候等一个 diff 出来要十几秒。说实话，当时方案 A 是用 Opus 4 做深度重构，方案 B 是用 Sonnet 4 做快速迭代，我选了 A 因为我觉得一次性改好更省心。事后看，选错了。大部分时候，快速迭代加人工 review 反而更高效，Opus 4 的慢响应让我经常打断思路。

有个细节我没在别的地方看到过：Claude Code 的遥测机制。它会把你的操作习惯和错误反馈收集起来，用于模型微调。我在设置里翻了半天才找到关闭选项。对于有安全顾虑的公司来说，这步挺关键。我当时的项目涉及一些内部业务逻辑，虽然代码没上传，但操作日志里的模式特征可能还是有风险。我最后选择关闭遥测，用默认配置跑了一周，发现性能上几乎没有区别，RT 基本保持在 400ms 左右，和开启时差不多。

另一个让我意外的点是它的“自主性”边界。以前用别的工具，你让它改代码，它改完就停在那等你确认。Claude Code 不一样，它会自己跑测试，如果测试挂了，它会尝试自己修复，然后再运行。我测了一个包含 50 个单元测试的模块，它自己跑了三遍，修了两个因为重构导致的断言错误。这个过程挺爽的，但前提是你的测试写得够规范。如果测试本身就有问题，它可能会陷入死循环，不断尝试修复一个根本不该修的东西。我有一次就遇到了这种情况，它卡在同一个测试上跑了二十分钟，最后不得不手动 kill 掉进程。

版本方面，现在的稳定版是 1.0，底层模型默认调用 Claude 4 系列。API 调用方面，它支持自定义 base URL，这对那些需要走私有化部署的公司来说是个好消息。我之前一直担心它只能连公网，后来发现其实可以配置内网代理。不过，内网部署的延迟是个问题，实测下来，RT 从外网的 400ms 涨到了 1200ms，这个差距还是能明显感知到的。

我还在想一个问题：这种终端原生的 AI 助手，到底是在提升开发效率，还是在制造一种新的依赖？以前写代码，遇到不懂的就去查文档、看源码。现在，直接问 AI，三秒钟得到答案。看似高效，但长此以往，我们对代码的理解会不会变浅？我这两天一直在用，感觉确实有点依赖它。有时候明明自己知道怎么改，却下意识地先问问它。

周末我打算拿另一个小项目再测测，看看它在复杂并发场景下的表现。毕竟之前的测试都比较简单，没涉及到线程安全和分布式锁这些难点。如果大家也有在用 Claude Code，欢迎评论区聊聊，你们有没有遇到什么奇怪的 bug，或者觉得它哪里特别好用？