holaOS 是什么?

holaOS 是一个开源的「Agent 桌面操作系统」原型:基于 Electron 的桌面应用,把那些你反复在聊天里重启的长期工作(每周调研、内容生产、客户反馈、发布筹备、客户交付)变成各自独立的 workspace。每个 workspace 有自己的上下文、规则、文件、历史、输出与「下一次运行」,由一个面向用户的 agent manager 在后台协调 sub-agent。它和「给 agent 一次性会话」的产品形态不同,强调让 agent 与你共享同一套浏览器、文件、应用与运行时状态——作者称之为 environment engineering。当前为 Beta 0.1,仅 macOS 正式支持,Windows/Linux 仍在推进。

⭐ 5,494 Stars 🍴 387 Forks TypeScript MIT 作者: holaboss-ai 商业引流:高
来源:README 顶部说明、What changed in Beta 0.1、平台 badge 查看 GitHub 仓库 →

为什么值得关注

上线约两个月即超过 5.6k 星、393 fork,热度来自两点:一是它把「重复性长期工作」抽象成可复用的 workspace + 下一次运行这一产品叙事,比泛泛的「AI agent」更具体可感;二是它主打开源 + 本地桌面 + 多 sub-agent 协作,正好踩在 agent 工具从「一次性对话」走向「常驻工作流」的讨论热点上。需要注意的是 README 多处带 utm 营销链接并反复请求加星,背后是 holaos.ai 的托管商业产品,开源仓库更像其本地客户端与开发者入口。

来源:GitHub 5,645 stars / 393 forks,created 2026-03-22;README 营销链接与「Star the repo」段落

核心功能

多 workspace 长期工作流

为每件反复重启的工作建一个 workspace,Kickoff 把它拆成目标、上下文、规则、来源、首个产物和下一次运行;每个 workspace 隔离自己的上下文、规则、工具、文件与历史,互不串扰。

来源:README「Multi Workspaces」、Examples 五个场景
纠正即规则(修正沉淀为可见规则)

当你审阅并修正 agent 输出时,这些修正会变成 workspace 里可见的规则,下一次运行据此变得更准——把人工反馈固化进工作流而非每次重来。

来源:README「review the output and correct it … become visible rules」
Sub-agent 并行协作

由一个面向用户的 agent manager 在后台协调多个 sub-agent(调研、起草、校验、综合)并行推进复杂工作,用户不必手动在多个会话间切换。

来源:README「Sub Agents」、桌面截图说明
可定制 Dashboard 与共享运行环境

workspace 内应用、文件、可完全自定义的 dashboard 与 agent 聊天并排呈现;agent 与用户共享同一浏览器、文件、应用和运行时状态(README 称其为 open agent computer)。

来源:README「Dashboards」、Inside the workspace 截图说明
可独立部署的 runtime + 应用 SDK

runtime 可脱离桌面应用以便携形态独立部署,并提供 app-builder-sdk / app-sdk / runtime-client 等 SDK,让开发者在 holaOS 之上构建 workspace 应用;harness 提供稳定边界,executor 接入其中。

来源:tree(runtime/api-server、harness-host、harnesses、sdk/*);README 文档表 Independent Deploy / Runtime APIs

技术架构

整体是 bun 管理的 monorepo(包名 hola-boss-oss),workspaces 划分清晰:apps/desktop 是 Electron 桌面端,electron 主进程里有 bff-fetch(后端代理取数)、billing-ipc、auth 协议注册/会话、background-tasks-ipc 等模块,对应「登录—计费—后台任务」的桌面壳能力;runtime 是核心,含 api-server(workspace/run/streaming/app 生命周期的操作面)、harness-host 与 harnesses(稳定的 agent harness 边界 + embedded-skills、app-builder-sdk)、state-store(运行时状态/记忆持久化)、deploy(独立部署);sdk 提供 app-builder-sdk、app-sdk、bridge、editor、runtime-client 多个发布包;website/docs 是文档站。设计上把「桌面壳」与「可独立运行的 runtime」解耦——desktop:prepare-runtime:local 用本地 runtime、desktop:prepare-runtime 拉取已发布 runtime 包,便于分别迭代。

来源:tree(apps/desktop/electron、runtime/*、sdk/*);root package.json workspaces+scripts;README Manual Install 步骤

项目知识图谱

知识图谱:项目核心节点(中心)+ 核心功能(内环六边形)+ 关键技术依赖(外环 chip) Electron Node.js 24.14.1 bun 1.3.6 (包管理)bun 1.3.6 monorepo workspacesmonorepo works… app-builder-sdk / app-sdk / runtime-clientapp-builder-sd… 多 workspace 长期工作流多 workspace 长期工… 纠正即规则(修正沉淀为可见规则)纠正即规则(修正沉淀为… Sub-agent 并行协作 可定制 Dashboard 与共享运行环境可定制 Dashboard 与… 可独立部署的 runtime + 应用 SDK可独立部署的 runtime… holaOS 项目本体 核心功能 关键依赖

中心为项目本体,内环 = 核心功能模块,外环 = 关键技术依赖;按 deep.json 中的 core_features 与 tech_stack.key_deps 自动生成

技术栈

语言TypeScript框架Electron 桌面应用 + 可独立部署的 TypeScript runtime
ElectronNode.js 24.14.1bun 1.3.6 (包管理)monorepo workspacesapp-builder-sdk / app-sdk / runtime-…harness-host / harnesses
本地桌面优先(仅 macOS 正式支持,Win/Linux 进行中);runtime 含 api-server 与 state-store,可脱离桌面独立部署;配套 holaos.ai 托管服务(登录/计费)
来源:README badge(Node 24.14.1、Electron、TypeScript);package.json packageManager=bun@1.3.6、workspaces

快速上手

最快路径是一行安装脚本(macOS/Linux/WSL):`curl -fsSL https://raw.githubusercontent.com/holaboss-ai/holaOS/refs/heads/main/scripts/install.sh | bash -s -- --launch`,它会装好 git 与 Node 24.14.1、克隆仓库到 ~/holaboss-ai、跑 desktop:install、从 .env.example 生成 .env、prepare-runtime + typecheck,并在加 --launch 时启动桌面。手动路径:仓库根 `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:dev`。改 runtime 代码用 prepare-runtime:local,验证已发布产物用 prepare-runtime。注意:把脚本通过管道直接 `| bash` 执行前建议先审阅 install.sh 内容。
来源:README Quick Start / Manual Install

使用场景

适合:①有明确周期性、上下文重的个人或小团队工作,如每周竞品/市场调研简报、把创始人笔记转成内容、把多渠道反馈汇成产品行动板、发布活动编排、按客户隔离的交付循环;②想在本地桌面环境里让 agent 直接操作浏览器/文件/应用、并希望修正能沉淀为规则的场景;③想基于 runtime/SDK 构建 workspace 应用的开发者。不适合:需要 Windows/Linux 正式支持、或要求稳定生产可靠性的团队——它仍是 Beta 0.1,且许可证带商业分发与品牌限制。

来源:README Examples + 平台/许可证说明,结合定位推断

优势与局限

优势

  • 产品抽象清晰:把「反复重启的长期工作」落成 workspace + 下一次运行,比泛 agent 概念更可操作
  • 「修正即规则」把人工反馈固化进工作流,长期使用确有越用越准的潜力
  • 桌面壳与可独立部署 runtime 解耦,并提供多个 SDK,开发者可在其上扩展
  • monorepo 工程化扎实(bun workspaces、CI、大量 *.test 文件、typecheck/e2e 脚本),可读性与可验证性较好
  • 开源 + 本地优先,agent 与用户共享真实环境,相比纯云端沙箱更贴近真实工作场景

局限

  • 成熟度低:明确标注 Beta 0.1,仅 macOS 正式支持,Windows/Linux 仍在进行中
  • 许可证为「修改版 Apache 2.0」并附加商业分发与品牌条件(GitHub 识别为 NOASSERTION),二次分发/商用前需逐条核对,不是标准 OSS
  • 开源仓库与 holaos.ai 托管商业产品强绑定(登录/计费/utm 营销链接遍布 README),开源部分更像引流入口,长期开放程度待观察
  • 一行 `curl | bash` 安装脚本与桌面 agent 直接操作本机浏览器/文件,带来供应链与权限边界上的安全考量,需自行评估
  • 尚无正式 GitHub Release(仅 SDK 子包打了 0.1.x tag),版本与兼容性承诺仍不稳定
来源:README badge/OSS Release Notes/LICENSE 说明 + tree 工程结构 + releases 查询结果

最新版本

当前阶段为 Beta 0.1(README 以「What changed in Beta 0.1」组织:多 workspace、sub-agent、dashboard)。仓库尚未发布正式 GitHub Release,只有 SDK 子包标签如 @holaboss/app-sdk@0.1.1;主分支 main 在持续推进(最近 push 2026-05-22),整体处于早期高频开发期。

来源:GitHub releases 查询为空、tags 仅 @holaboss/app-sdk@0.1.1;README Beta 0.1;pushed_at 2026-05-22

总结评价

holaOS 的价值在于它给「常驻型 agent 工作流」提了一个相当具体的产品模型:workspace 承载长期上下文、修正沉淀为规则、sub-agent 后台协作,工程实现(Electron + 可独立部署 runtime + SDK + 完整测试)也比多数同期 agent demo 扎实。但要清醒看待它的边界——这是个与 holaos.ai 商业托管强绑定的开源客户端,处于 Beta 0.1、仅 macOS 正式可用,许可证非标准 OSS 且带品牌/商用限制。适合对 agent 桌面环境这一方向感兴趣、愿意在 macOS 上尝鲜并接受早期不稳定的开发者关注与试用,暂不宜作为生产依赖。

来源:综合 README 产品叙事、tree 工程结构、许可证与发布状态的事实判断

常见问题

holaOS 是什么?

holaOS 是一个开源的「Agent 桌面操作系统」原型:基于 Electron 的桌面应用,把那些你反复在聊天里重启的长期工作(每周调研、内容生产、客户反馈、发布筹备、客户交付)变成各自独立的 workspace。每个 workspace 有自己的上下文、规则、文件、历史、输出与「下一次运行」,由一个面向用户的 agent manager 在后台协调 sub-agent。

holaOS 有哪些核心功能?

holaOS 的核心功能包括:多 workspace 长期工作流、纠正即规则(修正沉淀为可见规则)、Sub-agent 并行协作、可定制 Dashboard 与共享运行环境、可独立部署的 runtime + 应用 SDK。

holaOS 为什么最近很受关注?

上线约两个月即超过 5.6k 星、393 fork,热度来自两点:一是它把「重复性长期工作」抽象成可复用的 workspace + 下一次运行这一产品叙事,比泛泛的「AI agent」更具体可感;二是它主打开源 + 本地桌面 + 多 sub-agent 协作,正好踩在 agent 工具从「一次性对话」走向「常驻工作流」的讨论热点上。

holaOS 适合哪些使用场景?

适合:①有明确周期性、上下文重的个人或小团队工作,如每周竞品/市场调研简报、把创始人笔记转成内容、把多渠道反馈汇成产品行动板、发布活动编排、按客户隔离的交付循环;②想在本地桌面环境里让 agent 直接操作浏览器/文件/应用、并希望修正能沉淀为规则的场景;③想基于 runtime/SDK 构建 workspace 应用的开发者。

透明度声明
本页内容由 AI(大语言模型)基于以下公开材料自动生成:GitHub README、代码目录结构、依赖文件、Release 信息。 分析时间: 2026-05-22 11:55. 质量评分: 100/100.

数据来源:README、GitHub API、依赖文件