评测出的知识
32,275 部法规目录、43 类合同种子条款之上，判官评审环 （rubric × criteria）驱动 generate → fill → evaluate → improve 自愈迭代——知识不是攒出来的，是被评测磨出来的。
竞争不在模型，
在知识的沉淀与复利。
知验台（bench）在法条锚定的语料上评测知识，把评测出的知识以本体形态版本化发布； 柏讯（wire）跨命名空间拉取落库消费。这条链已上产——页面数字活拉自匿名概览端点并带 as_of，失败如实报因，不摆拍。
版本化发布契约
四类知识资产（本体 / RAG / 评测尺子 / 微调数据）共享同一套身份与发布机制： 按 domain/version/digest 发布，gold/silver/bronze 质量分层随行。
跨命名空间落库
柏讯以拉取客户端订阅发布面，真拉落库幂等、投影可查——第一个消费方，不是唯一。
C3 知识分发契约 · 真证据（as_of 2026-11-06） legal v1 已发布 · digest 3586552a
发布面现在有什么
as_of 未取得 · 数字取自匿名概览端点，非本页硬编正在连接匿名概览端点…
DOOR A · 门 A 决策评估者的证据面
知识是怎么被评测、怎么被发布、怎么被消费的
每一条静态数字都带 as_of 口径与可指名的出处（见页脚归属）；发布面的活数字由上方概况带供， 两处不混用。
本体
领域数据语义层：概念、关系与分层质量档位一体成账。
RAG 知识资产
内核知识单元承载 chunk / 条款，法律域存量即活的检索资产。
评测资产（尺子）
rubric × criteria 逐条判定 PASS/FAIL 并给理由，量尺本身也是资产。
微调数据
评测与语料沉淀出的训练对，走同一套身份与发布机制。
质量分层：gold / silver / bronze
四类资产共享同一套质量档位；分层随本体版本一起发布，消费方按档位决定用法。
gold silver bronze
出处：knowledge-platform-blueprint §二（四类知识资产，一套内核）＋ add-bench-public-overview-tier 概览载荷口径。 判官评审环与五岗舰队
评测端以自愈管线迭代至达标；本体建设由五岗舰队完成，全部写操作走提案制、人工确认后落库。
generate → fill →
evaluate → improve
出处：law-bench README 能力表（自愈管线）；fleet-packs/blueprints/ontology-builder（本体盘账员 → 建模师 → 纪律校验闸 → 提案员 → 台账主编，全只读＋提案制）。
语料底座
法规目录 32,275 部（as_of 2026-09 目录刷新）， 合同条款语料 43 类（data/clause_seeds/）—— 法条锚定，条级引用可定位。
出处：law-bench/PRODUCT.md（32,275 laws at the 2026-09 refresh，repo-verified 2026-09-26）；law-bench/README.md 能力表（43 类中国合同种子条款）。机器可及
bench MCP server 对外提供 37 个工具（as_of 2026-11 README 口径）， 覆盖语料检索、评测与本体面；发布面另有匿名概览窄口（见门 B）。
出处：fd-coding-law-bench-mcp README（"The server advertises 37 tools"）。TWO DOORS · 两扇门
接下来去哪
核对证据，再下判断
证据面就在上方：四类资产、质量分层、评审环与语料底座，每个数字带 as_of 与出处； 发布面的活数字以端点 as_of 为准，两处口径不混。
回看证据面当场接一次端点
匿名概览端点（上线中——端点未开放时下方概况带会如实报因），无需凭据，返回已发布本体版本、计数、分层分布与 as_of：
https://bench.finddatatech.cloud/api/public/overview curl -fsS https://bench.finddatatech.cloud/api/public/overview
认证口径：概览端点匿名可读（设计契约已冻结，部署收尾中）；全量访问（语料正文、评测操作、本体全量拉取）需 API key， 或经 MCP 网关使用 bench MCP server 的 37 个工具—— mcp.finddatatech.cloud。