EP02. “进阶功能：Skills、Plugins 与 Routines”

首页 › AI 工具 › Claude · Overview · EP02

约 13 分钟· #EP02#Claude#Overview

接着 EP01，讲 Claude Code 2026 年版本的进阶功能：模型切换、subagent、checkpoint、hooks、MCP、记忆系统、上下文管理、worktree
重点讲 Skills 和 Plugins 这两块——这是让 Claude Code 从「聪明的自动补全」变成真正开发伙伴的关键功能
讲 Routines（排程云端 agent），这是让 Claude Code 能在你没开电脑的时候也持续工作的新功能
前置知识：先看过 EP01，知道怎么安装、怎么开始第一次对话、四阶段工作流程是什么

重点内容

2026 年的关键功能一览

功能	说明
模型切换	`/model` 挑合适的模型——日常写代码用 Sonnet 4.6，硬骨头/长周期任务用 Opus 4.8 或 Fable 5，快速查阅用 Haiku。Opus 底下还能用 `/fast` 开快速模式，同等智能但输出更快
Subagent / 后台任务	把独立的一块工作（比如「研究一下这个代码库的登录流程怎么走的」）丢给一个 subagent，它在自己的上下文里跑，跑完回报结果，不会弄乱你主对话的上下文；耗时长的工作也能丢到后台跑，终端机不用被占着
Checkpoints / Rewind	Claude 工作时会给文件拍快照，改坏了按两下 `Esc` 就能倒回之前的状态，不用自己手动一个个改回去
Agent Hooks	把你自己的自动化脚本挂到生命周期事件上（PreToolUse、PostToolUse、SessionStart、Stop），例如 Claude 每次改完文件就自动跑一次你的代码格式化工具；hooks 是自动触发的，设置在 `settings.json` 里，不是你手动叫它跑
MCP 整合	把 Claude 接进你整个工作流——Slack、Jira、Notion、GitHub、Google Drive 等几十种工具，Claude 能读 Jira 单、看相关的 Slack 讨论，直接开始实作，不用你自己到处复制上下文过去；用 `/mcp` 管理已连接的服务
记忆系统	靠基于文件的持久化记忆，跨会话记住项目偏好、过去做过的决定、架构模式——在 CLAUDE.md 之外再叠加一层长期记忆
上下文管理	`/context` 看目前上下文窗口被什么占满了；`/compact` 压缩冗长的会话但保留重点（快满的时候也会自动压缩）；开始一个不相关的新任务时，`/clear` 比 `/compact` 更干净利落，不用拖着旧上下文
Worktrees	隔离出独立的 git 分支做实验，Claude 可以在 worktree 里试一次有风险的重构，不会碰到你正在用的工作分支

Skills 全貌：预建工作流

Skills 是打包好的工作流程，处理一整类任务——可以把它们想成用 Markdown 文件包装起来的「专家模板」。用 / 打出清单手动选一个（例如 /code-review），或者 Claude 判断你的任务符合某个 skill 的描述时会自动触发。不管哪种方式，完整的指令内容只有在真的用到时才会加载，不会占用你平常的上下文空间。

常用的几个 Skills：

Brainstorming（头脑风暴）：动手写任何功能之前先触发，强制做需求、边界情况、设计方案的结构化梳理——防止最贵的错误：把方向搞错了才动工
Systematic Debugging（系统化除错）：出现 bug 时，强制走一套严谨的排查流程，而不是靠"猜了改、改了猜"浪费时间——先收集证据、提出假设，再逐一验证
Code Review（代码审查）：功能做完之后，对照质量标准审查这次的改动，抓出盯久了容易忽略的问题，也能用来审查队友的 PR
Test-Driven Development（测试驱动开发）：强制先写测试的流程——你描述想要什么，Claude 先写会失败的测试，再实作到测试通过为止
Plan Writing & Execution（写计划与执行）：多步骤任务先产出带依赖关系和验证检查点的结构化实施计划，执行 skill 再按计划逐步跑，阶段之间设检查关卡
Simplify（简化）：实作完成后审查改动过的代码，找出能重用的地方、质量问题、效率改进空间，抓出过度设计的部分
Skill Creator（技能创建器）：元技能——如果你有个反复出现、但现有 skill 都覆盖不到的工作流程，可以自己建一个自定义 skill，还能让 Claude 用自动化评估来衡量这个新 skill 的表现

📌 这些不只是方便功能而已——它们把最佳实践编码成自动化流程，让你即使在累、赶、或面对不熟悉的代码时，也能维持稳定的产出质量。

自己动手做一个 Skill

Skills 真正的威力在于：把你自己反复出现的工作流程做成 skill。一个 skill 就是一个带 SKILL.md 文件的文件夹：

---
description: Generate a release note from the merged PRs since the last tag
---

Read the git log since the most recent tag, group changes by type
(feature, fix, chore), and write a concise changelog in CHANGELOG.md.

把这个放进 .claude/skills/release-notes/SKILL.md（只限当前项目用）或 ~/.claude/skills/（所有项目都能用）。description 这段是 Claude 用来判断"什么时候该自动触发"的依据。如果你希望这个 skill 只在你主动要求时才跑，加一行 disable-model-invocation: true。不知道从何下手的话，用 skill-creator 这个 skill 帮你建、帮你改——它就是那个"会写 skill 的 skill"。

Plugins：打包、可分享的 Skills 集合

Plugin（插件）是把好几种能力打包在一起的套件——skills、斜线命令、subagent、hooks，甚至 MCP server——让整套工作流程一次装好，不用一个个手动接。相比一个 skill 只是项目里的单一文件，plugin 是有版本号、可以在团队间分享、而且有命名空间的（调用格式是 /plugin-name:skill-name，不会互相冲突）。

在 Claude Code 里管理 plugin：

/plugin # 打开插件管理器
/plugin marketplace add anthropics/claude-plugins-community
/plugin install <name>

先加一次 marketplace（一个装了各种插件的 Git 仓库），再安装想要的插件。团队标准化流程就是这么做的：把审查流程、部署检查、团队规范打包成一个 plugin，大家装同一个插件就有同一套设置。

[截图：终端机运行 /plugin 后打开的插件管理器，列出已安装和可安装的插件清单]

Routines：排程云端 Agent

Routines 是最新的功能，也改变了「使用 Claude Code」这件事的定义。一个 routine 就是一个在云端按排程或触发条件运行的 Claude Code 会话——就算你电脑关机了它也在跑，而且是无人值守运行，不会中途停下来问权限。

建立方式：用 /schedule 对话式建立（比如「每个工作日早上 9 点，检查开着的 PR 并发一份摘要」），或者从 Desktop / Web App 的 Routines 面板建。

[截图：Desktop / Web App 的 Routines 面板，显示已建立的排程列表和各自的触发条件]

三种触发方式：

Schedule（排程）：按小时/每天/每周，或指定一次性的时间点
GitHub events（GitHub 事件）：新 PR、新 release、或其他仓库活动触发
API：由你自己的系统发 POST 请求触发

用 /schedule list、/schedule update、/schedule run 管理已建的 routine。实际能带来的好处：每晚自动做一次依赖库安全审查、每天早上自动分诊新 issue、每周一收到一份"这周上线了什么"的摘要报告。这就是「你去驱动一个工具」跟「工具在你睡觉时也帮你干活」的差别。

📌 Hooks 跟 Routines 的差别：Hooks 是本地的，在会话内的事件上触发（工具跑之前、会话开始时）；Routines 是远程的、按排程跑，会自己跑完整个会话。用 hooks 来塑造 Claude 在会话里怎么配合你工作；用 routines 来让它在没有你的时候也能工作。

常见错误

❌ 每件事都用最贵的模型跑——日常写代码用 Sonnet 4.6 就够，Opus/Fable 5 留给真正硬的架构或长周期任务，能省钱也经常更快
❌ 会话跑久了觉得反应变慢/变不准，却不知道要处理——用 /context 看看上下文被什么占满了，该 /compact 压缩就压缩，开新任务就直接 /clear
❌ 反复手动确认同样的安全指令（比如 npm test、git status）——应该加进 .claude/settings.json 的白名单一次性解决，或者在紧盯每个 diff 的场景下直接切到 auto-accept-edits 模式
❌ 需要独立完成两件不相关的工作（比如一边修一个分支的 bug、一边在另一个分支加功能）却挤在同一个会话里搞——应该用后台 agent，各自在自己的 git worktree 里工作，不会互相冲突
💡 有反复出现的固定工作流程，别每次都手动重新交代一遍——用 skill-creator 做成自己的 skill，之后自动触发或手动调用都方便

Sources

Blog / Website：

Claude Code Tutorial（Beginners Guide 2026）— https://www.techlifeadventures.com/post/claude-code-tutorial-beginners-guide-2026