📌 项目地址：holaboss-ai/holaOS | ⭐ 6,416 颗星 | 🔧 TypeScript | 📜 未标注
用多个AI编程代理的人，大概率遇到过这种场景：Claude Code 跑了一半的任务，切到 Codex 继续，上下文全丢。环境变量、项目偏好、进行到哪一步，每个工具各记各的。代理之间没有共同的“记忆”。
holaOS 想解决的就是这个问题。它不是一个新 Agent，而是一个本地优先的工作区，让 Claude Code、Codex、内置 holaOS agent 在同一个环境里运行，共享同一份记忆、工具、技能和应用。仓库在 GitHub 上有 6416 个 star，TypeScript 写的。
多 Agent 共用一个工作区，意味着什么
README 里的说法是：Claude Code、Codex、内置 holaOS agent 可以并排运行，不用切换环境。你根据任务选 Agent，但不管选哪个，它用的都是同一套东西。
关键不是“支持多个 Agent”，而是“共享”。多数工具是让你在一个聊天窗口里选模型，holaOS 的做法是让多个 Agent 访问同一个工作区的文件、同一个 MCP server、同一份技能配置。换来换去，不需要重新搭建环境。
这解决了实际痛点：比如我习惯用 Claude Code 写业务逻辑，用 Codex 做重构。以前每次切换都要重新描述项目背景，holaOS 的思路是这些背景存在工作区里，谁跑都能读到。
记忆是普通文件，存在你本地
README 写明，上下文、偏好、项目历史存放在本地，是“plain files you can read and edit”。不是存在某个私有云端，是你机器上的文件，直接能看能改。
这意味着记忆系统是透明的。如果你想确认它到底记了什么，打开文件看一眼就行。对比一下其他工具把记忆封在私有格式里的做法，这种设计对开发者友好得多。
README 提到记忆是“structured and embedded”——结构化加向量化。结构化保证读取方便，向量化为了语义检索。这比单纯存聊天记录进了一步：它存的不只是对话历史，是整理过的项目状态。
模型双轨：内置前沿模型，或自带 Key
README 给出的方案是：默认账号里内置了 Kimi K3、GLM 5.2 用于日常高频任务，GPT 5.6、Claude Opus 5、Fable 5 用于复杂任务。不需要配置 API key，一个账号直接用。
如果你有自己的 OpenAI 或 Anthropic 账号，也可以带自己的 Key，流量走你自己的账户。这个设计考虑到了两类人：想开箱即用的，和已经有供应商账号、不想重复付费的。
值得注意的一点：内置模型需要联网调用，数据经过 holaOS 的服务端。只有 BYOK 模式下，流量才完全走你自己的通道。对数据敏感的场景，选哪条路要想清楚。
HolaApps：Agent 在真实界面里干活，不是甩给你一段文字
这个设计有点意思。从工作区市场安装应用，应用会以真实 UI 形式出现在 Agent 旁边。Agent 操作 Notion（或其他任何你打开的应用），你在旁边实时看着，随时可以接管。
对比一下传统 Agent 的交互方式：Agent 在聊天框里说“我帮你改了文档”，你看不到它怎么改的，只能查看结果。HolaApps 的做法是让 Agent 直接驱动真实应用，操作过程可见，出问题你能中途接手。
你还能把任意 URL + MCP server 配置成一个 HolaApp，这意味着不限于官方市场的应用，你自己的内部系统也可以接进来。
Skills 和 MCP：教一次，所有 Agent 都会
README 提到支持 100+ 集成和 MCP 服务器。你在 holaOS 里教给一个 Agent 的技能，其他 Agent 也能用。不用为每个 Agent 单独配置一遍工具链。
现实层面的判断
这个项目还在早期阶段。README 没有提 License，也没给稳定版承诺，适合个人使用和试验，拿到公司生产环境前需要和官方确认授权。
另外，我翻了一遍 README，没有找到安装命令和具体 API 用法，官方文档链接被放在了 Quick Start 入口。如果你要实际部署，得自己去 docs 里走一遍流程。
我的看法：如果你受够了在多个 Agent 之间反复丢失上下文，holaOS 值得按它的 Quick Start 试一下。共享记忆 + 多 Agent 并排运行这个组合，目前市面上没有多少产品做得到。等到它推出正式版，真实验证过性能和稳定性之后，在团队里推广会更稳妥。