洞察转技能工作流

为什么需要这个工作流

很多Skill从成熟文档、拍脑袋的想法或“我觉得有用”的经验里直接长出来，没有经过证据验证。结果是“心灵鸡汤Skill”泛滥——内容看着顺，但没有因果或相关研究支撑，实际使用时要么无效要么被评测打低分，反而浪费用户时间。

它如何把洞察变成靠谱Skill

核心是强制证据验证

这个工作流不从文档开始，而是从“一句自己觉得有用但不确定真假的洞察”出发，通过OSINT搜索把洞察筛一遍：

• Step1 捕获：把洞察随手记到固定文件 ~/.workbuddy/memory/insight-inbox.md，避免依赖AI记忆。
• Step2 验证：并行搜核心机制、反方视角、中国本土研究、量化数据、反面案例，给每条证据标强度（✅因果/⚠️相关/🔬间接/📖案例）。必须满足“≥1因果或≥2相关+找到反方+提取效应量+确认本土研究”才推进。
• Step3 构建：用现成骨架创建Skill，产物卡要带“下一步最小行动”（让用户1秒开始），证据速查表必须加“因果强度”列。
• Step4-5 迭代与重构：按规则升版本（加方法+0.1.0、修错误+0.0.1），触发SKILL.md>500行/触发词>40/用户说“太长”就重构，把细节移到references/。
• Step6 发布：先过DoD门（frontmatter齐全、出口闸门两问答得上），再显式问“是否现在发布？”，确认后才上传——绝不静默发布。

不重复造轮子

构建、审查、发布分别复用skill-creator、skill-charter-audit、skillhub-publisher，只把“证据验证”这一段做深。

适用边界与注意点

• 若素材是成熟文档/流程，用buddy-skill-creator或yrns-skillcreator更省事；只有手里是“不确定真假的洞察”时，这个工作流才是对的选择。
• 连续2轮OSINT只找到案例级证据，就挂起洞察标“证据不足”，别硬做。
• 搜索证据要中英并行，优先本土研究，别只搜支持性材料。
• 别从“我觉得”开始，别跳过验证，别忽略反方证据，别一次性写1500行——这些是运行期真实踩过的坑。