KINGAI OS
Developer Platform · D5 Pre-Alpha
开发者

基于已经存在的能力开发。
同时看清哪些边界仍在变化。

KINGAI OS 把熟悉的 Linux 开发方式与受治理的本地智能运行时放到一起。公开源码已经包含 CLI、本地守护进程服务、策略 / 审批 / 任务 / 记忆 / 模型基础、构建路线和发布门槛；接口仍处于 Pre-Alpha，未来可能变化。

查看公开源码阅读文档已验证状态
KINGAI Developer Workspace Early Access 界面预览，包含编辑器、Terminal 和集成助手
Early Access 界面预览 · 非正式产品截图当前工程事实以源码与状态页为准。
CLI · 当前源码

先从真正已经写进文档的命令开始。

当前开发者 CLI 已经覆盖系统健康、策略、审批、记忆、模型、任务和桌面模式控制。它们是真实的 Pre-Alpha 工程接口，但还不是冻结的 Stable SDK 合约。

系统

检查与诊断。

kingai version
kingai status --json
kingai doctor --json
治理

检查权限边界。

kingai policy check filesystem.read
kingai approval list
kingai approval request main filesystem.write ./project
状态与任务

操作运行时基础能力。

kingai memory list
kingai task list
kingai desktop show
Stable 之前 CLI 名称和参数仍可能调整。当前标准命令集以公开仓库 README 与源码为准。
运行时 API 边界

默认本地。
不制造不存在的“云 API”。

当前 kingaid 运行时通过本地 Unix Socket 管理，而不是默认暴露 TCP 管理端口。当前服务包含 health/status、Agent Registry、能力策略判断、Approval Broker、本地 Memory、Model Router、Task Graph 与 Audit。

为什么这很重要

本地对端身份可以绑定到 Unix 凭据；高权限决定与普通客户端请求分离。项目正在构建的执行路径要求高风险动作先经过能力范围和所有者审批，而不是让客户端自己声明“我有权限”。

架构概览安全模型源码状态
构建与测试

从源码复现当前基础。

公开仓库已经记录核心检查和各版本镜像构建路线。依赖、构建参数和发布门槛应以当前仓库文档为最终依据。

Desktop

构建 PC 版本路线。

sudo bash scripts/build-rootfs.sh desktop amd64 dist
sudo bash scripts/build-live-iso.sh desktop dist
桌面架构 →
Container

构建 OCI 开发镜像。

docker build -f container/Dockerfile \
  -t kingai-os:dev .
Container 版本 →
文档地图

从产品概念一直看到工程证据。

开发者 FAQ

在集成之前，先知道你面对的真实边界。

开发者 API 已经稳定了吗？

没有。当前是 D5 Pre-Alpha。CLI 和本地运行时服务是真实工程接口，但第三方生产集成的兼容性还没有冻结。

现在有托管版 KINGAI OS REST API 吗？

当前运行时管理方向首先是本地 Unix Socket。官网不会宣传源码目前没有保证的托管 REST API。

可以自己构建 KINGAI OS 吗？

可以。公开仓库已经记录 make check / make build 和不同版本构建路线；但最终官方支持哪些镜像仍取决于硬件与发布验证。

Agent 可以直接申请 root 权限吗？

治理方向正是为了避免这种模型。当前运行时把能力策略和所有者审批分开；最终受约束的高权限 Execution Broker 仍是正在推进的开发里程碑。

KINGAI Developers

跟源码，不跟 PPT。

先检查当前源码和状态；如果希望参与未来 Desktop 与开发者平台测试，再加入 Early Access。

查看公开源码加入 Early Access
开发者接口仍处于 Pre-Alpha，会随着安全、执行与发布门槛成熟继续调整。