Claude Code系列教程4：Claude Code使用场景有哪些？

典型使用场景

我把使用场景分成四类，按频率从高到低排列。

第一类：理解代码

这大概是用得最多的一类。接手别人的项目、看一个久远的模块、或者打开一个没文档的仓库时，直接问它。

具体做法：

claude "这个项目是干什么的？入口在哪里？"——它会读 package.json、目录结构、关键文件，给出一份概括。
打开一个函数，让它解释逻辑、画流程（用文字描述）。
让它追踪一个 API 请求从前端到数据库的完整路径。

这里它干的活，本质上是帮你做“代码阅读的脏活”。你不需要自己 grep 半天，再在脑子里拼图。它把路径理好，你来做判断。

这一类场景的替代对象是：在代码库里手动翻找、做笔记、画调用图。

第二类：写代码、改代码

这是最被讨论的一类，但它其实不是用得最多的。写代码的场景通常是这样：

生成新功能：“在 user 模块下加一个修改邮箱的接口，要校验邮箱格式，写单元测试。”
跨文件重构：“把这三个文件里所有的 moment() 换成 dayjs()，别改其他逻辑。”
迁移和升级：“把这个 Vue 2 的组件改成 Vue 3 Composition API 写法。”

它生成的代码不一定一次就对，但它能一次把跨文件的改动全做完，而且你可以逐文件 diff，逐个接受或拒绝。

这一类场景的替代对象是：手动写重复性代码、手动搜索替换跨文件引用。

第三类：调试和修复

bug 出现时，通常的工作流是：看报错、定位文件、猜原因、改一下试试、不行再回来看。Claude Code 可以直接接收整个错误堆栈，结合项目代码自己定位。

典型用法：

把失败的测试输出丢给它，它会读相关代码，给出修改方案，改完再跑一遍测试，看是否通过。
遇到 CI 报错，把日志贴进去，让它修，修完再跑 git diff 确认改动。

这里它起到的作用更像是“第一轮排查员”。花时间想问题的是你，但翻文件、比对差异、跑验证命令的是它。

这一类场景的替代对象是：反复运行测试、阅读错误日志、手动比对代码差异。

第四类：杂项自动化

这类场景最不起眼，但叠加起来省下的时间最多。

例子：

写 Git 提交信息：claude "根据当前 git diff 写一条 Conventional Commits 格式的提交信息"
生成 PR 描述：让它对比当前分支和 main 的差异，生成本次改动的总结和测试说明。
写发布说明：让 Claude Code 读取最近一周的 commit 历史，生成 CHANGELOG。
解答环境问题：“装这个依赖报错了，帮我看看终端输出，找到原因。”

这些事情的共同点是：不复杂，但琐碎。自己做要切窗口、打很多字。交给它，几秒完事。

这一类场景的替代对象是：手动编辑文本、写规范的文档、搜索环境配置问题。

一张“地图”

把这四类场景放进日常工作流里，大概是这样一张地图：

拿到一个不熟悉的项目
    │
    ▼
[理解代码] ─── 搞清楚结构、入口、关键逻辑
    │
    ▼
开始写新功能或改模块
    │
    ▼
[写代码/改代码] ─── 生成实现、跨文件重构
    │
    ▼
运行测试，出 bug
    │
    ▼
[调试和修复] ─── 分析错误、定位、修好、再跑
    │
    ▼
准备提交
    │
    ▼
[杂项自动化] ─── 写 commit、PR 描述、发布说明
    │
    ▼
提交，完成

你不需要在这四个象限里全用它。有的团队只用它理解代码，有的人只用它写测试和发 PR。哪个环节最困扰你，就从哪个场景切入。

两个用得上的判断标准

如果你不确定一件事该不该交给 Claude Code，可以问自己两个问题：

1. 这件事是不是“机械性”大于“创造性”？

改一百处引用、格式化输出、生成样板代码——这些事自己干累积起来会很耗时间，但思路你已经有了。适合交给它。

2. 这件事的“验证成本”高不高？

如果一个修改需要反复跳转、跑测试、看日志才能确认，那个人去试错很慢。Claude Code 可以自己完成“改-跑-看-再改”的循环，你会轻松很多。