zizi 091b66a9bb 重构: 收敛 Agent/Skill 运行时与创作质量闭环

将角色与 Skill 从 .claude 迁入 .agent，移除 Claude CLI 运行时并接入固定 Opus 角色 profile、完整 schema、预算 deadline、raw 与回执证据链。

同步拆分 Skill 职责、复利 lesson、Gate 回放、Dashboard 人审入口、数据库登记和机械门禁；候选设计正文不包含在本提交中。

2026-08-22 02:12:32 +08:00

3.4 KiB

Raw Blame History

name, description, disable-model-invocation

name	description	disable-model-invocation
extract-chapter-knowledge	从已接受章节抽取实体、关系、事件和叙事状态草稿，并提出既有知识更新。正文进入 Canonical 后需要章后增量知识时使用；只产草稿，不自动确认知识。	true

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

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

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

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

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

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

动作三类

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

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

纪律

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

数据边界

读写范围限于本 Skill 合同声明的表/文件；失败整体回滚，不留半写入状态。
模型调用走统一网关；raw 证据由 record-run-evidence 归档。

复利合同

成功落库后经 record-run-evidence 的 propose_lesson_dedup 登记 example_lesson（绑 run_id / work_id / chapter_order）。
升格仍走人工评审，不自动把单次章抽升为公共范式。

失败关闭

正文为空、章节不存在、模型输出无法绑定正文证据：finish_run(..., failed) 且不写半成品 draft。
证据字段无法修复时 salvage 仅保留可逐字锚定条目；仍无法落库则整次失败，事务不提交。
模型调用走 chat_governed；全链耗尽记失败 run，不静默跳过。

输入

用户明确点名本 Skill 所服务的创作阶段任务包（作品、章节/场景范围、冻结上下文摘要）。
只消费本 Skill 的 references/ 目录中与当前阶段相关的合同段落。

输出

面向当前任务的可执行判断、检查清单或改写建议（Markdown 结构化段落）。
不直接落库、不代替 write-next-chapter / decide-candidate 写 Canonical。

3.4 KiB Raw Blame History Unescape Escape