手把手教你造自己的 AI 技能：skill-creator 使用指南

故事是这样的。

前两天有个朋友跑来问我，说他用 Trae IDE 写代码的时候，总觉得 AI 助手差点意思。不是笨，是不懂他的套路。

"能不能让 AI 学会我的工作流？"

我说，能啊，造个 Skill 就行了。

他愣了一下，"造什么？"

Skill。技能。

就是那种，你告诉 AI 一次"我平时都是这么干活的"，以后它每次都能按你的节奏来配合你的东西。

然后，我就给他展示了 skill-creator 这个技能。

看完之后，他沉默了大概五秒。

"所以，我其实一直在用一个没装扩展包的基础角色在跑？"

差不多就是这个意思。

Skill 到底是什么

先别急着动手，我们先把这事儿聊明白。

Trae IDE 里的 Skill，说白了就是给 AI 装的"专业模块"。

你平时跟 AI 对话，它是个通用选手。什么都能聊，但什么都不精。你让它写代码，它写。你让它做代码审查，它也做。但你让它按你们团队的规范来做 PR 审查，按你们项目的特定结构来分析代码，它就有点抓瞎了。

因为它不知道你们的规矩。

Skill 就是来解决这个问题的。

你写一个 SKILL.md，告诉 AI：

"以后遇到这种情况，你就按这个流程来。"

然后它就记住了。每次触发，都按你设定的套路走。

skill-creator 能帮你做什么

这个技能的作用很简单。

帮你创建新的 Skill。

你不用自己去摸索目录结构应该长什么样，不用去记 frontmatter 的格式要求，不用纠结 description 应该怎么写才能被 AI 正确识别。

你只需要告诉 skill-creator：

"我想做一个 XXX 技能，它的作用是 YYY。"

剩下的，它帮你搞定。

目录创建、文件生成、格式校验，一条龙。

什么时候该用它

这个判断其实特别简单。

当你脑子里冒出以下任何一个念头的时候，就该召唤 skill-creator 了：

"要是 AI 能自动帮我做 XXX 就好了"

"每次都要重复跟 AI 说同样的规则，好烦"

"我们团队有个固定的工作流，能不能让 AI 直接学会"

"我想让 AI 按我的风格来写东西"

"有没有办法让 AI 记住我的代码审查标准"

这些念头冒出来的瞬间，就是你需要 Skill 的时刻。

一个 Skill 长什么样

结构其实特别干净。

一个目录，一个文件。

.trae/skills/<你的技能名>/
└── SKILL.md

就这么简单。

但那个 SKILL.md 里面，有几个东西是必须写对的。

名字和描述

这是最重要的部分。

name 是你的技能标识符，description 是告诉 AI 什么时候该触发这个技能。

description 写得好不好，直接决定了你的技能会不会被正确使用。

一个好的 description 必须包含两件事：

这个技能能做什么。什么时候该用它。

比如：

description: "Reviews code for best practices, bugs, and improvements. Invoke when user asks for code review or before merging changes."

前半句说功能，后半句说触发条件。

缺一不可。

正文内容

description 后面就是 SKILL.md 的主体了。

这里写什么都行，markdown 格式。使用说明、操作步骤、示例代码、注意事项，随你。

AI 会读取整个文件，然后按你写的指令来执行。

实际用起来是什么样的

假设你想创建一个"代码审查者"技能。

第一步，告诉 skill-creator 你要做什么。

"帮我创建一个 code-reviewer 技能，用来审查代码的最佳实践、找 bug、提改进建议。"

第二步，它会帮你生成目录和文件。

mkdir -p .trae/skills/code-reviewer

然后创建 .trae/skills/code-reviewer/SKILL.md：

---
name: "code-reviewer"
description: "Reviews code for best practices, bugs, and improvements. Invoke when user asks for code review or before merging changes."
---

# Code Reviewer

This skill reviews code and provides feedback...

第三步，验证结构是否正确。

搞定。

下次你在对话里提到"帮我审查一下这段代码"，AI 就会自动触发这个技能，按你预设的规则来审查。

写 description 的几个坑

我自己踩过，帮你先标出来。

太短。只写"审查代码"四个字。AI 不知道什么时候该触发，不知道你具体要审查什么。

太长。写了三四百字的描述。AI 反而会抓不住重点。控制在 200 个字符以内最好。

没有触发条件。只写了功能，没写什么时候用。AI 很困惑，我也很困惑。

语言不统一。描述用中文，正文用英文。不是不行，但最好保持一致。

一些有意思的玩法

skill-creator 本身只是个创建工具。真正有意思的是，你拿它造出来的东西。

你可以造一个按你们团队规范来写注释的 Skill。

可以造一个专门分析你们项目数据库结构的 Skill。

可以造一个按你的文风帮你写公众号文章的 Skill。

对，就是你现在看到的这个。

阳仔的写作风格，本质上也是一个 Skill。你安装之后，AI 就知道该怎么用那种"有见识的普通人在认真聊一件打动他的事"的语气来写东西。

所以

Skill 不是什么高深的技术。

它就是一个约定。

你告诉 AI 一次你的规矩，以后它每次都按这个规矩来。

而 skill-creator 就是帮你把这个约定写下来的工具。

不用自己琢磨格式，不用手动建目录，不用反复试错。

说一句"我想造个技能"，剩下的交给它。

然后你就得到了一个专属的、懂你套路的 AI 助手。

这玩意，真的挺爽的。

/ 作者：阳仔
/ 投稿或爆料，请联系邮箱：wzglyay@virxact.com