小库写作蒸馏引擎

先解决的问题

内容团队最常见的浪费是：爆过一篇就过去了，下一个人不知道它为什么爆。同一批写手写出风格近似的稿子，却没人把可复用的内核提炼出来；素材散落在聊天记录和草稿箱里，无法检索，也无法追溯来源。等到复盘时，只能凭印象讨论。

这个技能把这类经验变成结构化的 Markdown 条目。它接受单篇或批量（一次最多 10 篇）文案，先判断值不值得入库，再把值得的那篇拆成13 个通用创作模块，分别写入 Obsidian Vault 里的七个库目录：MD、CH、AR、ST、TA、QU、PO。入库后的条目供下游的「小策」与「小晶」调用。

工作方式

先筛选，再拆解。 不是所有爆款都值得入库。预筛选用五个维度打分（内核清晰度、骨架完整度、素材含金量、文字可学性、口吻叙事价值），再独立评估论证框架价值与口吻/叙事价值，输出分级结果：

• ≥16 分：全库拆解
• 12-15 分：完整拆解
• 8-11 分且口吻/叙事价值为满分时：酌情入库
• <8 分：驳回，不做任何拆解

拆解不是摘抄。 每个模块都要写「底层通用逻辑」，也就是脱离本篇也能迁移的方法论，包含一句话核心逻辑和 3-5 步实操步骤，并从原文中找到依据。拿不准的字段标注 [需人工确认]，不强行填写。叙事钩子模块会做深度拆解，对标题和前 3-6 段逐句分析原文、功能、读者心理反应、情绪走向、与核心立意的关系、关键手法，并汇总全文情绪曲线、认知锚点、策略类型和复刻步骤。

去重先于入库。 每条待入库条目都会读 _七库/ 下已有 .md 的 frontmatter 与正文进行比对：精确匹配则拒绝入库；句式相同对象不同则作为 v2 变体；底层逻辑相同表述不同则追加为示范案例；部分相似且有新价值则补充使用场景。入库前会确认新编号在对应目录中没有同名文件。

编号可追溯。 条目按 [库缩写]-[赛道缩写]-v[版本号]-[数字编号] 命名，版本号从 v1 起，同内核的衍生变体递增，数字编号按赛道独立递增。例如 MD-POL-v1-001、CH-POL-MAIN-v1-001、QU-POL-H-OPEN-v1-001。入库完成后更新 源档溯源总表.md，追加新的源档行，或在已有源档行里追加条目清单。

分批输出，逐库确认。 草稿按固定顺序呈现：MD 汇总、CH 逐篇、AR 汇总、ST 汇总、TA 逐篇、QU 逐篇、PO 逐篇。用户可以确认通过、修改后通过，或直接驳回。修改支持多轮，但从第 3 轮起每轮末尾会提示先把意见汇总成一轮再提交。

适用边界

这个技能只负责入库端，不是自动写手。它不会替你做选题，也不会直接生成成品文案。七库流水线需要完整链路：先用「小库」完成拆解与归档，再由「小策」做策划、「小晶」完成成文。空库状态下下游角色无法正常工作，建议先准备好至少 10 篇满意的文案再开始。

它需要本地 Obsidian 环境：在 Vault 中创建 _七库/ 目录，内含七个子目录。中间产物写入 00-Inbox/，正式条目直接写入对应库目录。拆解前必须先确认开篇定位，标题、副标题、署名不入库；无确认不拆解。

每条条目还要经过四维打分：逻辑分 3、复用分 3、流量分 2、合规分 2，总分 ≥7 分才能入库。此外，同一作者连续多篇写作特征高度一致时，从第 4 篇起只标注特征趋同，不再重复创建条目。条目入库后会按复用频次定期复核：S 级 3 年、A 级 1 年、B 级 6 个月。