KINGAI OS AI Workstation
规划中的本地 AI 开发工作站方向；GPU 驱动、模型支持和硬件兼容矩阵均未发布。
了解详情 →产品发行状态: planned
目标架构: amd64
User-controlled local model development and GPU-enabled AI workflows
定位
AI Workstation 面向在本地跑模型开发和 GPU 工作流的人，算力和数据都留在自己机器上。它还在规划阶段，这一页是设计方向，不是功能清单。
设计方向
- GPU 运行时（NVIDIA、AMD、Intel）只在真机实测通过后才列入支持，不先承诺
- 模型由用户自己安装，来源与许可由用户管理，系统不预装模型
- 智能体在 rootless 隔离环境中运行，权限单独授权
- 硬件与显存状态面板、离线可用的工作区（规划中）
目前没有可下载的 AI Workstation 镜像。GPU 驱动支持、预装模型运行时、硬件兼容矩阵都还没有发布，看到任何现成的下载包都不是官方的。
定位：模型在本地跑，决定权在用户手里
AI Workstation 是给这样一群人准备的：要在本地开发、调试、运行大模型的人——数据不想出机器，算力成本想自己算账，工作流也不想被某个云平台的接口绑住。它的目标用户描述在官方目录里写得很清楚：用户可控的本地模型开发，与 GPU 加持的 AI 工作流。
这个版本有一条贯穿始终的原则，值得单独说：AI 是可选项，不是系统权威。系统不会预装模型，不会捆绑某个模型提供方，更不会让某个智能体组件凌驾于用户权限之上。模型装哪个、从哪下、许可是不是合规，用什么运行时，全部由用户自己决定、自己负责。系统要做的，是先把环境、隔离和状态可见性这三件基础设施真正做扎实。
规划中的能力，逐项拆开
GPU 运行时：实测过才写进支持列表
NVIDIA、AMD、Intel 三家的 GPU 运行时都在规划里，但口径是 only when tested——某个型号在某个内核版本上真机测过，才进兼容列表；没测过的，一个字都不承诺。这是四道发布门槛里最硬的一道，因为 GPU 驱动的坑，从来都是在真机上才暴露。
驱动兼容矩阵
把「哪块卡、哪个驱动版本、哪个内核」组合验证过，整理成一张可查的矩阵。买卡之前先查矩阵，而不是装上才发现驱动对不上。这张表现在不存在，要等实测数据攒出来。
模型由用户安装，来源可追溯
本地模型和云端 API 提供方都由用户自己接入。规划中的模型来源（provenance）记录，是为了让你日后能回答「这个模型文件当初从哪来的、许可是什么」——而不是由系统替你做这个主。
rootless 隔离的智能体执行
智能体跑在 rootless 隔离环境里，权限按需单独授予，沙箱逃逸要做负面测试——故意试着突破隔离，突破不了才算过关。让 AI 工具在本地有执行能力的前提，是它翻不出你亲手给它划定的那个圈。
硬件与显存状态面板
GPU 利用率、显存占用、温度这些指标要一眼可见。跑长推理任务时，先看到显存快满，总比任务在半夜悄悄被杀掉强。配额控制也在规划里，给长时间任务划好资源上限——具体形态等实现阶段再定。
离线工作区与隐私控制
工作区要离线可用：断网时该写的代码、该跑的本地推理都不停。隐私控制的方向是让用户清楚每个组件能碰什么数据，而不是靠一纸声明。
发布门槛：五项测试没过，就没有 ISO
- 按真实 GPU 型号与内核版本逐项验证兼容性
- 模型许可与法律测试——模型文件的再分发和使用边界要先厘清
- 同意边界测试——任何数据离开本机之前，必须有明确的用户同意动作
- 散热与显存稳定性——长时间满载跑下来不降频崩盘、不爆显存
- 沙箱逃逸负面测试——隔离机制要经得起主动的攻击与逃逸尝试
当前进度，如实说
公开层面：planned，没有版本号、没有 ISO。官方目录的原话：不宣称 GPU/驱动支持，不宣称预装模型运行时。内部实验线上有一条 amd64 实验构建记录，方向是 Debian 13 的 KDE 开发者环境，明确不带模型和驱动承诺，镜像未保留、未做固件启动验证。它离「能装到你的工作站上跑模型」还隔着上面整张门槛清单，本页不替它提前庆祝。
开发预览：尚未完成镜像构建溯源、签名、更新回滚及硬件商业认证；请勿用于重要生产业务。
