这个浏览器里的操作系统，AI能自己写代码修Bug

一个开发者在浏览器标签页里塞进了整套桌面环境，49个应用，还有一个能重写自身代码的AI内核。

这不是聊天机器人，是操作系统本身在思考

几个月前，开发者开始动手做一个叫NexusOS的项目。核心想法很直接：市面上所谓"AI原生"的工具，不过是现有应用拼了个聊天窗口——AI能回答问题，却打不开你的文件管理器，崩溃时也不会自己修Bug。

NexusOS的AI不是附加功能，它就是内核本身。

这个系统能做什么？开发者列了几条：查看系统里的每个文件，打开、关闭、重新排列应用，根据自然语言描述构建全新应用，检测到崩溃后重写代码自我修复。

全部运行在浏览器里。一个标签页，就是一个完整桌面。

DAEMON引擎：21个系统级动作

NexusOS的核心叫DAEMON，一个直接织入内核的自主智能引擎。它不满足于对话响应，而是拥有21个操作系统级别的执行动作。

开发者展示了几个指令格式：

「OS::OPEN_APP:calculator」——打开计算器

「OS::WRITE_FILE:/home/readme.md」——创建文件

「OS::BUILD_APP:{...}」——构建完整的React应用

「OS::SET_WALLPAPER:nebula」——更换壁纸

「OS::NOTIFY:Build complete」——发送系统通知

用户和DAEMON交流时，得到的不是文本回复，是动作执行。

本地小模型的上下文压缩战

让AI在浏览器里跑起来，最大的障碍是上下文长度。大模型动辄几千token的上下文注入，在本地小模型（1-3B参数）上直接卡死。

NexusOS的解决方案是三级自适应清单，根据查询复杂度动态调整上下文：

最小层级：问候类对话，约80 token

标准层级：打开设置等操作，约300 token

完整层级：构建待办应用等复杂任务，约500 token

对比行业常见的3500+ token单次请求，这个设计实现了75%-98%的压缩。结果是：Llama 3.2 1B模型就能流畅运行，普通笔记本，不需要GPU。

49个应用，不是演示品

系统预装了49个全功能应用，分几个类别：

AI与开发：HyperIDE、Neural Forge、DAEMON Chat、终端、模型管理器

系统工具：设置、文件管理器、任务管理器、设备管理器、仪表盘

生产力：记事本、富文本编辑器、日历、看板、番茄钟、代码片段

媒体：音乐播放器

技术栈选得务实：React 19 + TypeScript做组件架构，Vite保证亚秒级热重载，Zustand管理整个操作系统状态（窗口、文件系统、进程），Wllama/GGUF负责本地AI推理——无云端、无API密钥。

文件系统是虚拟的，但做到了POSIX风格：权限、符号链接、撤销重做，一样不少。

开源之后，会发生什么？

项目100%开源。这意味着任何人可以查看DAEMON如何决策，可以修改那21个系统动作，可以替换模型，可以把这个浏览器OS拆碎了重组。

但也留下一串问题：当操作系统能自己写代码，开发者还要写什么？当AI内核可以自我修复，调试的边界在哪里？当一切运行在浏览器沙箱里，"本地"的定义是不是已经被改写了？