LJZ-000 · v1.0

事现鉴 · 三系统架构

事现鉴系统是事系统、现系统、鉴系统的总称。三个系统各自是一棵有依据的文件树,任一棵树都能独立判定一件事的状态。

提出 白玺
工程化 光锥运维部
日期 2026-11-14
证据等级 定义 E1 / 推断 E3
状态 open — 待裁定

一 · 三系统

事

事系统

记录「发生了什么」
事件节点树
载体公示墙
形态事/{YYYY}/{MM}/{DD}/
现状展示层存活
现

现系统

让事实可被索引、可被引用
编码节点树
载体Gzz 编码
形态现/{P,A,E,T}/
现状规则正文缺失
鉴

鉴系统

判断「是否可信」
鉴源 + 鉴察 双树
载体鉴源 / 鉴察
形态鉴/{源,察}/
现状未建树

二 · 单点可判定性

路径 A
经事系统
查时间窗 → 找节点
路径 B
经现系统
拿任意码 → 解析定位
路径 C
经鉴系统
查源哈希 → 读裁定
↓   任一路可达即出结论,无需三路全通   ↓
STATE
CONFIRMED · PENDING · DISPUTED · VOID

三 · 状态四值

CONFIRMED
≥2 路一致,或单路但证据 E1。
可对外称「已确定」。
PENDING
仅 1 路可达且证据 ≤ E2。
可对外称「待补证」。
DISPUTED
多路冲突。不掩盖,
以冲突本身为事实。
VOID
三路皆不可达。
无码即不存在。

四 · 树文件结构

SXJ-ROOT/
├── 事/                    事件树 — 只记发生了什么
│   └── {YYYY}/{MM}/{DD}/{code}.json
├── 现/                    编码树 — 让事实可索引
│   ├── P/  Person           自然人身份锚点
│   ├── A/  Agent            智能体身份锚点
│   ├── E/  Event            事件码
│   └── T/  Testimony        交付存证
└── 鉴/                    验证树 — 判是否可信
    ├── 源/                  只存指针 + 哈希,不含观点
    └── 察/                  裁定 + 理由,可重判不改史

每个节点必带 parent、basis[]、hash。无依据节点不入树,孤儿节点即报错。

五 · 自动学习子智能体

Gzz-A-SXJ-CN-LJZ-LEARN

横跨现系统与鉴系统:在现系统中是编码写入端,在鉴系统中是初审员。不进入事系统——公示墙只收已编码事实,不接原始输入。

铁律:永不产出 CONFIRMED · 无依据一律拒绝入树 · 不改历史节点,纠错只能发新节点
POST /ingest
POST /feedback

它的「学习」不是模型变聪明,而是抽取规则的成功率被裁定结果持续校准——裁定为真则加权,为假则降权,连续失败自动降级并告警。

六 · 现有资产映射

系统目标形态当前实际差距
事事件节点树单个 27.8 KB 公示墙页,内嵌 7 个码无节点文件
现编码节点树规则正文缺失,8 个孤立实例无总览、无生成器
鉴源 / 察双树仅在网关知识库中被提及完全未建

七 · 待裁定

Q1「光锥舟」是否为工程正式代号?定义是否需单独立档OPEN
Q2三系统是否平等三主?(建议是,否则单点可判定不成立)OPEN
Q3DISPUTED 状态是否对外可见?(建议可见)OPEN
Q4树文件存储用 Git、KV 还是 D1?OPEN
Q5CON 裁定节点的 basis 类型是否可为「裁定」而非「证据」OPEN