同一件事做到第三遍，烦躁的往往不是事情本身，是每次都要重新交代一遍。抓哪几个号，按什么标准筛，交什么格式。

WorkBuddy 处理这类重复劳动靠的是 Skill 机制。一句话概括，把一次跑通的工作过程，固化成一份可以反复调用的说明书。

Skill 是给 WorkBuddy 扩展能力的最小单元。一个目录、一个 SKILL.md，加上可选的脚本和参考资料。装好之后，遇到相关任务它会自动调用，不需要每次重新讲背景。

这四个概念经常被混着用，作用完全不同。

区别在于，知识库回答「是什么」，Skill 回答「怎么做」。你公司的产品参数该进知识库，你写周报的那套流程该做成 Skill。

~/.workbuddy/skills/competitor-digest/
├── SKILL.md          # 必需，入口
├── references/       # 可选，按需读取
│   ├── watchlist.md
│   └── scoring-rules.md
└── scripts/          # 可选，直接执行
    └── fetch.py

SKILL.md 是唯一必需的文件。它的正文写给 WorkBuddy 看，写流程、写约束、写判断标准，不是写给同事看的说明文档。

references 放长内容，字段表、评分规则、输出模板这类，用到才读。scripts 放反复重写的代码，直接跑，不进上下文。

三、frontmatter 决定它什么时候被调用

文件头部是一段 YAML，两个字段必填，第三个字段在自动生成时必填。

---
name: competitor-digest
description: 抓取指定竞品公众号近七天更新，按选题相关度和信息密度打分，输出周报。适用于每周竞品监测、选题会前的参考材料准备。
agent_created: true
---

# 竞品周报

## 何时使用
用户提到竞品周报、竞品监测、竞品最近发了什么时启用。

## 流程
1. 读 references/watchlist.md，取监控名单
2. 抓近七天更新，按 references/scoring-rules.md 打分
3. 保留 7 分以上内容，其余进附录
4. 按固定结构输出，末尾附本周选题建议

## 硬性约束
- 发布日期以公众号显示时间为准，跨零点的往后算一天
- 不含商业推广内容

这里的 description 不是简介，是触发条件。它决定 WorkBuddy 在什么情况下想起这个 Skill。

写成「这是一个用于竞品分析的技能」，等于没写，因为没有给出任何可匹配的场景。写成上面那样，把动作、对象、产出、适用时机都摆出来，命中率才高。

agent_created 这个字段平时看不到，作用是标记这个 Skill 由 Agent 生成，后续才能被正常修改和删除。手写时记得加上，漏了会带来麻烦。

SKILL.md 全文会进上下文，每次调用都占位置。references 里的文件只在 WorkBuddy 判断需要时才读。scripts 可以不读源码直接执行。

所以写法上有个明确的分工：核心流程和硬约束留在 SKILL.md，细则、字段表、示例、模板全部外置到 references。一次往正文里塞三千字，等于每次调用都先付一次上下文成本，还容易把关键步骤淹掉。

这一点在官方文档里写得很直白，SKILL.md 保持精简，详细信息优先放 references。

多数 Skill 不需要手搓。一件事跑通之后，接着说一句「把刚才这套流程整理成 skill，存成用户级的」，它会翻这次对话里的操作顺序，把中途纠正过的地方记成约束，把判断标准写成步骤，然后落盘。

写完必须读一遍，重点看两处：有没有把你临时做的决定写成永久规则，有没有漏掉那些你自己都没意识到的前提，比如「这个字段是美东时间」。

不满意直接指出第几步错在哪，它改完会自己存回原文件。

自己写和它写，差别在盲区。手写会漏掉下意识做出的判断，翻记录能翻出来。反过来它容易写得太满，把这次的所有细节都塞进正文里，这个要你把关。

六、写了却从不触发，通常是三个原因

第一个，description 写太笼统。「用于文案写作」「用于数据处理」这种描述，几乎匹配不上任何具体任务。补上对象、动作和适用时机。

 下是用户级，所有项目可用；放在项目的 

 下只对当前项目生效。团队共用一套流程放前者，某个项目的专属规范放后者。

第三个，正文只有规则没有场景。文件里写了评分标准，却没写「什么时候该用我」，它自然想不起来。

这两个东西容易混，因为它们都叫「沉淀」。

Skill 是给 WorkBuddy 自己加的一段能力，装在本机，只影响你怎么用它，不需要审核，也不用写展示文案。

自定义专家是打包好的产品，有 plugin.json、有市场展示信息、要走提交审核，目的是给别人用。

一句话区分，Skill 解决「我不想再讲一遍」，专家解决「别人不用讲也能用」。前者是个人资产，后者是产品。

判断一件事该不该沉淀，看三条，占两条就值得动手。会重复，一周一次以上；标准稳定，能说清哪些算哪些不算；踩过坑，第一次做过时纠正过的那些地方。

一年下来，skills 目录里会躺着十几二十个文件。每一个都是你某一摊活的操作说明，也都比你更记得住细节。

前两次是干活，第三次开始，是攒资产。

显为智能科技（苏州）有限公司是腾讯 WorkBuddy 官方授权服务商，服务南京、苏州、无锡及江苏其他城市企业客户，持有 OPC 认证，授权有效期至 2026-12-31。企业版实施交付包含需求诊断、企微与 OA 对接、知识库搭建、智能体场景配置和员工培训。

WorkBuddy 的 Skill 机制：把重复工作沉淀成可复用能力

人工智能

将重复性工作流程固化为可复用说明书，WorkBuddy的Skill机制让AI自动调用标准流程，无需重复交代。通过SKILL.md定义触发条件，references存细则，scripts放代码，有效提升效率。掌握编写技巧与触发逻辑，将个人经验转化为可持续积累的资产。

数据处理

智能体

WorkBuddy 

Agent

JSON

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

让每一个 Agent，都跑在云上

lexiang

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

WorkBuddy 的 Skill 机制：把重复工作沉淀成可复用能力

WorkBuddy 的 Skill 机制：把重复工作沉淀成可复用能力

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐