holaOS
在一个本地优先工作区运行多种代理，共享记忆、工具与应用。
按维度查看评分与理由
证据显示：README 声称本地优先、数据本地存储，但未提供权限模型细节；安装脚本通过 curl 管道执行，存在供应链风险；依赖锁定（bun.lock）存在，但未提供漏洞扫描证据；外部效果（如发送邮件、发布内容）未明确用户确认机制；回滚机制在 SDK 测试中有 reversible 动作，但未在整体产品层面说明；来源归属：未验证发布者身份。扣分原因：权限最小化、用户确认、数据流透明性、敏感数据处理、依赖安全、外部效果、回滚、来源归属均仅部分或未充分证明。
证据显示：README 与 CI 配置一致，测试文件展示了 SDK 的编译时和运行时校验，但未提供完整测试套件结果；依赖锁定存在，但未验证所有依赖可用性；失败消息在测试中有体现（如 invalid_state、not_connected），但未覆盖所有场景。扣分原因：自洽性、依赖可用性、失败消息均达到基本水平，但未达到充分证明。
证据显示：README 描述了多种使用场景（桌面、开源、企业），能力边界有说明（如 BYOK、MCP），但触发精度未详细说明；环境适配（macOS、Windows、Linux）有声明。扣分原因：受众与场景、能力边界、环境适配基本充分，但触发精度证据不足。
证据显示：README 结构清晰，安装说明详细，命名一致性较好，有示例和 FAQ（部分），已知限制未明确列出，许可证为修改版 Apache 2.0，版本化变更日志未提供，维护责任有联系方式。扣分原因：信息架构、安装说明、示例与 FAQ、许可证、维护责任基本充分，但命名稳定性、已知限制、版本化变更日志证据不足。
证据显示：输出可用性（如生成 .xlsx、.pptx 文件）有声明，边际价值（多代理共享内存）有说明，成本效益（内置模型或 BYOK）有描述。扣分原因：输出可用性、边际价值、成本效益均基于声明，未提供实际运行验证。
证据显示：README 中的声明部分有代码和测试支持（如 SDK 测试），但跨来源验证不足（仅单一仓库），事实与推断区分基本清晰。扣分原因：声明可追溯性、事实与推断分离基本充分，但跨来源佐证不足。
- 安装脚本通过 curl 管道执行，存在供应链风险，建议审查脚本内容。
- 发布者身份未验证，需谨慎对待。
- 许可证为修改版 Apache 2.0，商业使用需注意额外条件。
- 未提供已知限制和版本变更日志，可能影响长期维护。
这个 Agent 能做什么，适合哪些场景？
holaOS 是一个 Electron 桌面工作区，可并行运行 Claude Code、Codex 和内置 holaOS agent。它将上下文、偏好与项目历史保存为本地可读、可编辑的普通文件，并在这些代理之间共享。工作区提供 HolaApps：可在代理旁边打开的交互式应用表面，也支持将 URL 和 MCP server 配置为自己的 HolaApp。它还声明支持内置模型及自带密钥，可连接 OpenAI、Anthropic 和兼容端点；本地开发流程通过 npm 命令准备运行时并启动桌面应用。
用户可在同一工作区启动 Claude Code、Codex 或 holaOS agent，让它们使用共享的记忆、技能、集成和应用。记忆以本地普通文件存放；代理可通过已连接的集成、MCP server、浏览器及文件执行任务。HolaApps 在工作区中以实时交互界面打开，README 列举 Notion 和浏览器等使用形式；也可为任意 URL 与 MCP server 创建 HolaApp。项目还声明可生成并保存 .xlsx、.pptx 和 .docx 交付物，并可通过 Feishu、WeChat、Slack、Telegram 接收任务、在同一线程返回结果，以及按计划或触发器运行自动化。
- 一名同时使用 Claude Code 与 Codex 的开发者，希望两者复用同一个项目上下文、技能和工具连接时。
- 一个需要让代理处理本地文件、登录态浏览器和已接入业务工具的个人工作区用户。
- 希望在代理旁边查看并接管 Notion 或浏览器等交互界面的操作人员。
- 需要将代理产出保存为 .xlsx、.pptx 或 .docx 文件，而非只保留聊天文本的团队成员。
- 希望从 Feishu、WeChat、Slack 或 Telegram 对话中提交任务，并在原线程接收结果的用户。
这个 Agent 有哪些优点和局限？
- 将 Claude Code、Codex 与内置代理放入同一工作区，并声明共享记忆、技能、工具和应用。
- 记忆以本地、可读写的普通文件保存，便于检查和编辑。
- HolaApps 以代理旁边的实时交互界面呈现应用，并支持 URL 与 MCP server 组合。
- 同时提供内置模型与 OpenAI、Anthropic及兼容端点的 BYOK 路径。
- 桌面开发与启动流程依赖 Git、Node.js、npm 和 Electron；README 指定的安装脚本面向 macOS、Linux 或 WSL。
- 要使用自有模型提供商，需要维护 apps/desktop/.env 及相关密钥或端点配置。
- 浏览器、OAuth 集成、消息渠道和 MCP 功能意味着需要网络连接及相应第三方账户或服务器。
- 许可信息存在需要核实的差异：仓库元数据标为 NOASSERTION，而 README 的发布说明称为带额外商业分发与品牌条件的 Modified Apache 2.0。
如何安装或部署这个 Agent？
快速安装（macOS、Linux 或 WSL）：
curl -fsSL https://raw.githubusercontent.com/holaboss-ai/holaOS/refs/heads/main/scripts/install.sh | bash -s -- --launch手动安装前验证 git、node 与 npm。随后在仓库根目录依次运行：
npm run desktop:install
cp apps/desktop/.env.example apps/desktop/.env
npm run desktop:prepare-runtime:local
npm run desktop:typecheck
npm run desktop:devREADME 表示安装脚本会在缺失时安装 Git 与 Node.js 24.14.1/npm。apps/desktop/.env 是推荐环境文件路径；只有使用自己的提供商时才需要填写相应配置或密钥。
如何使用这个 Agent？
完成安装后运行 npm run desktop:dev 启动 Electron 桌面应用。选择 Claude Code、Codex 或内置 holaOS agent，在同一工作区中使用共享记忆、工具和应用。若修改本地运行时代码，启动前执行 npm run desktop:prepare-runtime:local；若要获取已发布运行时，执行 npm run desktop:prepare-runtime。可使用内置模型，或配置 OpenAI、Anthropic 或兼容端点的自有密钥。
这个 Agent 与同类方案有什么区别？
相较于分别运行 Claude Code 或 Codex，holaOS 的定位是让它们与内置代理在同一工作区中复用记忆、工具、技能和应用；README 未提供功能或性能基准比较。