课程章节

第 6 章:Commands 与 Skills

把重复工作变成可复用入口:先从斜杠命令开始,再在必要时升级成技能。

入门 24 分钟 主线课程 命令技能复用

学完你会得到什么

  • 知道斜杠命令和技能分别适合什么场景。
  • 会判断一个高频流程该停在命令层,还是升级成技能层。
  • 能把重复话术逐步整理成稳定工作流。

开始前你最好知道

  • 理解项目记忆的作用
  • 已经能稳定描述任务和控制会话

先看这些风险提醒

  • 不要把所有临时想法都做成命令,入口太多会让自己更乱。
  • 不要把技能写成空泛大文档,技能必须服务执行。
  • 不要在规则还没稳定前就过度抽象流程。

做完怎么验证

  • 你能说出一个应该做成斜杠命令的高频流程。
  • 你能说出一个应该做成技能、而不是只做命令的场景。
  • 你已经形成“先跑通,再复用”的习惯,而不是一开始就设计复杂系统。

术语引导

建议先认识这些术语

可视化路线

本章路线图

先看结构,再读正文,会更容易把一章真正学会。

  1. 01
    第 1 步

    先找出真正高频的重复动作。

  2. 02
    第 2 步

    先统一入口,再统一方法。

  3. 03
    第 3 步

    入口需求做成命令。

  4. 04
    第 4 步

    方法和步骤稳定后再升级成技能。

一句话结论

Commands 和 Skills 的核心不是“变高级”,而是让你少说重复话、少走重复路。

Commands 与 Skills 各自适合什么

斜杠命令(Slash Command)更像快捷入口,适合把一个固定动作快速触发;技能(Skill)更像一套可复用的小知识包,适合把步骤、背景、输出格式和注意事项一起沉淀下来。

换句话说:命令偏“入口”,技能偏“方法”。

什么时候从临时提示升级为斜杠命令

如果你发现自己每周都会重复说一句很像的话,例如“先帮我列一个执行计划”“按固定格式整理改动说明”,那就值得先做成斜杠命令。

命令的优势是轻量,适合先把入口统一起来。

什么时候再进一步做成技能

当一个流程不只是一句入口,而是包含背景、步骤、输出格式、边界和注意事项时,就更适合做成技能。

例如“代码评审”不是一个按钮就结束的动作,它通常还包含看什么、先查什么、如何输出、哪些风险优先级更高,这些都适合沉淀进技能。

一个从“重复话术”到“技能”的升级例子

假设你经常让 Claude Code 帮你整理发布说明。

第一阶段,你可能只是反复说“帮我把本次改动整理成一份更新说明”;第二阶段,你把它做成一个斜杠命令,固定入口;第三阶段,你再把适用范围、输出结构、风险提醒和禁用项写成技能。

这个过程不是一次完成的,而是随着使用频率上升逐步升级。

常见误区

常见误区有三个:

  • 一开始就想设计一整套宏大系统
  • 还没确认这个流程会不会长期重复,就急着做技能
  • 技能里只写原则,不写具体输入输出

对新手最稳的做法永远是:先用几次,再抽象

给新手的落地顺序

推荐顺序是:

  1. 先发现重复动作
  2. 再用自然语言多做几次
  3. 稳定后做成斜杠命令
  4. 真正需要沉淀时再升级成技能

这条路径能避免你还没搞明白需求,就先把流程做死。

做完怎么验证

如果你已经能清楚区分“这个动作做成命令就够了”和“这套方法值得做成技能”,并能拿自己当前工作流举例,就说明这章已经学会。

之后进入第 7 章,你会继续把复用能力扩展成“分工能力”。

下一步

继续顺着课程主线往下走

学习进度

做完这一章了吗?

你可以把本章标记为已完成,首页和课程列表会记录你的学习进度。

来源材料

官方校准