平台

十八个模块。一个仓库。一条命令。

多数 Agent 平台是一个 demo 加一张 waitlist。Kernos 是完整的生命周期——建模、构建、审批、执行、审计、改进——作为一套可部署的系统。这一页讲里面到底有什么,用工程数字,不用形容词。

253个 OpenAPI 端点,一张契约面
364个 typed schema 在背后支撑
18个模块,单一仓库
1条命令从零到整套跑起来
生命周期

六段。每个 Agent 动作都走完全程。

每个 Agent 动作走同一条路——从业务的 typed 定义,到受审计、被改进的闭环。这些阶段是平台强制执行的,不靠自觉。

01 建模

把业务建模成数据

对象、关系、规则变成带 bi-temporal 版本化的 typed 本体定义。演进是 additive 的——新类型向前版本化,不破坏在跑的 Agent 和审计历史。

02 构建

对着契约构建 Agent

Agent Studio 基于 MCP 工具定义 chatbot 和函数 Agent。Agent 间调用带签名。记忆带 provenance 抽取进你自托管的列式存储。

03 审批

出厂之前先过人

写侧动作以提案形式暂存,按你的规则评估。多节点审批 DAG 强制职责分离;批量决策和委派让人在环路里跟得上量。

04 执行

打到真实系统

受治理的运行触达 SAP(OData、IDoc、BAPI)、数据库、事件流——带 CDC。执行有权威性确认:「做完了」意味着记录系统真的变了。

05 审计

一切留痕,永久可查

append-only、bi-temporal 的审计链记录每个动作与 correlation ID。任何决策都可按因果回放——Agent 看到了什么、哪条规则触发、谁批的。

06 改进

改进不带回归

evals 在变更上线前用已知场景跑工作流。模板包把一个团队跑通的模式变成下一个团队的起点。

你拥有什么

为验证而建,不为信任而建。

自托管在这里不是企业版专属——是默认形态。持有你数据的部件,就是你运行的部件。

你的数据库

Postgres、开放格式

本体、记忆库、审计链跑在你自己提供的 Postgres 上,记忆层是自包含的列式格式。删掉实例数据就没了——供应商侧没有副本。

你的模型

任意端点,含本地

接任意 OpenAI 兼容端点——Anthropic、Azure OpenAI,或者你自己 GPU 上的本地模型。用本地模型时,部署完全 air-gapped。

你的边界

一台机器起步

Docker Compose 在单机上引导整套栈——试点不需要 Kubernetes。负载上来后按模块扩。

Open core

先验证,再托付

核心平台开放检查——契约面、审计链、规则引擎。License 定稿在路上;你的数据永远不是锁。

FAQ

我们常被问到的架构问题。

自托管 Kernos 时,实际跑起来的是哪些东西?

完整的治理栈:typed 本体、带记忆和审计的 Agent 运行时、规则引擎、审批工作流、模块 UI——Docker Compose 引导启动,对接你自己的 Postgres。闭环运行不依赖外部服务。

业务本体可以自定义吗?

可以——这正是设计核心。对象、关系、规则都是你建模的 typed 定义。演进 additive:新类型向前版本化,不破坏在跑的 Agent、审计历史或工作流。

模块之间的数据怎么流转?

走共享本体和共享审计链——不走点对点集成。Agent 暂存的提案、审批的决策、对 SAP 的执行、审计的回放,是同一个对象在一张契约面上流动。

「open core」对 Kernos 意味着什么?

核心平台开放检查与验证——契约面、审计链、规则引擎。License 定稿在路上;没定稿前不放 license 文件。你的数据永远不是锁:在你自己的 Postgres、开放格式。

Kernos 可以 air-gapped 运行吗?

可以。闭环、记忆、审计、规则都在你的边界内;模型可插拔——指到本地端点就没有请求出网。开外呼的理由只有一个:你选的模型或集成。

先跑起来,再决定信不信。

早期访问从你技术栈上的自托管试点开始:你的 Postgres、你的模型端点、一个写记录系统的工作流。我们在电话会上,不在你的环路里。