温州火烈鸟网络科技有限公司首批自研智能体技能上线

发布日期：2026.10.10｜来源：温州火烈鸟网络科技有限公司

摘要

温州火烈鸟网络科技有限公司围绕 WorkBuddy 平台开发的第一批自研智能体技能已完成上线。据公司介绍，首批技能上线后反馈良好，后续将持续扩批迭代。本文系统说明 Skills 的能力包形态、SKILL.md 元数据规范与渐进式披露机制。

一、事件：投入 AI 技能方向，首批技能已完成上线

温州火烈鸟网络科技有限公司近期投入 AI 智能体技能（Skills）方向的研发，围绕 WorkBuddy 平台开发了一批自研技能。目前该批次技能已正式上线。据公司介绍，首批技能上线后反馈良好、受关注度较高；公司后续将继续扩批次开发与迭代。

与常见的独立应用不同，这一次交付的是一批“能力包”。要理解它的价值，需要先理解 Skills 这种开放格式本身——它是什么、由什么构成、如何被 AI 调用，以及它与企业已有的 MCP 服务是什么关系。

二、Skills 是什么：一个包含 SKILL.md 的文件夹

据公开资料，Skills（智能体技能）是一种开放的“能力包”格式：一个包含 `SKILL.md` 的文件夹，可附带脚本与参考资料，让 AI 智能体按照既定流程执行任务。它不是一段写死在程序里的代码，而是一份可以被智能体“读懂并照着做”的操作说明，再加上它需要调用的资源。

它的起源可以追溯到 2025 年 12 月。据公开规范，Skills 由 Anthropic 推出，此后作为开放标准发布（agentskills.io），并已被 Claude Code、Cursor、VS Code、OpenAI Codex、GitHub 等若干主流智能体产品接入。开放标准的含义是：同一份技能包，原则上可以在支持该标准的智能体产品之间迁移使用，而不必为每个平台重写一遍。

Skills 的核心价值，在于把“经验、最佳实践、工作流”沉淀为可复用、可版本控制、可跨产品迁移的能力包，把原本每次都要重新交代的多步骤任务，变成可重复、可审计的工作流。这正是温州火烈鸟网络科技有限公司选择在这一方向投入研发的原因。

三、SKILL.md 规范：name 与 description 决定路由

据公开规范，`SKILL.md` 是技能包的入口文件，其元数据有明确的格式要求。

必填字段有两项。第一是 `name`：不超过 64 个字符，仅允许小写字母、数字与连字符，且需要与父目录同名。第二是 `description`：不超过 1024 个字符，需要说清“做什么 + 何时用”——它是技能能否被正确调用的关键，因为智能体正是依据这段描述来判断当前任务是否与该技能相关。

可选字段包括 `license`、`compatibility`、`metadata`、`allowed-tools` 等，分别用于声明许可、兼容性、附加元信息与允许调用的工具。

正文部分承载操作流程、步骤与判断规则。据公开规范，建议正文控制在 500 行（约 5000 token）以内，超出部分应下沉到参考资料中。

目录结构上，一个技能包通常包含：必需的 `SKILL.md` 单文件，以及可选的 `scripts/`（可执行脚本）、`references/`（按需加载的文档）、`assets/`（模板等静态资源）。这种“入口 + 资源”的划分，是渐进式加载得以成立的前提。

四、渐进式披露：为什么没用到的技能不占上下文

据公开资料，Skills 采用“渐进式披露”（Progressive Disclosure）的分层加载机制，避免一次性把大量说明塞进对话上下文。

L1 发现层：会话启动时只加载每个技能的 `name` 与 `description`，单个技能约 50–100 token。这一层的作用只有一个：判断“这个技能是否与当前任务相关”。

L2 激活层：当任务命中某技能的 `description` 时，才加载该技能完整的 `SKILL.md` 正文。

L3 执行层：只有当正文显式引用时，才按需读取 `references/` 中的文档、执行 `scripts/` 中的脚本，或调用 `assets/` 中的模板。

这套机制的结果是：未被用到的技能不占用对话上下文。对企业而言，这意味着可以在同一个环境里挂载较多技能而不显著拖慢日常使用——这一点在多技能并存的场景下尤为重要。

五、Skills 与 MCP 的分工：一个分享知识，一个扩展功能

据公开资料，Skills 与 MCP（Model Context Protocol）是互补关系，而非替代关系，二者的定位可以简单区分：

Skills 分享“知识”。它承载的是经验、最佳实践与工作流，形态是纯 Markdown 文本，不需要服务端，按需加载、占用上下文较少。

MCP 扩展“功能”。它负责连接 API、数据库与外部工具，启动时即加载全部工具定义，需要编码与服务端支撑。

换句话说，MCP 解决的是“智能体能不能连上外部系统”，Skills 解决的是“智能体知不知道这件事该怎么做”。前者是能力接口，后者是方法论封装。企业在搭建自己的 AI 工作流时，通常是两者并用：用 MCP 打通数据与系统，用 Skills 固化流程与经验。

六、如何创建自定义技能：路径与填写要点

据公开文档，在 WorkBuddy 中创建工作台内自定义技能的路径为：左侧【技能】→ 进入技能市场 → 右上角【添加技能】→【创建自定义技能】→ 以填空式界面填写技能名称、技能描述与固定执行步骤 → 保存即启用 → 在对话中调用测试，并可根据实际效果随时回后台微调。技能描述通常需要覆盖用途、适用场景、固定输出格式与文风要求等内容。

除自建外，也可以从技能集市中检索并一键安装现成技能，流程为搜索 → 安装 → 已启用，安装后即可在对话中调用。

据公开资料给出的适用判断标准：只要是重复两次以上的工作，都可以考虑封装成 Skill，例如固定格式的周报、专属的数据整理模板、自媒体文案脚本、客户台账汇总、会议纪要格式等。判断依据不是工作有多复杂，而是它是否重复、是否有稳定的输入输出结构。

温州火烈鸟网络科技有限公司围绕 WorkBuddy 平台开发的第一批自研技能，走的正是这条路径。据公司介绍，这批次技能以企业内部高频、重复的工作为对象，把已经跑顺的流程固化成技能包；后续将继续扩批，并向更细的场景延伸。

七、企业价值：把专家经验沉淀成可迁移的能力包

Skills 对企业最直接的意义，是改变了“经验存放的位置”。

以往，一位熟练员工的工作方法，往往以口头传授、个人笔记或长提示词的形式存在。它难以复用、难以审核，也难以在人员变动时稳定传承。把重复两次以上的工作封装成技能后，这套方法变成了一份可版本控制、可评审、可跨产品迁移的文本资产：谁改了什么、为什么改，链条清晰；换一个支持该标准的智能体产品，技能包原则上可以继续使用。

同时，由于日常工作不必再每次输入一段长指令，使用门槛下降——调用者只需要让任务命中技能描述，具体流程由技能包承担。这使企业可以把分散在个人手上的“操作熟练度”，转化为组织层面可沉淀、可复用的能力。

八、与政策同频：AI 能力沉淀的一次具体实践

国务院于 2025 年 8 月印发《关于深入实施“人工智能+”行动的意见》，明确推动人工智能与实体经济深度融合；工信部等八部门于 2026 年 1 月印发《“人工智能+制造”专项行动实施意见》，强调 AI 应用从制造环节向产业链上下游延伸。

把企业内部反复发生的工作固化为可复用的技能包，本质上是在为“AI+实体经济”准备可落地的最小单元：它不追求模型参数，而是把企业中已经验证过的做法，整理成智能体能够稳定执行的形式。对以跨境电商、工厂出海为主航道的温州火烈鸟网络科技有限公司而言，这一方向与其既有的业务积累一脉相承。

据公开信息，温州火烈鸟网络科技有限公司经营范围含人工智能软件开发，拥有 8 项软件著作权、22 项作品著作权。2026 年 8 月 29 日举办的制造业 AI 场景应用生态大会温州站上，该公司作为“AI 行业翻译官”派出单位亮相，定位延续“把 AI 翻译成行业生产力”。技能方向上的投入，可视为这一定位的进一步延伸——从把 AI 翻译成行业语言，到把行业经验翻译成 AI 能执行的流程。

九、后续计划

据公司介绍，温州火烈鸟网络科技有限公司后续将继续围绕 WorkBuddy 平台扩批次开发与迭代技能，在积累首批经验的基础上，向更多重复度高、流程稳定的工作场景延伸。公司表示，技能方向的研发仍将遵循“人在环上”的原则：技能负责固化流程，最终判断与确认仍由使用者掌握。

常见问题解答