GOS KernelGraph-native OS
面向 x86_64 裸机的
图原生操作系统内核
产品概述Overview
GOS 不再走"先加载器、先过程"的老路,而是把图当成内核最底层的抽象——一个跑在 x86_64 裸机上的实验性操作系统。
节点、边、向量、能力(capability)、mount、use 都是公开的执行概念。全部以 Rust 编写,纵向贯穿 Hypervisor → Runtime → Supervisor → Plugin 四层。

四层架构Architecture

① Hypervisor — 引导层
只负责最小化引导与 CPU 初始化。秉持"拉起来就交棒"的哲学,把上层的自由度最大化。

② GOS-Runtime — 图执行层
管理插件、节点与边、激活与路由的核心运行时。图的结构本身就是执行的流程。

③ GOS-Supervisor — 管理层
控制模块、域与系统服务周期。服务不再是"进程",而是图上被激活的区块。

④ 原生图插件
Shell、Cypher、AI、CUDA、网络、I/O——全部实现为图插件。Cypher v1 子集让你直接查询内核状态。
核心能力Capabilities
- 图 Shell
- 支持 Cypher v1 子集,用
MATCH/RETURN直接查询内核状态 - CUDA 桥接
- 把 GPU 计算抽象为图节点
- 网络
- 通过状态节点声明式管理网络状态
- 挂载机制
- 把剪贴板等资源以
mount挂载为图元素 - 能力 (capability)
- 权限 / 资源以
use语义成为一等概念
技术栈Tech Stack
- 语言
- Rust (nightly + rust-src + llvm-tools-preview)
- 目标
- x86_64 裸机
- 开发环境
- QEMU(虚拟机)、PowerShell 7(构建自动化)
- 文档
- 中文 & 英文——架构 / CLI 命令 / 裸机安装步骤
- 当前阶段
- 底层基质稳定化——原生模块执行完成后再扩展上层功能
为什么是图Philosophy
传统操作系统建立在 "进程 × 内存" 的抽象之上。但现代系统是由 "服务 × 拓扑" 构成的。
GOS 从一开始就把图当作一等公民,目标是用同一套语义统一处理微服务、GPU、网络与 AI。不再是"启动进程",而是激活节点;不再是"连接管道",而是张开一条边。

开源Open Source
GOS Kernel 在 GitHub 开放开发。
欢迎查阅架构设计、CLI 命令与裸机安装文档。
联系我们
技术讨论、合作意向,欢迎联系。