Claude Code实战：从安装配置到第三方模型接入与报错排查

说起来有点不好意思，我第一次听说Claude Code的时候，以为它只是又一个网页聊天窗口的套壳。直到有天下午，我在一个改了三天需求的项目里被折腾得头昏脑涨，顺手在终端里敲下claude，让它帮我把"订单列表的筛选逻辑"重新理一遍——它直接打开相关文件、改了代码、跑了测试，还留了一句"这里有个并发隐患，建议加锁"。从那天起，Claude Code在我日常开发流程里就再也拿不掉了。

这篇东西不是什么官方文档的复述，是我自己从安装到日常使用、再到接第三方模型、配Skills、排各种报错，一路踩过来的实操记录。里面会涉及命令行版、VS Code插件、桌面版怎么选，怎么接DeepSeek这类第三方模型，skills目录怎么写，还有那些搜烂了都找不到答案的报错到底怎么解决。适合刚听说Claude Code、安装了但不知道怎么用的朋友，也适合已经用了一段时间、想进一步把工作流理顺的人。

1. Claude Code到底是个什么工具：从"聊天窗口"到"驻场工程师"

1.1 它真正解决的问题：上下文中断与"人肉搬运代码"

用过网页版对话式AI的同学应该都有这个体验：聊需求的时候挺痛快，可真要落地到代码，就麻烦了。你得把报错信息一段段复制过去，把相关文件内容贴进对话框，AI给出一版修改建议后，你又得复制回来手工改。项目一大，上下文根本装不下，聊着聊着它就忘了最开始的约束条件。

Claude Code本质上是把AI的能力直接放进了你的终端和项目目录里。它不是"对话完给你一段代码"，而是能直接读取项目文件、修改代码、执行命令、跑测试、看报错，然后根据报错继续调整。你可以把它理解成一个驻场工程师：它就坐在你的项目仓库里，你说需求，它动手干活，干完还能自己验证。

这个差异是根本性的。网页对话是"你问我答"，Claude Code是"你说需求、它执行、它反馈、它修正"。我第一次用它重构一个老项目里的工具函数时，它一口气改了六个文件，跑完测试把结果贴给我看，整个过程我只需要在旁边盯着它别跑偏。

1.2 适合谁用，不适合谁用

先说适合的人：

• 日常写代码的前端、后端、全栈工程师，它能帮你做大量机械性改动，比如重命名、提取公共方法、补测试；
• 做数据分析和脚本编写的人，它的终端操作能力非常适合处理CSV、日志、爬虫脚本这类任务；
• 运维和DevOps，读配置、查日志、写部署脚本，它都能接手；
• 非程序员但经常跟代码打交道的人，比如产品经理偶尔要改点Markdown或者查个JSON，它也能帮上忙。

不适合的人也有：完全不懂代码、也没打算学的人，用起来会觉得很痛苦，因为Claude Code虽然帮你写代码，但你需要能判断它写得对不对，至少在出问题时能描述清楚问题。它是一个效率放大器，不是无脑代工。

1.3 三种形态怎么选：CLI、VS Code插件、桌面版

Claude Code现在主要有三种使用形态，很多人一开始就纠结装哪个。我直接说自己试过的感受，给你个清晰的选型对照表：

我的建议是：新手可以先装桌面版或者VS Code插件，先感受一下"它能改文件"是什么体验，等用熟了再切换到命令行版。命令行版虽然看起来吓人，实际上是三种形态里最顺手、最不容易出问题的，因为所有配置都走终端，排错也直观。

2. 安装部署的完整链路：环境检查、命令行版、桌面版与插件

2.1 前置条件：先看Node.js版本

Claude Code的命令行版是通过npm安装的，所以第一步不是装Claude Code，而是确认你的Node.js环境。我见过不少人在这一步就卡住了，明明执行了安装命令，结果报一堆看不懂的错，最后发现是Node版本太老。

打开终端，执行：

bash复制node -v

如果提示找不到node，先去Node.js官网下载LTS版本。我建议版本在20以上，虽然Claude Code官方标明支持18+，但实际体验下来，20 LTS最稳，处理大项目时内存管理也好一些。版本太老的话，后续装依赖很容易出现权限或者兼容性报错。

另外确认一下npm版本：

bash复制npm -v

如果npm版本过低，先升级：

bash复制npm install -g npm@latest

2.2 命令行版安装与验证

环境确认没问题后，安装就是一条命令：

bash复制npm install -g @anthropic-ai/claude-code

安装过程需要点时间，主要是在拉依赖包。装完之后验证一下：

bash复制claude --version

如果能看到版本号，说明装好了。注意，第一次运行claude的时候会进入登录流程，需要你用Anthropic账号授权。授权完以后，终端会进入Claude Code的交互界面，显示一个>提示符，在那里输入你的需求就行了。

这里有个细节：很多人会忘记-g，把它装到当前项目的node_modules里，结果在别的目录下敲claude就提示找不到命令。全局安装是必须的，因为Claude Code是要在任意项目目录里使用的工具，不是某个项目的依赖。

2.3 Windows和Ubuntu各自的安装差异

Windows和Linux的安装差异，主要卡在两个地方：权限和PATH。

Windows上，装完Node后，npm全局包的路径一般在%APPDATA%\npm，大部分情况下安装工具会自动把它加进PATH。但如果你之前手动配过Node环境，这个路径可能没进去。验证方法是在PowerShell里跑：

powershell复制npm prefix -g

然后看这个路径下的claude.cmd文件是否存在。如果claude命令提示找不到，手动把这个路径加到系统环境变量PATH里，重开终端就好了。

Ubuntu上面，最常遇到的坑是权限。如果你是用apt装的老版本Node，npm全局目录可能归属于root，直接执行npm install -g会报EACCES错误。这时候不要图省事加sudo，正确做法是把npm的全局目录改成用户自己的目录：

bash复制mkdir -p ~/.npm-global
npm config set prefix '~/.npm-global'
echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.bashrc
source ~/.bashrc

然后再执行安装命令。用sudo装全局包会带来文件归属混乱的问题，后面想更新、想卸载都容易出幺蛾子。

2.4 VS Code插件和桌面版的安装路线

VS Code插件版在扩展市场里搜"Claude Code"就能找到，Anthropic官方出品。装完插件后，它会要求你关联CLI，也就是说你本地还是得有命令行版的核心，插件只是套了一层编辑器界面。这也解释了为什么会有"could not locate the claude cli on path"这个报错——插件找不到CLI就会报这个，解法就是先把命令行版装好。

桌面版走的是独立安装包路线，官方渠道下载就行。桌面版对新手友好一些，窗口化界面、消息展示更接近聊天软件，但它本质还是调用同一个引擎。我的使用习惯是：桌面版用来快速问问题、贴报错、做小需求；真正进项目改代码，还是开终端用CLI。

2.5 初次登录：订阅、API Key和团队限制

装好以后，你还需要处理一个关键问题：用什么东西作为访问凭证。Claude Code支持两种认证方式，一种是Anthropic账号订阅（Pro/Max），另一种是API Key。

用账号订阅的方式最省事，登录后直接用。但如果你所在的组织开启了限制，登录的时候可能出现"your organization has disabled claude subscription access for claude code"这种提示，意思是管理员在后台关闭了成员使用Claude Code的权限。这个不是本地配置问题，得找组织管理员开通，或者换个人账号登录。

用API Key的方式更适合想接第三方模型的场景，这部分下一节单独讲。

3. 接入第三方模型：以DeepSeek为例的配置思路

3.1 为什么大家会去接第三方模型

这个话题在社区里讨论度非常高。很多人选择给Claude Code接第三方模型，原因五花八门：有的是因为Anthropic官方账号订阅受限，有的是想控制成本，有的是想把Claude Code作为统一入口、在不同的模型供应商之间切换。无论哪种原因，思路都是同一个：Claude Code本身是一个前端交互和工具调用框架，底层的模型服务是可以换的，前提是对方提供兼容Anthropic API的接口。

我平时用得比较多的第三方配置是DeepSeek。DeepSeek的API在接口格式上做了Anthropic兼容处理，所以理论上能在Claude Code里跑起来。用之前一定要去DeepSeek那边确认它当前提供哪些模型名，这个信息变化很快，别照着旧教程抄。

3.2 核心机制：环境变量 + 兼容API

Claude Code在启动的时候会读取一组环境变量来决定"访问哪个API服务"以及"用哪个模型"。最核心的两个变量是：

• ANTHROPIC_BASE_URL：指定API服务地址。默认是Anthropic官方地址，接第三方模型时改成第三方提供的兼容地址。
• ANTHROPIC_AUTH_TOKEN：指定访问令牌，也就是你在第三方平台申请到的API Key。

另外还有一个常用的变量ANTHROPIC_MODEL，用来指定默认模型名称。如果你不设置它，Claude Code会用内置的默认模型名，这有时候会带来一个很经典的报错——"xxx is not a model this version of claude code recognizes"，后面排错章节我会细说。

3.3 实操：命令行的设置方式

在接第三方模型之前，我建议先想清楚：你是只想临时用一次，还是想长期作为默认配置？这两种场景配置方式不一样。

临时使用，直接在启动命令前加环境变量就行：

bash复制ANTHROPIC_BASE_URL=https://your-endpoint.example.com/api \
ANTHROPIC_AUTH_TOKEN=sk-your-api-key \
ANTHROPIC_MODEL=your-model-name \
claude

Windows的PowerShell写法略有不同：

powershell复制$env:ANTHROPIC_BASE_URL="https://your-endpoint.example.com/api"
$env:ANTHROPIC_AUTH_TOKEN="sk-your-api-key"
$env:ANTHROPIC_MODEL="your-model-name"
claude

长期使用，我建议把环境变量写进终端配置文件。Ubuntu写进~/.bashrc或~/.zshrc，Windows写进系统环境变量。这样每次开终端都是配好的状态，不用反复粘贴。

3.4 用ccswitch管理多套配置

如果你不止接一个第三方模型，比如既接了DeepSeek又接了智谱，还在用Anthropic官方，那手动改环境变量会疯掉的。这时候社区里有个开源工具ccswitch就能派上用场。

ccswitch做的事情很简单：把多套API配置（base_url、token、model）存起来，你随时切换，它负责改写配置，让Claude Code读到你想要的那一套。它相当于一个配置管家，解决的是"频繁切换供应商"的痛点。

我自己的习惯是：官方账号一套配置、DeepSeek一套配置、别的模型再一套配置，用ccswitch一键切换，切换后重新启动claude就生效。如果你只是固定接一个第三方模型，ccswitch不是必须的，直接写环境变量就够了。

3.5 兼容性前提与settings.json的合理使用

还有一个常见的疑问是"我配了环境变量为什么还是不生效"。这时候多半是看到了~/.claude/settings.json或者项目里的.claude/settings.json。这些配置文件里也可以设置模型相关选项，但优先级和环境变量不一样，混用的时候容易出现"明明改了settings.json，Claude Code读的还是环境变量"这种怪象。

我的经验是：环境变量负责"往哪连"，settings.json负责"连上之后的行为"，两者职责分开。别把token和base_url写进settings.json，那些属于环境信息，放环境变量里更干净。settings.json更适合放权限控制、是否允许自动执行命令这类偏好。

另外，接第三方模型有一个前提条件绕不开：第三方服务必须提供兼容Anthropic API格式的接口。如果对方只提供OpenAI格式，直接填base_url是连不上的，需要中间加一层协议转换服务。这个对于普通使用者来说有点复杂，选供应商的时候优先选那些明确说"兼容Anthropic API"的服务。

4. 日常高频操作：会话、指令、语言与声音的实用细节

4.1 启动会话的几种姿势

Claude Code最基础的用法就是在终端敲claude进入交互式会话。但实际用下来，你会发现不同的启动姿势对应不同场景：

bash复制# 直接进入交互式会话
claude

# 一次性执行任务，执行完退出
claude "检查一下这个项目里所有的API调用，找出没有做错误处理的"

# 非交互模式，配合管道使用
cat error.log | claude -p "帮我把这些报错归类，按出现频率排序"

-p参数值得多说一句。它的全称是print，即非交互式打印结果。这个模式非常适合写脚本、做自动化流水线。比如我写过一个简单的日志分析脚本，每天把当天的error日志通过管道丢给Claude Code，让它输出归类摘要。整个过程不需要人打开任何聊天窗口，结果直接打到终端里存进文件。

交互式会话适合"边聊边改"的场景，一次性任务则建议多练习用-p。因为-p模式不会拉起交互界面，执行效率更高，尤其适合CLI工具。

4.2 会话内的斜杠命令

进入会话后，输入/会弹出命令列表。这里列几个我几乎每天都在用的：

/status值得养成习惯看。Claude Code在长任务执行过程中，上下文窗口占用会持续上升，如果项目大、讨论时间久了，模型会开始"忘事"，这时候就该考虑/compact压缩一下历史，而不是无限继续。我见过有朋友连续聊了四五个小时不压缩，结果模型出现明显的上下文混乱，一会儿说改了一会儿又说没改。

4.3 指定文件与权限

Claude Code能直接改文件，所以权限控制非常重要。第一次运行某个会修改文件的操作时，它会询问你是否允许执行。这里你需要理解权限模式的区别：

• 默认模式下，每次执行敏感操作都会询问你；
• 你可以用"允许自动执行"来放行某些操作；
• 也可以在提示符里用@文件路径的方式明确指定操作范围。

我的习惯是：让它改代码前，先用@指定相关的文件，并且告诉它"只允许修改这几个文件，其他文件只能读取"。这样能有效防止它改着改着改到不该改的文件上去。这个问题在项目大的时候尤其明显，有一次我让它优化一个接口，它顺手把另一个模块的公共配置给动了，幸好每次修改前它都会询问，我及时发现拦住了。

4.4 让回答固定用中文

很多人问怎么让Claude Code默认用中文回答，尤其是装了第三方模型之后，它时不时会切换到英文。最简单的办法是在项目的CLAUDE.md文件里加一句：

markdown复制始终使用简体中文回答用户的问题。

CLAUDE.md是Claude Code的项目记忆文件，它会在每次会话启动时自动读取，相当于给这个项目的AI行为定基调。放在项目根目录，只对这个项目生效。如果你希望所有项目都默认中文，可以放在~/.claude/CLAUDE.md，这个是全局的。

还有一种更临时的办法，直接在会话里说"接下来都用中文回答我"，也能管用，但换新会话后就失效了，不如写进CLAUDE.md稳定。

4.5 声音提示的开关

Claude Code默认在任务执行完成或者需要你确认的时候，终端里会发出提示音。这个功能有人喜欢有人烦。在嘈杂环境下我反而不想每次都响，尤其是开会的时候，突然一声提示音还挺尴尬。

用/sound命令可以切换声音开关状态。如果你希望永久关掉，可以在settings.json里设置声音为关闭。这个属于纯粹的偏好设置，按自己习惯来就行。我现在的状态是：长任务开着声音，短任务关掉，免得它执行一步问一句，提示音响个没完。

5. 理解Skills机制：把重复操作打包成技能

5.1 Skill是什么，和CLAUDE.md的分工

Skills是Claude Code里非常有用的一个机制，但很多教程都把它放在最后讲，我反而觉得这是值得尽早了解的。简单说，Skill就是一组"预设的操作提示词+工作流程"，打包成一个可复用的单元。

举个例子：你经常需要做代码审查。你可以每次都重新描述一遍"请检查这个代码的潜在问题，包括安全问题、性能问题、代码规范问题"，这样虽然能干活，但效率不高，而且每次描述的侧重点可能还不一样。更好的是写一个"代码审查"Skill，把你的标准固化下来，之后每次只要说"用代码审查Skill检查这个文件"，它就会自动按你预设的标准干活。

CLAUDE.md和Skills的区别在于：CLAUDE.md是项目的全局规则，比如"这个项目用TypeScript、代码风格是Prettier、始终用中文回答"，它影响所有对话；Skills则是特定任务的子程序，只有在被调用时才启用，有明确的输入输出结构。

5.2 目录结构与SKILL.md标准格式

Skill是一个目录，目录名就是技能名，目录里至少包含一个SKILL.md文件。有两种放的位置：

bash复制# 全局技能，所有项目可用
~/.claude/skills/<skill-name>/SKILL.md

# 项目级技能，只对当前项目生效
.claude/skills/<skill-name>/SKILL.md

SKILL.md采用带YAML头部的Markdown格式：

markdown复制---
name: code-review
description: 对指定代码文件进行系统性审查，重点关注安全问题、性能问题、可维护性问题。
---

# 代码审查流程

1. 先定位相关文件，读取完整内容。
2. 按以下顺序检查代码：潜在漏洞、边界条件、性能瓶颈、命名规范、重复代码。
3. 对每个问题给出严重级别（高/中/低）。
4. 输出修改建议，并附带修改后的代码片段。
5. 如果发现问题较多，先整理清单，再询问是否需要逐个修改。

这里有个关键细节：description字段不只是给人看的，Claude Code会通过它来判断什么时候该调用这个Skill。所以description要写清楚适用范围，越明确越好。

5.3 实战：写一个"代码审查"Skill

我拿自己的代码审查Skill举个实际例子。它是被一个项目里的安全问题逼出来的——那次Claude Code帮我新增了一个功能，表面上跑得挺顺，结果代码里把日志级别设成了error，生产环境爆了一堆日志，排查了很久才发现是它埋的雷。这之后我就写了一个审查Skill，把"日志级别是否合理"列进了必查项。

具体做法是立刻配置好后，在项目里执行"用 code-review 检查一下 src/api 目录下的代码"。它就会按我设定的顺序，把每个文件过一遍，输出格式是"问题级别 + 问题描述 + 修改建议"。我再根据它的报告决定要不要逐一处理。

写Skill的时机很关键：不是一开始就写，而是当你发现同一个类型的任务你重复描述了三遍以上，就该写成Skill了。比如"帮我做数据迁移""帮我补单元测试""帮我规范提交信息格式"，这些都是典型的高频任务。

5.4 Skill的加载范围与调试

Skill加载有一个小坑：全局Skills和项目级Skills同名时，项目级优先。调试Skill的时候，改完SKILL.md之后不需要重启Claude Code，但需要开一个新会话，因为旧会话里它可能已经加载了旧版本。

还有一点要提醒：Skill不是万能的。它本质上是把提示词结构化，并不增加模型本身的能力。如果你的基础模型能力不够强，Skill再完善也干不出花来。我刚开始写Skill的时候期望过高，以为写一个"重构大神"Skill就能让Claude Code把烂代码一键变优雅，事实证明它只是按流程操作，真正判断重构方向还是得靠底层模型的理解力。

6. 高频报错排查手册：模型识别、529、CLI定位与权限

社区里被问烂的Claude Code问题，其实就集中在这么几个报错上。我把它们整理成一份排查手册，按"报错原文、原因、解决步骤"来写，你可以直接对着处理。

6.1 xxx is not a model this version of claude code recognizes

这个报错是接第三方模型时最常遇到的，比如"deepseek-v4-pro is not a model this version of claude code recognizes"。字面意思是：你配置的模型名，当前版本的Claude Code不认识。

原因一般有三类：

第一类是Claude Code版本太旧，它内部维护了一份可识别的模型列表，新模型出来以后，旧版本不认识。解决方法是升级：

bash复制npm update -g @anthropic-ai/claude-code

第二类是模型名抄错了。很多人从搜索引擎里找到教程，照着复制，可教程里的模型名已经过时了。解决方法是去你用的那个模型平台的官方文档里查最新模型名，对一下ANTHROPIC_MODEL环境变量里的拼写。注意大小写、连字符、小数点，有一个字符不对就会报这个错。

第三类是模型名是对的，但你的Claude Code版本和这个模型不兼容。这种情况除了升级，没有别的办法。

我自己的处理流程是：先升级Claude Code，再看模型名文档，最后才怀疑是不是环境变量没生效。实测下来，90%的情况升级版本就能解决。

6.2 529错误

529是HTTP状态码，表示服务端过载。Claude Code报529通常有两种场景：一是官方API服务负载高，二是你接的第三方服务负载高。

这类错误的特点是：重试往往能解决，但要看准时机。我的经验是，第一次遇到529后等个一两分钟再试；如果连续好几次都529，那说明这个时段服务压力确实大，建议换一个模型供应商，或者错峰使用。

如果你接的是第三方API，529基本可以判断是第三方服务的事，和本地配置无关。这时候不要反复修改本地配置，纯属浪费时间。看一眼对方的状态页面，等恢复就行。

6.3 could not locate the claude cli on path

这个报错通常在VS Code插件或桌面版里出现：插件找到了，但找不到Claude Code的核心CLI程序。本质是npm全局安装路径没有被终端或应用识别。

排查步骤：

1. 先打开终端，执行claude --version，看能不能正常工作；
2. 如果能，执行where claude（Windows）或which claude（Ubuntu），确认CLI路径；
3. 确认插件是否使用了同一个路径，有些插件会有自己的CLI路径设置项；
4. 重启VS Code或者终端，让PATH环境变量重新加载。

这个报错在Windows上出现的概率明显更高，大部分原因是前面提到的npm全局路径没有正确写入PATH。按2.3节的方法配置好路径，插件和桌面版的问题就一起解决了。

6.4 your organization has disabled claude subscription access

这个报错的意思很明确：你的组织（组织账号）把Claude Code的订阅访问权限关了。常见于公司统一管理Anthropic账号、禁止成员把公司数据通过Claude Code处理的情况。

这个不是本地能解决的，需要找组织管理员。如果只是自己想用，最简单的办法是退出组织账号，改用个人账号登录下载。如果公司有合规要求，那就老老实实走审批流程。

6.5 卸载干净：别让残留配置影响重装

最后说一下卸载。很多人卸载Claude Code只是为了重装，但装完发现配置还跟以前一样，明明想清掉第三方模型的配置，结果新装的Claude Code又读到了旧配置。这是因为卸载只删了程序文件，没有删除用户配置目录。

完全卸载需要做两步：

bash复制# 第一步：卸载npm包
npm uninstall -g @anthropic-ai/claude-code

# 第二步：删除用户配置目录（Linux/macOS）
rm -rf ~/.claude

# Windows下删除用户主目录下的 .claude 文件夹

.claude目录里存着你的登录凭证、settings.json、全局CLAUDE.md、Skills等所有东西。删掉之后就是全新状态。注意，如果项目目录下还有.claude文件夹，那是项目级别的配置，要不要删取决于你需不需要保留项目级规则。

我之前犯过一个错：重装后旧token还能用，我以为卸载没成功，折腾了半天，其实是~/.claude里的凭证文件没删，新版本直接沿用了。所以如果你想让Claude Code"回到出厂状态"，记住一定要删用户配置目录。

7. 我踩过的一些坑和现在的固定工作流

7.1 先说三个最常见的翻车场景

第一个坑：项目路径里带中文。Claude Code在中文路径的项目下，部分操作会异常，比如读取文件时路径转义出问题。这跟我用的Windows环境有关系，后来我把项目统一放到纯英文路径下，再没出过这个毛病。如果你在Windows上开发，项目路径尽量用英文。

第二个坑：一上来就让它改大仓库。有一次我把一个几十万行代码的仓库直接丢给它，让它"帮我优化整个项目的性能"，它当场就懵了，上下文瞬间被塞满，后续对话全是无效记忆。后来我学会了，大任务拆小：先让它分析目录结构，再定位关键模块，然后逐个优化。拆得越细，效果越好。

第三个坑：改完代码不验证。Claude Code改了文件之后默认会尝试跑测试，但如果项目没有测试脚本，它会静默跳过。我吃过一次亏，它改了一个函数，逻辑看起来没问题，但运行时报错才发现它漏改了一个关联调用。所以现在无论它怎么说"改完了"，我都会自己跑一遍相关功能。

7.2 我现在的工作流

经过这段时间的使用，我固定下来了一套工作流，分享出来供参考：

• 接到任务后，先开终端、进项目目录、启动claude；
• 在CLAUDE.md里维护好项目的关键规则，这样每次新会话它都会自动遵守；
• 小需求直接对话解决，大需求拆解成多个小任务逐个处理；
• 每次改动后明确要求它"跑一下测试"或者"手动验证一下"；
• 会话变长、明显感觉到它开始"忘事"时，果断/compact压缩；
• 需要重复执行的任务，及时固化成Skill；
• 定期npm update -g @anthropic-ai/claude-code，保持版本更新。

这套流程没有多复杂，但每一条都是从实际问题里长出来的。我用下来最大的感受是：Claude Code真正提升效率的地方，不是它单次回答的质量有多高，而是你能把"人机协作的节奏"调到顺手。工具就在那里，但怎么用它、什么时候让它放手干、什么时候自己盯着，这才是真正需要积累的经验。

如果你刚开始接触，建议从上手最简单的操作开始：装好它，找一个小项目，让它帮你完成一次代码重构或者补一轮测试，感受一下它工作的方式，然后再逐步尝试第三方模型、Skills这些进阶功能。这些东西用熟了以后，你会慢慢找到属于自己的节奏。