志鉴云 · 一次编纂多端呈现：三层架构与信任层设计 | 志鉴云 · 探码科技 Baklib

志鉴云如何把一份数据做成十个视图：从"一次编纂、多端呈现"推导出的四层架构、信任层为何是政府项目上线开关、AI 四道闸怎么设。

本文属「志鉴云」专题。志鉴云是探码科技 Baklib 面向政府与机构推出的行业解决方案——把地方志、院志、数字档案、电子史馆这类文化资产，做成可检索、可漫游、可被 AI 引用的数字馆。它的产品结构、界面形态与交付方式，都建立在方志本身已有的出处、断限、审校、体例之上。→ 回到专题首页，看完整介绍

本专题共五篇：01 市场判断（为什么是现在）· 02 架构设计（一次编纂如何多端呈现）· 03 交付配置（六步法与四档配置）· 04 标杆案例（七个省市怎么做成的）· 05 合作方式（平台方与内容方分工）。本篇是第 02 篇，讲产品架构：一份知识库如何长出十个视图，以及信任层为什么是政府项目能否上线的开关。建议先读01 为什么是现在，了解背景后再看架构。

很多数字方志馆的架构图都长这样：底层数据库、中间业务层、上层展示层。看起来完整，但回答不了一个关键问题——为什么改了展线文案，检索页也要跟着改？

志鉴云的架构从"一次编纂、多端呈现"这个约束出发推导，而不是从技术栈出发。这决定了它长什么样。

一、总体结构

纵向是四层：呈现层（公众馆、内部馆、移动端、展馆触摸屏、大屏、AI 接口）、内容三层（展陈层、知识层、典籍层）、信任层（贯穿全部三层）、底座（Baklib 知识库，唯一数据源）。

关键是横向那条线。图中下方展示的是同一条「青溪书院」条目如何同时出现在七个出口：志书阅读页、时间轴、地图点位、实体卡、专题展、展线解说、AI 答案。

手工维护七份必然崩——这不是管理问题，是结构问题。所以必须一份数据、七个出口，由系统自动同步。这就是 Baklib 同源多站发布能力在这个场景里的直接价值。

二、内容三层

典籍层：让一本书在屏幕上是"能读的书"，不是"能翻的图"

双层 PDF —— 影印层保留版本原貌（字形、版式、钤印、批校），文字层承检索，两层叠合
页码锚点 —— 每个检索命中都能定位到"卷九·页三一二"并一键跳到影印
竖排与繁简切换 —— 切换不改变底层文本，避免二次错讹
版本并列 —— 同一志书的不同版本可并列对照，差异处标出

"能引用的检索"和"能翻到的图片"是两种东西。学者要用的是前者：检索到一条记载，能立刻确认它在原书的哪一卷哪一页、原书长什么样。不能引用的检索，学者不会用第二次。

知识层：把"书"拆成条目、实体、关系、专题四类对象

对象	作用	支撑什么
条目	最小知识单元，承载出处、断限、核验状态	阅读页、检索结果、AI 答案的引用锚点
实体	人、机构、地名、事件、文献——跨卷聚合的支点	实体卡、图谱、地图点位、谱系
关系	实体之间的有向联系	知识图谱、"沿着关系走"的探索
专题	跨条目的叙事组织	专题展、展览叙事，不破坏底层知识结构

这四者共同支撑起四种聚合视图：时间轴、地图、谱系、专题展。它们不是四套数据，是同一份条目的四种切法。

知识图谱页的设计要点：中心实体向外三层放射；五种形状编码实体类型（人物 / 机构 / 地名 / 事件 / 文献）；关系直接作为连线标签显示而非查表可得；支持类型与关系双维过滤。底部的实体计数（1,284 实体 / 1,297 传统 / 106 人物）是活性指标，不是装饰。

展陈层：空间漫游不独立造内容，全部挂在条目上

720° 全景的热点不是坐标，而是指向具体条目。点位卡生成名称、解说、关联条目与 AI 语音（学者版 / 观众版 / 青少年版三种语体）。

这带来一个直接后果：已拍的 720° 素材成为可复用资产——拍一次挂到条目上，之后内容更新只需改条目，不必重拍。这与展陈公司的做法根本不同：他们是"每个展项独立制作、一次性使用"。

注意展线页右下角那句说明：同一处景点在不同朝代各有一段——改一次全部同步。这就是同源多站的直接证明。

三、信任层：决定项目能否上线的开关

内容做得再好，如果不能被信任、不能被引用、不能给AI 读，整个项目在政府客户面前是通不过验收的。信任层不是锦上添花的功能，而是生死线。

四项机制

出处卡 —— 任何一条内容在任何位置都能展开版本 / 卷次 / 页码 / 藏地 / 校勘 / 审校 / 开放等级
核验状态 —— 已核验 / 待核 / 存疑 / 已废止，四态明确
开放等级 —— 公开 / 依申请 / 不公开
AI 可读层 —— llms.txt / JSON-LD / 开放 API

三条落地判据

开放等级决定系统能不能上线。很多项目死在这里——内容做完才发现有密级要求，但检索索引已经建好了，改起来是重做。这项必须在数据导入前就定好，不是上线前。

核验状态是给 AI 的新鲜度信号，也是给领导的质量证明。一份标着"待核""存疑"的志书和一份全部"已核验"的志书，在专家眼里的分量完全不同。

出处卡把搜索结果变成可引用的证据。学者因此留下，媒体因此引用，AI 因此把你当权威源。这是同一件事的三个结果。

方志天生就有这套结构——必注出处、必标断限、必经审校、体例约束。志鉴云做的不是新增机制，而是把这套本来就存在的可信结构，翻译成机器能读的字段。

四、检索：三层检索栈

三层叠加，不能互相替代：

字面层 —— 全文索引 + 繁简异体归一 + 页码定位。解决"原文里就是这么写的"
语义层 —— 向量检索 + 重排。解决"换个说法还能找到"
图谱层 —— 实体识别 + 消歧 + 关系扩展。解决"顺着关系找到更多"

方志特有的四个需求必须支持：跨卷检索、跨版本检索、纪年双向换算（输入 1891 找到"光绪十七年"）、繁简异体命中。缺任何一项，这个检索对真正的研究者就不好用。

五、AI：四个角色，四道闸

四个角色：AI 馆员（公众，带出处的问答）、AI 讲解员（游客，三种语体口播）、AI 编纂助手（内部，从史料抽条目、生成初稿、体例校验）、AI 可读层（机器，llms.txt / Schema.org / 开放 API / MCP）。

四道闸是政府项目对 AI 的前提条件：

拒答优于编造 —— 检索不到就明确说"本馆未收录相关记载，不作推测"
强制出处 —— 没有出处的答案不输出
开放等级过滤 —— 依申请与不公开的内容连检索都不进索引
审校状态标注 —— 让用户知道这条内容的成色

AI 馆员 · 四个策略标签 + 每答三条出处 + 拒答区块 + 三个可核验指标

这页的设计把"防幻觉"从口号变成了看得见的产品设计：四个策略标签（检索语答案 · 只答能找到 · 引用必带出处 · 不确定则拒答）、每个答案挂三条可点开的出处角标、遇到库里没有的内容明确显示拒答区块，并给出出处可回溯率、原文已核率、跨卷一致率三个可核验指标。

对外做 AI 馆员时，这三个指标比任何形容词都有说服力——因为它们可被验收。

六、内容对象与视图的完整对应

视图	读者	底层对象	典型用途
志书阅读页	研究者	条目 +典籍层	逐卷阅读、影印对照
全文检索	研究者	条目	按卷次定位、获取可引用片段
条目对读	大众 / 研究者	条目 + 实体	竖排原文与今译并读
知识图谱	研究者	实体 + 关系	关系探索
时间轴	所有读者	条目（时间属性）	了解沿革
地图点位	所有读者	实体（空间属性）	找地点、找机构
专题展	所有读者	专题 + 条目	主题叙事
展线漫游	现场观众	条目 + 点位	展馆参观
AI 馆员	所有读者	条目 + 信任层	问答与引用
内部馆	编纂人员	条目（编修态）	待办、核验、缺口分析