RULITH 规据 四层能力

能力的四层阶梯

可信不是一句一次到位的宣言,而是一级一级建立起来的能力。Rulith 把要交付的东西分为四层——信任层、任务层、智能体层、协作层:先让一条结论经得起核对,再让一件任务的"完成"经得起验收,然后把完整的可信智能体交到你手里,最终让多个智能体在明确的责任结构下协作。 每一层建立在前一层之上;我们的推进方式是做实一级,开放一级

这条阶梯挂在"模型负责提出,板负责判定"的主模型下:四层就是"板负责判定"的作用范围,从一条结论逐级扩展到一件任务、一个智能体、一群智能体的协作。

总览

它让什么变得可信今天的接口现况
信任层每一条结论update_working_memory · get_logic_context · explain_fact · 控制台领域能力云端已开放生产已验证
任务层每一件任务的完成标准尚未开放——任务定义与归档推进中(今天可用信任层的目标机制过渡)实现中
智能体层完整智能体的行为尚未开放(协议原生参考实现已在应用层运行)可下载交付推进中
协作层智能体之间的协作尚未开放核心机制已有实例,云端服务实现中

这个划分不是产品包装:它与 Rulith 核心理论的四根支柱一一对应。产品的进阶路径,就是理论结构本身——没有哪一层是为了叙事而发明的。

每层一页,含它的接口、可照抄的示例与如实的现况——从信任层读起。

贯穿四层有一条分工值得先记住:规则决定哪些牌能打,智能体决定打哪张、什么时候打,宪法定牌桌的规矩——细说见智能体层

两条线索,各自成立

本组页面描述的是能力阶梯:Rulith 逐层交付什么。社会页描述的是治理阶梯:同一套结构在个人、组织、社会三个尺度上为什么可信。两条线索相互支撑,但不是同一条——信任层的能力已经可以服务组织场景,协作层同样可以服务一个人的多个智能体。

我们如何推进

四层遵守同一条纪律:先在核心引擎中做实、经真实任务验证,再开放到云端、写进上手文档。 因此这组页面里出现的每一个"实现中"都不是路线图上的许愿——信任层已经走完的路径,就是后三层各自要走的路径。

可核查的有限承诺,胜过不可核查的无限承诺。 对这份能力清单,这句话同样成立。

→ 从信任层开始

正文住 content/*.md;能力清单、工具清单、字段矩阵由生成器从实现代码抽取 (快照在 facts.json)——改了实现而忘了改文档,校验会自己发现。