一句话看懂：开源项目 holaOS 发布了一个本地优先的 AI 代理工作区，让 Claude Code、Codex 等不同代理共用同一套记忆、工具和应用界面，并提供内置前沿模型或自带 API 密钥两种模型接入方式。这个项目把“代理碎片化”问题直接摆到了台面上：多代理协作能否成为下一个 AI 工作流常态。
事件核心：发生了什么
holaOS 是一个托管在 GitHub 上的开源项目，项目方将其定位为“供你和你的代理使用的计算机”。从公开信息看，它解决的是多代理混用场景下的一个现实痛点：开发者经常在 Claude Code、Codex 等不同代理之间切换，但每个代理的记忆、工具和配置并不互通。holaOS 的做法是提供一个统一工作区，让不同代理共享同一份本地存储的上下文、偏好和项目历史，这些数据以纯文本文件形式保存，用户可以直接阅读和编辑。
模型接入是该项目的另一个看点：内置了 Kimi K3、GLM 5.2 等成本更低的日常模型，以及 GPT 5.6、Claude Opus 5、Fable 5 等高端推理模型；同时支持 OpenAI、Anthropic 兼容端点，开发者可以带上自己的 API 密钥使用自己的供应商账户。产品层面还包含 HolaApps 应用市场（可在代理旁打开真实交互界面）、50 多个第三方应用集成、MCP 服务器接入，以及支持从飞书、微信、Slack、Telegram 等聊天应用发起任务。部署方式覆盖桌面应用、自托管（Modified Apache 2.0 许可证）和企业版（SSO、审计日志、本地或自有云部署）。
为什么重要
目前市面上的 AI 代理产品大多各自为政，记忆和技能被锁定在单一产品内。holaOS 的差异化在于把“代理”和“工作台”分开：代理可以更换，但记忆、工具和技能保留在工作区中。这种设计如果成立，意味着用户对单一代理的依赖会下降，供应商锁定压力随之缓解。本地优先和开源许可则是另一个信号：当 AI 代理开始掌握用户的文件、邮件和浏览器操作时，数据归属感会成为重要竞争力。项目方同时接入多款国产模型（Kimi、GLM），也反映出代理类产品在模型选择上越来越务实，不再只绑定单一家的闭源模型。
对用户/开发者/创作者的影响
对开发者，最直接的收益是可以在同一工作区中对比 Claude Code 和 Codex 的行为，不需要重复配置 MCP 服务器或技能包；对普通用户，零配置使用内置模型、无需管理 API 密钥降低了上手门槛；对创作者，代理生成的内容最终以 .xlsx、.pptx、.docx 等真实文件交付，而不是聊天气泡里的文本，这可能改变一些内容生产流程。企业用户则更关注 SSO 权限管理和审计日志，但截至本文写作时，企业版的定价和具体部署条件尚未在公开资料中披露。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
有几个具体观察点：其一，内置模型中包含了 GPT 5.6、Claude Opus 5 等名称，但当前公开渠道能确认的模型名称与此存在出入，需要观察项目方在正式版上线时如何兑现这一承诺。其二，该项目目前通过 GitHub Star 和社区反馈验证需求，开发者生态能否形成规模，要看 MCP 应用市场的内容丰富度和第三方集成质量。其三，企业版本地部署方案是否会与现有 AI 代理产品（如 OpenAI、Anthropic 的企业版）形成正面竞争，值得留意。
来源：<a href="https://github.com/holaboss-ai
