holaOS：让 Claude Code 和 Codex 共享同一个大脑

一个让人困惑的开场

如果你在 GitHub 看到 holaOS 的描述，第一反应可能是"又一个 AI 桌面"：

> Run any agent — Claude Code, Codex — across your tools (100+ integrations + MCP), apps, browser, and files, with shared memory.

但仔细看这句话会发现一个不太寻常的定位：它不替代任何 Agent，它让多个 Agent 共享同一个工作环境。

这和 Cursor、Windsurf 这些"自带 Agent"的编辑器走的是完全不同的路线。

核心问题：Agent 的"记忆孤岛"

如果你同时用 Claude Code 和 Codex 干活，你遇到过这个问题吗：

• Claude Code 帮你重构了一个模块，上下文里有你整个项目结构
• 切到 Codex 继续写另一个功能，它对刚才的重构一无所知
• 你得手动把 Claude Code 做的事告诉 Codex，或者让它重新读一遍代码

这就是"Agent 记忆孤岛"问题。每个 Agent 有自己的上下文窗口、自己的会话历史、自己的工具配置。切换 Agent 等于换了一个"失忆的同事"。

holaOS 想解决的就是这个问题。它的核心承诺是：

> Context, preferences, and project history live in a single shared memory — stored locally, as plain files you can read and edit.

关键词是 shared 和 locally。共享意味着跨 Agent 可用，本地意味着不锁在某个云服务里。

三个设计决策值得拆解

1. Agent 中立，不绑架用户

holaOS 不自己造 Agent，而是让 Claude Code、Codex 和它自带的 holaOS Agent 并排运行。README 里说得很直白：

> No lock-in — bring the agent you already trust.

这和"分工比统一更有效"的原则一致——holaOS 做工作区基础设施，Agent 做推理。你不会因为换了 Agent 就要重建整个工作流。

2. 记忆是文件，不是数据库

holaOS 的共享记忆存在本地文件里，用户可以直接打开看、直接编辑。这个设计决策很关键：

• 可调试：Agent 行为异常时，你可以看它的记忆文件找出原因
• 可迁移：换工具时记忆不会锁死
• 可信任：用户对"AI 记住了什么"有完全的可见性

这和 OpenAI 的 Memory 功能形成对比——后者存在云端，用户只能看到摘要，不能直接编辑原始数据。

3. 模型 BYOK + 内置模型

holaOS 提供两种模式：

• 内置模型：一个账号用所有 SOTA 模型（Kimi K3、GLM 5.2、GPT 5.6、Claude Opus 5、Fable 5），不需要自己管 API key
• BYOK：用自己的 OpenAI/Anthropic key，跑在自己账号上

这个双轨设计很务实——新手零门槛上手，重度用户保留控制权。

和 MCP 的关系

README 里提到"100+ integrations + MCP"。MCP（Model Context Protocol）是 Anthropic 推的标准化 Agent-工具接口协议。holaOS 支持 MCP 意味着：

• 任何 MCP 兼容的工具都能被 holaOS 里的 Agent 调用
• 你写的 MCP server 可以同时给 Claude Code、Codex 和 holaOS Agent 用

这又回到"分工比统一更有效"——holaOS 不重新发明工具协议，它用 MCP 这个正在成为标准的协议来连接已有工具。

一个值得追问的问题

holaOS 的定位很清晰，但有一个问题值得追问：共享记忆的格式是什么？

README 说"stored locally, as plain files you can read and edit"，但没说具体格式。如果是自定义 JSON，那跨工具迁移时还是需要转换。如果是某种标准格式（比如就用了 Markdown + frontmatter），那可移植性就强很多。

这个问题的答案决定了 holaOS 是"一个产品"还是"一个生态"——如果是前者，用户被锁在 holaOS 里；如果是后者，holaOS 可能成为 Agent 工作区的事实标准。

和 macro-inc/macro 的对比

同一天 trending 的还有 macro-inc/macro（+1180 stars），定位是"unified workspace for teams: email, chat, docs, tasks, agents, calls, and CRM"。两者都做"统一工作区"，但方向不同：

• macro：面向团队协作，集成通讯、文档、CRM 等业务工具
• holaOS：面向开发者，集成 Agent、MCP 工具、本地文件

macro 想替代 Notion + Slack + Salesforce，holaOS 想替代 Cursor + Claude Desktop + 各种 MCP host。市场不同，但都指向同一个趋势：工具碎片化已经到了用户忍无可忍的程度。

数据

• 仓库：holaboss-ai/holaOS
• 今日 +380 stars
• 平台：macOS、Windows、Linux
• 技术栈：TypeScript + Electron
• 许可证：Modified Apache 2.0
• 官网：holaos.ai

---

*holaOS 的核心赌注是：用户不想再为每个 Agent 重建工作环境。如果这个赌对了，"Agent 中立 + 共享记忆"可能成为 AI 工作区的基础设计模式。*