数据全量沉淀
法规、标准、案例统一字段结构，用行业标签区分。现在只展示电信与金融，其他行业先入库待精修。
关于我们
智能体生态的信任与治理基础设施
我们不在生态里再做一个应用，而是做它底下那层公共设施：规则从哪来、行动的是谁、能力怎么分发、交付如何判定。四件事在同一套可核验的数据上咬合。
定位
一层公共设施，四个面
用「合规 SaaS」来理解我们，只能对上一部分。我们做的是它底下那层公共设施——规则从哪来、行动的是谁、能力怎么分发、交付如何判定，四件事在同一套可核验的数据上咬合。
- 规则、检查、计量、互操作、追责五层一体。
- 身份由 CHA2A 信任注册表承担，标识可解析，等级按证据累积。
- 能力经 dshlib 与 SkillHub 分发，按次计费。
- 交付由 FDE 验证方法判定，结论可复算，不依赖我们在场。
常见做法
Compliance Hub
自己做工具，卖给大企业
让生态把规则变成检查工具
规则藏在产品里，不可迁移
规则库与引擎分离，可热更、可复用
内容合规与身份两条线各做各的
规则、身份、分发、验证共用一套公共数据
按席位年费，交付一套系统
通过 AI 对话分发，按次计费
我们做什么
四件事，一套公共数据
它们不是四个产品，是同一层设施的四个面：规则决定什么算合规，身份回答行动的是谁，分发解决能力怎么到用户手里，验证回答交付到底有没有做到。
| 面 | 做什么 | 入口 |
|---|---|---|
| 规则 | 法规库与检查引擎：规则从哪来、怎么变成可判定的检查。 | 技能目录 |
| 身份 | CHA2A 信任注册表：给主体、产物与执行实体分配可解析的标识，按证据累积等级。 | CHA2A 信任注册表 |
| 分发 | dshlib 与 SkillHub：检查能力怎么到用户手里。 | dshlib 插件图书馆 |
| 验证 | FDE 验证：交付与验收怎么判定，结论可复算。 | FDE 验证 |
方法论
我们如何组织这些内容
两库互相关联
案例引用法规，法规反查案例。这是知识库区别于文章堆的核心价值。
可溯源是生命线
每条都有来源与原文链接。智能体守合规时必须能给出依据，而不是一句「我不建议」。
让人敢放手，让生态敢生长。
规范越清晰，人越敢让智能体做大事。这就是我们做治理的理由。