用途：定义并校验在结构智能体与起草智能体之间传递叙事架构的机器可读契约。其核心主张是“以散文为接口的流水线没有接口”，交接物必须是文件（architecture.json）。相关技能：narrative-evidence-ledger 构建声明集，narrative-arc-mapping 填充槽位，narrative-fidelity-audit 检查返回的正文。
主要能力：以 architecture.json 承载槽位、证据数组、场景与标注行；用 resources/schema.md 的字段与示例起步；用资源中的校验器检查架构，校验器会报告全部问题而非只报第一个。校验命令：python3 resources/validate_architecture.py path/to/architecture.json --corpus-root path/to/corpus --output-root path/to/pipeline/output。退出码 0 通过、1 违规、2 不可读；CI 中用 --strict 让警告中断构建，起草阶段则不启用。
关键字段规则：slots[].evidence[] 对任何未标记 ABSENT 的槽位必须非空，防止用流畅句子代替发现；slots[].status 中 ABSENT 是通过状态，全部填满反而触发警告；scenes[].tagged_line 设硬性字符上限，防止结构智能体悄悄起草。dead_column[] 保留被淘汰的发现，区分 did_not_support 与 CONTRADICTED；scenes[].representativeness 由上游依据语料指派，不得由起草智能体决定。
使用方式：四步工作流——发出架构对象（含运行头信息，记录模型、语料引用、时间戳与实际查阅的 claim ID，增量写入）；交接前校验；编写需求清单（绝对路径、beat ID 范围、范围外声明、风格契约、返回形状）；接收并按层路由升级对象。升级对象含 beat_id、layer（architecture 或 reporting）、defect、what_would_resolve_it。
适用场景：多智能体叙事生成流水线中需要可校验接口的场合，尤其是需要区分结构缺陷与语料缺失、需要可审计覆盖范围与死亡列的场景。
限制与护栏：每次交接前必须校验；仅用绝对路径；契约需版本化；每个缺口恰好一个处置（RESEARCH、REDESIGN、DECLARE 或 CUT），没有“起草并标记”；零缺口是红旗而非成功。常见陷阱包括把 Markdown 伴生文件当作文档本身、让起草智能体自行扩大范围、把部分覆盖记录为全量覆盖、为整洁删除被淘汰发现、用散文写升级而不用对象。资料未提供价格、平台、效果数据等，暂未提供。