| name | vault-content-system-skill-map |
| description | 盘点和治理与 Vault / AaaS / media-dopamine 相关的 skills,明确核心层次、调用边界、保留与合并候选,避免技能体系越长越乱。 |
Vault Content System Skill Map
目的
当与用户协作的工作流开始稳定长出一批“这套系统专属”的 skills 时,不要只继续新增技能。
需要定期做 skill map,明确:
- 哪些是核心常用 skill
- 哪些只是阶段性迁移 skill
- 哪些边界重叠,需要合并或改名
- 哪些属于结构层、同步层、生产层、基础设施层
一句话:
skill 不只是越多越好,而是要让将来的调用更快、更稳、更贴近真实工作流。
适用时机
- 最近连续 2-3 次任务都依赖同一批 Vault / AaaS / media-dopamine 方法
- 新建 skill 开始变多,出现边界重叠或命名不清
- 用户明确说“这些已经形成你自己很特色的 skills,需要整理一下”
- 自己发现调用 skill 时容易犹豫:到底该加载哪个
核心原则
- 先按“工作流层级”分组,再决定保留/合并。
- 能通过 boundary patch 解决的,不要急着合并。
- 一次性迁移类 skill 可以保留,但要标注为“阶段性/低频”。
- 新 skill 名称要更像用户系统里的真实动作,而不是抽象名词堆砌。
- 任何整理都要服务于未来调用更准,不是为了形式整洁。
建议的分层方式
1. 结构层
负责信息架构和页面边界,例如:
- Daily Reflection 边界
- package 标准结构
- 内容系统顶层分类法
2. 同步层
负责把现实进展回写进 Vault,并把原始素材转成可工作的内容对象,例如:
- 状态同步
- reflection → note
- note → package
3. 生产层
负责正文生产、平台适配、图卡和发布执行,例如:
- 多版本主稿
- 微信草稿发布
- 小红书 / 推特平台成稿
4. 基础设施层
负责共享系统和渲染器治理,例如:
- xhs renderer
- shared template family
- 共享 preset 资产
当前这套系统里可直接套用的判断
核心常用 skill
优先保留并长期维护:
obsidian-daily-reflection-boundaries
media-dopamine-package-standardization
media-dopamine-package-and-wechat-workflow
xhs-renderer-governance-and-guanlan-template
vault-state-sync-and-note-publishing
阶段性 / 低频但应保留的
media-dopamine-package-reclassification
- 这是一次大迁移经验,不必高频加载
- 但后续遇到 taxonomy 变更时仍很有价值
可能重叠但先不合并的
如果两个 skill 的差异主要在“何时触发”,先 patch boundary,而不是立刻合并。
例如:
media-dopamine-package-standardization
media-dopamine-package-reclassification
vault-state-sync-and-note-publishing
它们都碰 package,但分别负责:
- 包内收口
- 顶层迁移
- 现实状态同步 / reflection note 化
整理动作顺序
1. 先列当前相关 skills
优先看与用户当前系统直接相关的:
- Vault
- Obsidian
- AaaS
- media-dopamine
- xhs renderer
- 发布向 note / package / 状态同步
2. 给每条 skill 打标签
至少标:
- 层级:结构 / 同步 / 生产 / 基础设施
- 频率:高频 / 中频 / 低频
- 性质:长期 / 阶段性
- 风险:是否与别的 skill 边界重叠
3. 先做 boundary patch
对边界不清的 skill,优先补:
- 负责什么
- 不负责什么
- 遇到哪些任务应改用哪个 skill
4. 再决定要不要合并或改名
只有在下面情况成立时才合并:
5. 把整理结论写成一个稳定地图
这样以后遇到相关任务时,可以快速判断该加载哪个 skill。
命名优化经验
当 skill 名称太像一次性操作时,考虑改成“真实动作 + 对象”:
- 好名字通常更像:
vault-state-sync-and-note-publishing
media-dopamine-package-standardization
- 差名字通常更像:
content-optimization-v2
notes-workflow-fix
原则:
什么时候值得新建 skill
满足下面 3 条中的 2 条以上,就值得新建:
- 已经通过 5+ 工具调用反复验证过
- 以后高概率还会再遇到
- 如果不沉淀,下次会重复踩同样的边界问题
验证清单
整理完后至少确认:
- 当前这套系统的核心 skills 是否已经能按层级讲清楚
- 是否还存在明显重叠却没人负责解释边界的 skill
- 是否把低频迁移类 skill 和高频常用 skill 区分开了
- 新增或 patch 后的 skill 名称和描述,是否真的更贴近真实工作流
一句话:
不要让技能库只是“记住做过什么”;要让它真正像这套 Vault / AaaS / media-dopamine 系统的操作地图。