zizi 178603568e feat(parse-book): 升格卡改造前向落地——实体成长「演变历程」骨架+真实章号里程碑+渐进披露+语义判重
schema(6型 item/power_system/faction/location/event/character):加「演变历程」(里程碑对象数组{章,台阶,周期},aiContext[detection,extraction]=续写不给防上万字过载、仅一致性检查与判重可见)+「演变概括」现状层+「前身/后继」串链;character「成长弧线」语义回归'未来计划'。已重跑 seed_schemas 灌字段合同(6型合同均含演变历程,亲验)。

parse_upgrade.py:里程碑对象合并去重按真实章号(不用运行时窗号)+撤销靠内部_win键(防同窗重跑重复追加)+当前态字段干净纪律(治升级线塞错字段病根)+observe/update提示词记进化台阶与登场→结局生命周期+语义判重(embed≥0.78召回+M3终判,同型自动并/跨型仅串链候选,--semantic-dedup默认关)。

migrate_upgrade_windows.py:存量[窗N]→真实章号迁移(全脚本只读零写库;人工精确化=无内嵌章号处再抽原文定章;全库563卡待迁/6616条待LLM/669内嵌自动精确)。read-context/detect SKILL.md 补渐进披露与演变连续性检查说明。待gate未执行:真迁移落库/开语义判重。设计+拍板见 docs/2026-07-16-升格卡改造设计.md。

创始人4项拍板:①里程碑结构化对象②五型全补③character一起改④存量人工精确化(+主代理定演变概括独立)。
2026-07-17 06:13:18 +08:00
..

meta/schemas —— 结构本体设计稿(23 型)

与 专题-06 §4 的 23 型一一对应:型名、domain×scope 两轴、本体分组、边界判据照抄 SoT;字段部分是本仓的实战设计稿——在真实创作中试出对错,修订后回填 design-docs 与 W1 种子(回填后在对应文件标「已回填@日期」)。

使用规则

  • 两轴:domain ∈ content / world / narrative / knowledge / ai_context;scope ∈ work / chapter / block / entity / relation / event / agent。
  • aiContext 控制项(阶段一只用这一个):true 任何用途都可入 AI 上下文;false 一律不入;[用途…] 仅列出的用途可入。用途取值:planning / generation / detection / extraction。其余控制项(uiVisible/userEditable 等)阶段二随真后端启用。
  • 基础字段(所有型共有,各 schema 不再重复):名称、别名、一句话摘要、标签、来源(手工 / 抽取@第N章 / 拆书@书名)、状态(草稿 / 已确认)。
  • 状态:启用(21 型)/ 待启用(2 型:pacing、generation_context,首个用到的场景来临时再启用)。范式五型与参考书档案已于拆书场景(A8)启用并补全字段合同。
  • 演进:增删型或字段先过专题-06 §4.4 的四判据与降级规则;变更靠 git 追溯。

实例落点表(哪个型的实例长在哪)

target_type 实例载体
novel_work works/<书>/设定.md frontmatter
work_core 设定.md §作品核心
world 设定.md §世界观总纲
style 设定.md §文风画像
outline 大纲.md
narrative_state 状态.md
chapter manuscript/第NNN章-*.md frontmatter
scene 章 frontmatter 的 场景列表 数组项
character 知识/人物/*.md
character_relation 知识/关系/*.md
location 知识/地点/*.md
faction 知识/势力/*.md
power_system 知识/功法体系/*.md
item 知识/物品/*.md
event 知识/事件/*.md
reference_work knowledge/参考书/*/档案.md(原文 txt 同目录)
craft / combat / emotion / scene_pattern / trope 公共面 knowledge/范式/{技法,打斗,情感,通用桥段,套路}/;作品面 知识/ 对应子目录
generation_context(待启用) 阶段一以上下文回显形式落 works/*/评审/,不建实例文件
pacing(待启用) 卷中期节奏审计时启用

知识卡「值得立卡」的门槛:有跨章戏份或跨章履约;一次性龙套与单场景道具不立卡,写在章内即可。

跨型设计发现(待回填 design-docs;逐型发现见各 yaml 的「设计发现」)

  • 2026-07-09 拆书首轮——「例证出处」五型统一设计有效(隔离抽象范式与出处、支撑脱敏);建议可选增「反例出处(哪里用砸了)」强化检测。
  • 范式卡模板可考虑可选「边界」字段(本卡为何不是邻型),缓解复用时五型互混;需权衡卡片负担。
  • 2026-07-13 A3 种子入库——主仓 muse_meta_field 无「字段说明」列(仅 display_name),字段语义合同只能靠 version 的 field_contract_snapshot 承载;建议主仓补 description 列或钉死 snapshot 为字段语义 SoT(回填候选)。
  • 2026-07-13 A3 种子入库——字段级+用途级 aiContext(专题-06 §7 裁剪所需粒度)在主仓无显式列:muse_meta_visibility_policy.ai_context 是版本级布尔。实验约定细则落 policy_snapshot.fieldAiContext(true/false/[用途]),建议主仓明确该 JSONB 的 schema 合同(回填候选)。

A3 入库状态(2026-07-13)

23 型已全部入库 muse_meta_schema(+version/field/visibility_policy),此后拆书/抽取一律读库内 schema(经 db skill),本目录 YAML 退为设计稿与种子来源;字段增删先改 YAML 再重跑 seed_schemas.py(幂等),保持两侧一致。