Skills 与 Rules
技能包、行为规则与团队规范导入。
Skills 与 Rules
- Skills：描述 AI 应采用的固定工作套路。
- Rules：规定 AI 必须遵守的行为边界和输出规范。
二者配合后，输出更稳定，适合团队统一用法。
二者区别
| 类型 | 作用 | 例子 |
|---|---|---|
| Skill | 一类能力或操作套路 | 代码审查、文档整理、测试设计 |
| Rule | 行为底线和输出标准 | 默认中文回复、禁止改动某目录 |
Skill 管“怎么做”；Rule 管“什么不能做”。
管理入口
打开 AI 设置 → Skills / Rules，可查看已启用项、自定义项、导入入口及市场或共享来源。
从其他 AI IDE 迁移配置见 从其他工具导入。扩展包里也可以自带 Skill，见 扩展与插件开发。
Skills
适用场景：希望 AI 每次按同一套路输出的任务，例如审查代码、生成提交说明、写测试思路、整理手册、生成固定格式报告。
操作步骤
- 打开 Skills 列表。
- 查看预置项和自定义项。
- 启用当前任务需要的 Skill。
- 做小范围 Ask 或 Agent 验证。
- 不再需要时停用，避免多个 Skill 互相干扰。
输入区支持 # 引用 Skill，例如 #代码审查、#文档整理，可明确指定技能思路。
Rules
Rules 用于约束语言风格、目录边界、安全要求和流程规范。
常见内容
- 语言与风格：默认中文、注释风格、报告格式。
- 目录边界：只允许改某些目录。
- 安全要求：不展示密钥、不直接删数据。
- 流程要求：大改前先给方案、关键修改须人工审。
- 项目背景：技术栈、命名习惯、测试要求。
写法要求：简短、明确、可执行，避免与其他 Rule 冲突。
示例：
默认使用简体中文回复。禁止修改 .env 和部署脚本。涉及多文件改动时，先给出方案再执行。
Skill 与 Rule 配合
- Skill 定义做事套路。
- Rule 限制执行边界。
- 在 Ask / Agent / Workflow 中使用。
例如 Skill 选“代码审查”，Rule 设“只读，不改文件”。
管理建议
个人：准备 3 到 5 条 Rule——默认语言、输出风格、高风险目录限制、大改前确认、敏感信息脱敏。
团队：分三层管理 Rules：
| 层级 | 用途 |
|---|---|
| 个人规则 | 个人表达习惯 |
| 工作区规则 | 当前项目约束 |
| 团队共享规则 | 全员底线 |
导入后验证
- 用 Ask 问简单问题，检查语言、格式、限制是否生效。
- 用低风险 Agent 任务验证规则是否限制了改动范围。
- 清理重复或冲突的规则。
与三种模式的关系
| 模式 | 作用 |
|---|---|
| Ask | 控制回答风格、审查口径、只读边界 |
| Agent | 限制改动范围、指定执行套路 |
| Workflow | 让流程遵守固定产出和边界 |
常见误区
- Rule 过长，难以稳定执行。
- 多条 Rule 互相冲突。
- 同时启用过多 Skill，表现反而不稳定。
- 导入后未验证即用于正式任务。
配置顺序
- 先写 2 到 3 条核心 Rule。
- 再启用 1 到 2 个常用 Skill。
- 用 Ask 验证。
- 再用于 Agent。
- 最后将稳定套路放入 Workflow。