1 Claude Code 从零开始：它到底适合谁，能帮你做什么

你好，我是郭震。

这套教程从零开始讲 Claude Code。不是“把一句需求丢给 AI，然后等它变魔术”的那种讲法，而是按真实工程工作来：先让它读仓库，再让它解释结构，然后改一个小点，跑测试，看 diff，最后再决定要不要提交。

Claude Code 最适合的场景，是你已经有一个代码项目，但不想每次都从几十个文件里重新找入口。比如你想修一个页面样式、追一个后端接口、给旧项目补测试、整理一份项目说明、把一个重复流程做成命令，它都能帮你把“理解代码”的时间压下来。

但它不是万能的。它不能替你判断业务是不是该做，也不能自动保证每次改动都是安全的。你要把它当成一个能读代码、能执行命令、能连续做事的工程搭档，而不是一个只会补全几行代码的插件。

我使用 Claude Code 的第一步通常不是让它写代码，而是让它解释项目结构和风险点。它如果连入口文件、启动命令和危险目录都说不清，后面改得越快风险越大。

这里可以把“先不要修改代码”写成固定习惯。读者照着做一次，就能感受到命令行智能体和普通聊天工具的区别：它不是给答案，而是进入项目现场。

先弄清楚 Claude Code 的位置

Claude Code 是一个面向开发工作的命令行工具。你在项目目录里启动它，它可以读取文件、搜索代码、运行命令、修改文件，并根据你的反馈继续迭代。官方 quickstart 也把第一次使用拆成了安装、登录、启动会话、提问、改代码、配合 Git 和常见工作流几个步骤。

这篇更适合结合一个真实仓库读。先确认分支、脏文件、可运行命令和预期结果，再让工具介入，后面的修改过程会更容易追踪，也更少出现说不清来源的变更。

我的建议是，第一天不要急着让它“重构整个项目”。你先用三个小任务熟悉它：

这样做的好处是，你能很快判断它到底理解了多少，而不是等它改完一堆文件才发现方向不对。

第一次进入一个仓库，我通常会这样问：

读《Claude Code 从零开始：它到底适合谁，能帮你做什么》时，可以把配图当成路线卡：先看整体顺序，再看每一步为什么这样做，最后再检查边界条件。

先不要修改代码。请阅读这个项目的目录结构，告诉我：
1. 前端入口在哪里
2. 后端入口在哪里
3. 本地启动命令是什么
4. 哪些文件在改动前需要特别小心

注意第一句话：先不要修改代码。这个习惯很重要。对于陌生项目，先让 Claude Code 观察、解释、列风险，再让它动手，成功率会高很多。

如果它回答得比较准，你再继续：

现在帮我找一下登录页面对应的组件和接口。
仍然先不要改代码，只列出相关文件和你判断的依据。

当你确认它找对位置后，再给出小范围任务：

只修改登录按钮的 loading 文案，不要改接口逻辑。
改完后请运行现有的类型检查或构建命令。

Claude Code 的价值就在这里：它可以把“找文件、看上下文、改一小处、跑验证”连起来。你负责判断方向，它负责把工程琐事跑顺。

如果你是个人开发者、独立站站长、AI 工具折腾者，或者经常要维护自己的前后端项目，这套教程会很实用。你不一定要是资深程序员，但至少要愿意看 diff、愿意读报错、愿意让每次改动都有验证。

如果你只想复制一段 prompt，让 AI 直接替你上线生产环境，那我不建议这么用。Claude Code 可以非常强，但强工具更需要边界。尤其是涉及数据库、支付、用户权限、生产服务器命令时，永远要先看计划，再看改动，再跑测试。

后面 9 篇会按顺序讲安装登录、第一次改代码、CLAUDE.md 记忆文件、计划模式、权限设置、Skills 和命令、MCP、Subagents、Hooks 与 GitHub Actions。学完之后，你应该能把 Claude Code 放进自己的真实工作流，而不是停留在“它好像很厉害”的印象里。

练习《Claude Code 从零开始：它到底适合谁，能帮你做什么》时，建议把输入条件、处理动作和可见结果写在一起，方便下次复查。

复习《Claude Code 从零开始：它到底适合谁，能帮你做什么》时，建议把关键概念、操作步骤和可见结果放在同一页里回看。

参考资料：