b0bc7a8745
一、技能重组（动作-对象命名） - 旧目录 clean/confirm/continuation/db/detect/embed/… 重组为 clean-book-text/decide-candidate/write-next-chapter/access-database/ check-content-consistency/embed-knowledge/…（git 识别为 rename，内容保持） - agents/*.md、AGENTS.md/CLAUDE.md 收编、example_skill 登记表同步新名 二、先审后入创作闭环（本次核心） 正文接受从"机械门一过就写正典"改为"机械门+语义审查双通过+用户批准+单事务原子提交"， DB 级兜底，编排层跳步即被硬拒。 - candidate_cas.py + example_candidate_cas(109)：持久化 CAS 状态链 - fact_delta.py + example_fact_delta/example_fact_ledger(106)：结构化事实增量， 模型只提六型闭集增量+正文证据引文，仅用户批准的增量随正文同事务入账本 - projection_registry.py + example_projection_run(107)：投影登记与恢复 - acceptance_state.py：接受前置实时状态重读 - lesson_registry.py + example_lesson(108)：经验升格链，禁止自动升格 - DDL 105：example_candidate 增 semantic_status/semantic_report_sha256 - write_canonical.accept：语义兜底+同事务合并增量+登记投影； run_writer_pipeline/persist_writer_run/run_writer_semantic_detector/step2 接入全链 - claude_runtime：兼容新 CLI modelUsage 信息字段 三、审查修复（独立子代理四维审查后） - 事实增量 propose→approve 翻态正道，不撞唯一键 - 冻结配置探针重刷（CLI 2.1.211→2.1.231 漂移），profileSha256/adapterVersion 再登记 - 可视化合同悬空路径/五六空间矛盾、 SoT 旧技能名漂移、行尾空白清理 测试：离线 65 套 + 真实库集成 5 套（CAS/接受故障注入/事实增量/投影/经验升格）+ 回放 79 项全绿。 创作内容（docs/design、生成正文 artifacts）按"框架与创作分开"未入本提交。
49 lines
4.0 KiB
Markdown
49 lines
4.0 KiB
Markdown
# meta/schemas —— 结构本体设计稿（23 型）
|
||
|
||
与 [专题-06 §4](../../../design-docs/专题-06-元数据驱动的智能体架构.md) 的 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（经 `access-database` Skill），本目录 YAML 退为设计稿与种子来源；字段增删先改 YAML 再重跑 `seed_schemas.py`（幂等），保持两侧一致。
|