AirymaxRT v0.1.18 已发布 · 全平台预构建包 查看更新
TECHNOLOGY · 43 REPOS PUBLIC

技术中心
放的是可查的东西

四层全景、43 个公开仓库的治理方式、写进 CI 的工程标准,以及六份白皮书。
页面上每个数字都来自双仓扫描,口径与产品页一致,逐条可以回到源码复核。

// 数字随每次发布重扫,不做人工四舍五入

airymaxhub — scanbash · 80×24
$ airymaxhub scan --manifest
● umbrella    airymaxhub · 1 manifest
● domains     5 管理仓 · 43 公开仓
● userspace   agentrt      72 modules / 7 layers
● kernelspace agent-linux  58 modules / 9 layers
● shared      iron-9 v3    4 tiers
│ license     AGPL-3.0 OR Apache-2.0
✔ 130 modules · 0 upward dependency
Modules
130 双仓模块
Repositories
43
Shared model
IRON-9 v3 四层
SDKs
4 种语言绑定
License
AGPL-3.0 OR Apache-2.0
01 / FULL STACK

四层,从上往下读

T4 到 T1,每层只向下要机制,不反向依赖。
标号用 T 是为了不和 AirymaxRT 的 L1–L7、agent-linux 的 L0–L8 撞名——那三套层数各自独立,混在一张表里只会说不清楚。

T4开发生态层 · 4 语言 SDK · CLI / TUI · 技能库 · 开放实验室4 LANG
T3认知与服务层 · CoreLoopThree 三阶段循环 · MemoryRovol · Cupolas15 DAEMON
⇅ JSON-RPC 2.0 单一入口 · 六种传输归一
T2用户态运行层 · AirymaxRT 七层堆栈,全 C 语言,跨 Linux / macOS / Windows72 MOD
T1内核态系统层 · agent-linux 九层改造,只增不改主线,4 个系统调用58 MOD
02 / REPOSITORIES

一个伞仓,五个域

43 个仓库不是平铺的,是按职责分域后挂在同一份 manifest 下。
构建、测试、发布节奏由伞仓统一协调,任何一层单独 clone 都能读懂自己那部分。

HUB / 伞仓 airymaxhub

顶层 manifest 列出全部子仓与版本对齐关系。发版时先在这里改一行版本号,CI 据此判定哪些叶子仓需要重建——代码、构建、测试、发布四条节奏由它统一。

MANIFEST · 43 REPOS 进入伞仓
D1 / 运行底座域

agentrt

AirymaxRT 七层堆栈的 72 个模块与 15 个守护进程。全 C 语言,无 Python / Node 运行时依赖,Linux / macOS / Windows 三平台预构建包在这里出。

72 MODULES · 15 DAEMONS

D2 / 操作系统域

agentrt-linux

agent-linux 九层内核改造,58 个模块分属 9 个叶子仓。基于 Linux 6.6 LTS,借鉴 seL4 的 Capability 安全与消息传递 IPC,主线代码一行不改。

58 MODULES · 9 LEAF REPOS

D3 / 开发工具域

sdk

Python / Go / Rust / TypeScript 四种绑定,外加 CLI 与 TUI。绑定不从手写,由网关的自描述 schema 生成,接口漂移在构建期就报错。

4 LANGUAGES · SCHEMA-GENERATED

D4 / 生态域

ecosystem

技能库、协议适配(MCP / A2A / OpenAI API)、云原生部署模板与第三方集成示例。这一层允许独立演进,不跟内核发版节奏。

SKILLS · ADAPTERS · TEMPLATES

D5 / 产品域

products

instfree 一体机与 ROCK Ⅲ 桌面机器人的固件、出厂配置与上层应用。跑在同一个运行底座上,产品差异只体现在这一层。

FIRMWARE · PRESET CONFIG

03 / STANDARDS

四条写进 CI 的标准

不是风格指南里的愿望,是不满足就发不出版本的约束。
每一条都有对应的检查项,跑在每次提交的流水线上。

Iron-9 v3

四层同源

契约、头文件、实现、测试四层共享。用户态与内核态读同一份契约,两侧的实现可以各自演进,测试用例只写一遍。

CONTRACT · HEADER · IMPL · TEST

Add-only

只增不改主线

内核改造以新增模块与 LSM 钩子落地,不 patch Linux 主线任何一行。上游安全更新照常合并,不必等我们的分支追平。

0 LINES PATCHED

ABI stable

四个入口锁死

agent_schedule / agent_isolate / agent_memory / agent_ipc 一旦发布就冻结。内核升级不允许破坏已编译的用户态二进制。

4 SYSCALLS · FROZEN

Fail-closed

缺省即拒绝

策略缺失、规则冲突、能力过期,三种情况的结果统一是拒绝。安全姿态是默认值,不是需要记得打开的开关。

DENY BY DEFAULT

04 / WHITEPAPERS

六份白皮书

架构纲领、部署实施、认知循环、共享模型、安全穹顶、记忆分层,各写透一件事。
合计 134 页,与当前 HEAD 的实现保持同步。

24 页 · 2026-07-15

SPHARX极光感知系统架构设计白皮书

详细阐述 SPHARX极光感知智能体操作系统的五维正交架构纲领,涵盖 AirymaxRT 与 AirymaxOS 双层同源设计、微内核化改造路径与 IRON-9 共享模型。

PDF 整理中 · 可联系索取

28 页 · 2026-07-01

AirymaxOS 智能体操作系统实施部署指南

系统说明基于 Linux 6.6 / 7.1 微内核化的 AirymaxOS 部署流程,涵盖 sched_tac 调度策略、Capability Folding 与 x86_64 / ARM64 / RISC-V 多架构支持方案。

PDF 整理中 · 可联系索取

22 页 · 2026-06-20

CoreLoopThree 三层认知循环架构

深入解析感知、思考、执行三阶段认知流水线的运作机理,阐述 Thinkdual 双思考机制与记忆卷载 MemoryRovol 如何实现高效协同与决策闭环。

PDF 整理中 · 可联系索取

18 页 · 2026-06-05

IRON-9 v3 四层共享模型设计

完整呈现 IRON-9 v3 四层共享模型架构,解析共享契约层、共享头文件层、实现层与单元测试层的职责划分与 AirymaxRT / AirymaxOS 协同机制。

PDF 整理中 · 可联系索取

20 页 · 2026-05-22

安全穹顶 Cupolas 安全架构

全面剖析安全穹顶 Cupolas 的四重防护体系,涵盖 capability 权限模型、沙箱隔离、输入净化与审计追踪机制,构建智能体运行的可信安全边界。

PDF 整理中 · 可联系索取

22 页 · 2026-05-08

记忆卷载 MemoryRovol 渐进式记忆架构

详细阐述 MemoryRovol 渐进式记忆架构 L1→L2→L3→L4 四层记忆体系的分级存储策略与遗忘机制,实现智能体长期记忆的高效管理。

PDF 整理中 · 可联系索取

先读代码,再读白皮书

白皮书解释为什么这样设计,仓库回答具体怎么实现。
两边说法不一致时,以仓库为准,也欢迎开 Issue 指出。