在 AI 工具快速进入日常工作流之后，一个长期存在的体验问题逐渐显现：用户往往需要在应用与 AI 对话窗口之间反复切换，将内容复制粘贴到聊天界面中补充上下文，再把结果贴回原处。开源项目 holaOS 试图改变这一流程。它将 Notion、浏览器、自定义 Web 应用以及多个 Agent 放在同一个本地桌面工作台中，让应用界面与 Agent 并排运行，共享上下文、记忆和工具能力。
该项目由 holaboss 团队开发，采用 Modified Apache 2.0 许可证，目前获得 11.1k Stars。官方将其定义为「Agent 原生工作台」，而非单纯的 AI 聊天入口或应用启动器。
把应用变成 Agent 的实时上下文
holaOS 的核心概念是「HolaApps」。在这个框架下，Notion、浏览器、自定义 URL 等应用不是被隔离在 Agent 外的独立窗口，而是作为可交互的活动界面存在于同一工作空间中。用户在这些界面中的操作可以被 Agent 感知，减少手动解释上下文的步骤。
传统流程通常是：在 Notion 中写内容，复制到 AI 窗口，补充背景，等待生成，再复制回文档。holaOS 的思路则是让操作发生在应用界面中，Agent 在侧边根据变化进行生成或修改。官方描述称，任何 URL 都可以成为 HolaApp，配合 MCP 服务器后可在工作台内运行。
内置 MCP、多 Agent 与共享记忆
项目架构围绕本地 Electron 桌面工作台展开，上层是 HolaApps 与 Agent，下层连接共享记忆、集成和 MCP 服务器。它可以同时接入多个 Agent，包括 Claude Code、Codex 以及 holaOS 内置 Agent，并允许在不同 Agent 之间切换，而集成、记忆和技能保持同一套环境。
记忆系统被设计为本地文件夹，官方将其描述为「一个你能读取的文件夹，而不是黑盒」。这意味着用户可以直接查看 Agent 的记忆、会话记录、向量索引和工作文件。项目还内置 50 多个集成，并提供社区 MCP 一键安装能力。
在 IM 上下文方面，holaOS 支持 Slack、飞书、钉钉和微信等平台的读取。Agent 可以使用真实对话作为上下文，而不是依赖用户手动总结。每个工具连接需要单独授权，读取范围明确。
Recipe 共享与本地优先路线
项目还内置 HolaHub，作为社区 Recipe 平台。一个 Recipe 包含模型选择、Prompt、技能集、MCP 服务器和集成配置。用户发布 Recipe 后，其他人可以一键安装相同的 Agent 配置。相比单纯分享提示词，这种模式更接近分享完整工作流。
在隐私层面，holaOS 强调本地优先。工作文件、Agent 记忆、向量索引和会话历史默认保存在本地磁盘；模型 API 调用、OAuth 集成和 MCP 连接则需要用户明确授权。官方给出的表述是：这不是政策承诺，而是数据默认不离开的位置。
从定位看，holaOS 并非只是给现有开发流程增加一个 AI 侧边栏，而是在探索一种新的本地工作台形态：应用、Agent、工具、记忆和集成被组织在同一界面中。对于软件开发、内容创作、团队 IM 上下文接入、企业自动化以及本地隐私工作等场景，这种「并排协作」的方式可能会带来不同于传统聊天式 AI 工具的工作体验。
原创文章，作者：点点，如若转载，请注明出处：https://www.dian8dian.com/dang-ying-yong-yu-zhi-neng-ti-bing-pai-yun-xing-holaos
