企业会使用越来越多的 Agent,也需要一套系统管理它们。
Agent 开始登录业务后台、操作企业软件、处理文件、使用移动设备并按计划持续执行。企业需要知道这些 Agent 运行在哪里、连接了什么、可以做什么、什么时候需要人接管,以及消耗了多少资源。
Agent Runtime 已经成为独立产品层。云厂商、Agent 平台和开源框架都在建设持续运行、工具连接、状态和权限能力。
BeeOS 位于 Agent 与真实业务环境之间,为不同 Agent 提供跨云、本地、自托管、桌面和移动设备的运行能力。
更快部署 Agent,继续使用现有系统,把执行和数据留在可控环境,并统一查看状态、画面、日志和用量。
以 Agent Runtime 为核心,并持续扩展自动化、任务边界和 Agent 协作能力。
Agent 进入企业业务,需要统一运行与管理
企业正在把 Agent 接入网页、电脑、设备和业务系统,运行位置、系统连接、权限与成本需要统一管理。
企业正在把 Agent 接入网页、电脑、设备和业务系统
Agent 已经开始处理需要登录系统、使用工具、读取文件和重复执行的业务任务。运行位置、系统连接和管理方式随之成为新的产品需求。
企业后台任务
登录运营、财务、采购、CRM 或其他业务后台,查询数据、更新状态和下载文件。
电脑和文件任务
操作桌面软件、整理本地文件、读取表格和使用企业旧系统。
移动设备任务
打开 Android App、点击页面、输入内容、截图并检查运行状态。
开发任务
在云端或本地环境运行代码、修改文件、执行命令并保留工作空间。
周期性任务
每天、每小时或每周重复检查、整理和通知,不要求员工始终守在页面前。
跨 Agent 协作
一个 Agent 把子任务交给另一个 Agent,并持续同步状态、输入和结果。
Agent Runtime 已经成为独立产品层
这不是单一厂商提出的概念。AWS AgentCore 把 Agent Runtime 定义为部署、会话、身份、协议和可观测能力;Cloudflare Agents 提供状态、会话、计划任务、恢复和工具;OpenClaw 自身也需要 Gateway、会话、节点和持续运行环境。
市场判断:企业购买的不只是一个 Agent,还会购买让 Agent 持续运行、连接系统、接受管理的 Runtime。
企业需要管理 Agent 的六个问题
一个 Agent 能否进入生产业务,通常取决于部署、连接、持续运行、运行管理、权限和成本六项基础条件。
运行在公有云、本地电脑还是企业服务器;选择哪个 Region;基础设施由谁维护。
可以使用哪些网页、企业软件、Android 设备、API、工具和业务账号。
如何定时启动、暂停、继续、停止、重启,并保留任务和会话状态。
如何查看运行状态、画面、日志和事件;登录、审批或异常时由谁接管。
Agent 可以访问哪些工具、账号和数据;哪些动作需要人工审批或预算限制。
模型调用、实例运行、设备使用和工具服务分别产生多少用量和成本。
市场上的产品分别解决 Agent 的不同部分
企业可以同时使用 Agent 应用、开发 Agent、编排平台、云 Runtime 和设备自动化。BeeOS 重点连接这些产品与真实运行环境。
面向最终用户完成研究、办公、运营或行业任务,例如 Manus、WorkBuddy 和各类行业 Agent。
面向代码、项目和工程任务,例如 Claude Code、Cursor 和 Devin。
设计 Workflow、知识库、模型节点、工具和应用发布,例如 Dify。
部署、实例、会话、设备、计划任务、状态、接管、协议和用量。
公有云、企业服务器、本地电脑、Browser、Desktop 和 Android。
BeeOS 重点解决跨 Agent、跨环境和跨设备运行
竞争分析不比较“谁的功能更多”,而是比较各类产品的主要工作范围和企业部署选择。
| 产品类别 | 主要工作 | 常见运行范围 | 与 BeeOS 的关系 |
|---|---|---|---|
| Agent 应用 | 直接完成用户任务 | 以产品自己的云或客户端为主 | 可以成为 BeeOS 承载或连接的上层 Agent |
| 开发 Agent | 代码、文件和工程任务 | 终端、IDE、本地或云开发环境 | 可通过 CLI、SDK、API 或 Adapter 使用 Runtime 能力 |
| 编排平台 | Workflow、知识库和 AI 应用发布 | 平台云或自托管部署 | 负责业务逻辑,BeeOS 可提供执行环境和设备能力 |
| 云厂商 Runtime | 在对应云中部署和运行 Agent | 厂商自己的全球云基础设施 | 验证 Runtime 类别;BeeOS 强调多环境、自托管和设备执行 |
| RPA 与设备自动化 | 重复操作网页、桌面或设备 | 指定自动化环境 | BeeOS 以 Runtime 为底座,进一步发展 Agentic RPA |
云 Runtime 的优势
云厂商在弹性计算、身份、日志和全球部署方面能力完整。AWS AgentCore 与 Cloudflare Agents 都支持框架或模型选择,并提供协议、状态与运行能力。
BeeOS 的重点
把 Cloud、Local、Self-hosted、Browser、Desktop 和 Android 放进同一产品,并为 OpenClaw、其他 Agent 和企业系统提供直接部署或标准接入路径。
BeeOS 让不同 Agent 使用同一套运行和管理能力
企业可以保留现有 Agent、模型、工具和业务系统,在需要部署、持续运行、设备执行和统一管理的地方接入 BeeOS。
部署 · 运行 · 连接 · 观察 · 接管 · 权限 · 用量
中立接入
已适配的 Agent 直接部署;其他 Agent 使用 OpenAPI、MCP、A2A、CLI / SDK 或 Adapter。
多环境运行
按任务、数据和基础设施要求选择 Cloud、Local、Self-hosted 与 Region。
真实执行
连接 Browser、Desktop、Android、真实设备、文件、Shell 和企业 API。
BeeOS 给企业带来六项直接价值
更快部署 Agent,继续使用现有系统,并把运行、权限、数据和成本放在可控范围内。
已适配类型可以直接创建实例,减少重复准备服务器、网关、工作空间和管理入口。
使用 OpenAPI、MCP、A2A、CLI / SDK 连接企业已有系统、工具和 Agent。
Cloud 快速开始;Local 使用本地环境;Self-hosted 把执行节点放在企业基础设施中。
从一个入口查看实例、会话、设备、状态、日志、画面、计划任务和用量。
登录、验证码、审批、页面变化和设备异常时,员工可以查看现场并取得控制权。
Agentic RPA 把稳定步骤保存成 Automation,让后续任务重复执行和规模化交付。
不同团队可以从 BeeOS 获得不同价值
传统行业企业
把 Agent 接入企业后台、旧系统、电脑和 Android 设备,同时保留自托管、运行可见和人工接管能力。
企业 IT 与产品团队
统一管理多个 Agent、环境、工具和用量,并逐步建立权限、审批和审计能力。
开发与技术团队
使用现成 Runtime、Browser、Desktop、Device、MCP、A2A 和 SDK,减少重复建设基础能力。
Agent 服务商
同时管理多个 Agent 和客户环境,把实施步骤沉淀为可复制的 Automation 和交付资产。
BeeOS 覆盖三类常见企业任务
企业后台运营
Agent 每天登录运营或业务后台,查询数据、下载文件、更新表格,并把异常情况交给负责人处理。
- Browser / Desktop
- Schedule
- 日志与接管
- 运行历史
Android 业务操作
Agent 打开 Android App、执行点击和输入、截图并检查状态,必要时由员工远程接管真实设备。
- Cloud Device
- Real Device
- 实时画面
- ADB / APK
企业自托管 Agent
Agent 运行在企业自己的基础设施中,通过标准协议连接内部系统,并从统一入口管理状态和用量。
- Self-hosted
- OpenAPI / MCP
- 实例管理
- 数据边界
BeeOS 从 Agent Runtime 延伸到自动化与协作
Runtime 负责部署、运行和管理;产品体系进一步覆盖流程复用、任务边界和 Agent 协作。
BeeOS 从运行扩展到流程、权限和协作
| 产品层 | 直接价值 | 能力范围 | 产品位置 |
|---|---|---|---|
| Agent Runtime | 让 Agent 运行、连接和接受管理 | 实例、会话、设备、连接与用量 | 当前核心 |
| Agentic RPA | 把跑通的任务保存为可重复流程 | 流程复用、结果检查与执行记录 | 能力拓展 |
| Wallet & Pay | 把权限、预算和审批带入任务 | 任务边界与支付协同 | 产品方向 |
| Agent Network | 让 Agent 发现彼此、分配任务和协作 | Agent 发现、委派、状态与结果同步 | 协作能力 |
选择运行位置和 Agent 类型,创建一个实例
Agent Instance 是 BeeOS 当前最重要的产品对象。它包含运行位置、Agent 类型、Region、资源、状态和工作空间。
Cloud 或 Self-hosted;Local 通过桌面端绑定。
直接部署已适配类型,或使用协议与 Adapter。
让资源靠近用户、设备或业务系统。
进入 Workspace,连接环境、工具和任务。
1三种运行位置
BeeOS 管理运行基础设施,适合快速创建实例。
通过桌面端运行和绑定本地 OpenClaw。
执行节点运行在客户自己的基础设施中。
Agent 接入方式
| 类型 | 接入方式 | 适用方式 |
|---|---|---|
| OpenClaw | 直接部署或本地绑定 | 直接使用 |
| Hermes Dify Claude Code | 标准协议、CLI / SDK 或 Adapter | 兼容接入 |
| 自研 Agent | OpenAPI、MCP、A2A、SDK | 标准接入 |
一个工作区连接网页、电脑和 Android 设备
Agent 可以根据任务使用不同执行环境,用户仍然从同一个 Workspace 查看会话、画面和设备。
123Browser
打开网页、查询信息、填写表单、上传或下载文件,并操作 Web 业务系统。
当前可用Desktop
操作 Windows 软件、处理文件,并覆盖浏览器无法完成的企业旧系统和专业软件任务。
当前可用Android Cloud Device
在云端 Android 环境执行移动任务,统一管理设备实例、画面和动作。
当前可用Android Real Device
连接自有真机,支持画面、触摸、按键、截图、APK 安装、Shell 和 ADB。
当前可用看得到运行现场,需要时直接接管
Runtime 让实例可以持续运行,也让团队知道 Agent 在做什么、在哪里出现异常。

所有实例集中查看
列表展示 Agent 类型、Hosting、Region、运行状态、创建时间和最近活动时间。用户可以快速区分 Running、Stopped 与 Provisioning。
实例生命周期
实例可从创建、运行到停止或销毁,在同一入口完成管理。
计划任务
使用 Once、Interval 和 Cron 设置一次性或周期性任务,并查看 Run History。
当前可用状态、日志和事件
查看实例是否正常、任务运行到哪里、哪里发生异常,并获得人工处理所需信息。
当前可用实时画面与接管
查看 Desktop 或 Device 当前画面,在登录、审批、页面变化和设备异常时取得控制权。
当前可用会话、文件与 Shell
在 Workspace 中管理 Session、Files、Shell、Canvas 和远程执行环境。
当前可用继续使用企业现有的系统、工具和 Agent
BeeOS 通过标准协议和连接器接入已有资产,不要求企业重新建设一套集成体系。
OpenAPI / REST业务系统调用 BeeOS创建实例、提交任务、查询状态和读取结果。
MCPAgent 使用工具连接搜索、邮箱、文档、代码仓库和业务服务。
A2AAgent 之间协作发现 Agent、发送任务、同步状态和返回结果。
CLI / SDK开发和运维接入把实例、部署和任务管理接入现有开发流程。
Connector 保存工具和账号连接
浏览、连接和配置搜索、文档、邮箱、GitHub 与浏览器自动化等工具。

Skill 保存可以重复使用的能力
把研究、开发、文件和设备操作方法保存为 Skill,不同 Agent 可以按任务安装和配置。

模型、实例和设备用量集中查看
企业需要知道资源消耗来自哪里,并为团队和任务设置可接受的使用范围。
用量管理
按模型、实例和设备查看使用记录与历史趋势,帮助团队了解资源消耗,并设置适合业务的使用范围。
当前可用读取任务、输入和环境。
在 API、网页、桌面或设备中探索。
形成可重复使用的流程。
变化部分重新交给 Agent。
企业价值
- 把实施经验沉淀为流程资产
- 减少重复配置和人工操作
- 跨团队复制同一流程
- 连接 API、网页、桌面和设备
能力构成
- 保存流程输入、动作、状态和输出
- 管理流程版本和重复执行
- 记录结果检查与执行过程
- 异常时回到 Agent 判断或人工接管
为任务设置边界,并让 Agent 之间分配工作
Wallet & Pay
面向需要权限、预算和审批的任务场景,把任务边界与运行过程连接起来,让关键动作在明确规则下执行。
明确允许使用的系统、动作和资源。
关键操作按企业规则确认。
授权、操作和结果归到同一任务。
Agent Network
基于 A2A 让 Agent 发现彼此、分配任务、同步状态,并返回结果或文件。
查找能够完成任务的 Agent。
发送任务并持续同步状态。
结果和文件回到发起方。
企业可以控制部署位置、数据路径和运行权限
Cloud、Local 与 Self-hosted 对应不同的基础设施位置、数据边界和管理责任。
Agent 可以运行在企业自己的基础设施中
企业可以根据数据、网络和系统连接要求,选择 Cloud、Local 或 Self-hosted。
| 部署方式 | Agent 与执行环境 | 基础设施管理 | 适用场景 |
|---|---|---|---|
| BeeOS Cloud | 运行在 BeeOS 管理的云资源 | BeeOS | 快速创建和统一管理 |
| Local | 运行在本地电脑或服务器 | 用户 / 企业 | 使用本地环境与文件 |
| Self-hosted | 执行节点运行在企业基础设施 | 企业管理基础设施,BeeOS 提供 Runtime 管理 | 连接企业网络与业务系统 |
企业可以控制
- 服务器和网络环境
- Agent、模型和业务配置
- 业务系统、账号和数据
- 任务规则和结果使用
BeeOS 当前提供
- Runtime 与实例管理
- 设备、连接和远程管理
- 状态、日志和运行历史
- 用量记录与开放协议
企业可以控制 Agent 能访问什么、能执行什么
Agent 权限不仅是“谁可以登录系统”,还包括 Agent 使用的工具、数据、动作、预算和审批规则。
明确谁可以创建、使用和管理 Agent。
按实例、设备和工作空间划分使用范围。
控制 Connector、API Key 和外部服务的连接。
结合部署位置和业务系统确定数据路径。
关键操作可以进入人工确认和接管流程。
访问边界
通过账号连接、Connector 授权和 API Key 管理外部系统与工具的使用。
运行控制
通过状态、日志、设备控制和人工接管了解运行过程并处理关键环节。
企业部署
通过 Local 与 Self-hosted 选择运行位置,并结合企业网络和数据要求确定连接方式。
企业可以从一个 Agent 和一项任务开始
先验证真实任务、运行位置、系统连接和人工接管,再逐步扩展到更多 Agent、流程和企业治理。
选择一个高频、边界清楚、能够人工复核的任务。
根据速度、数据和基础设施选择 Cloud、Local 或 Self-hosted。
连接 Browser、Desktop、Android、工具或企业 API。
检查状态、日志、接管、用量和任务结果,再逐步扩大。
从试点到规模化运行
选择一个 Agent 和一项真实任务,确定 Cloud、Local 或 Self-hosted,并完成首个环境连接。
增加网页、桌面、Android、工具连接和计划任务,把稳定操作逐步沉淀为可复用流程。
根据企业需要完善权限、预算、运行记录和跨 Agent 协作,形成可持续的运营方式。
用实际指标判断产品价值
创建第一个 Agent 所需时间、新增环境和接入一种 Agent 的工作量。
活跃实例、计划任务完成情况、异常定位和恢复时间。
接管次数、接管原因和恢复运行情况。
可重复 Automation 数量、跨团队复用次数和流程版本。
模型、实例、设备和工具用量,以及预算范围的使用情况。
连接、账号、审批和可追溯运行记录的覆盖情况。