Mobius 开源项目调研报告
副标题：mobius-system/mobius —— 自进化多智能体操作系统（Self-Evolving Multi-Agent OS）
调研时间：2026-09-04 · 数据来源：GitHub 仓库 / 官方文档 / 源码（原始引用见文末）
一句话结论（TL;DR）
值得关注、可沙箱试用的早期项目，但暂不建议投入生产或商用。 Mobius 是一个工程完成度超预期的“Agent 操作系统”：它不重造 Agent，而是把现成的编码智能体（Claude Code、Codex CLI、DeepSeek Harness）装进 tmux 会话统一编排，叠加自进化（修改自身代码并热部署）、跨设备调度（SSH/AIMUX 反向连接）、多智能体协作（群黑板）和自动科研流水线。代码量约 730 万字节、1298 个 commit、29 张表的 SQLite 数据模型，显示出真实的工程投入而非概念炒作。三个硬伤：
- License 为非商业的 source-available 协议；
- 项目发布仅两周，尚有桌面端无法启动等真实 Bug；
- 自进化机制意味着“AI 在后台改你正在用的系统”，治理与安全需要格外谨慎。
1. 项目基本信息
| 维度 | 内容 |
|---|---|
| 仓库 | github.com/mobius-system/mobius |
| 定位 | 自进化多智能体操作系统（官方自称“首个自进化开源 Agent OS”） |
| 创建时间 | 2026-08-18（仓库很新；News 可回溯至 2026-07-14，说明此前已有私有开发历史） |
| 最近推送 | 2026-09-02（数据获取前一天，非常活跃） |
| Star / Fork | 115 / 21 · Watch 2 · Open Issues 5 |
| 提交数 | 1,298（其中 1,218 个来自 “Mobius OS” 账号本身——即自进化机制的直接证据，见第 4 节） |
| 主语言 | TypeScript（约 83%），其余为 JavaScript / CSS / Python / PowerShell |
| License | 非商业 自定义 “Mobius Open Source License”（source-available），版权归果壳智算（北京）科技有限公司 |
| 背后主体 | 果壳智算（北京）科技有限公司（nutshellai.cn），商务联系 business@nutshellai.cn |
| 官网 / 文档 | mobius.nutshellai.cn · MkDocs 文档站（中英双语，含 20 篇教程） |
| 发布物 | desktop-v0.0.29（2026-08-30，Electron 桌面端）；macOS / Windows 一键安装脚本 |
| 生态痕迹 | B 站演示视频 ×3、微信群、致谢 Codex / LINUX DO / DeepSeek Harness —— 明显面向中文开发者社区 |
2. 定位与核心理念
README 开篇有一句很有性格的话：
「在模型飞速进步的时代，试图打造适合所有人的完美 AI 系统，就像寻找莫比乌斯环的尽头，终究徒劳无功。」
由此推出产品哲学：既然无法一次造对，就让系统随使用不断改写自身——每次迭代如“忒修斯之船上悄悄更换的一块木板”，且每次改动留痕可追溯。这与常见的“固定工具箱”式 Agent 框架形成鲜明对比。
它到底解决什么问题？
README 给出的论证是：单个模型再强，也是一条因果链上推进——不能同时在多处工作、不能有不同的运行纪律。而现实任务要求“一个 Agent 随时停下来向人申请危险操作授权，另一个彻夜运行不打扰人”。Mobius 的答案是把这些 Agent 组织成一个系统级网络：不同模型、不同 Harness 的 Agent 在不同硬件设备上协作，人与 Agent 共享同一个工作台。
功能全景（官方宣称 + 源码验证）
- 自进化：发一段需求、一张截图或一个链接，系统转化为真实代码/UI/插件更新，后台静默替换自身（第 4 节详析）
- 多端工作台：Web / 桌面（Electron）/ TUI 终端 / iOS·Android，四端已全部可用
- 多智能体协作：@ 跨会话连接 + 共享黑板的智能体群（第 5 节）
- 跨设备调度：SSH 正向连接 + AIMUX 反向桥接，接入浏览器、终端、GPU 集群、嵌入式板卡、云服务器
- 自动科研流水线：读论文 → 抽方法 → 复现实验 → 绘曲线 → 追踪流图 → 汇总报告，多 Agent 自主推进
- 小莫（XiaoMo）：自然语言总控入口（含语音），只编排、不写代码（治理设计见第 4 节）
- 模型无关：GPT / Claude / GLM / Codex 皆可作执行引擎，token-proxy 支持 4 种代理模式，已集成 BestAPI 订阅
- 自孵化拓展：金融看板、PPT 生成器、世界杯门户等，每个拓展自带前端 + 后端 handler + 数据目录
3. 系统架构
从仓库目录、后端 28 个路由文件与约 70 个服务文件反推，Mobius 是典型的五层单体优先架构：Express 后端 + SQLite，一切围绕“会话（Session）“这个中心资源运转。最有意思的是执行层——Agent 就是跑在 tmux 里的 Claude Code / Codex CLI 进程，Mobius 并没有重造执行引擎，而是做了一层”操作系统式“的托管。
图 1 · 系统分层架构（依据源码目录与路由/服务清单）。自上而下调用逐层下沉；执行层直接持有资源层；一切状态落库/落 Git，保证可追溯：
| 层 | 关键职责 | 组成 |
|---|---|---|
| 接入层（四端可用） | 用户入口 | Web 工作台（Vite）· 桌面端（Electron）· TUI 终端 · 移动端 iOS/Android |
| 网关层（Express） | 路由与鉴权 | API ×28 路由（projects/issues/sessions…）· JWT 鉴权 + ACL · SSE/WebSocket · token-proxy（模型代理 4 种模式） |
| 服务层（约 70 个服务） | 核心业务 | Sessions 会话 · Skills 技能 · Memories 记忆 · Extensions 拓展 · Research 科研 · AIMUX 设备 · code-server 池 · 审计/资源 ACL · 敏感操作授权 · 全局搜索(SSE) |
| 执行层（tmux 托管） | Agent 运行 | 小莫 XiaoMo（编排入口·禁止写码）· tmux-claude-code（Claude Code CLI）· tmux-codex（Codex CLI）· DeepSeek Harness（自进化基础设施） |
| 资源层（SSH/AIMUX） | 算力与设备 | 本机 · SSH 远程主机 · AIMUX 反向设备（bridge·posix-pty）· GPU 集群/板卡（如 Jetson）· 受控浏览器 |
| 存储层（可追溯） | 状态持久化 | SQLite · 29 张表（better-sqlite3）· Git 仓库（含自迭代项目，建议先 fork 再部署）· 文件系统 /data（会话 JSONL·日志·记忆） |
语音链路：豆包（火山引擎）ASR/TTS —— 云服务依赖，见第 9 节风险。
核心洞察：执行层复用现成编码 Agent CLI（tmux 托管），Mobius 专注做“操作系统”而非“引擎”。
启动与部署链路
- 容器（推荐）：
conf_prepare.py --docker→ 构建分层镜像（base 只含环境不含代码，exe 含代码）→docker compose up；另有 macOS 一行 bash / Windows 一行 PowerShell 的一键安装 - 裸机（Linux/macOS）：tmux + npm 全局装 claude-code/codex → 前后端
npm install→python3 start.py，由 pm2 守护进程编排（ecosystem.config.js） - 热部署：
start.py会触发 pm2 无缝重编译重部署——这正是自进化闭环的落点
4. 核心机制：自进化
自进化是 Mobius 最激进的卖点，源码里有完整实锤。机制要点：
- 自迭代项目：数据库里存在一类特殊项目
bind_path = APP_DIR，指向 Mobius 自身代码库；分为“通用自迭代”（主体代码）、“Extension 拓展项目”（与主体解耦的模块）、“小莫项目”（当前对话本身也是一个可迭代对象） - 治理规则：小莫永远不被允许写代码，只能通过 HTTP API 建 Issue、开会话、下指令；真正改码的是带
mobius-self-iter技能的 Session。角色分离（编排者 vs 执行者）是刻意的安全设计 - 提交纪律：commit message 格式强制“英文 (中文)”、git 邮箱固定
mobius_os@163.com——这就是贡献者榜上 “Mobius OS” 账号 1,218 个 commit 的来源，官方 README 的演示素材也宣称由小莫自己录制、零人工参与 - 变更留痕：
session_changes/session_change_files/session_conflicts三张表专门记录“哪次会话改了哪些文件、冲突如何合并”，叠加 Git 历史构成双重追溯 - 部署后自检：
mobius-self-test技能内置 15 项 HTTP 冒烟测试（健康/鉴权/核心读/搜索/SSE/语音/写往返），server 启动 5 秒后自动跑，结果落/data/logs/self-test.log，失败不阻塞服务
图 2 · 自进化闭环（用户的一句话如何变成系统的新版本，依据 skills/mobius-self-iter、mobius-self-test 的 SKILL.md 与小莫 API 文档）：
- 用户提出改进 —— 一段需求 / 一张截图 / 一个参考链接
- 小莫分诊 —— 判断是否改系统本身（小莫禁止写代码）
- 建 Issue + Session —— 落在自迭代项目
bind_path = APP_DIR - Agent 改码 —— self-iter 技能驱动，commit “英文(中文)“格式
- start.py 热部署 —— pm2 无缝重编译，不打断进行中的工作
- 自动自检 —— 15 项 HTTP 冒烟测试，启动 5s 后自动执行
- 变更留痕 —— session_changes 三表 + Git 历史双重追溯
- 系统已进化 —— 新能力即刻可用，进入下一轮“忒修斯之船换板循环”
⚠ 证据与隐患并存：self-iter 技能要求“commit 所有文件（包括不是你亲自修改的文件）”——朴素但危险；官方以“先 fork 再部署”缓解（进化提交落到自己的仓库），但没有任何强制 code review 门禁。让 AI 在后台静默修改并热替换正在运行的系统，安全边界完全依赖提示词纪律与 Docker 隔离。
✅ 设计亮点：角色分离（小莫只编排不写码）、Issue→Session→commit 全链路落在结构化数据里、部署后自动冒烟自检、建议 fork-first。这套治理思路比大多数“自主改代码”项目成熟。
❌ 主要风险：“commit 所有文件”的纪律过于粗糙；自检仅覆盖 API 可用性，不覆盖业务正确性；热部署窗口期的竞态与回滚策略未见文档。评估时务必在隔离环境（Docker/独立虚拟机）进行，不要让自迭代指向重要仓库。
5. 多智能体协作
Mobius 把协作分成两层，对应“临时救急”和“预设编制”两种场景。
图 3 · 两层协作机制（对应源码：research-blackboard / research-team / agent-mention-bridge 等服务）：
- 第一层：跨会话连接（@ 键临时建立） —— 事后补建 · 点对点 · 临时互通。人在对话里按
@即可发起：Agent A（当前工作会话）“只读引用”读取 Agent B（另一会话）的上下文而不干预；“开启交流”则建立双向通道，可反向唤醒。 - 第二层：智能体群（共享群黑板） —— 事前预设 · 多对多 · 入群即参与。多个 Agent 围绕一块共享黑板（Blackboard）协作，例如科研流水线的四角色：实验复现、曲线绘制、流图追踪、报告撰写；也可挂接 NPM 发布 / PyPI 发布 / Release 群组。
Research 系统默认关闭，且启用后必须关闭 Git worktree（互斥功能）。
评价：@ 引用与黑板模式都不是新概念，但 Mobius 的差异化在于把两者做成了产品级——有 UI（@ 选择器）、有权限（只读 vs 双向）、有编制（入群即参与）、有落地场景（科研流水线、发布流水线）。“Research 系统与 Git worktree 互斥”这类约束写进文档，说明踩过真实的坑。
6. 数据模型
schema.sql 共 29 张表，以“用户 → 项目 → Issue → 会话 → 消息”为主干，外围有协作/权限/审计/变更管理四类支撑表。这个模型透露出 Mobius 的真实定位：多用户团队产品（用户组、组可见项目、资源 ACL、管理审计），而非单机玩具。
图 4 · 核心数据模型主干（29 张表中的主干，依据 schema.sql）：
| 表 | 说明 | 关系 |
|---|---|---|
users |
用户 · 偏好 · 免打扰 | 与 user_groups 为 N:M（成员关系表） |
user_groups |
用户组 · 组可见项目 | 与 projects 为 N:M |
projects |
项目（含自迭代项目 APP_DIR） | 1:N → issues、1:N → sessions |
issues |
任务 / 改进请求 | 1:N → sessions（Session 相互隔离） |
sessions |
Agent 会话（带状态） | 1:N → messages、1:N → session_changes |
messages |
消息 · 轮次号 | 按轮次组织 |
session_changes |
变更 · 文件清单 · 冲突 | 自进化留痕 |
skills |
scope + owner 归属 | 挂在项目下 |
外围支撑表：resource_policies / resource_acl_entries、admin_audit_log、integration 队列、project_todos、收藏/隐藏/静音等 —— 共 29 张。
两个值得注意的细节：Session 之间设计上相互隔离（避免上下文串扰）；变更留痕独立成表而非只依赖 Git。
7. 技术栈分析
| 层 | 选型 | 点评 |
|---|---|---|
| 后端 | Node.js + Express + better-sqlite3 + JWT + ws(SSE/WS) + node-pty + http-proxy + pm2 | 极简务实：SQLite 换来零运维部署；node-pty 撑起终端/Agent 托管；pm2 负责热部署 |
| 前端 | Vite + TypeScript + Tailwind + CodeMirror（三栏代码对话工作区） | 主流栈；CodeMirror 内嵌做就地编辑 |
| 多端 | Electron 桌面（electron-builder，已发 desktop-v0.0.29）· TUI（独立 npm 包）· 移动端 | 四端覆盖在小团队里算重投入，移动端“完全可用”的宣称待验证（已有 M1 桌面启动 Bug） |
| Agent 执行 | @anthropic-ai/claude-code、@openai/codex（npm 全局）+ DeepSeek Harness，统一装进 tmux | 最聪明的一步：不重造 Agent，复用最成熟的两款编码 CLI，未来新 CLI 也能低成本接入 |
| 模型接入 | token-proxy（4 种代理模式，环境变量注入）、BestAPI 订阅集成、GLM/Claude/GPT 可混用 | 面向“订阅制 CodingPlan”场景做了专门优化，对国内用户友好 |
| 设备接入 | SSH + AIMUX（pip install aimux，反向 bridge 连接，posix-pty/cmd profile，send-keys/capture 控制） |
反向连接是差异化能力：设备主动回连即可被 Agent 操控，免去网络打通 |
| 语音 | 豆包（火山引擎）ASR / TTS | 顺手，但意味着语音数据出公网，与“本地”承诺有张力 |
| 部署 | Docker 分层镜像（base 环境与 exe 代码分离）· docker-compose · 一键脚本（bash/PowerShell） | 分层镜像设计合理，升级代码不必重拉环境 |
| 工程化 | GitHub Actions（桌面发布流水线）· pre-commit · 20+ npm test 脚本（访问控制/用户隔离/助手行为等专项测试） | 测试命名显示其对安全隔离有自觉（access-control、user-isolation-v3） |
代码量分布（GitHub Languages API，总 7.33MB）
| 语言 | 字节数 | 占比 |
|---|---|---|
| TypeScript | 5,988,115 | 83.5% |
| JavaScript | 739,490 | 10.3% |
| CSS | 224,497 | 3.1% |
| Python | 147,768 | 2.1%（启动/配置/脚本） |
| PowerShell | 112,768 | 1.6%（Windows 部署） |
| HTML / Shell / Dockerfile | 112,792 | 1.5% |
8. Skills 体系清单
仓库 skills/ 目录含 14 个技能（SKILL.md 格式，与 Claude Code 的技能生态同构），这是理解 Mobius 行为的最短路径——系统人格与流程全部用提示词工程定义：
| 技能 | 作用（依据 SKILL.md 原文） |
|---|---|
mobius-assistant |
小莫的人格与权限边界（81KB 配套 API 文档）：只编排、不写码、必须按话术确认 |
mobius-self-iter |
自迭代流程：Issue → Session → commit 全部文件 → start.py 热部署 |
mobius-self-test |
15 项部署后自动冒烟自检（HTTP 端点级） |
mobius-aimux |
操控反向接入的远程设备（Windows/Linux/Mac/嵌入式） |
research-chief-agent 等 3 个 |
科研流水线编制：总控、图像、绘图三类角色 Agent |
mobius-extension |
创建/迭代自孵化拓展（自带前端+handler+数据目录） |
mobius-planner |
任务规划 |
mobius-architecture-draw |
项目架构图绘制（可反向建 Issue） |
mobius-write-guide |
按统一文案标准写文档/发布说明（20KB 的写作规范） |
mobius-mcp-stdio-invocation |
以 stdio 方式调用外部 MCP 工具 |
mobius-electron-debug |
桌面端调试（16KB，说明桌面端踩坑不少） |
mobius-self-evo-demo |
录制自进化演示视频的自动化脚本 |
洞察：把“流程、纪律、人格”全部写进 SKILL.md 而非硬编码，意味着 Mobius 的行为可被用户直接阅读和修改（透明度高），但也意味着行为一致性依赖模型遵循度（可被提示注入绕过的面更大）。
9. License 与合规风险（重点）
LICENSE 文件为自定义的 “Mobius Open Source License”，GitHub 识别为 NOASSERTION。关键条款：
- 版权归属：果壳智算（北京）科技有限公司（© 2026）
- 性质：官方自述为 “source-available”——源码公开可读，但不是 OSI 认证开源
- 允许：非商业使用——个人项目、学术研究、教育、内部评估
- 禁止：任何商业目的使用——对付费客户提供服务、集成进商业产品/SaaS、直接或间接产生收入、作为盈利组织核心业务的一部分运行
- 商用需另行购买商业许可（business@nutshellai.cn）
- 授权性质：worldwide、royalty-free、non-exclusive、non-sublicensable
合规结论：
- 个人学习、公司内部评估/研究 → 安全
- 公司内部把它用于日常业务生产（“作为盈利组织核心业务的一部分运行”）→ 已触及商业使用边界，需要商业授权
- 二次分发必须保留原协议且不能再授权（non-sublicensable）
10. 社区与成熟度评估
图 5 · 成熟度六维评估（本报告主观评分，0–5）。典型的“高投入、早阶段、强商业化意图”形态：
| 维度 | 评分 | 依据 |
|---|---|---|
| 工程投入 | 4.5 | 两周 1,298 commits、CI 流水线、20+ 专项测试、pre-commit、双语文档站——投入强度罕见 |
| 功能完成度 | 3.5 | 四端 + 自进化 + 拓展市场雏形均已可跑；扣分在移动端成熟度与桌面端已知 Bug（#28 Mac M1 无法启动） |
| 文档完备度 | 3.5 | 20 篇双语教程覆盖常见操作，但营销叙事浓、部分关键设计（回滚、权限模型）缺深度文档 |
| 社区生态 | 1.5 | 115 star、5 个贡献者（其中主账号贡献 94%）、微信群+B站为主要社区阵地，尚无第三方生态 |
| 生产就绪度 | 2.0 | v0.0.x 版本号、发布两周、自进化机制本身即是风险放大器 |
| 合规友好度 | 1.0 | 非商业协议 + 单一公司控制，商用前必须谈授权 |
11. 同类项目对比
| 项目 | 定位 | License | 与 Mobius 的差异 |
|---|---|---|---|
| OpenHands | 自主开发 Agent 平台 | MIT | 专注“一个 Agent 写代码”，无跨设备调度与平台自进化 |
| AutoGen | 多 Agent 编程框架（微软） | MIT | 是库不是产品：要自己搭 UI/部署/数据模型；Mobius 是开箱即用的系统 |
| MetaGPT | SOP 化多 Agent（软件公司隐喻） | MIT | 角色流水线固定；Mobius 的编制可自定义且能改自身 |
| CrewAI | 角色协作编排框架 | MIT | 同上，框架层；无设备调度/自进化/产品化工作台 |
| Mobius | 自进化 Agent OS（产品） | 非商业 | 差异化：平台改自己 + 设备网络 + 四端产品；代价：许可封闭、治理黑盒风险 |
一句话：Mobius 与上述项目不在同一层竞争——它是产品/系统，其他是框架/库；但它的许可与治理模式也与整个 MIT 阵营背道而驰。
12. SWOT 与采用建议
✅ Strengths 优势
- 自进化闭环完整落地（Issue→Session→commit→热部署→自检），有 1,218 个机器 commit 为证
- 复用成熟编码 CLI 而非重造引擎，架构务实
- 四端 + 跨设备反向连接 + 团队多用户模型，产品野心与工程深度兼具
- 对国内生态（GLM/豆包/BestAPI/B站/微信）适配好
⚠️ Weaknesses 劣势
- 发布仅两周，v0.0.x，已有桌面端真实 Bug
- 94% 提交来自单一主体，bus factor 极低
- 行为纪律依赖提示词（SKILL.md），可被注入绕过
- 深度文档缺失（回滚/权限模型/故障恢复）
🌱 Opportunities 机会
- “Agent OS”品类尚无霸主，先发叙事占位
- CodingPlan 订阅聚合的痛点真实存在
- 自动科研流水线对高校/研究院所有天然吸引力
⛔ Threats 威胁
- 大厂同类产品（含开源）随时降维
- 非商业许可把社区贡献挡在门外，与“开源”叙事冲突
- 自进化系统的安全事故一旦发生，信任难以修复
给不同读者的建议
- 个人学习者：推荐 Docker 沙箱试用，自进化 + AIMUX 反向连接是最值得把玩的两个机制；先 fork 再部署，守住“进化提交进自己仓库”
- 公司内部评估：可以立项评估，但（1）务必隔离网络/独立机器；（2）关闭自迭代指向生产代码；（3）评估报告里写明非商业许可约束——若试点证明价值，直接联系商务谈授权
- 想贡献代码的开发者：注意 non-sublicensable 条款，你的贡献将被公司商业产品吸收时无追索权；Issue/文档贡献更稳妥
- 想借鉴思路的团队：最值得抄的三点——① 把现成 CLI Agent 装进 tmux 统一编排；② 变更留痕三张表（changes/change_files/conflicts）；③ 部署后自动冒烟自检
信息来源
主要信息来源（获取于 2026-09-03/04）：
- GitHub 仓库
- README.zh.md
- LICENSE
- schema.sql
skills/*/SKILL.md（mobius-assistant / self-iter / self-test / aimux）- 官方文档站
- GitHub REST API（languages / contributors / commits / issues / releases）
本报告基于公开信息独立撰写，评分与判断为调研时点的主观评估，供决策参考。信息采集、源码阅读、数据分析、图表绘制与排版均由 AI 完成，仅供参考。