Skill 是 WorkBuddy 里的可复用能力包，把一套固定的做事方法装进去，以后一句话就能触发。前面讲过怎么用现成的 Skill，这篇讲怎么从零造一个，再打包传到 SkillHub 让别人也能用。
整条链路可以分成四段，从需求到成品。第一段是把需求说清楚。你得先明确这个 Skill 要解决什么问题，谁来用，触发它的话术长什么样。比如做一个每天生成日报的 Skill，触发词就是生成日报，它会按固定格式汇总当天工作。
第二段是把需求变成任务并落地。你可以在 WorkBuddy 里新建一个任务，把需求写进去，让它先生成一份可执行的方案，再一步步把代码和说明写出来。这个过程跟普通任务一样，你追问、它补全，直到产出能跑的东西。
第三段是数据脱敏。如果你造 Skill 的过程中用到了真实的账号、密钥、客户名、内部路径这些东西，打包前一定要替换掉。真实信息进 Skill 有两个坏处，一个是传出去会泄露，另一个是换台电脑就跑不通。把真实数据换成占位符，比如把真密钥换成你的密钥填这里，把真路径换成你的目录路径。
第四段是沉淀成可复用 SKILL。核心文件是 SKILL.md，它像一个说明书，用 YAML 头部写两样东西，一个是 name 技能名，一个是 description 触发描述，这个描述要写清楚什么情况下该用这个技能。正文就是技能的具体指令和步骤。除了 SKILL.md，还能配 scripts 放脚本、references 放参考文档、assets 放素材，按需加。
打包这一步要规范。标准的文件结构是这样的，一个技能文件夹里，SKILL.md 放在最外层，scripts、references、assets 作为子目录。打包前先自检一遍，SKILL.md 有没有写全 name 和 description，脚本能不能独立跑通，有没有残留的脱敏占位符没填说明，多余的临时文件有没有清掉。清单对了再打压缩包，把整个文件夹压成 zip，压缩包名字一般用技能名。
上传 SkillHub 是最后一段。先去 SkillHub 官网注册账号，然后准备命令行工具，登录后就能发布。发布流程一般是先初始化，填技能名和描述，再执行上传命令，把压缩包推上去，等平台审核或直接上线。上线后别人就能搜到你的 Skill 装来用。
发布不是终点。上线之后还有维护，别人用的时候报了问题，或者 WorkBuddy 升级导致技能失效，你得更新 SKILL.md 重新打包再发一版。好的 Skill 都带一个版本号，改了什么记一笔，方便用户知道要不要更新。
给第一次造的人三条建议。先从一个小而明确的场景开始，别一上来就做全能技能，越小越容易跑通。触发描述一定写清楚，写含糊了 AI 不知道该不该用你。脱敏这一步别偷懒，宁可多花十分钟替换，也别把真实凭证带进压缩包。
完整流程走下来，你会发现造 Skill 这件事本身也可以做成 Skill。当你第二次第三次重复同样的步骤，就把它沉淀下来，这就是 WorkBuddy 最核心的用法，把重复交给机器，把人留给判断。
