7.4k Star 的 holaOS：让 Claude Code、Codex 和内置 Agent 在同一个工作区里真正共享记忆

拾光·开源拾遗技术创作者 2026-08-15 845 阅读

你有没有这种感觉——Claude Code 用起来很爽，但换到 Codex 又得从头配置一遍；好不容易在一个 Agent 里搭好的上下文，换个任务又得重来；每次开新会话，Agent 什么都不记得。

holaboss-ai/holaOS 想解决的就是这个问题：一个本地优先的 AI Agent 工作区，让 Claude Code、Codex 和内置 Agent 共存，共享同一套记忆、工具和应用。

它的核心思路是什么

holaOS 的定位是「你和 Agent 的共享计算机」。不是另一个 AI 聊天窗口，而是一个桌面级工作空间，里面可以同时跑多个 Agent，它们之间共享：

同一份记忆：项目背景、偏好设置、历史进度存在本地文件里，不依赖任何云服务。关掉再打开，上周的工作状态还在。
同一套工具链：MCP 服务器、OAuth 集成的 100+ 应用（Notion、Gmail、Slack、GitHub、Linear 等）、Skills 工作流，在任何一个 Agent 里都能调用，不用重复配置。
同一个应用界面：从内置市场安装 App，直接以真实 UI 形式出现在工作区旁边。Agent 在里面操作，你看着它干，出了问题随时接手，结果落在真实应用里，不是生成一段文字。

内置模型开箱即用：Kimi K3、GLM 5.2 处理日常任务，GPT 5.6、Claude Opus 5、Fable 5 处理高难度问题。如果你想用自己的 API Key，也可以接入 OpenAI/Anthropic 或任何兼容端点，计费走你自己的账户。

多 Agent 协同但不想重建上下文。比如你同时在做一个前端项目和一个数据分析项目，Claude Code 处理前端，用 Codex 或者内置 Agent 处理数据管道。在 holaOS 里它们各干各的，但共享同一套记忆和工具集，不需要在两个独立窗口之间来回切换上下文。

不想被云服务锁定。记忆全存在本地文件，API Key 是自己的，服务可以自托管。Apache 2.0 许可证，修改和二次分发都开放。

在真实 App 里验证 Agent 输出。很多 Agent 工具生成的是文本建议，holaOS 直接驱动真实 App——Agent 操作 Notion、写一个真实 .xlsx、在浏览器里完成一次完整的数据采集，全程可见可干预。

不是给普通用户的消费级产品。它依赖桌面客户端（macOS/Linux/WSL），需要一定的终端操作经验，尤其是手动安装场景。如果你的工作流完全在浏览器里完成，不需要多 Agent 协作，它的价值会打折。

企业版有 SSO 和审计日志，但免费版没有这些管控能力，团队场景需要评估权限隔离方案。

官方提供一键安装脚本：

curl -fsSL https://raw.githubusercontent.com/holaboss-ai/holaOS/refs/heads/main/scripts/install.sh | bash -s -- --launch

如果已经有 Claude Code 或 Codex，可以直接丢给它一句话：「帮我跑 holaOS 的安装脚本」，剩下的由 Agent 自己完成。

也可以走手动路径：确认 git、node（v24.14.1）、npm 就位，然后逐步配置。

如果你经常在多个 Agent 之间切换，或者受够了每次开新会话 Agent 就失忆，holaOS 值得花 10 分钟跑一下 quick start。真正值得观察的是它的记忆持久化机制——本地文件存储意味着你随时可以查看、编辑、甚至备份 Agent 的上下文，这在隐私敏感或需要审计的场景下很有价值。

对 MCP 生态熟悉的人，可以重点关注它的 Skills 打包机制：把一个工作流封装成可复用的 Skill，任何 Agent 按需调用，这是它在多 Agent 协作层面比单纯「开多个聊天窗口」更有实质差异的地方。

0 条评论

登录后可评论。