2026年4月 · 第2版

Claude Code

从入门到精通

面向工程师与产品经理的AI编程完全指南

The Complete Guide to Claude Code — From Zero to Shipping Products

适用版本 Claude Code v2.1.88+
模型 Opus 4.6 / Sonnet 4.6 / Haiku 4.5
内容 10章 + 附录 · ~75页
作者 土豆
Part 1  ·  起步
§01

为什么是 Claude Code

Why Claude Code

AI编程工具在三年里变了三次。搞清楚这个演变路径,你就能理解 Claude Code 到底在做一件什么不一样的事。

三年变了三次

点击下方时间轴,了解每个阶段的特点:

2022
Copilot
代码补全助手
2023-2024
Cursor
对话式编辑器
2025
Claude Code
终端 Agent
Claude Code —— 你的角色变成了「给指令的人」

它不住在任何编辑器里,直接在终端运行。你描述一个需求,它自己规划步骤、读代码、写代码、跑测试、操作 git,整个循环自动完成。

花叔的经验
我本人从未手写过代码,所有产品(包括 AppStore 付费榜 Top 1 的小猫补光灯)都是用 AI 完成的。Claude Code 让「不会写代码但能构建产品」这件事,从少数人的实验变成了大多数人的可能。

它跟 Cursor 到底有什么不一样

维度IDE Agent(Cursor等)终端 Agent(Claude Code)
运行环境编辑器内嵌,依赖IDE框架终端原生,直接操作操作系统
自主程度通常需要你在旁边确认可以完全无人值守运行
系统集成通过插件桥接 git/CLI直接操作 git、shell、MCP
记忆系统隐式的项目索引显式的 CLAUDE.md 记忆文件
并行能力主要单实例工作原生支持多实例并行

增长有多快

0
亿美元年化收入
(GA后6个月)
0
团队平均提效
(Anthropic数据)
0
权限请求被用户
直接批准(内部数据)
0
Boris 47天里
用了多少天

全书路线图

Day1上手
理解 AI 编程 → 安装配置 → 做出第一个项目
§01§02§03
Day2-3核心
掌握工作流 → 配置记忆系统 → 学会有效沟通
§04§05§06
Day4-5进阶
扩展能力(Skills/MCP) → 多 Agent 协作
§07§08
Day6-7实战
独立构建完整产品 → 建立长期心智模型
§09§10
§02

10分钟完成安装

Get Started in 10 Minutes

安装过程比你想象的简单。选择你的系统,跟着做就行。

选择安装方式

macOS / Linux
Windows
Homebrew

打开终端(macOS 用 Terminal 或 iTerm2,Linux 用你习惯的终端),运行:

curl -fsSL https://claude.ai/install.sh | bash

脚本会自动检测系统、下载二进制文件、把 claude 命令加到你的 PATH。装完输入 claude 就能启动。

1

安装 Git for Windows

从 git-scm.com 下载安装,或用 WinGet:

winget install Git.Git
2

安装 Claude Code

打开 PowerShell 或 Git Bash,运行:

winget install Anthropic.ClaudeCode
3

验证安装

claude --version

能看到版本号就说明安装成功。

注意
Claude Code 需要 Git Bash 提供的 Unix 工具链。建议使用 PowerShell 或 Git Bash,不要用 CMD。
brew install --cask claude-code

适合已经用 Homebrew 管理工具的 macOS 用户。

五种使用方式

环境特点适合谁
终端 CLI最原生,功能最完整日常开发的主力方式
VS Code 扩展在侧边栏运行,可看文件变化习惯 VS Code 的开发者
Desktop App独立桌面应用不熟悉终端的用户
Web 版浏览器访问 claude.ai/code临时使用、体验试用
JetBrains 插件IntelliJ IDEA、WebStorm 中使用JetBrains 用户
建议
不管你平时用什么,都建议先把 CLI 装好。CLI 是基础,VS Code 扩展和 Desktop App 都依赖它。终端才是它的完全体。

试一试:第一句话

终端 — bash
~ $

安装清单(可交互勾选)

全部通过?可以开干了。

付费方案

方案月费用量适合谁
Pro$20/月基础用量个人开发者、学习者
Max 5x$100/月5倍于 Pro重度用户、全职AI编程
Max 20x$200/月20倍于 Pro团队用户、商业项目
核心建议
先从 Pro 开始就好。用几天你自然知道够不够。很多人的路径是:第一周觉得 Pro 够了,第二周开始上瘾然后升 Max。
§03

你的第一个项目

Your First Project — Learning by Doing

理论讲完了,直接上手。这一章从零做一个真实的 CLI 工具。做完之后,你就真正理解对话式编程是怎么回事了。

先转换一下心态
从现在开始,你是产品经理,Claude 是你的工程师。你的活是说清楚要什么,不是写代码。哪怕你是资深程序员,也请先按这个方式来一遍。

五步工作流

1

描述需求 — 告诉 Claude 你要什么

打开终端,进入空文件夹,启动 Claude Code,用自然语言描述需求。越具体越好:说清最终产物长什么样、指定技术选型、给具体数据源。

# 示例需求
帮我做一个AI新闻聚合CLI工具。需求如下:
1. 从以下RSS源抓取最近24小时的文章
2. 对每篇文章提取标题、链接、发布时间、来源
3. 按时间倒序排列,输出Markdown格式日报到output/目录
4. 用TypeScript写,用tsx直接运行

先别急着写代码,给我一个实现方案。
2

审查方案 — 看它怎么想的

Claude 收到需求后,会先给你一个方案。这时候你就是在看工程方案的产品经理。觉得行就说 OK,想调整就直接说。

3

确认执行 — 看着它干活

确认方案后,Claude 开始执行:初始化项目、安装依赖、创建源码文件、运行测试。整个过程大约 2-5 分钟。你干嘛?看着就行。

4

验证结果 — 看看对不对

Claude 干完了,跑一下看结果。如果报错了,直接把错误信息丢给 Claude,它会读错误信息、定位问题、改代码、再跑。一般 1-2 轮就搞定。

5

迭代改进 — 继续加功能

能跑了,但你想加点东西?继续用自然语言说就行。Claude 会修改代码、跑测试、确认结果,你只需说清要什么和好不好。

这一章的核心
描述需求、审查方案、确认执行、验证结果、迭代改进。你管要什么和好不好,Claude 管怎么实现。这个分工形成默契之后,生产力会有质的变化。

新手常见困惑

Q1
代码看不懂怎么办?
直接问它。「解释一下 fetcher.ts 的实现逻辑」,Claude 会用人话讲清楚。
Q2
写错了怎么办?
直接说哪里不对。描述现象比定位代码行更有效。「运行后只输出了A的文章,另外两个没有。」
Q3
该管多少?
四个字:信任但验证。让 Claude 去做,但每一步检查结果。方案阶段仔细看,编码阶段扫一眼。
Part 2  ·  核心能力
§04

核心工作流

Core Workflows — The Patterns That Matter

跑通第一个项目之后,真正拉开效率差距的是几个核心工作模式。点击卡片查看详情。

四大工作模式

🗺️
Plan 模式
先想清楚再动手,让 Claude 只规划、不执行

如何进入:按两次 Shift+Tab,界面切换到 Plan 模式。

黄金工作流:

  1. Plan 模式下描述需求,来回讨论方案
  2. 按 Ctrl+G 用编辑器写一份详细的执行指令
  3. 切换到执行模式,开启 Auto-accept,一气呵成
判断标准
如果你需要跟同事解释才能让他做的任务,就值得用 Plan 模式。
🚗
Auto 模式
AI 分类器替你做权限判断,安全操作自动放行
claude --permission-mode auto

Auto 模式有两层防御:

  • 输入层:Prompt Injection 探测器扫描所有内容
  • 输出层:Transcript 分类器评估每个操作的风险

Auto 模式会拦截:范围升级、凭证探索、绕过安全检查、数据外泄。

🔑
/permissions 白名单
精细控制每条命令,最安全的权限方案
# 允许运行所有 npm 脚本
Bash(npm run *)
# 允许编辑 docs 目录
Edit(/docs/**)
# 允许 git 操作
Bash(git add *)
Bash(git commit *)

这些规则保存到 .claude/settings.json 并提交 Git,团队共享同一套权限配置。

🌿
Git Worktrees
并行工作利器,多任务同时推进互不干扰
# 创建一个 worktree,在新目录中开始工作
claude --worktree

# 在 Tmux 会话中启动
claude --worktree --tmux

Boris 的并行工作方式:同时运行 5 个 Claude Code 实例,每个在不同的 worktree 中工作。一个写功能、一个修 bug、一个写测试,同时进行。

会话管理命令速查

操作命令/快捷键什么时候用
清空当前会话/clear切换到完全不相关的任务时
压缩上下文/compact会话太长、Claude 开始变慢或遗忘
停止当前操作EscClaude 在做你不想要的事
Rewind(回滚)Esc × 2/rewindClaude 改坏了代码
恢复上次会话claude --continue终端不小心关了
侧链提问/btw想问一个不相关的问题,不污染当前上下文

六个坑,你大概率会踩

坑1
一个会话什么都塞
一个会话聚焦一个任务。做完就 /clear,或者开新终端窗口。
坑2
反复纠正,越改越偏
纠正两次不行,果断 /clear 重来。重新描述需求,这次说得更具体。
坑3
看着像对的就接受了
每轮改动都实际运行一次。「代码看起来对」和「代码是对的」差距可能很大。
坑4
过度微操
关注结果。让 Claude 把一个完整任务做完,看最终输出是否符合预期。
坑5
需求模糊,然后怪 Claude
给具体的、可验证的需求。「把这个 API 的响应时间从 2 秒优化到 500ms 以内」比「优化一下性能」有效 100 倍。
坑6
不写 CLAUDE.md
项目根目录没有 CLAUDE.md,或者有但从不更新。每次新会话都要重新解释项目背景。

🧠 快速测一测

Q1  会话太长、Claude 开始遗忘上下文时,最合适的命令是?
A
/clear — 清空全部历史
B
/compact — 压缩上下文保留摘要
C
Esc × 2 — 回滚到上一步
/compact 压缩历史但保留摘要,既释放 token 又不丢上下文。/clear 会直接清空所有对话。
Q2  「优化一下性能」这种需求描述,主要问题是什么?
A
太短了,Claude 看不懂
B
不具体、无法验证,Claude 无法判断做到什么算完成
C
应该用英文表达
✓ 好需求要能被验证。「响应时间从 2s 优化到 500ms 以内」就可验证,「优化一下性能」则不行。
Q3  Claude 在做你不想要的事情,最快的停止方式是?
A
关掉终端窗口
B
输入 /stop 命令
C
按 Esc 键中断当前操作
Esc 是最快的中断方式,Claude 会立即停止。Esc × 2 可以回滚到上一步。
§05

CLAUDE.md:给 AI 一张地图

CLAUDE.md — The Map You Draw for Your AI

Claude Code 每次对话开始时会自动读 CLAUDE.md。这个文件不是说明书,它更像一份契约。你和 AI 之间关于怎么干活的约定,就写在这一个文件里。

什么该写,什么不该写

✓ 该写
  • Claude 猜不到的 Bash 命令
  • 与默认不同的代码风格偏好
  • 测试命令和偏好的测试框架
  • 项目架构决策和背景
  • 开发环境的坑(特殊环境变量)
  • 常见陷阱和修复方式
✗ 不该写
  • Claude 读代码就能知道的事
  • 标准语言规范(已知道)
  • 详细 API 文档(给链接)
  • 频繁变化的信息
  • 文件逐一描述(会自己看)
  • 「遵循最佳实践」这种废话

一个真实的好 CLAUDE.md

# MyApp

## 架构
- Next.js 15 + TypeScript + Tailwind CSS
- 数据库: PostgreSQL + Drizzle ORM
- 认证: Better Auth
- 状态管理: Zustand (不要用Redux)

## 开发命令
- 启动开发服务器: pnpm dev
- 跑测试: pnpm test (Jest + React Testing Library)
- 类型检查: pnpm typecheck

## 代码风格
- 组件用函数式,不用 class
- 样式用 Tailwind,不写 CSS 文件
- 数据获取用 server component,不用 useEffect

## 常见陷阱
- Drizzle 迁移后必须跑 pnpm db:generate,否则类型不同步
- 环境变量改了之后需要重启 dev server

## 不要做
- 不要安装新依赖除非我明确同意
- 不要修改 drizzle.config.ts

整个文件不到 300 字。但每一行都有价值:要么是 Claude 猜不到的命令,要么是踩过的坑。没有一句废话。

迭代飞轮

🐛
Claude 犯错
📝
记到 CLAUDE.md
🚫
下次不再犯
📈
错误率持续降低

层级结构

~/.claude/CLAUDE.md     ← 全局级:所有项目共用的偏好
./CLAUDE.md             ← 项目级:检入 git,与团队共享
./src/CLAUDE.md         ← 子目录级:monorepo 中特定模块的规则
一句话总结
CLAUDE.md 从空文件开始,每次犯错加一条,保持精简(Boris 团队只用了约 2500 tokens),检入 git 与团队共享。用三个月养出来的那个文件,是你最有价值的 AI 资产。
§06

进阶对话技巧

Advanced Prompting & Context Engineering

好的对话靠的不是花哨的 prompt,而是精准的上下文。这章聊的都是实战中真正管用的对话策略。

三个提问原则

① 具体

文件名、行号、函数名、期望行为,能给就给。越具体的指令,越精确的输出。

✗ 不推荐帮我加个搜索功能
✓ 推荐在 src/components/Header.tsx 的导航栏中添加搜索框,用 Fuse.js 做模糊搜索,搜索范围是 posts 数组,参考现有的 FilterDropdown 组件的样式

② 指向

你代码库里一定有写得好的部分。把它们当参考范本指给 Claude 看。「像那个一样做」比「做一个漂亮的」有效 100 倍。

③ 克制

一次只做一件事。任务大就分步来,每步确认结果后再下一步。一条消息里塞三个不相关的需求,Claude 大概率只做好其中一个。

让 Claude 采访你

当你要做一个比较大的功能,不要一上来就写需求文档。先对 Claude 说:

我想做一个支付功能,在动手之前,先采访我,
问清楚所有你需要知道的事情。

Claude 会问你一系列问题,其中至少有一半是你自己没考虑过的。采访结束后,让它把答案整理成一份 Spec,然后开一个全新的会话来执行。

💬
采访阶段
📄
生成 Spec
🚀
新会话执行

Context Engineering:信息不是越多越好

核心原则
上下文管理的核心原则:不是给所有信息,而是给对的信息。让 Claude 看到它解决当前问题需要的上下文,而不是整个项目的百科全书。Anthropic 工程团队发现,上下文太多,模型表现反而变差。

⚡ Prompt 构建器

填入要素,自动生成一条高质量 prompt,直接粘贴给 Claude 用。

生成的 Prompt
Part 3  ·  进阶实战
§07

扩展能力:Skills、Hooks 与 MCP

Extensions: Skills, Hooks & MCP

Claude Code 真正的价值不是它本身有多强,而是你能在它身上接多少东西。三种扩展机制,让它从一个终端工具变成一个可以无限生长的工作台。

📚
Skills
Markdown 指令包
告诉 Claude 怎么做事。高确定性但非 100%,适合领域知识、可复用工作流。
🪝
Hooks
Shell 脚本钩子
100% 确定执行。在关键节点自动触发,适合格式化、lint、安全检查。
🔌
MCP
外部工具连接器
让 Claude 看到外面的世界。连接数据库、API、第三方服务。100% 确定。
§08

多 Agent 协作

Multi-Agent Collaboration

Claude Code 最被低估的能力不是它写代码有多快,而是它可以同时跑很多个。学会并行之后,你的工作模式会从「一个人配一个 AI」变成「一个人指挥一支 AI 团队」。

并行工作的基础设施

# 启动一个在独立 worktree 中运行的 Claude session
claude --worktree

# 在 Tmux 会话中启动(可以后台运行)
claude --worktree --tmux

三种协作模式

🖊️
Writer Agent
写代码
🔍
Reviewer Agent
审代码
🔧
Writer 修改
迭代
输出提交
完成

Writer/Reviewer 模式

一个 agent 写代码,另一个审代码。写代码的人容易陷入自己的思路,审代码的人能从不同角度发现问题。两个 agent 互相盯着,产出质量肉眼可见地提升。

测试驱动模式(AI TDD)

一个 agent 写测试,另一个写实现。写测试的 agent 先根据需求定义「什么是正确行为」,写实现的 agent 再去满足这些测试。

Fan-out 批处理

同一个操作需要对大量文件重复执行时,用 /batch 命令或 shell 循环让多个 Claude 实例并行处理。50 个文件同时迁移,几分钟完成原本需要一整天的工作。

for file in $(cat files-to-migrate.txt); do
  claude -p "Migrate $file from JS to TS" \
    --allowedTools "Edit,Bash(git commit *)" &
done
Boris 的总结
把并行工作想象成管理一个远程团队。你不需要盯着每个人写每一行代码,但你需要清楚每个人在做什么、进度如何、有没有卡住。你的工作从写代码变成了做项目管理。
§09

从零构建一个完整产品

Build a Complete Product from Scratch

前8章讲零件,这一章组装。用一个真实项目把前面学的东西全串起来。

五个阶段

0

Phase 0:先别急着写代码

让 Claude 先采访你。一次对话密集的需求分析,确认 SPEC.md 后,开新 session 开始开发。

I want to build a weekly report tool. Before writing
any code, interview me to understand the requirements.
1

Phase 1:项目初始化

新 session,干净的开始。一句话创建项目骨架,然后配置 CLAUDE.md。

2

Phase 2:正式开发

先用 Plan 模式聊一轮架构,确认方案后退出 Plan 模式,让 Claude 开始实现。每完成一个模块,做一次验证。

注意
每做完一步就验证,这是踩过最多坑之后总结出来的最重要的习惯。不要让 Claude 一口气写完所有代码再测。
3

Phase 3:让它好看起来

截一张当前页面的图,粘贴给 Claude,一次性列出所有问题,让它批量修改。这种「截图→反馈→修改」的循环非常高效。

4-5

Phase 4-5:扩展能力 + 部署上线

给项目加上 Skills、MCP 和 Hooks,然后一句话部署到 Vercel,配置 CI/CD。

Deploy this project to Vercel. Set up the environment
variables for GitHub OAuth, Claude API key, and Slack
bot token. Also create a GitHub Actions workflow.

花叔踩出来的五条经验

01
需求拆小,每次只给一步
先做登录,确认能跑。再做数据存储,确认能存取。然后是核心业务逻辑。每步验证通过,再进下一步。
02
先跑通最小功能
先做一个能跑的最简版本,自己用两天,发现真正需要什么再加。你脑子里想象的功能和实际需要的往往差异很大。
03
验证比开发更重要
AI 生成的代码需要验证,就像人写的代码需要测试。每完成一个功能模块,立刻打开浏览器或跑测试。
04
不要在一个 session 里做太多不相关的事
分 session:项目初始化、核心后端逻辑、前端页面、测试和 bug 修复、部署 CI/CD,各自独立。
05
产品感知才是你最大的杠杆
AI 能帮你执行,但帮不了你决策。这个产品到底该解决什么问题?目标用户是谁?这些才是你该花时间的地方。
§10

心智模型与持续进化

Mental Models & Continuous Evolution

工具会过时,功能会更新,但好的思维方式不会贬值。最后一章退后一步,聊几个我觉得比具体操作更重要的东西。

三层模型:你的时间该花在哪

💬
Prompt 层
你说的话
每次对话都要重新投入,一次性回报。
1x回报
🗺️
Context 层
AI 能看到的信息
写一次 CLAUDE.md,持续生效,复利回报。
10x回报
⚙️
Harness 层
自动化环境
搭一次自动化流程,永久运行,指数回报。
100x回报
核心结论
如果你读完这本手册只记住一件事,就记住这个:把时间花在构建 Context 和 Harness 上,而不是优化 Prompt。

核心循环:Think → Act → Observe → Repeat

🧠
Think
分析当前状态,决定下一步
Act
调用工具,执行操作
👁️
Observe
读取返回结果,评估是否完成
🔁
Repeat
未完成则继续循环

这就解释了为什么 Claude 有时候看起来「绕弯路」。它不是一个从输入到输出的直线程序,它是一个不断探索和调整的循环体。每一步都在根据最新的观察做决策。

身份在变:从写代码到构建产品

旧能力(重要性下降)
  • 语法熟练度
  • 框架 API 记忆
  • 手动调试技巧
  • 代码模板积累
新能力(重要性上升)
  • 需求拆解能力
  • 架构判断力
  • 输出质量评审
  • 产品品味
最后

我的建议就一条:别花太多时间研究工具,去构建东西。找一个你真正想解决的问题,打开终端,开始和 Claude 对话。遇到卡住的地方翻翻这本手册,翻完继续做。

从想法到产品的距离,现在短到你可能还不太适应。

J/K 章节跳转 / 搜索 Esc 关闭