快速学习路线

Claude Code中文教程的快速学习路线：用一张表按顺序学习，从认识 Claude Code、安装配置、国内模型，到核心工作流、项目记忆、权限安全、AI 求职、团队企业和实战案例。

这是默认学习入口，适合第一次系统学习 Claude Code 的读者。按表格从上往下学，不需要先理解所有模块，先跑通主线最重要。

如果想看每个阶段为什么这样安排、每个模块的完整边界和进入标准，可以看完整学习路线。

认识 Claude Code -> 安装和入口选择 -> 集成并验证模型 -> 只读分析项目 -> 小范围修改 -> 验收交付 -> 沉淀项目记忆 -> 学权限安全 -> 使用扩展能力 -> AI 求职表达 -> 团队企业规范 -> 套用实战案例

本站的学习重点不是背命令，而是学会把 Claude Code 用成一个可控、可验收、可长期复用的 coding agent。安装和模型配置阶段需要少量命令，进入正式使用后，核心动作都应该通过清晰对话交给 CC 完成。

推荐学习总表

顺序	阶段	推荐教程	先学它的原因	学完能做到什么
1	认识 CC	Claude Code 是什么	先理解 CC 是会读项目、改文件、跑检查的 coding agent，不是普通聊天机器人。	知道 CC 适合什么、不适合什么，避免一上来就让它乱改项目。
2	学习地图	快速学习路线	先看主线顺序，后面就不会在安装、模型、权限、实战之间来回乱跳。	知道本站的学习顺序，以及每个阶段应该完成什么。
3	入口选择	Claude Code 入口怎么选	不同入口适合不同场景，先选入口再安装，路径会清楚很多。	能判断自己该从 CLI、IDE、桌面版还是 Web 入口开始。
4	安装准备	安装与入口选择	把账号、系统、编辑器、项目目录这些基础条件先准备好。	进入一个安全练习项目，不直接拿真实业务项目冒险。
5	CLI 启动	Claude Code CLI 安装与启动	CLI 是最贴近本地项目的入口，适合学习 CC 的完整工作流。	能在项目里启动 CC，并确认它能读取当前项目。
6	IDE 入门	Claude Code IDE 使用教程	IDE 适合解释当前文件和局部小改，先知道它和 CLI 的边界。	能在 VS Code、Cursor 等编辑器里安全使用 CC。
7	Desktop	Claude Code Desktop 使用教程	Desktop 更适合计划审查、多会话管理和 diff 复盘。	能把 Desktop 用成任务管理和审查工作台。
8	Web/Mobile	Claude Code Web / Mobile 适合什么场景	远程入口适合跟进，不适合跳过本地验收。	能安全处理长任务跟进和异步确认。
9	练习项目	准备一个练习项目	新手最容易犯的错是拿生产项目试手。	有一个可以放心试错、回滚、截图反馈的练习环境。
10	模型总览	模型与账号准备	模型不可用，后面的 Plan Mode、改代码、验收都会不稳定。	知道模型、API Key、Base URL、额度和网络环境分别影响什么。
11	国内模型	集成国内大模型	国内用户经常需要通过 cc switch 或兼容服务切换模型。	能完成模型配置，并用只读任务验证当前模型真的可用。
12	服务商确认	国内模型服务商确认清单	接入前先确认协议、Base URL、模型名、工具调用、日志和限流。	能问清服务商或团队网关是否适合 CC 工作流。
13	cc switch	用 cc switch 配置国内大模型	把官方、国内主力、备用网关做成配置档，比手改环境变量更稳。	能安全切换模型配置，并确认当前模型是否生效。
14	第一次任务	第一次让 CC 阅读项目	正式改代码前，先让 CC 只读分析项目结构和风险。	会要求 CC 先读项目、讲理解、列风险，不急着动文件。
15	命令总览	Claude Code 常用斜杠命令总览	先理解 /plan、/run、/verify、/memory、/code-review 各自负责什么。	能把命令放到正确阶段，而不是乱用命令。
16	工作流总图	Claude Code 工作流总图	先把需求、计划、修改、运行、验收、审查和提交前检查串起来。	能知道每一步该用什么能力，失败时回到哪一步。
17	日常 SOP	Claude Code 日常使用 SOP	把每天的开场、分析、计划、执行、验证和收尾固定下来。	能稳定启动任务，不靠临场感觉使用 CC。
18	模板速查	任务模板速查表	高频任务需要复制即用的模板，减少临场组织成本。	能快速拿到只读分析、修 Bug、验收、审查和发布检查模板。
19	澄清需求	让 Claude Code 先澄清需求	需求模糊时先追问目标、范围和验收标准，避免 CC 自己补脑。	能把“优化一下”变成可执行任务卡。
20	Bug 排查	Bug 排查通用流程	排查 Bug 时先复现、定位、验证假设，再做最小修复。	能让 CC 按工程排查流程找原因，而不是直接猜。
21	长任务	长任务上下文管理	复杂任务要分阶段、做总结、冻结决策和续接上下文。	能避免长对话目标漂移、上下文混乱和范围失控。
22	Plan Mode	Plan Mode 怎么用	复杂任务先计划再动手，是 CC 稳定交付的核心习惯。	能让 CC 先给方案、范围和验收点，确认后再进入修改。
23	Plan 实战	Plan Mode 实战：从需求到可执行计划	用真实页面优化任务练习只读分析、收窄范围、执行和验收。	能把模糊需求变成可检查、可执行的计划。
24	小范围修改	第一次让 CC 改代码	第一刀要小，才能看清 CC 怎么理解需求、怎么生成 diff。	能完成单文件或小范围修改，并要求 CC 解释每个改动。
25	Diff 审查	看懂 Claude Code 的 diff	改完后要先看文件范围、删除内容、越界改动和风险等级。	能判断 CC 到底改了什么，是否适合继续验收。
26	写好任务	怎样写一个合格任务	CC 的质量很大程度取决于任务是否说清楚目标、范围和禁止事项。	能写出目标、范围、验收标准、汇报格式都清楚的任务。
27	反例修正	坏提示词反例库	先知道哪些说法会让 CC 乱猜、扩大范围或跳过验收。	能把“优化一下”“你看着办”改成可执行任务。
28	拆分任务	复杂需求怎么拆	大任务直接丢给 CC，容易变成范围失控。	能把需求拆成分析、实现、验证、收尾几步。
29	多文件任务	多文件改动怎么控范围	多文件改动要先画影响图、分阶段执行、每步汇报文件清单。	能防止小需求滚成大重构。
30	运行检查	让 CC 运行项目	改完不运行、不检查，就不知道结果是否真的可用。	能让 CC 选择合理检查方式，并解释检查结果。
31	验收交付	验收结果怎么看	交付不是“它说好了”，而是看 diff、检查和剩余风险。	能判断一次任务能不能收尾，知道失败时怎么收窄。
32	Verify	/verify 怎么用	验证动作要流程化，避免每次靠临场发挥。	能用固定检查节奏完成提交前确认。
33	测试策略	让 Claude Code 设计测试策略	补测试前先识别测试框架、风险点和最小验证方式。	能让测试覆盖真正风险，而不是为了补而补。
34	Code Review	让 CC 做代码审查	审查能发现越界修改、漏测和潜在风险。	能让 CC 用审查视角指出问题，而不是只夸任务完成。
35	项目记忆	CLAUDE.md 与项目记忆	长期项目不能每次重新解释规则，应该沉淀到项目记忆。	能为项目准备 CLAUDE.md，并知道哪些内容不该写进去。
36	记忆模板	CLAUDE.md 模板库	不同项目类型需要不同长期规则，模板能降低起步成本。	能为静态站、前端应用、后端接口准备记忆草稿。
37	记忆维护	CLAUDE.md 进阶维护	项目记忆不是越长越好，要定期清理、拆分和更新。	能避免 CLAUDE.md 变成过时规则和临时记录堆。
38	团队流程	团队工作流	当项目变复杂，需要把约定、验收和交接变成稳定流程。	能把 CC 用在团队协作、交接和持续维护里。
39	团队实战	团队协作实战	多人协作时要明确需求、开发、审查和交接职责。	能让 CC 参与团队任务，而不是多人同时乱改。
40	权限模式	权限模式怎么选	权限决定 CC 能不能改文件、跑命令，也决定风险边界。	能根据 default、plan、acceptEdits、auto 等模式控制风险。
41	权限实战	权限模式实战：default、plan、acceptEdits、auto 怎么选	用真实场景判断不同权限模式，而不是凭感觉批准。	能根据任务风险选择合适权限策略。
42	敏感信息	不要泄露密钥	API Key、Token、账号密码一旦进入对话或文件，风险很高。	能让 CC 检查敏感信息，同时避免把秘密交给它处理。
43	Git 安全	Git 安全与回滚	会看 diff、会回滚，才敢让 CC 参与真实项目。	能在每次修改后确认文件范围、无关改动和回滚方案。
44	回滚演练	回滚演练：改错了怎么退回去	真实项目里必须知道局部回滚、阶段回滚和全部回滚怎么判断。	能在 CC 改错时先暂停、分类、记录，再安全退回。
45	真实项目	真实项目接入前检查	从练习项目进入真实项目前，要确认 Git、密钥、权限和回滚。	能安全把 CC 带进真实项目。
46	Skills	Skills 怎么用	重复任务不应该每次复制长提示词，应该沉淀成可复用流程。	能判断什么时候做 Skill，什么时候继续用普通提示词。
47	Hooks	Hooks 怎么用	Hooks 适合自动化检查，但配置不当也会带来风险。	能区分提示词、Skills 和 Hooks 的边界。
48	低风险 Hooks	低风险 Hooks 实战：先做提醒，不做自动修改	第一个 Hook 应该从只读提醒开始，先验证触发和误报。	能设计、审查并验证一个低风险 Hook。
49	MCP	MCP 怎么用	MCP 让 CC 连接外部资料和工具，但不应该一上来就乱配。	能判断什么时候需要 MCP，什么时候只需要把需求说清楚。
50	Subagents	Subagents 怎么用	子代理适合并行只读分析和审查，不适合新手直接并行改代码。	能让多个子代理分头分析，再由主任务汇总。
51	AI 求职	AI 求职路线	学会交付后，要知道怎么把 AI 编程能力转成简历、面试和项目证明。	能判断自己该补基础、做项目，还是强化 CC 工程提效表达。
52	零基础判断	零基础能不能靠 AI 找工作	先讲清 AI 是放大器，不是开发基础替代品。	能判断自己应该先补项目基础，还是继续强化 CC 提效。
53	求职误区	AI 编程求职误区	先避开“会用工具就能就业”的危险认知。	能讲清企业为什么需要有开发基础、能负责结果的人。
54	简历表达	Claude Code 怎么写进简历	简历要写场景、流程和结果，不能只堆工具名。	能把 CC 写成可验证能力，而不是空泛标签。
55	项目包装	AI 简历项目包装模板	项目经历要写成背景、职责、AI 协作、验收和复盘。	能把项目写成可被面试追问的简历经历。
56	面试表达	面试怎么讲 AI 编程能力	面试官会追问项目真实性、风险控制和验证方式。	能用工程流程回答 AI 辅助开发相关问题。
57	面试追问	AI 面试常见追问清单	提前准备项目真实性、AI 边界、验收方式等高频追问。	能更稳地回答 AI 编程相关面试问题。
58	项目证明	用项目证明 AI 编程能力	求职转化最终靠项目、diff、验收和复盘证明。	能准备一个能被追问、能展示过程的 AI 编程作品集。
59	作品集	用 Claude Code 做求职作品集	用 CC 整理 README、复盘、验收清单和讲解稿。	能把项目沉淀成可展示、可讲解、可转化的作品集。
60	零基础案例	案例拆解：零基础转前端怎么走 AI 求职路线	用具体画像拆出先补基础、再做项目、再用 CC 整理证据的路线。	能判断零基础用户应该先做什么，不被“AI 生成项目”带偏。
61	项目薄案例	案例拆解：前端基础薄弱怎么补项目和作品集	有基础但项目弱的人，需要把一个项目补深，而不是继续堆工具。	能设计 3 个项目改造点，并沉淀 diff、验收和面试追问。
62	在职案例	案例拆解：在职开发者怎么用 AI 提效跳槽	在职开发者要表达工程效率、风险控制和交付质量。	能把读模块、排 Bug、审查和交接转成跳槽表达。
63	实战案例	常见任务实战总览	学完能力点后，需要用真实任务把流程串起来。	能照着案例处理前端 Bug、构建失败、接口改动、文档补充等任务。
64	前端闭环案例	完整案例：从前端 Bug 到验收交付	前端 Bug 不能只看修没修，还要看计划、diff、截图反馈、验收和交接。	能跑通一次从问题描述到交付总结的完整闭环。
65	日志排查	让 Claude Code 根据日志排查问题	真实项目里很多问题来自日志、报错和线上反馈。	能整理日志、复现步骤和环境信息，让 CC 先分类再定位。
66	依赖升级	让 Claude Code 做依赖升级	依赖升级有版本跨度、锁文件、构建和回滚风险。	能让 CC 分批升级、审查 diff 并验证升级结果。
67	性能优化	让 Claude Code 做性能优化	性能优化必须有瓶颈、基线和可验证结果。	能让 CC 小步优化，并用指标判断是否有效。
68	提交说明	让 Claude Code 写提交说明	提交说明要基于真实 diff 和验证结果，不能让 CC 编一句。	能生成准确、克制、适合团队阅读的提交信息。
69	模板排障	模板与排障手册	遇到登录、模型、权限、上下文混乱时，需要有固定处理方法。	能快速定位常见问题，不把小故障扩大成大重构。
70	老项目接手案例	完整案例：接手老项目的第一周	接手老项目要把体检、架构、风险台账、低风险任务和项目记忆串起来。	能按一周节奏安全接入老项目。
71	老项目体检	接手老项目时怎么让 CC 先做体检	老项目不能一上来就改，要先识别运行方式、风险区和未知项。	能让 CC 产出老项目接入体检报告。
72	架构梳理	让 CC 梳理项目架构	跨模块任务前要看清入口、数据流、依赖和边界。	能生成项目架构说明和团队文档草稿。
73	技术债扫描	让 CC 找技术债和风险点	技术债不能见到就改，要先分债务、风险和优先级。	能整理技术债风险台账。
74	团队企业	团队企业总览	团队使用 CC 要有规范、边界、审查和安全红线。	能理解企业场景和个人使用的区别。
75	团队规范	团队怎么制定 Claude Code 使用规范	团队不能只靠自觉使用 CC。	能制定允许场景、禁止事项和提交要求。
76	企业边界	企业项目里哪些任务适合交给 CC	企业任务要按风险分级，不是所有事都能自动交给 CC。	能判断任务是否适合 CC 执行。
77	AI 审查风险	Code Review 中如何识别 AI 生成代码风险	AI 代码风险常常不是语法错，而是业务语义和越界修改。	能用专门清单审查 AI 生成代码。
78	记忆治理	团队如何管理 CLAUDE.md 和项目规范	团队 CLAUDE.md 需要维护责任和更新流程。	能避免项目记忆过时、冲突和失控。
79	企业安全	企业使用 CC 的权限、密钥和代码边界	企业安全边界必须先于效率。	能制定权限、密钥、日志和生产数据红线。
80	性能前评估	让 CC 做性能优化前评估	进阶性能任务先判断值不值得优化，而不是直接改。	能建立基线、收益风险和进入条件。
81	复杂日志	让 CC 分析复杂报错日志	多服务、多日志场景要先拆事件链。	能区分根因、连锁错误和噪音。
82	依赖风险评估	让 CC 升级依赖前做风险评估	依赖升级前要先看版本跨度、破坏性变更和回滚方案。	能决定是否进入真正升级阶段。

第一阶段：把 CC 跑起来

第一阶段只追求一件事：让 Claude Code 在安全项目里稳定启动，并确认模型可用。

推荐顺序：

完成这一阶段后，先不要急着改真实项目。应该先用只读任务确认：CC 能读到项目、模型响应正常、当前目录没有选错、权限边界清楚。

第二阶段：跑通最小闭环

第二阶段目标是完成一次可控的小任务，从只读分析到修改，再到验收。

推荐顺序：

这一阶段的关键不是“让 CC 多写代码”，而是学会控制范围：先说明目标，再限制文件，再要求解释 diff，最后用检查结果收尾。

第三阶段：进入长期项目

第三阶段开始把 CC 用在真实项目里。重点是记忆、权限、安全和团队流程。

推荐顺序：

完成这一阶段后，CC 不再只是“临时帮忙改一段代码”，而是可以按照项目规则、团队约定和验收流程稳定工作。

真实项目继续深入时，建议补看：

第四阶段：扩展能力

扩展能力不是越早学越好。建议先跑通前面的闭环，再学习这些能力。

推荐顺序：

这几类能力的共同点是：它们都能提升效率，但都需要边界感。能用清晰对话解决的问题，不一定要马上做成 Skill、Hook、MCP 或 Subagent。

第五阶段：AI 求职表达

如果学习 Claude Code 是为了就业或转岗，这一阶段要把“会用工具”转成“能被企业理解的开发能力”。

推荐顺序：

这一阶段的重点不是把自己包装成“AI 操作员”，而是把开发基础、项目经验、CC 工作流和验收能力讲成一条完整证据链。

第六阶段：团队企业规范

如果要在团队或企业项目里推广 Claude Code，需要先把规范、任务边界、代码审查和安全边界定清楚。

推荐顺序：

第七阶段：套用实战案例

最后进入案例库，把前面学到的方式套到真实任务里。

推荐顺序：

补充专题索引

这些文章不一定要按主线顺序逐篇学习，但遇到对应问题时要能马上找到。

分类	教程	适合什么时候看
学习判断	适合谁学习 Claude Code	想判断自己是否应该先补开发基础，还是可以直接学习 CC 提效时。
安全入门	第一次用 Claude Code 的安全指南	已经决定学习 CC，想知道第一次任务怎么选、哪些权限和风险要避开时。
常见问题	Claude Code 常见问题	想快速了解适合新手、国内能否使用、入口选择、权限和验收等高频问题时。
完整学习路线	完整学习路线	想看每个学习阶段的目标、进入标准和完成标准时。
工具对比	Claude Code 和 Cursor / Copilot 有什么区别	已经用过 AI 编辑器或补全工具，想知道 CC 的定位时。
国内可用性	Claude Code 国内能用吗	安装前想了解国内使用路线、模型网关和验证方式时。
安装后验证	Claude Code 安装后第一件事做什么	已经安装完成，但不知道下一步该先验证什么时。
入口组合	多入口怎么配合	已经会启动 CC，但不知道 CLI、IDE、桌面版、Web 怎么分工时。
模型服务	模型服务商怎么选	已经理解模型配置概念，需要比较官方模型、国内兼容服务和聚合平台时。
AI 求职	AI 求职路线	想把 Claude Code 能力转成简历、面试、作品集和就业竞争力时。
团队企业	团队企业总览	准备在团队、企业或真实项目里推广 CC 时。
排障总览	常见问题排障	不确定问题属于登录、模型、权限、上下文还是任务范围时。
登录问题	安装和登录失败	安装成功但无法登录、认证失败、账号状态不明确时。
模型问题	模型配置排障	API Key、Base URL、模型名、额度、网络相关问题时。
权限卡住	权限卡住怎么办	CC 反复请求权限、无法写文件、无法执行检查时。
上下文混乱	上下文乱了怎么重置	对话越聊越偏、CC 忘记目标或开始猜测时。
改动越界	CC 改多了怎么办	diff 里出现无关文件、顺手重构、任务范围扩大时。

不建议的学习顺序

不建议一上来就让 CC 大范围重构。
不建议模型没验证就做真实项目。
不建议还不会看 diff，就开启更激进的权限模式。
不建议把一次性提示词马上做成 Skill。
不建议为了“更高级”而提前配置 Hooks、MCP 和 Subagents。

最佳路线很简单：先跑起来，再小范围改一次，再学会验收，然后再进入项目记忆、权限安全、扩展能力和求职表达。只要这个顺序不乱，Claude Code 会越来越像一个稳定的工程协作者，而不是一个不可控的自动补全工具。

先认识 Claude Code 下一步：安装与入口选择