规则与执行
Compliance Hub
规则库 + 检查引擎 + 按次计量
把法规条款拆成可判定的检查项：加载规则、逐项检查、评分、出报告。回答的是依据从哪来，以及检查过程能不能复现。
- 结构化规则库，规则与引擎分离
- 护栏 / 检查 / 审计三档深度
- 按次计量，成本可预期
生态与治理
跨主体的时候，谁的说法能算数
智能体替人做事之后，合规上最先卡住的往往不是谁做错了，而是出了事拿什么举证：你的记录我不认，我的你不认，授权范围各说各话。这一页讲我们怎么把这三件事变成可核对的。
三个组件
跨主体要成立，先答三个问题
依据从哪来、对方是谁、装之前能不能看到证据——三个组件各答一个，答案都写进同一套公共数据。
先看愿景。CHASI Vision 说明为什么做、要走向哪里：一个智能体社会有哪些成员、要满足哪七个条件才算可居住，以及 CHASI 划定的边界。 读 CHASI Vision
两个模块
信任与分发，为什么要分开
判断一个插件可不可信，不能由收录它的那一方自己说了算。所以信任记录在 CHA2A，收录与展示在 dshlib，两边各留各的账。
协同飞轮
一次发布，六步形成可验证的信任
作者只要正常发布，身份注册与指纹登记自动完成；信任等级随独立验证的证据累积。每一步都留下凭证，下面标出这些凭证由谁持有。
-
01
作者发布技能
技能作者把规则库与检查逻辑打包，提交到 SkillHub 或 dshlib。
留下的凭证：作者签名与包指纹，由作者保留私钥
-
02
登记身份与指纹
包上架时自动注册 did:cha2a:package:…，内容指纹进入注册表。
留下的凭证：注册表记录，只存摘要不存全文
-
03
验证方产出证据
独立验证方跑测试与扫描，把 in-toto 证据登记为凭证。
留下的凭证：in-toto 证据凭证，验证方持有本体
-
04
等级随证据提升
L1 → L2 → L3 → L4，认证等级只是信任摘要，可随时下钻核验。
留下的凭证：等级由注册表按已登记证据算出
-
05
徽章挂到 README
SVG 徽章与信任查询接口对外可用，任何市场都能消费同一份数据。
留下的凭证：徽章只是入口，指向公开查询接口
-
06
消费者按证据选择
装之前看到谁发布的、被改过没有、扫描结果如何、可信几级。
留下的凭证：核验不需要当事人同意，也不需要其在线
边界
谁负责什么，写清楚
注册表中立，只做事实记录；不存全量证据、不扫描、不执行、不定业务规则。
| 事项 | 责任方 |
|---|---|
| 规则与检查项 | Compliance Hub |
| 身份标识与认证等级 | CHA2A |
| 证据凭证的摘要与引用 | CHA2A |
| 证据本体存档 | 验证方自持 / dshlib 代管 |
| 插件收录、扫描与展示 | dshlib |
| 技能分发与调用 | SkillHub / 各宿主 |
| 全量证据存储、扫描执行、业务规则 | 不做（CHA2A 明确边界） |
认证等级
L0未认证
L1完整性
L2来源
L3发行
L4生态
与标准生态的关系
这条链上，我们各补哪一段
一个智能体从有身份到能被认证要经过四段。每一段都有人在认真做——我们只做其中还空着的那部分。下面标出，补完之后能核对什么。
-
01
身份
现在可复用的 身份码与身份管理的机制，已有国家标准化指导性技术文件（GB/Z 185.2 / 185.3）可供参照。 补完之后能核对什么 跨体系可解析的实现：标识与身份码之间的映射声明，且解析不依赖运营方在线。CHA2A 模块 -
02
治理
现在可复用的 已有的总体框架与安全治理要求，给出了方向与原则。 补完之后能核对什么 可判定的评估维度：把「应安全可靠」这类表述改写成可测的检查项。CHASI 愿景 -
03
信任与授权
现在可复用的 该方向已有规范工作与授权模型可供参照。 补完之后能核对什么 委派链的逐跳可验证：范围写进凭据、越权由范围比对得出，而非由事后追责得出。CHA2A 模块 -
04
认证
现在可复用的 已有具备资质的检测认证体系承担出证。 补完之后能核对什么 面向 FDE 的测试方法：可判定的判定清单，以及可自行复算的一致性向量。FDE 验证
以上是我们对技术现状的读法，不针对任何机构：每一段都已有可复用的基础，我们只在认为还空着的地方投入。 若某一段已有更成熟的方案，我们采用它、不做重复实现。