Skip to content
v0.5 里程碑

Auto:v0.5 里程碑

v0.5 是 Auto 语言生态有史以来的最大更新,也是 Auto 从语言跨向生态的关键里程碑!

研发投入

  • 1500 亿研发 Token
  • 100 万行 Rust 代码
  • 40 万行 Auto 代码
  • 1w+次提交

生态成果

  • 1套 UI 框架
    AutoUI
  • 2个桌面环境
    原生桌面 · AutoOS
  • 3套适配平台
    Web · Windows · Linux
  • 4个主打应用
    AutoEdit · AutoShell · AutoMusk · AutoJade
  • 28个演示应用
    应用目录中的示例与演示

规模数据由作者于 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。
AutoOS 深色桌面:壁纸、图标与小组件,没有展开的应用窗口

这一次,我们想给你看的第一样东西不是语言特性 —— 是一个能用的桌面。窗口管理器本身是一个 AutoUI 应用:虚拟窗口的行为用 Auto 实现在宿主窗口之上;拖拽、焦点与任务栏都是普通 Auto 代码。深浅两主题都已就位,应用在逐步接入,成熟度不一。

  • WM-as-App — 虚拟窗口的边框、拖拽、焦点与任务栏都是普通 AutoUI 应用;共享契约支撑渲染器间的一致性。
  • 深浅主题对照 — 前两张截图展示桌面主题,接着看 Launcher、小游戏与编辑器工作场景。
  • 应用集成 — 下方截图展示 Launcher、三个小游戏、AutoEdit、Todo 与日期;各应用集成程度和成熟度不同。
  • 共享设置 — auto-os-config 用 Auto 组织 UI,从支持的数据形状生成表单;模块可能仍需要额外规则和集成。
  • AutoTerm 终端基建 — PTY + alacritty 仿真内核,AutoOS 的终端底座。

了解 AutoOS 与运行条件 →

AutoUI · 头牌

AutoUI:一份契约,两种渲染

Web + 桌面双端支持:UI 契约不依赖任何宿主框架,同一份 .at 源同时生成 Vue(Web)与 iced(桌面)两端。

桌面能跑起来,源于一个更早的决定:把 UI 契约从渲染器里抽出来。这件事我们做了两年,v0.5 是终于能说做对了的时刻 —— 同一份 .at 真正同时长出 Web 端与桌面端,行为由语料测试约束。

  • 契约层解耦 — 组件声明、状态与事件协议不依赖渲染器;换渲染臂如同换后端,Vue / iced 为主路径,ArkTS / Jetpack Compose 为可行性演示成熟度。
  • 跨渲染器验证 — Vue 与 iced 有组件、事件与布局检查;已验证语料保护一致性,已知差异在继续收敛。
  • 热重载是开发的灵魂 — 桌面开发支持热重载;状态保留取决于路径与改动。
  • 令牌化深浅主题 — 一份主题声明,两端同一观感;示例生态默认深色,一个 CLI 开关切到浅色。
一份 .at组件 · 状态 · 事件契约
a2ts emit
VueWeb · 浏览器即画布
a2r transpile
iced桌面 · 原生窗口
一份契约 · 一种行为 · 一个观感

一源两端对照

两端将使用同一看板数据与源码版本,分别拍摄 Vue/Web 与原生桌面视图;当前留下候选待拍位置。此示例与 Musk Kanban 分开,图片本身不证明逐项行为一致。

四个主应用

AutoEdit 用于代码与文本,AutoShell 用于命令与脚本,AutoMusk 用于 AI 辅助开发,AutoJade 用于文档与知识。各应用分别说明功能、运行条件与当前进展。

📝 AutoEdit

轻量文本工作台,用于浏览、编辑和比较文件。以原生桌面体验为主要方向,把代码审阅和小步修改放在前面。

了解这个应用 →
AutoEdit 自仓源码工作区 · VM/Iced 深色 · Windows · 2026-10-10 · f9ae2a64
AutoEdit 工作台

🐚 AutoShell

将日常 Shell、按字段处理的数据管道和 AutoScript 放在同一个会话中。既可交互使用,也能从命令行调用。

了解这个应用 →
ls · 彩色文件表格。取自 ash-01 原生截图,点击查看完整会话。
ash 原生终端:彩色 ls 命令与文件表格

🤖 AutoMusk

围绕 Plan 与 Spec 组织开发任务的 Coding Agent。让需求、执行过程、验证结果和项目知识保持可追溯。

了解这个应用 →
AutoMusk 会话与工具活动 · 密码生成器示例 · 深色 · 用户提供 2026-10-12
AutoMusk 项目工作台

📄 AutoJade

面向 AutoDown 文档和本地知识库的编辑器。将写作、页面链接、搜索与目录组织连起来,逐步形成个人知识工作台。

了解这个应用 →
AutoJade 文档工作台 · 深色 · 产品手册示例库 · 用户提供 2026-10-10 · 发布准备态
AutoJade 文档工作台

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 验证。
460
VM 金样
语料即测试。
634
书籍围栏
八本书的可浏览片段;执行需要后端。
Debug
调试支持
看着它执行。

浏览 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 写的转译器
一份 .at 语料,四条执行路径,输出一致;自举最后一程借 Rust 编译器 —— aa2r 转译、编译为二进制

新增:可检视、可维护的应用

桌面之外,这些工具链变化同属 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 代码
自举库、应用、示例与语料。
1w+
次提交
生态累计开发提交,作者提供。

规模数据由作者于 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 无需后端;执行与调试需要配套服务。

基于 MIT 许可发布。