写在前面

这篇文章不是教程,也不是技术文档。它只是一个普通人与 Claude Code 相处的真实记录。

我想告诉你:我为什么会从"又一个 AI 工具"的怀疑,变成现在每天打开终端第一件事就是敲 claude 的依赖。

如果你也在犹豫要不要尝试,或者在试用期徘徊,希望我的故事能给你一点参考。


第一章:第一次接触(2025年初)

“又一个 AI 编程助手?”

第一次听说 Claude Code 是在 Twitter 上。那时候我已经用 Cursor 写了几个月代码,对 “AI 编程” 这个概念既熟悉又麻木。

看到 Claude Code 的介绍时,我的第一反应是:「又一个?有什么区别?」

但我还是决定试试。毕竟那时候是免费的。

安装和第一次运行

安装倒是很简单,一条命令就搞定了:

npm install -g @anthropic-ai/claude-code

然后我在一个旧项目目录下输入了 claude

第一次的失望

说实话,第一次体验并没有惊艳到我。

我让它帮我写一个 Python 爬虫,它确实写出来了,但和我期望的 “智能到不需要我思考” 还有很大差距。

我甚至在笔记本上写下了这样的评价:「比 Cursor 的命令行版好用一点,但也没那么神。」

然后,我把它搁置了大约两周。


第二章:转折发生在一次重构

被迫重新拿起 Claude Code

两周后,我接手了一个 legacy 项目。代码是一年前写的,耦合严重,注释几乎没有。

我需要把它拆分成三个微服务,但完全不知道从哪下手。

我试着用 Cursor,但它的 Agent 模式在那个大文件面前卡死了好几次。

万般无奈之下,我想起了搁置的 Claude Code。

“先帮我理解这个项目”

我没有直接让它重构,而是先问:「这个项目是做什么的?帮我梳理一下核心模块。」

Claude Code 花了大概两分钟,阅读了整个代码库,然后给我输出了一份结构清晰的分析:

  • 项目架构图
  • 核心业务流程
  • 当前的问题点
  • 建议的重构方向

那一刻,我感觉找到了一个真正的「技术搭档」,而不是一个「代码生成器」。

顿悟时刻

然后我说:「好,那按照你的建议,我们开始拆第一个微服务。」

让我震惊的是,Claude Code 没有直接开始写代码,而是先说:

「在动手之前,我建议我们先确定几件事:

  1. 新微服务的目录结构
  2. 与原系统的接口契约
  3. 数据迁移方案

这样可以避免后续的大规模重构。」

这就是那个「顿悟时刻」。

我意识到:Claude Code 的价值不在于「写代码有多快」,而在于它会思考。它会帮你规避风险,考虑边界情况,像一个经验丰富的架构师那样引导你。

那天,我们把第一个微服务的骨架搭起来了,而且代码质量比我想象的要好得多。


第三章:从工具到伙伴

每天的工作流变了

从那次重构之后,Claude Code 成了我工作的默认环境。

我的工作流变成了这样:

  1. 打开终端,输入 claude
  2. 告诉它今天要做的事
  3. 它会帮我规划、写代码、测试、甚至提交

不只是写代码

渐渐地,我发现 Claude Code 的能力边界远比我想象的宽:

代码之外的任务

  • 帮我写技术文档和博客文章
  • 分析日志和错误信息
  • 生成测试数据和 mock 服务
  • 甚至帮我写 Shell 脚本来自动化日常工作

学习和研究

  • 解释陌生的代码库和技术概念
  • 对比不同的技术方案(比如「Redis vs Memcached」)
  • 帮我读懂英文技术文档

项目管理

  • 把大任务拆成小任务
  • 生成项目结构和脚手架
  • 写 Makefile 和 CI/CD 配置

最意外的收获:沟通能力的提升

这可能听起来有点奇怪,但用 Claude Code 久了,我发现自己「提问题的能力」变强了。

因为要让 Claude Code 给出高质量的答案,你必须:

  • 清晰地描述问题背景
  • 准确地表达你的需求
  • 提供足够的上下文信息
  • 学会追问和纠正

这些技能,在跟真实的人类沟通时同样有效。


第四章:它不是完美的

我想诚实地告诉你

写到这里,我不想让你觉得 Claude Code 是「神器」或者「银弹」。

它有自己的局限:

1. 它需要好的引导

如果你只是扔给它一句「帮我写个网站」,结果大概率会让你失望。

但如果你说:「我想写一个个人博客,用 Hugo 静态生成器,主题是 PaperMod,需要支持暗色模式、文章目录、代码高亮」,结果就会好很多。

2. 它也会犯错

Claude Code 不是全知全能的。它有时候会:

  • 写出有 bug 的代码
  • 推荐过时的技术方案
  • 理解错你的需求

关键是,你要有基本的判断能力,不能无脑接受它的所有输出。

3. 成本问题

现在 Claude Code 已经不是免费的了。它有额度限制,超出后要付费。

对于个人开发者来说,这笔费用不算便宜(但也不算贵,大概相当于几杯咖啡的钱)。

你需要权衡:它带给你的效率提升,是否值得这个价格。

4. 网络问题

在国内使用,有时候会遇到连接不稳定的情况。需要一些「技术手段」来保证可用性。

那么,它还值得用吗?

我的答案是:值得,但要看怎么用

Claude Code 最适合这样的场景:

  • 你有一定的编程基础,能判断它写的是否正确
  • 你愿意花时间学习怎么跟它高效沟通
  • 你有复杂度中等的任务(太简单的没必要,太复杂的它搞不定)
  • 你把它当「搭档」而不是「替代品」

如果你符合这些条件,Claude Code 很可能会成为你工作流中不可或缺的一部分。


尾声:现在,开始你的故事

写到这里,我的故事暂时告一段落了。

但你的故事,可能才刚刚开始。

如果你被我说动了,想要试试 Claude Code,我的建议是:别犹豫,直接开始

不需要看太多教程,不需要等「准备好」的那一天。

就现在,打开终端,输入 claude,然后告诉它你想做什么。

剩下的,会在实践中慢慢清晰。


附录:我的 Claude Code 配置

如果你好奇我平时的使用环境,这是我的 settings.json 精简版:

{
  "env": {
    "EDITOR": "vim"
  },
  "model": "claude-opus-4-7",
  "attribution": {
    "name": "小c",
    "url": "https://xiaocself.top"
  }
}

以及我常用的 Hooks 配置,用于自动保存和提交:

{
  "hooks": {
    "pre_tool_use": [
      {
        "command": "echo \"[$(date)] Tool: {tool_name}\" >> /tmp/claude-activity.log",
        "when": "always"
      }
    ]
  }
}

这些只是参考,不必照搬。找到适合你自己的工作流,才是最重要的。


最后更新:2026年5月1日

如果你有任何问题或想交流,欢迎在 GitHub 上找到我:@xiaocself