952485a506
修五个硬伤，让"前期准备"从文档纪律变成机械门禁，并补齐写作链上游注入： - 细纲合同合一：新建 meta/schemas/fine_outline.yaml 作唯一字段权威（必填9+推荐7）， 统一此前 planning 产出形与 writer 装配消费形两套不相交字段；fine-outline 技能对齐。 - 落库字段覆盖门禁：persist_planning 按 schema 校验必填字段，缺必填失败关闭， 「字段存疑」逃生口；只对声明「字段覆盖门禁:强制」的型生效（fine_outline 已强制）。 - 文风真注入：WriterContext 增可选 styleConstraints（空则省键、上下文逐字节不变）， 装配投影给 writer，不再写死为空。 - 范式规划期绑定：read-context load_confirmed_pattern_bindings 只读已确认 assembly 绑定 （实验仓承载，确认即绑定，不改主仓表）；生产脚本注入已绑定范式。 - 取数端统一：read-context 三个一等取数端（细纲/范式/文风），生产编排 step2 接线， 已确认细纲不再人肉读库传参。 - harness：AGENTS.md 第9节新增「提交前必须独立子代理形而上四维审查」硬规则。 （writer_contract/retrieve 含上一会话 asOf=0 开篇冻结线改动，同属创作链修复，随本笔提交。） 测试：9 套全绿（合同6/门禁8/装配17/writer_contract21/检索11/统一3/细纲读取4/范式读取5/文风读取6）。
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章 / 拆书@书名）、状态（草稿 / 已确认）。 - 状态：23 型均已启用。
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 | 阶段一以严格 JSON 上下文与 Markdown manifest 回显落 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（幂等），保持两侧一致。