v0.5 里程碑
Auto:v0.5 里程碑
v0.5 是 Auto 语言生态有史以来的最大更新,也是 Auto 从语言跨向生态的关键里程碑!
研发投入
- 1500 亿研发 Token
- 100 万行 Rust 代码
- 40 万行 Auto 代码
- 1w+次提交
生态成果
1套 UI 框架
AutoUI2个桌面环境
原生桌面 · AutoOS3套适配平台
Web · Windows · Linux4个主打应用
AutoEdit · AutoShell · AutoMusk · AutoJade28个演示应用
应用目录中的示例与演示
规模数据由作者于 2026-10-11 提供,按 Auto 语言生态累计口径;各产品能力与运行条件见下文。
本页介绍 v0.5 里程碑。发行工件与下载入口待候选冻结后确认;已有截图按标注日期保留。
六个月,三大步
v0.5 的进展集中在三件事:AutoUI 的 Web 与桌面双端、可用的 AutoOS 虚拟桌面,以及逐步成形的应用生态。这是从 v0.3 到 v0.5(2026 年 4 月 — 10 月)走过的三大步。
v0.3 回答了"它是一门语言吗?";v0.4 回答了"它能跑真东西吗?"。到了 v0.5,问题变成了最难的一个:"它能成为你每天打开的东西吗?"
Auto 从语言内核、运行时与转译器,走向界面、桌面和真实应用。下面先看三个版本的变化,再展开 v0.5 的实际体验。
v0.3语言内核立住
类型系统、所有权与借用、模式匹配 —— 一门语言的地基完成。
v0.4运行时与转译器
AutoVM 与 a2r 扩展已支持路径,AI Agent 基础设施开始支撑真实应用工作流。
v0.5桌面与应用生态
AutoUI 双后端架构成熟,AutoOS 虚拟桌面可用,Auto 应用与 Rust 服务形成桌面生态。
三个理念,一个平台
动态开发、层层解耦、语言即 OS —— 后面每一节都是证据。
🌓
动态开发,静态发布
ONE SOURCE · EVERY ECOSYSTEM
开发时是脚本语言,发布时是系统语言 —— 同一份源码,进入每一个生态。
auto run(解释执行)↔ a2r(原生 Rust)
阅读理念详情 ↓🔌
层层解耦
FRONTEND EXPRESSES · BACKEND DELIVERS
从 UI 直到 OS 内核的一条架构定律 —— 接缝两端始终可替换。
UI↔渲染器 / 应用↔合成器 / Agent↔Daemon / Shell↔内核
阅读理念详情 ↓🖥️
语言即 OS
LAOS
用 Auto 组织系统部件,适配不同生态,并逐步统一对外接口与体验。
桌面 · 应用 · 配置 · Shell · 服务 · 平台适配
阅读理念详情 ↓ AutoOS · 头牌AutoOS 虚拟桌面
单一 OS 窗口内的虚拟合成器,让 AutoUI 应用装进跨平台桌面 —— 可在 Windows 与 Linux 上运行;鸿蒙集成仍在路线图上。
从桌面开始 —— 壁纸、应用图标与任务栏;小组件来自已启动并最小化的应用。实际截图,2026-10-01。这一次,我们想给你看的第一样东西不是语言特性 —— 是一个能用的桌面。窗口管理器本身是一个 AutoUI 应用:虚拟窗口的行为用 Auto 实现在宿主窗口之上;拖拽、焦点与任务栏都是普通 Auto 代码。深浅两主题都已就位,应用在逐步接入,成熟度不一。
- WM-as-App — 虚拟窗口的边框、拖拽、焦点与任务栏都是普通 AutoUI 应用;共享契约支撑渲染器间的一致性。
- 深浅主题对照 — 前两张截图展示桌面主题,接着看 Launcher、小游戏与编辑器工作场景。
- 应用集成 — 下方截图展示 Launcher、三个小游戏、AutoEdit、Todo 与日期;各应用集成程度和成熟度不同。
- 共享设置 — auto-os-config 用 Auto 组织 UI,从支持的数据形状生成表单;模块可能仍需要额外规则和集成。
- AutoTerm 终端基建 — PTY + alacritty 仿真内核,AutoOS 的终端底座。
了解 AutoOS 与运行条件 →
AutoOS 实际桌面截图 · 2026-10-01 · 2560×1600 原图01
桌面 · 浅色
先看桌面:浅色壁纸、应用图标与任务栏。右上角是时钟、待办和音乐小组件;对应应用已启动并最小化。
AutoOS 实际桌面截图 · 2026-10-01 · 2560×1600 原图02
桌面 · 深色
同一桌面的深色主题:图标、任务栏和小组件随主题呈现。此处没有展开的应用窗口,应用已在后台运行。
AutoOS 实际桌面截图 · 2026-10-01 · 2560×1600 原图03
Launcher · 浅色
接着打开应用:Launcher 的图标网格列出应用,支持搜索与键盘选择;Tab 可切换展示形式。
AutoOS 实际桌面截图 · 2026-10-01 · 2560×1600 原图04
Launcher · 深色
深色主题下的同一 Launcher 图标网格,桌面保留在面板后方。
AutoOS 实际桌面截图 · 2026-10-01 · 2560×1600 原图05
小游戏 · 多窗口
再看多窗口:俄罗斯方块、纸牌接龙和扫雷同时打开,窗口拖动后并排摆放,主要游戏区域都可见。
AutoOS 实际桌面截图 · 2026-10-01 · 2560×1600 原图06
工作 · 编辑与待办
最后安排工作:AutoEdit 占左半屏,待办清单在右上、日历在右下,代码、任务和日期可以同时查看。
AutoOS 虚拟桌面实际截图 · 2026-10-01。保留完整原图;应用中的内容为捕获时的演示状态。
AutoUI · 头牌AutoUI:一份契约,两种渲染
Web + 桌面双端支持:UI 契约不依赖任何宿主框架,同一份 .at 源同时生成 Vue(Web)与 iced(桌面)两端。
桌面能跑起来,源于一个更早的决定:把 UI 契约从渲染器里抽出来。这件事我们做了两年,v0.5 是终于能说做对了的时刻 —— 同一份 .at 真正同时长出 Web 端与桌面端,行为由语料测试约束。
- 契约层解耦 — 组件声明、状态与事件协议不依赖渲染器;换渲染臂如同换后端,Vue / iced 为主路径,ArkTS / Jetpack Compose 为可行性演示成熟度。
- 跨渲染器验证 — Vue 与 iced 有组件、事件与布局检查;已验证语料保护一致性,已知差异在继续收敛。
- 热重载是开发的灵魂 — 桌面开发支持热重载;状态保留取决于路径与改动。
- 令牌化深浅主题 — 一份主题声明,两端同一观感;示例生态默认深色,一个 CLI 开关切到浅色。
一份 .at组件 · 状态 · 事件契约
a2r transpileiced桌面 · 原生窗口
一源两端对照
两端将使用同一看板数据与源码版本,分别拍摄 Vue/Web 与原生桌面视图;当前留下候选待拍位置。此示例与 Musk Kanban 分开,图片本身不证明逐项行为一致。
四个主应用
AutoEdit 用于代码与文本,AutoShell 用于命令与脚本,AutoMusk 用于 AI 辅助开发,AutoJade 用于文档与知识。各应用分别说明功能、运行条件与当前进展。
📝 AutoEdit
轻量文本工作台,用于浏览、编辑和比较文件。以原生桌面体验为主要方向,把代码审阅和小步修改放在前面。
了解这个应用 →AutoEdit 自仓源码工作区 · VM/Iced 深色 · Windows · 2026-10-10 · f9ae2a64 🐚 AutoShell
将日常 Shell、按字段处理的数据管道和 AutoScript 放在同一个会话中。既可交互使用,也能从命令行调用。
了解这个应用 →ls · 彩色文件表格。取自 ash-01 原生截图,点击查看完整会话。 🤖 AutoMusk
围绕 Plan 与 Spec 组织开发任务的 Coding Agent。让需求、执行过程、验证结果和项目知识保持可追溯。
了解这个应用 →AutoMusk 会话与工具活动 · 密码生成器示例 · 深色 · 用户提供 2026-10-12 📄 AutoJade
面向 AutoDown 文档和本地知识库的编辑器。将写作、页面链接、搜索与目录组织连起来,逐步形成个人知识工作台。
了解这个应用 →AutoJade 文档工作台 · 深色 · 产品手册示例库 · 用户提供 2026-10-10 · 发布准备态 AutoDown 提供文档与编辑器基础,Jade Garden 是已有知识库工程,与 AutoJade 分别介绍。 相关资料 →
28 项系统应用与 Demo 介绍
应用目录整理了 28 项介绍,提供实图、典型操作与运行条件。这是介绍集合,不是发布应用数量或全部在线可玩的承诺。旧交互画廊的示例集合不同;更完整的 Web 桌面和应用体验安排在 v0.5.1。 浏览应用介绍
🎵
音乐播放器
Web 与桌面两种形态,带播放列表、进度与封面;真实媒体交互持续完善。
🎬
视频播放器
Web 与桌面两种形态,接真实媒体服务;桌面端控件与命中测试持续完善。
🗂️
文件管理器
文件浏览示例,展示目录、预览与选择界面;数据来源和实际操作见应用介绍。
🚀
启动器
应用启动器与开始菜单基座;可用入口取决于实际桌面构建与接入应用。
🃏
FreeCell
纸牌游戏示例;支持的操作与运行路径见应用介绍。
🧱
俄罗斯方块
方块下落、旋转、消行、计分,键盘操控顺滑。
🖥️
系统监视器
系统监视器的曲线与进程表界面;示例数据和接入系统服务后的数据分别说明。
Playground新 Playground:浏览器里的 Auto 实验室
在浏览器中阅读、编辑仓内语料、金样和书籍片段;运行、转译与调试需要连接已配置的 Playground 后端。
Playground 把语料浏览带进网站。阅读和编辑无需后端;连接本地或配套部署的服务后,再运行受支持的示例并查看结果。调试覆盖以具体路径为准。
- 语料快照(2026-09-07) — 460 个 VM 金样、158 个 AAVM 文件、634 个书籍围栏、28 个 Demo 示例;当前集合以页面清单为准。
- Debug 支持 — 配合本地后端观看 AutoVM 执行,不再是黑盒。
- 连接后端运行 / 转译 — 对受支持的示例查看执行与 Rust/Python 生成结果;一次运行结果本身不等同于 parity 验证。
浏览 Playground 与后端说明 →
语言语言进展:全生态脚本 + 曲线自举
v0.5 让 Auto 同时进入 Rust、Python 与 Web 生态,工具链开始用 Auto 编写 —— 并由 Auto 运行。
最后是语言本身。v0.5 的答案是全生态脚本:Rust、Python、Web 并行推进 —— 工具链深处,自举环路沿一条曲线闭合。
- Rust 生态 — AutoVM 经 natives 与 dep/use.rs 垫片调用 Rust,a2r 是静态发布路径。布局探针、具体泛型实例与真实库对拍提供证据;兼容性取决于接口与签名,而非生态级百分比。
- Python 生态 — use.py 调用 CPython,a2py 发射 Python。.as 脚本模式补桥接语法、异常与上下文管理器;PyTorch 推理、训练与 Module/Dataset 回调有三向 parity 测试。
- Vue / TS / JS 生态 — Vue 是主力 Web 渲染器,支持状态、事件与全栈 API;组件支持跟随具体示例与已验证覆盖。
- 曲线自举 — 宿主侧(avm,a2r)× 自举侧(aavm,aa2r):Auto 还没有能发射二进制的编译器后端,自举走曲线 — Auto 写的 VM 与转译器经 aa2r 转译成 Rust、编译为二进制,再运行 Auto 写的 VM 与转译器。
曲线自举:[avm, a2r] × [aavm, aa2r] × aa2r
avmRust 宿主解释器
a2r转译为原生 Rust
aavmAuto 写的 VM
aa2rAuto 写的转译器
桌面之外,这些工具链变化同属 v0.5 里程碑。
🔗
真实 Rust 库
dep/use.rs、布局探针与具体泛型实例,经三向 parity 与真实依赖对照检查。
🐍
Python 脚本与 PyTorch
.as 降级、异常与 with-as,含推理、训练与 Module/Dataset 回调语料。
🔎
结构化 UI 检视
实时 MCP 树、布局与截图,外加 Select Anything 框选导出 Auto/JSON/Atom。
📝
共享编辑器基座
Rope、COW 快照、编辑增量与文本/目录 diff;整文档物化仍是大文件边界。
⚙️
后端与缓存
Axum/Hyper HTTP 传输、分段 UI 处理器等待与生成器更新时的 UI 缓存自动失效。
阅读完整发布说明与已知边界 →
v0.5 背后的理念
了解动态开发、层层解耦与 LaOS 的实现思路,并区分当前能力和长期方向。
🌓 动态开发,静态发布 — 开发时是脚本语言,发布时是系统语言 —— 同一份源码,进入每一个生态。
跨生态动静配对 · 三后端 parity
- 大多数语言让你二选一:脚本带来即时迭代,却把性能挡在门外;系统语言给出原生速度,却让每个想法都付一次编译税。Auto 拒绝选择。
- 开发态,AutoVM 解释执行你的代码 —— 即时启动、热重载,REPL 与 LSP 随侍在侧。
- 发布态,a2r 将受支持的源码转译为 Rust。C 生成器有独立覆盖范围,完整 MCU 交付仍属后续方向。
- 不止 Rust —— 这一动一静的配对,是 Auto 版图上所有生态共同的设计原点。
- 每个生态都有一动静配对 —— UI 开发(VM/iced 热重载预览 ↔ 转译发布)、MCU 与 Godot 的动静配对在分阶段探索、科学计算(use.py 直接调 PyTorch ↔ a2r 发布服务)。进入任何生态前都要回答两个问题:动态怎么跑,静态怎么发?
- 热重载是动态侧的灵魂 —— 动态模式的价值不只是启动快:改了不用重启、运行状态还在、所见即所改。AutoUI 桌面开发支持热重载;状态能否保留取决于路径与改动。
- 一致性由机器守护 —— parity 体系让每个测试都跑过 AutoVM、转译 Rust、原生 Rust 三条路并要求输出一致;20+ 复刻的第三方 Rust 库是常备回归语料。
🔌 层层解耦 — 从 UI 直到 OS 内核的一条架构定律 —— 接缝两端始终可替换。
前端 · 接缝 · 后端
- 解耦不是 UI 的花招 —— 它是 Auto 施加在每一层的元模式。
- 最外层是 AutoUI:它的契约不依赖任何宿主框架,同一份 .at 可在 Vue、iced、ArkTS、Jetpack Compose 之间切换渲染臂。
- 向内走,模式逐层重复 —— 直到操作系统本身:shell 与内核也不过是另一对前与后。
- 当前虚拟桌面通过宿主窗口系统和服务使用内核与驱动。独立 Linux 或 OpenHarmony 集成仍需要平台工程,是未来运行形态。
- 一个模式,逐层复现 —— AutoUI ↔ 渲染引擎(Vue / iced / ArkTS / Jetpack);AutoOS 应用架构:auto-ui ↔ auto-compositor(RenderQueue,共享内存无锁);AutoAI:Agent 与 AI 应用 ↔ ai-daemon(LLM 资源集中调度)。
- 共享定义连接应用与服务。AutoMusk 结合 Auto UI 源码、生成代码与 Rust 基础设施;应用工作流与模型 Daemon 的职责仍然分开。
🖥️ 语言即 OS — 用 Auto 组织系统部件,适配不同生态,并逐步统一对外接口与体验。
LaOS → OS over OS → AI + Lang + OS
- Language as OS(LaOS)是实现理念:用 Auto 组织 UI、合成器、桌面、应用、配置、启动器、监控、Shell 与 AI 服务。
- 当前语言运行时与底层设施主要建立在 Rust 和既有生态上;内核、驱动和宿主服务并不等同于语言运行时。
- OS over OS 是当前产品形态:虚拟桌面与宿主桌面并行,自带应用在其中运行,宿主互操作按平台推进。
- 复用 Linux 内核或与 OpenHarmony 结合形成独立系统,是后续方向;自有内核和语言底座自实现 native 属于更长期研究,目前尚未实现。
- 跨生态的命令、UI、服务、通知、启动与通信一致性是逐项推进的目标,不是所有平台已完成兼容的声明。
- AI + Lang + OS 是长期面向人的知识管理、工作生活环境:共享 AI 能力、语言底座与 OS/应用共同承载任务和成果。
研发规模与数据来源
1500 亿
研发 Token
Auto 语言生态累计研发投入,作者提供。
100 万
行 Rust 代码
语言、运行时、渲染与生态基础设施。
40 万
行 Auto 代码
自举库、应用、示例与语料。
规模数据由作者于 2026-10-11 提供,按 Auto 语言生态累计口径;各产品能力与运行条件见下文。
展望 v0.6
近期工作与长期方向。独立 OS 形态和知识协作没有固定交付日期。
🖥️
AutoOS
继续完善虚拟桌面与宿主集成,探索复用现有内核的独立系统。自有内核属更长期研究,不承诺交付时间。
📱
AutoUI
在已有鸿蒙与 Jetpack Compose 可行性演示上推进移动端支持;Android / iOS 的完整交付仍需后续验证。
🤖
ROS2 生态
Rust/Python 上的机器人节点开发,接入 DORA-RS 等。
🎮
Godot 生态
更完整的 GDScript 支持与原生 Scene/Node 能力,融入 Godot 开发工作流。
🔩
MCU 生态
嵌入式:Auto 转译到 C,AutoMan 构建系统把 Auto 带进微控制器世界。
🧠
AutoAI
完善共享模型服务与 Agent 工作工具;跨应用知识协作是长期方向,需要继续建立数据与交互契约。
今天就试试 Auto
先阅读示例,再按运行与构建说明准备工具链。浏览 Playground 无需后端;执行与调试需要配套服务。