技能(Skill)是给智能体使用的 “专业能力说明书”,由 SKILL.md 定义场景、规则和执行步骤。
智能体不会一开始就加载所有技能,而是在相关任务出现时按需加载,减少无关干扰,降低上下文消耗。
一句话理解:如果 Prompt 是一次性指令,Skill 就是可复用的能力包;如果你希望 AI 多次、稳定地按同一套标准完成任务,就可以考虑把它做成技能。
当你遇到以下情况时,技能通常是一个很合适的选择:
功能 | 适合做什么 | 和技能的区别 |
|---|---|---|
Prompt | 一次性告诉 AI 当前任务要怎么做。 | 如果同一段 Prompt 反复使用,就适合沉淀成 Skill。 |
规则 | 设置长期生效的全局偏好,例如语言风格、代码风格。 | 规则通常持续占用上下文;技能按需加载,更适合具体工作流。 |
上下文 | 提供背景资料、业务知识、项目文档。 | 上下文偏“知识参考”;技能偏“行为指令和执行流程”。 |
MCP | 给 AI 提供可调用的外部工具或服务。 | MCP 提供工具能力;技能告诉 AI 在什么场景、按什么规范使用这些能力。 |
TRAE Work 中常见的技能可以按生效范围理解:
技能也会区分运行环境。
创建或安装技能前,可以先确认你的任务是在本地还是云端运行。
环境类型 | 适用任务 | 适用客户端 |
本地 | 仅对本地任务生效。 | TRAE Work 桌面版 |
云端 | 仅对云端任务(及从 GitHub 拉取的项目)生效。 | TRAE Work 网页版、桌面版 |
你可以通过两种方式开始使用技能。
TRAE Work 的技能市场为不同使用场景提供了多种技能,涵盖数据分析、界面设计、开发工具等领域。你可以直接从中安装所需技能。


提示
点击某个技能的卡片后,界面上会弹出该技能的详情窗口。你可以阅读该技能的说明,以判断该技能是否符合你的需求。



SKILL.md 文件的 zip 或 .skill 文件。

一个技能中必须包含 SKILL.md 文件。复杂技能还可以包含示例、模板、脚本或参考资源。
skill-name/
├── SKILL.md # 必需:智能体的核心指令
├── examples/ # 可选:输入 / 输出示例
│ ├── input.md
│ └── output.md
├── templates/ # 可选:可复用模板
│ └── component.tsx
└── resources/ # 可选:参考文件、脚本或素材
└── style-guide.md一个基础 SKILL.md 通常包含名称、描述、使用场景、执行指令和示例。
---
name: 技能名称
description: 简要描述这个技能的功能和使用场景
---
技能名称
描述
说明这个技能的作用。
使用场景
说明什么时候应该触发这个技能。
指令
清晰地告诉智能体应该按什么步骤完成任务。
示例(可选)
给出输入 / 输出示例,帮助智能体理解预期效果。如果不会自己写 Skill,你也可以使用 AI 帮你写 Skill。
技能可以手动调用,也可以由 AI 自动判断调用。
/,从列表中选择需要的技能。当任务比较关键、复杂,或者你明确知道要使用哪个技能时,推荐手动调用。
当你的需求与某个技能的描述或使用场景高度匹配时,AI 可以自动加载并使用该技能。例如,一个代码审核技能的触发条件是“当用户请求代码反馈或评审时”,那么当你说“帮我 review 一下这个 PR”,AI 就可能自动调用该技能。
如果你暂时不知道从哪里开始,可以先参考社区里已经沉淀较多的 Skills。它们不一定要直接照搬,更适合作为灵感来源:看看别人是如何定义场景、拆解流程、组织示例和约束边界的。
Skill 类型 | 可以参考什么 | 适合场景 |
|---|---|---|
文档处理类 | docx、pdf、pptx、xlsx 等文件创建、编辑、分析的工作流。 | 处理 Word、PDF、PPT、Excel 等办公文件。 |
前端与视觉类 | 前端界面生成、品牌规范、主题风格、视觉设计方法。 | 生成网页、组件、海报、设计稿或品牌化内容。 |
测试与自动化类 | 通过 Playwright 等工具测试 Web 应用、调试 UI 行为、捕获日志。 | 前端验证、网页自动化测试、本地应用调试。 |
Skill / MCP 构建类 | 如何创建新 Skill,或如何构建 MCP Server。 | 沉淀团队工作流、扩展 Agent 能力、连接外部工具。 |
沟通写作类 | 内部沟通、状态报告、FAQ、团队更新等文档写作规范。 | 团队协作、项目汇报、运营和管理场景。 |
description、目录结构、示例和“什么时候不该使用”的约束。小提醒
社区 Skill 可以当模板,但不要不看内容就直接启用。涉及文件读写、外部工具、命令执行或账号权限时,先确认来源可靠、权限合理,再放进自己的工作流。
写 Skill 不建议一上来就追求“大而全”。更稳妥的方式,是先找到一个真实重复任务,再用评测和反馈逐步把 Skill 打磨稳定。
记住一个原则
Skill 的目标不是把所有规则一次写完,而是把一个明确场景做稳定。先小范围跑通,再根据真实失败案例迭代,会比一开始堆很多规则更可靠。
Q1:技能和普通提示词最大的区别是什么?
A:提示词更适合一次性任务;技能更适合反复使用的任务。只要你发现某段提示词经常复用,就可以考虑把它沉淀成技能。
Q2:技能是不是越多越好?
A:不是。技能应该服务明确场景。过多、描述模糊或互相重叠的技能,可能会让 AI 更难判断该调用哪个。
Q3:为什么我写的 Skill 不生效,或者效果不符合预期?
A:优先检查 description 是否写清楚。AI 通常会先通过描述判断什么时候该用这个 Skill。如果描述太泛、太短或太专业,AI 就可能不会调用,或者在错误场景调用。
Q4:使用 Skill 的效果,会受到模型影响吗?
A:会。更强的模型通常更擅长理解意图、挑选合适 Skill、安排执行步骤;但 Skill 本身会决定具体任务的执行流程和稳定下限。模型负责“选得准”,Skill 负责“做得稳”。
Q5:技能会不会一直占用上下文?
A:不会。技能采用按需加载机制,通常只有在任务相关时才会加载详细内容,这也是它相比规则更适合具体工作流的原因之一。
Q6:Skills 是不是万能的?
A:不是。Skills 更适合流程明确、边界清晰、可以反复执行的任务。高度开放的创意任务、实时动态决策、单纯知识问答或闲聊,不一定适合用 Skill。
Q7:我应该创建项目技能还是全局技能?
A:只服务当前项目的流程、规范和模板,适合做项目技能;跨项目都会用到的个人方法或团队通用规范,更适合做全局技能。
Q8:看到一个社区 Skill 很好用,可以改成自己的版本吗?
A:可以,而且很推荐。你可以把社区 Skill 当模板复制一份,再根据自己的业务流程、输出格式、术语和示例进行调整。
Q9:技能创建后效果不好怎么办?
A:先用真实任务测试,再根据输出问题补充指令。常见优化方向包括:补充触发场景、明确输出格式、增加反例、加入示例、拆清楚执行步骤。
请用 3-5 分钟完成一个最小可用技能的设计。
完成后,你应该可以看到: