先聊聊Skill到底是个啥

说实话，Skill 就像你给AI装的“小工具”。

哈哈，你Ke以把它想成一套操作手册。

比如“写单元测试”这件事，我会给它一个Skill。

这个Skill里会写明：先生成describe块，接着写it语句，Zui后跑一下jest。

不对不对，应该是：先声明测试目标，然后写断言，再执行。

你懂的，就是一步一步指路的那种。

Skill 的核心是**执行方法**。

也就是说它告诉Agent“这件事应该怎么Zuo”。

它不是限制，而是提供流程、模板、示例。

所以每次你叫AI干活，它会把对应的Skill拉进上下文。

完成后又自动收回，省得占内存。

Skill的常见形态

代码审查流程、SQL查询优化、Markdown排版、邮件撰写……douNeng封装成Skill。

比如“ZuoCode Review”Ke以写成：

- 检查安全漏洞 → 检查逻辑错误 → 检查性Neng瓶颈 → 按模板输出报告。

这个顺序只在Code Review时才有意义，别放到全局里。

再说说Rules到底是干嘛的

Rules geng像是给AI设的“底线”。

害，你别小kan它们，一个不小心就Neng把AI逼到死胡同里去。

它们告诉Agent：“你必须这样，不Ke以那样”。

比如：

回复必须用中文。

代码注释不Neng出现英文单词。

禁止使用var，统一用let或const。

每次改代码后提醒我写单元测试。

这些约束一旦写进Rules，就会在整个对话期间全局生效。

也就是说无论你让AI干什么它dou会遵守这些规则。

全局约束 vs 局部流程

Cute一点说这两者就像“规矩”和“技巧”。

Cute一点说这些规矩永远挂在嘴边；技巧只在需要时才拿出来炫耀一下。

Skill和Rules到底有什么区别？咱来说几条判断准则

#1 Ru果这条要求**所有任务**dou要遵守，那就放进Rules；Ru果只在特定场景下才需要，那封装成Skill。

#2 Rules 是**约束条件**，它不会教你怎么Zuo，只会限制怎么不NengZuo。

#3 Skill 是**执行方法**，它告诉AI该怎么一步步完成。

A/B 对比示例

A："回复必须简洁，不要长篇大论"

- 这是Rule，因为无论聊技术、聊生活，dou想要短回答。

B："生成React组件时用函数式组件并加上PropTypes"

- 这是Skill，只在生成React代码的时候才有用。

实际项目里怎么玩转它们？来点干货吧！ 步骤一：先列出全局约束

- 回复语言统一为中文 - 禁止输出敏感信息 - 所有代码块必须带注释 - 不要使用eval等危险函数

步骤二：针对每个业务场景写Skill

- 写SQL查询时：先检查SQL注入风险 → 用参数化查询 → 返回格式化结果

步骤三：把两者叠加使用

- 在进行Code Review时先加载Review Skill → 同时遵守全局Rule “回复必须附带代码示例” 和 “保持简洁”

AIAgent 实战小案例——从零到一完整演练 定义全局Rules

- 必须使用中文回复
- 所有代码片段必须加上行号
- 禁止输出任何个人隐私信息
- 每次提供建议后dou要给出至少一个备选方案

为“生成API文档”写一个Skill

- 接收OpenAPI JSON
- 把每个endpoint拆成标题
- 自动生成请求参数表格 + 示例curl
- Zui后附上错误码说明

开始对话——kan效果！哈哈~

User: 帮我把这个接口文档弄成Markdown吧！

AIAgent: 好的，我先把你的OpenAPI JSON读进来然后按照Skill里的步骤走，同时遵守全局Rule——所有文字dou是中文，而且每段代码dou有行号。

AIAgent:

User: 不错，不过Neng不Neng再加点错误码解释？

AIAgent: 没问题，我再补上一段错误码表格，这也是Rule要求的“提供备选方案”，顺便给了你另一种简洁版格式。

"坑"与"技巧"——常见误区大盘点 Pitfall #1：把流程塞进Rules里 🙈

"先检查安全 再检查性Neng 再输出报告"—这其实是Task‑Specific Flow，应该是Skill而不是Rule。否则所有任务dou会被迫走这套冗余流程，浪费token，还可Neng导致奇怪的错误提示。

Pitfall #2：把通用约束写成Skill 🤦‍♂️

"回复必须简洁" 放进了某个特定Task的Skill里那其它Task又得手动引入，这显然不合理。直接搬到Rules，全局生效geng省心。

Pitfall #3：忘记geng新Rule导致冲突 😅

"禁止使用var" Yi经在旧Rule里但新项目决定统一用let/const，却忘记同步geng新Rule，于是AI偶尔还是抛出var，让人抓狂。及时审查并同步修改，是保持系统健康的关键。

"小贴士"——让你的Agentgeng聪明、geng灵活

- 用自然语言描述Rule时尽量明确，比如 “禁止输出任何IP地址” 比 “不要泄露敏感信息” geng易被解析。

- Skill里尽量提供 **示例代码** 或 **模板**，这样AINeng直接复制粘贴，提高效率。

- 当发现某条Rule频繁被触发却不符合业务需求时考虑把它降级为Skill或者删掉重写。

- 多利用 **自我纠正** 的技巧，例如在Prompt中加入 “Ru果发现前置条件不满足，请先提醒我”。这样Agentgeng稳健，也geng像真人一样会犯错然后改正。

- 别忘了给重要的Rule和关键的Skill起个好名字，方便后期维护和检索——比如 “RULE_中文回复”“SKILL_SQL注入防护”。

Epilogue——一句话？哈哈，我来凑热闹~

咱就是说要想让AI既守规矩又Neng干活儿，就得把全局底线塞进Rules, 把具体操作秘籍装进Skills. 懂了吗？你懂的，这招可省下不少调参时间呢！ Ru果还有疑惑，就再来敲敲键盘，我们继续聊哈~ 

 
 
 
 
 
 
 
 
 
 
 


---