技能介绍

解决什么问题

把 Skill 当成持续迭代的产品来管时，最常见的失控是：同一个流程在私有仓库、WorkBuddy 平台副本、飞书附件和 GitHub Release 里各存一份，互相覆盖、版本错乱，最后没人说得清哪份是真源。本技能针对的就是这个散落状态——它不负责替你写 Skill 内容，而是负责让一个 Skill 从新建、升级到发布、对账、回收的每一步都有单一写入口、可读回的证据和明确的验收标准。

核心思路：双库双真源

维护两条彼此隔离的生产链：私有母库 与 公开分享库 各是自己的真源，允许同名、不同版本、不同内容。
每轮开始前先只读盘点：读 AGENTS.md、CLAUDE.md 和现有台账，查 Git 状态、远程地址、重复包与来源信息，再选定本轮唯一写入库。
提供六种工作模式：新建、升级、公开发布、对账、审计、恢复。已有 Skill 覆盖主要职责时优先升级或合并，只有边界明显不同才新建。

关键步骤

定义交付：写清目标结果、修改范围、2 到 5 条可测试的验收标准，以及删除、凭证、最终提交等确认门禁。
锁定工作区：私有任务只改私有母库，公开任务只改分享库，平台副本永远不是编辑源。
版本与校验：文案修正走 patch，新增流程走 minor，改变核心定位走 major；校验 frontmatter、隐私泄露、来源与许可证，并用夹具跑最小触发测试。
打包与发布：安装包只含 SKILL.md、agents/、references/、scripts/、assets/，解压复验后算 SHA256；公开版必须在分享库独立重写，禁止跨库 cp、子模块或 CI 拉私有库。
对账与收口：WorkBuddy 副本只有包含母库没有的新修改时才进恢复流程；最终报告标注 PASS、REWORK、UNCOVERED、BLOCKED 状态。

适用边界与注意点

高风险动作（push、Release、飞书写入、覆盖安装、删除旧包、SkillHub 提交）每次单独确认，不默认执行。
许可证按文件类型区分：原创文档默认 CC-BY-NC-SA，scripts/ 代码默认 PolyForm-Noncommercial，改编内容服从上游许可；商用需走额外授权。
不为一次偶发现象扩张规则，重复两次以上或影响发布正确性才沉淀为正式规则。