ZeroOS · 部署在企业自有服务器上的 AI 任务执行系统
在 WebUI 提交任务后，内置 CEO 直接调用您配置的模型 API 拆解步骤并派发给 Hermes 等开源组件执行。每步状态持久化保存：进度可查、成果可下、失败可重试，结果不明的操作转人工核对。
您自己的 Linux 服务器 · 您配置的模型 API · Hermes 等开源组件
整理 3 个代码仓库的依赖升级风险，输出一份报告
任务状态: 排队中您的操作: 填写任务说明，点击“发布任务”。
系统变化: 任务已保存，出现在任务列表中，状态为“排队中”。
适用场景
ZeroOS 部署在企业内网，由您的技术团队维护。以下是适合交给它的三类典型任务，供判断参考，不代表具体客户案例。
分析旧代码库的问题、补充测试、整理改动说明。
每一步的输入、输出和测试结果都记录在任务下，方便代码评审。
按检查清单核对服务器配置和日志，整理巡检报告。
巡检结果按任务归档，没有通过的检查项可以单独重试。
汇总技术资料，生成多语言说明的初稿。
成果文件统一在 WebUI 下载；需要跨项目积累资料时，可另接 MemoryBox。
工作方式
按实际处理顺序，说明每一步由谁完成、您在 WebUI 的哪里查看。
写清要完成的工作、需要的材料和期望的成果形式。提交后任务立即保存。
WebUI 后台直接调用您配置的模型 API，把任务拆成子任务，交给合适的执行组件。这一步不经过 Hermes。
Hermes 等开源组件调用工具完成子任务。执行中的步数、时长和中断后的恢复，由组件按自身机制处理。
每次状态变化都写入 PostgreSQL；同时核对操作账号与任务、成果的归属，防止同一任务被重复提交。
子任务全部完成后，成果文件归档在对应任务下，可以在 WebUI 查看和下载。
失败原因和已完成的结果都会保存。确认没有产生外部影响后可以重试，已完成的步骤不重复运行。
操作已经发出、但没有收到明确结果时，系统不会自动再执行一次，而是保留现场，转人工核对后再决定。
任务状态保存在数据库中，重启后可以继续查看和处理；执行组件内部的恢复按组件自身机制进行。
分工与功能
ZeroOS 把“安排工作”和“执行工作”分开：内置 CEO 负责安排，成熟的开源组件负责执行，ZeroOS 负责把两者接起来并保存记录。
理解任务、拆解步骤、派发子任务、汇总结果。
由 WebUI 后台直接调用您配置的模型 API，模型密钥保存在服务端。
完成具体子任务，例如读写文件、运行测试、调用工具。
以 Hermes 等开源组件为主，执行过程和中断恢复由组件原生负责。
发布任务、查询状态、重试、登录鉴权、核对任务与成果归属、交付成果、更新 WebUI。
所有状态变化写入 PostgreSQL，可以回查。
| 功能 | 状态 | |
|---|---|---|
| 在 WebUI 提交任务、查看进度、下载成果 | 已实现 | 任务列表、任务详情、成果下载。 |
| 内置 CEO 调用您配置的模型 API 拆解和派发 | 已实现 | 不依赖 Hermes；支持在后台配置模型 API。 |
| 由 Hermes 执行子任务 | 已实现 | 其他执行组件按项目评估接入。 |
| 任务状态保存，重启后可继续查看 | 已实现 | 保存在 PostgreSQL。 |
| 失败步骤重试；结果不明确时转人工核对 | 已实现 | 已完成的步骤不重复运行。 |
| 登录鉴权，核对任务与成果归属 | 已实现 | 成果只交付给对应任务和有权限的账号。 |
| 主控服务故障时切换到备用主机 | 可选集成 | 需要第二台主机；已在内部测试环境验证，见“测试依据”。 |
| 运行时凭据只在内存中交给执行进程 | 可选集成 | 已在内部测试环境验证；是否启用按您的部署环境确认。 |
| 多个模型账号统一调度和用量记账 | 可选集成 | 按项目配置。 |
| 接入 MemoryBox 长期记忆 | 可选集成 | MemoryBox 是单独的产品，可以组合部署。 |
| 高风险操作的人工审批流程 | 规划中 | 当前版本不作为标准功能提供，可在试点中评估需求。 |
| 企业 IM、邮件、开放 API 等其他提交入口 | 规划中 | 目前通过 WebUI 提交任务。 |
状态依据 2026 年 11 月的内部版本记录整理。“可选集成”需要在部署前确认环境；“规划中”不承诺交付时间。
测试依据
以下两项数据来自富德威尔内部测试环境，未经第三方独立验证，也没有公开报告。试点沟通时，可以向您说明测试过程并出示记录摘要。
技术资料
供架构师和技术评估人员查阅，内含：方案类别对照、7 层架构与 12 种任务状态、4 项关键机制、人员职责与能力包的 12 项内容、与 MemoryBox 组合及用量记账。每项都标注“已实现 / 可选集成 / 规划中”。
方案类别对照
按方案类别的一般特征归纳，帮助判断 ZeroOS 是否适合您的需求；不针对任何具体产品或版本。
左右滑动查看完整表格
| 对照项 | 通用对话助手 | 低代码 / 工作流平台 | 知识库检索（RAG） | ZeroOS |
|---|---|---|---|---|
| 主要用途 | 问答、写作和单次分析 | 按预先配置的流程自动执行 | 根据文档回答问题 | 把一项任务拆成多个步骤执行，并交付成果 |
| 任务怎样拆分 | 由用户在对话中逐步引导 | 由人在画布上预先配置 | 通常不涉及任务拆分 | 内置 CEO 按任务内容拆解 |
| 进度与记录 | 保存在对话记录中 | 保存在平台的运行记录中 | 保存检索和回答日志 | 每个子任务的状态写入 PostgreSQL |
| 部署方式 | 多为云服务 | 云服务或私有部署，因产品而异 | 云服务或私有部署，因产品而异 | 私有部署在客户服务器 |
| 更适合 | 个人日常辅助 | 流程固定、需要可视化维护 | 文档多、以问答为主 | 步骤多、需要留记录和交付成果的技术任务 |
各类别内部差异很大，具体产品的功能以其官方文档为准。ZeroOS 可以与这些工具并存，例如共用同一个模型 API。
7 层架构与任务状态
每一层都可以换成同类开源组件。点击左侧的层查看说明和当前状态。
任务成果附带测试结果和改动记录
任务产出时附带测试结果、改动清单和回退点，便于验收。根据反馈自动改进能力的完整流程仍在规划中（见“4 项关键机制”）。
按租户、项目和角色区分数据与操作范围，在模型之外判断。
CEO、任务、模型资源三类租约各有递增令牌，过期一方的写入会被拒绝。
状态变化和事件在同一个数据库事务中提交，可以按记录重新投递。
以百万分之一货币单位的整数记账；执行组件没有返回用量时记为“未知”。
任务从提交到结束会经过以下状态，每次变化都写入数据库：
不满足准入条件的任务直接结束为 failed，不进入执行。
执行中的步数和时长由执行组件管理。
awaiting_approval 已在任务模型中定义；作为标准审批流程提供仍在规划中。
结束后的任务和全部记录保留，可以回查。
关键机制
每项说明要解决的问题、做法和目前的验证情况。
四项条件同时满足才允许写入
主控切换或任务重新分配后，旧进程可能迟到写入，覆盖新的进度。
每次写入同时核对版本号、上一状态的 SHA-256 摘要、当前租约持有者和递增令牌，任一项不符就拒绝写入。
内部测试环境：主控切换后，原主控的迟到写入全部被拒绝，任务记录一致（2026 年 8 月，1 次现场切换）。
人员职责与能力包
ZeroOS 承担检索、核对、重复检查和状态跟踪，下面这些工作仍由人负责。执行单元按“能力包”的 12 项内容定义和验收。
可复现的运行时与模型接入规格
使用的主机与计算配额
版本化的作业规范与方法
允许使用的工具清单
可访问的范围与禁止操作
关联的任务状态与记忆范围
只读或可写的数据连接
与任务服务的状态同步方式
面向该业务的操作界面
必须产出的测试与改动记录
依赖清单与许可证（SBOM）
安装、升级和回退步骤
与 MemoryBox 组合 · 用量记账
MemoryBox 是富德威尔的长期记忆产品，可以单独使用。与 ZeroOS 组合时，任务开始前取出当前项目范围内、已确认有效的资料，任务结束后把核验过的结论写回。
只把当前项目范围内的资料交给模型，减少无关历史和跨项目混用。
没有通过核验的尝试不进入长期记忆。
把能力包和记忆资料迁移到新主机或新的模型通道。
从成果文件回查任务记录、当时使用的资料和原始需求。
这是技术白皮书对“按项目提取资料、代替整段历史”所做的结构估算，没有经过实测；实际效果取决于任务需要回看的资料量和模型的计费方式。
适用于接入多个模型账号的部署：
生产任务优先使用模型额度，开发和测试任务在空闲时借用，生产任务到达时让出。
读取上游返回的 Retry-After 或重置时间再恢复调用，不按固定时长等待。
费用以百万分之一货币单位的整数记录；例行健康检查走固定程序，不消耗模型 Token；执行组件没有返回用量时记为“未知”。
版本与交付
ZeroOS 目前在富德威尔内部日常使用，对外以试点评估的方式合作。没有公开标准价格，按下方报价依据评估后书面报价。
部署在您自己的 Linux 服务器和 PostgreSQL 上
有运维能力、希望在内网运行 AI 任务的研发或 IT 团队
软件授权 + 部署支持
在执行任务之外，保存跨项目的长期资料和决策记录
项目周期长、需要积累历史资料并按项目隔离的团队
两套软件组合部署；专用硬件形态按项目评估
针对一类具体任务，配置执行组件、工具和验收标准
已有明确业务任务、希望直接得到可用流程的团队
定制开发 + 后续维护
确认要试点的任务、现有环境和期望的成果。
书面列出测试环境、可读写范围、验收标准和回退方式。
在隔离的测试环境中运行真实任务，记录结果。
对照验收标准一起复盘，再决定是否扩大使用、采用哪种方式。
常见问题
ZeroOS 目前在富德威尔内部日常使用，对外以试点评估的方式合作。哪些功能已实现、哪些需要额外配置、哪些还在规划，见“分工与功能”中的状态一览。
ZeroOS 负责安排任务、保存状态和交付成果，具体执行交给 Hermes 等开源组件。工作流平台适合流程固定、需要可视化配置的场景，两者可以并存。是否替换现有工具，建议在试点沟通时按具体任务判断。
不需要。内置 CEO 调用您在后台配置的模型 API，可以是商业模型，也可以是本地部署、提供兼容接口的开源模型。执行组件使用的模型同样按部署配置。
可以。ZeroOS 自带任务记录，不依赖 MemoryBox。需要跨项目积累长期资料并按项目隔离时，再考虑接入 MemoryBox。
ZeroOS 部署在您的服务器上，任务记录保存在您的 PostgreSQL 中。内置 CEO 使用的模型密钥保存在服务端，不会出现在浏览器里。调用外部模型 API 时，发送给模型的内容受该模型服务商的条款约束。
预约演示
只需填写姓名和联系方式，其余内容可以在沟通时补充。
您的信息保存到我们的咨询记录中，页面显示回执编号。
顾问在工作时间按您留下的方式联系，了解任务和现有环境。
按需要演示 WebUI，或按“试点评估的步骤”推进。
标“必填”的只有两项。