2026年7月9日 周四晚上19:30,报名腾讯会议了解“如何构建自进化的动态知识库(Brain)”(限30人)
免费POC, 零成本试错
FDE知识库

FDE知识库

学习大模型的前沿技术与行业落地应用


收藏

工作流的 Skill 怎么写?从 7 个顶级 Skill 中提炼的模式与最佳实践

发布日期:2026-04-27 09:01:55 浏览次数: 2088
作者:阿里云开发者

微信搜一搜,关注“阿里云开发者”

推荐语

掌握高效工作流的关键:7个顶级Skill的精华提炼与实战指南。

核心内容:
1. Skill的核心机制与文件结构解析
2. Frontmatter必填字段与优化技巧
3. 从7个顶级Skill中提炼的最佳实践

杨芳贤
53AI创始人/腾讯云(TVP)最具价值专家

一、Skill 是什么

Skill 是一个文件夹,核心是 SKILL.md 文件,使用 YAML frontmatter + Markdown 正文 的格式。当 LLM 判断需要某个 Skill 时,会调用 skill 工具加载它,SKILL.md 的全部内容会作为 tool-result 注入到对话上下文中,LLM 读到后自主决定怎么执行。

my-skill/├── SKILL.md              # 主文件(必须)├── scripts/              # 可执行脚本(可选)├── references/           # 详细参考文档(可选,按需加载)├── resources/            # 模板、清单等资源(可选)└── examples/             # 示例(可选)

关键机制Skill 本质是"知识注入"——它不会动态生成新工具,而是把指令文本注入到 LLM 的上下文中,LLM 用已有的工具(bash、read、edit 等)来执行这些指令。

二、Frontmatter:

决定 Skill 是否被加载的"门面"

2.1 必填字段

字段

作用

示例

name

唯一标识符,小写连字符

test-driven-development

description

最关键——LLM 通过它决定是否加载

见下方对比

2.2 Description 的写法决定加载率

# ✅ 好的 description — 包含触发短语和关键词description: Deploy applications and websites to Vercel. Use when the user   requests deployment actions like "deploy my app""push this live"  or "create a preview deployment".
# ✅ 好的 description — 定义时序位置description: Use when implementing any feature or bugfix, before writing   implementation code
# ❌ 差的 description — 太模糊description: Helps with deployment stuff

核心原则

  • 列举触发短语把用户可能说的话写进去("deploy my app"、"push this live")

  • 定义时序位置说明"在什么之前/之后"使用("before writing implementation code")

  • 包含产品关键词如果覆盖大平台,把所有产品名列出来

2.3 可选扩展字段

从 7 个 Skill 中观察到的扩展字段:

字段

来源

作用

references

OpenCode cloudflare

声明最重要的参考文档

allowed-tools

Google Labs stitch-loop

声明需要的工具权限

type

Dean Peters discovery-process

声明 Skill 类型(workflow/component)

best_for

Dean Peters discovery-process

最适合的场景列表

scenarios

Dean Peters discovery-process

具体的触发场景示例

estimated_time

Dean Peters discovery-process

预估执行时间

三、5 种核心设计模式

模式 1:线性流程

适用场景部署、安装、迁移等有明确步骤的操作。

代表openai/skills — vercel-deploy(77 行)

结构

# 标题## Prerequisites(前置条件)## Quick Start(主流程:Step 1 → 2 → 3)## Fallback(降级方案)## Troubleshooting(故障排除)

关键技巧

技巧

示例

为什么有效

安全默认值

"Always deploy as preview, not production"

防止 LLM 做出危险操作

具体命令

每步给出可直接执行的 bash 命令

LLM 不需要猜测

超时提示

"Use a 10 minute (600000ms) timeout"

防止 LLM 因超时中断

降级方案

CLI 失败有 Fallback 脚本

提供 B 计划

负面指令

"Do not curl the deployed URL to verify"

明确禁止不该做的事

适用判断如果你的 Skill 可以用"先做 A,再做 B,最后做 C"描述,就用线性模式。

模式 2:决策树 + 按需加载

适用场景大型平台选型、产品导航、问题诊断。

代表openai/skills — cloudflare-deploy(224 行)

结构

# 标题## Authentication(认证前置)## Quick Decision Trees(决策树)  ### "I need to run code"(按用户意图分类)  ### "I need to store data"  ### "I need AI/ML"## Product Index(产品索引表)

关键技巧

技巧

示例

为什么有效

用户意图分类

"I need to run code" 而非 "Compute products"

用用户语言而非技术术语

树形导航

├─ 边缘无服务器函数 → workers/

LLM 快速定位正确产品

渐进式披露

主文件 7KB,references/ 按需展开到几十万字

不浪费上下文窗口

产品索引表

Product → Reference 的映射表

结构化的快速查找

适用判断如果你的 Skill 覆盖的知识域有 10+ 个分支,且每个分支都有大量详细文档,就用决策树模式。

进阶同一个知识域可以拆成两个 Skill——

  • 导航型(cloudflare):只做选型,不涉及操作

  • 操作型(cloudflare-deploy):包含认证、命令、故障排除

模式 3:循环迭代

适用场景TDD、代码审查、设计评审等需要反复执行的流程。

代表obra/superpowers — test-driven-development(371 行)

结构

# 标题## The Iron Law(铁律——不可违反的核心原则)## Red-Green-Refactor(循环体)  ### RED — 写失败的测试  ### Verify RED — 验证确实失败  ### GREEN — 写最少的代码  ### Verify GREEN — 验证确实通过  ### REFACTOR — 清理  ### Repeat(回到 RED)## Common Rationalizations(借口反驳表)## Verification Checklist(退出条件)

关键技巧

技巧

示例

为什么有效

强硬语气

"Delete it. Start over."

LLM 倾向于"灵活变通",强硬语气提高遵从率

Good/Bad 对比

用 <Good> 和 <Bad> 标签包裹代码示例

对比教学效果最好

借口反驳表

预判 LLM 可能的 12 种偷懒借口并逐一反驳

堵死所有逃避路径

验证清单

8 项 checklist 作为循环退出条件

确保质量达标才能结束

人类兜底

"ask your human partner"

不确定时交给人

适用判断如果你的 Skill 需要 LLM 反复执行"做→验证→改进"的循环,就用迭代模式。

模式 4:接力棒循环(跨 Session 持久化)

适用场景多次迭代的长期项目,需要跨多个 session 持续工作。

代表google-labs-code/stitch-skills — stitch-loop(203 行)

https://github.com/google-labs-code/stitch-skills/tree/main/skills/stitch-loop

结构

# 标题## Overview(接力棒模式概述)## The Baton System(接力棒文件规范)## Execution Protocol(6 步执行协议)  ### Step 1: Read the Baton(读接力棒)  ### Step 2: Consult Context Files(查阅上下文)  ### Step 3: Generate(执行任务)  ### Step 4: Integrate(集成结果)  ### Step 5: Update Documentation(更新文档)  ### Step 6: Prepare the Next Baton ⚠️(写下一个接力棒——关键!)## File Structure Reference(文件协议)## Orchestration Options(编排方式)

关键技巧

技巧

示例

为什么有效

文件即状态

next-prompt.md 作为接力棒

LLM 不需要记住"上次做到哪了"

续命机制

Step 6 标记为 Critical + MUST

忘了写接力棒循环就断了

文件协议

每个文件有明确职责

LLM 只需按协议读写文件

编排无关

CI/CD、人在回路、Agent 链都能驱动

同一个 Skill 适配多种自动化环境

适用判断如果你的 Skill 需要跨多个 session 持续工作,或者需要多个 Agent 协作,就用接力棒模式。

与模式 3 的区别

维度

循环迭代(TDD)

接力棒循环(Stitch Loop)

状态存储

LLM 对话上下文

外部文件系统

跨 session

循环退出

Checklist 全部打勾

路线图清空

适用时长

单次会话(分钟~小时)

长期项目(天~周)

模式 5:多阶段 + 检查点 + Skill 编排

适用场景复杂的多周流程,需要在关键节点做 Go/No-Go 决策。

代表deanpeters/Product-Manager-Skills — discovery-process(502 行)

结构

# 标题## Key Concepts(核心概念 + 反模式)## Phase 1: Frame the Problem(阶段 1)  ### Activities(调用哪些子 Skill)  ### Outputs(阶段产出)  ### Decision Point 1(检查点:YES/NO + 时间影响)## Phase 2-6...(重复相同结构)## Complete Workflow(端到端时间线)## Common Pitfalls(常见陷阱)## References(引用的子 Skill 列表)

关键技巧

技巧

示例

为什么有效

统一阶段模板

每个 Phase 都有 Activities → Outputs → Decision Point

LLM 快速理解结构

决策检查点

"达到饱和了吗?YES → 下一阶段,NO → +1 周"

防止盲目推进

Skill 编排

调度 10+ 个子 Skill 完成各阶段

编排器模式,大 Skill 调度小 Skill

时间影响

每个 NO 路径标注"+2-3 days"、"+1 week"

让用户了解延迟成本

交互协议分离

引用 workshop-facilitation 定义交互方式

关注点分离

适用判断如果你的 Skill 跨越多天/多周,有明确的阶段划分和 Go/No-Go 决策点,就用多阶段模式。

特殊模式:思维框架(控制 LLM "怎么想")

适用场景安全审计、代码审查、架构分析等需要深度思考的场景。

代表trailofbits/skills — audit-context-building(302 行)

结构

# 标题## Purpose(定位:控制思维方式,不是控制行为)## When to Use / When NOT to Use## Rationalizations(借口反驳表)## Phase 1: Initial Orientation(定向扫描)## Phase 2: Ultra-Granular Function Analysis(逐行分析——核心)  ### Per-Function Checklist(函数微分析清单)  ### Cross-Function Flow Analysis(跨函数追踪)  ### Output Requirements(输出格式 + 量化阈值)  ### Completeness Checklist(完整性检查)## Phase 3: Global System Understanding(全局理解)## Stability Rules(反幻觉规则)## Non-Goals(明确禁止做的事)

关键技巧

技巧

示例

为什么有效

思维工具

第一性原理、5 Why、5 How

给 LLM 分析框架而非具体命令

量化阈值

"每个函数最少 3 个不变量、5 个假设"

强制 LLM 达到足够的分析深度

非目标约束

"不要识别漏洞、不要提出修复"

克制 LLM 最想做的事,先理解再判断

反幻觉规则

"Never reshape evidence to fit earlier assumptions"

防止 LLM 自我欺骗

子 Agent 指导

何时以及如何使用 function-analyzer Agent

分而治之

适用判断如果你的 Skill 需要 LLM 进行深度分析而非快速执行,需要控制的是"思维质量"而非"操作步骤",就用思维框架模式。

四、通用写作技巧

4.1 防止 LLM 偷懒的 4 种武器

武器

原理

示例来源

强硬语气

LLM 对命令式语气的遵从率更高

TDD:"Delete it. Start over."

借口反驳表

预判 LLM 的自我合理化路径并堵死

TDD:12 种借口 + 反驳;审计:6 种借口

量化阈值

给出硬性的最低标准

审计:"最少 3 个不变量、5 个假设"

负面指令

明确说"不要做 X"

vercel-deploy:"Do not curl the URL"

4.2 教学的 3 种有效方式

方式

原理

示例来源

Good/Bad 对比

对比学习效果最好

TDD:<Good> vs <Bad> 代码示例

具体命令

LLM 擅长执行具体指令

vercel-deploy:每步都有 bash 命令

完整示例

展示期望的输出格式

审计:引用 FUNCTION_MICRO_ANALYSIS_EXAMPLE.md

4.3 安全与边界的 3 条原则

原则

做法

示例来源

安全默认值

默认选择最安全的选项

vercel-deploy:"Always deploy as preview"

权限最小化

只在必要时提升权限

vercel-deploy:"Do not escalate the installation check"

人类兜底

不确定时交给人

TDD:"ask your human partner"

4.4 知识组织的 3 层架构

第 1 层:Frontmatter(~100 tokens)  → LLM 扫描所有 Skill 的 description,决定是否加载
第 2 层:SKILL.md 正文(<5K tokens)  → 核心指令、决策树、流程步骤
第 3 层:references/ 和 resources/(按需加载)  → 详细文档、示例、清单,LLM 用 read 工具按需读取

Token 预算参考

层级

Token 预算

内容

Frontmatter

~100 tokens

name + description

主文件

2K-5K tokens

核心指令

参考文档(单个)

1K-3K tokens

按需加载

总上下文占用

<10K tokens

主文件 + 1-2 个参考文档

五、模式选择决策树

你的 Skill 需要做什么?├─ 执行一个有明确步骤的操作  └─  模式 1:线性流程├─ 在大量选项中帮用户选择正确的方向  └─  模式 2:决策树 + 按需加载├─ 在单次会话中反复执行"做→验证→改进"  └─  模式 3:循环迭代├─ 跨多个 session 持续推进一个长期项目  └─  模式 4:接力棒循环├─ 跨越多天/多周,有阶段划分和 Go/No-Go 决策  └─  模式 5:多阶段 + 检查点└─ 需要 LLM 进行深度分析而非快速执行   └─  特殊模式:思维框架


六、快速上手模板

最小可用 Skill(线性模式)

---name: my-skilldescription: [一句话描述做什么 + 什么时候触发]---
# Skill 名称
[一句话核心原则 + 安全默认值]
## Prerequisites- [前置条件 1]- [前置条件 2]
## Steps
### Step 1: [动作]\`\`\`bash[具体命令]\`\`\`
### Step 2: [动作][具体指令]
### Step 3: [动作][具体指令]
## Troubleshooting| Issue | Solution ||-------|----------|| [问题 1] | [解决方案] |

循环迭代 Skill 模板

---name: my-loop-skilldescription: [描述 + 触发时机]---
# Skill 名称
## Core Principle[不可违反的铁律]
## The Loop
### Phase A — [动作][具体指令]
### Verify A[验证命令]
### Phase B — [动作][具体指令]
### Verify B[验证命令]
### Repeat回到 Phase A。
## Rationalizations| Excuse | Reality ||--------|---------|| "[借口 1]" | [反驳] |
## Completion Checklist- [ ] [条件 1]- [ ] [条件 2]


七、参考资源

官方规范

1. Agent Skills 开放标准

https://agentskills.io/

2. anthropics/skills — 官方模板

https://github.com/anthropics/skills/tree/main/template

3. anthropics/skills — 规范文档

https://github.com/anthropics/skills/tree/main/spec

精选仓库

1. openai/skills — OpenAI Codex 官方 Skill 目录

https://github.com/openai/skills

2. obra/superpowers — 14 个工作流型 Skill

https://github.com/obra/superpowers

3. google-labs-code/stitch-skills — 设计到代码的 Skill

https://github.com/google-labs-code/stitch-skills

4. deanpeters/Product-Manager-Skills — 40+ 产品管理 Skill

https://github.com/deanpeters/Product-Manager-Skills

5. trailofbits/skills — 安全审计 Skill

https://github.com/trailofbits/skills

6. openclaw/clawhub — Skill 注册中心

https://github.com/openclaw/clawhub

精选列表

1. VoltAgent/awesome-agent-skills — 500+ Skill 索引

https://github.com/VoltAgent/awesome-agent-skills

2. travisvn/awesome-claude-skills — 精选列表 + Skill vs MCP 对比

https://github.com/travisvn/awesome-claude-skills

八、本文分析的 7 个 Skill 速查表

#

Skill

来源

模式

行数

一句话精髓

1

vercel-deploy

OpenAI

线性

77

最小但完整的 Skill 模板

2

cloudflare-deploy

OpenAI

线性+决策树

224

大平台的渐进式披露

3

cloudflare

OpenCode

纯决策树

211

导航型 vs 操作型的区别

4

test-driven-development

obra

循环迭代

371

堵死 LLM 偷懒的所有退路

5

stitch-loop

Google Labs

接力棒循环

203

文件即状态,跨 session 持久化

6

discovery-process

Dean Peters

多阶段+检查点

502

编排器模式,调度 10+ 子 Skill

7

audit-context-building

Trail of Bits

思维框架

302

控制 LLM "怎么想"而非"做什么"


53AI,企业落地大模型首选服务商

产品:场景落地咨询+大模型应用平台+行业解决方案

承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业

联系我们

售前咨询
186 6662 7370
预约演示
185 8882 0121

微信扫码

添加专属顾问

回到顶部

加载中...

扫码咨询

扫码登录
登录即表示您同意《53AI网站服务协议》
服务协议

欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。

在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。

一、 定义

本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。

会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。

知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。

二、 账号注册与登录

登录方式:本网站支持以下登录方式,您可根据实际情况选择:

微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。

手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。

账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。

实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。

未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。

三、 服务内容与规范

知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。

服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。

禁止行为:您在使用服务时不得实施以下行为:

利用技术手段批量爬取、下载、转存知识库内容;

将知识库内容用于商业目的或未经授权地向第三方传播;

干扰本网站正常运行或侵犯其他用户合法权益;

发布违法违规信息或从事违反公序良俗的活动。

四、 知识产权声明

权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。

有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。

侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。

五、 个人信息保护

我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。

您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。

您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。

六、 免责声明

内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。

不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。

第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。

七、 违约责任

如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。

如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。

八、 法律适用与争议解决

本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。

因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。

九、 其他

本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。

本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。

我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。


已查阅