muse-agent-example/.claude/skills/extract-knowledge/SKILL.md

name: extract-knowledge description: 章后抽取的功能合同(scenario: extraction,分析槽位)。采纳后的新章→实体/关系/事件草稿+既有卡更新+状态提议;字段合同就是抽取 checklist。 disable-model-invocation: true

章后抽取(scenario: extraction | purpose: extraction | 槽位: 分析→extractor)

何时用:章被采纳(正文已确认)后,从新章更新作品知识面——U4 知识确认旅程的抽取端(C5)。采纳正文≠确认知识:本功能产出全是草稿。

另一用场:parse-book(全书解析)的逐章内环——存量章为输入、前 N-1 章积累的细纲与实体为上下文,字段 checklist 机制完全相同,外加一项:逆推本章细纲(章目标/关键事件/出场/伏笔动作/钩子)。

元数据驱动(本功能的核心机制)

字段合同就是抽取 checklist。对每个启用中的实体型(character/location/faction/power_system/item/event/character_relation):

1. 按该型「判据」筛出正文中的实例;立卡门槛:有跨章戏份或跨章履约,龙套与一次性道具不立卡;
2. 特有字段逐项在正文找证据填——schema 加字段,抽取产出立刻多一列;
3. 基础字段:来源=抽取@第N章,状态=草稿,别名收集正文用过的所有称呼。

动作三类

1. 新卡:按上表立卡;
2. 既有卡更新:境界突破/持有物变动/关系变化/知情范围扩大——改对应字段+卡内「变更记录」追一行(第N章:改了什么);
3. 冲突:抽出事实与已确认卡矛盾时不覆盖——卡内加「⚠ 冲突待裁决」节,写两个版本与出处,升级用户(对应产品-03 冲突必人工)。

随后提议 状态.md 更新,结构按 narrative_state.yaml 字段:当前进度/即时局面/伏笔台账(本章埋·推·收)/角色状态速览/下章衔接要点。

纪律

• 以正文为准,不脑补正文没写的;置信度低的字段标「?」;
• 新设定申报块里的条目一并处理:成卡或并入既有卡,并在汇报中对账;
• 汇报:新卡/改卡/冲突/状态更新四清单+设计发现(字段缺口)。自动确认条件(自有正文+无冲突)的判定归主会话与 confirm,不归本功能。