很多人第一次打开 Claude Code,会直接问:“帮我写一个登录页面。”然后等它输出一堆代码。这样当然能用,但很容易变成另一个聊天机器人:你复制代码、粘贴、报错、再问、再复制。

Claude Code 真正适合的用法不是“生成一段代码”,而是让它进入你的项目目录,理解文件结构,按你的要求改文件,并帮你把改动验证到可以交付。也就是说,它更像一个坐在你旁边的终端协作开发者。

这篇文章只讲新手第一次应该怎么用 Claude Code。不会展开复杂的 MCP、Hook、自定义 Skill 或团队管理配置;如果你已经会基础操作,再去看 Claude Code 进阶实战技巧 会更合适。

Claude Code 适合解决什么问题

先明确一点:Claude Code 不是普通网页聊天框。它的核心优势是能在本地项目里工作。

适合它的任务通常有几个特点:

  1. 需要读项目文件:比如理解某个页面、组件、脚本或配置。
  2. 需要改多个文件:比如新增一个页面,同时改导航、类型和测试。
  3. 需要运行命令验证:比如构建、测试、检查 lint、启动本地服务。
  4. 需要反复根据报错调整:它可以看报错,再继续修。

不太适合的任务也很明显:如果你只是想问一个概念、翻译一段文字、生成一个孤立函数,普通 Claude 聊天窗口就够了。Claude Code 的价值在“项目上下文”和“执行闭环”。

一个好用的心态是:不要把它当成代码自动补全,把它当成可以读仓库、改文件、跑命令的实习同事。你要给它目标、边界和验收方式。

安装和第一次启动

安装前先确认你本机有 Node.js 和 npm。然后在终端里安装 Claude Code:

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

安装完成后,进入你的项目目录:

1
2
cd my-project
claude

第一次启动时,它会引导你登录或配置访问方式。这里不要急着开始改代码,先做两件事。

第一,确认当前目录是不是你真正要处理的项目根目录。很多新手的问题不是 Claude Code 不会写,而是从错误目录启动,导致它看不到 package.json、src、README 或项目配置。

第二,先让它读项目,而不是直接写代码。比如你可以输入:

1
先阅读这个项目的结构,告诉我主要目录分别负责什么。不要修改文件。

这个步骤看起来慢,其实是在减少后面返工。Claude Code 对项目越理解,后续改动越不容易跑偏。

第一个任务应该怎么提

新手最容易犯的错误,是给一个太大的需求:

1
帮我优化整个网站。

这句话没有边界,也没有验收标准。Claude Code 可能会改样式、改文案、改组件,甚至顺手重构你不想动的地方。

更好的任务写法是这样的:

1
2
3
只修改首页 hero 区域的文案和按钮,不改布局结构。
目标是让新用户更快理解这个产品做什么。
完成后请列出改了哪些文件,并告诉我应该怎么本地检查。

一个清晰任务最好包含三部分:

信息作用示例
目标告诉它为什么改“让用户知道这是 AI 成本计算器”
范围限制它能动哪里“只改 src/pages/index.astro”
验收告诉它怎样算完成“构建通过,首页按钮文案更新”

如果任务涉及代码行为,最好再补一句:

1
不要先写代码,先告诉我你准备改哪些文件。

这样可以避免它一上来就大范围动手。等你确认方向后,再让它执行。

让 Claude Code 修改代码的基本流程

一个稳定的新手流程可以分成五步。

第一步:让它定位相关文件

你可以先问:

1
这个项目里首页是从哪些文件渲染出来的?只定位文件,不修改。

Claude Code 会读取项目结构,找到可能相关的页面、组件和配置。你先看它找得对不对。如果它误判了,及时纠正。

第二步:让它给出改动方案

定位之后再说:

1
基于这些文件,给我一个最小改动方案。不要新增依赖,不做重构。

这里的关键词是“最小改动”。Claude Code 很擅长处理复杂任务,但新手阶段最好先让它小步前进。一次只解决一个问题,出错时也更容易回滚。

第三步:批准后再改文件

确认方案没问题后,再让它开始修改:

1
按这个方案修改。只改刚才列出的文件。

修改完成后,不要只看它的总结。你要让它展示 diff,或者自己用 git diff 检查。重点看三件事:

  1. 有没有改到不相关文件。
  2. 有没有删除你不理解的逻辑。
  3. 有没有新增硬编码、假数据或临时代码。

第四步:运行验证

如果是前端项目,至少运行构建或本地启动;如果是库或后端项目,运行对应测试或命令。你可以让 Claude Code 执行:

1
运行项目已有的验证命令。如果失败,先解释错误原因,不要直接乱改。

这里要注意:构建通过不等于功能一定对,但构建失败一定不能忽略。Claude Code 的优势之一,就是可以根据真实错误继续修,而不是靠猜。

第五步:让它说明改动和风险

最后让它总结:

1
用简短列表说明这次改了什么、怎么验证、还有哪些没覆盖的风险。

这个总结不是给它自夸用的,而是帮你建立交付记录。以后你回看这次修改,会知道它到底动了哪里。

新手最常用的几类提示词

你可以把下面这些当成模板。

读项目:

1
阅读这个项目的目录结构,说明主要模块作用。不要修改文件。

定位问题:

1
帮我找到控制文章列表页标题和描述的文件。只定位,不改代码。

小范围修改:

1
只修改 contact 页面文案,不改表单逻辑和样式结构。

解释代码:

1
解释这个组件的数据流,从 props 到最终渲染。不要改文件。

检查风险:

1
检查刚才的 diff,有没有不必要的改动、硬编码或潜在安全问题。

验证结果:

1
启动本地开发服务器,并告诉我应该打开哪个页面检查改动。

这些提示词看起来普通,但重点是它们都有边界。Claude Code 最怕“随便优化一下”,最喜欢“只做这件事,别碰别的”。

权限和安全要注意什么

Claude Code 可以运行命令、读文件、改文件,所以权限边界很重要。

新手建议先保持保守模式:

  1. 不让它自动执行删除文件、重置分支、强推、清空数据库这类危险命令。
  2. 不把真实 API key、生产密码、客户数据直接贴进对话。
  3. 让它修改前先说明计划,特别是跨多个文件的任务。
  4. 每次修改后都看 diff,不要只看自然语言总结。
  5. 涉及外部发布、线上提交、付费服务操作时,必须自己确认。

如果它请求运行某个你看不懂的命令,先让它解释:

1
解释这个命令会做什么、会不会删除或覆盖文件。先不要执行。

AI 编程的安全感不是来自完全信任工具,而是来自清楚的权限、清楚的改动范围和可验证的结果。

第一次练习可以做什么

如果你刚装好 Claude Code,不建议上来就让它重构核心业务。可以从低风险任务开始练:

  1. 解释项目结构。
  2. 给 README 补一段安装说明。
  3. 修改一个页面的小段文案。
  4. 找出某个组件被哪些页面引用。
  5. 运行已有构建命令并解释报错。

等你熟悉它的工作方式后,再让它处理更复杂的任务,比如修 bug、加页面、补测试、调整 SEO、检查内链或重构小模块。

常见问题

Claude Code 会不会自己乱改很多文件?

如果你给的任务太模糊,它确实可能扩大范围。所以要提前写清楚“只改哪些文件”“不要做重构”“先给方案再修改”。

它能不能完全替我写代码?

可以帮你写,但不应该替你做最终判断。你仍然要看 diff、跑验证、确认业务逻辑。Claude Code 是协作工具,不是责任转移工具。

为什么我让它改完还是报错?

很正常。真实项目有依赖、配置、类型、环境变量和旧代码。关键不是一次不报错,而是能不能根据真实报错继续定位和修复。

需要学很多命令吗?

一开始不需要。先会启动、会描述任务、会检查 diff、会运行验证,就已经能完成很多实际工作。

总结

Claude Code 怎么用,关键不是记住多少命令,而是建立正确流程:在项目根目录启动,先让它理解上下文,再给清楚的目标、范围和验收标准,修改后看 diff,并用真实命令验证。

如果你只把它当聊天机器人,它最多帮你生成代码片段。如果你把它当项目协作开发者,它就能帮你完成从理解需求到验证交付的一整段流程。新手先从小任务练起,等你能稳定控制范围,再把更复杂的开发任务交给它。