任务交办与成果回传
OS 明确 AI 步骤做什么、依据什么；Runtime 领取并执行任务，再把成果、过程记录或阻碍原因交回 OS。
任务要求与项目资料 ↔ 成果与过程记录
01 / 产品定位
这款产品负责哪一类工作。
OpenFlux Runtime 是组织工作中的 AI 任务执行层，以 OpenFlux 的执行引擎为基础，没有用户界面。NexusAI OS 组织目标、流程与人员并交办 AI 任务；Runtime 主动登记并领取任务，依据随任务下发的 Agent 设定、组织理念、目标与项目资料，在项目环境中处理文件、命令与代码，再把交付成果、执行过程和需要人处理的阻碍回传 OS，让团队在项目中查看结果并继续推进。
面向谁
- 使用 NexusAI OS 组织工作的团队
- 负责 AI 执行环境的平台与运维团队
- 需要 AI 处理代码与交付物的项目团队
输入与上下文
任务说明、Agent 设定、项目资料与工作区
产出与交付
交付文件、代码变更、服务链接与过程记录
组织工作的执行层
交办的 AI 工作，由 OpenFlux Runtime 动手完成。
OpenFlux Runtime 以 OpenFlux 执行引擎为基础，没有用户界面。它承接 NexusAI OS 交办的 AI 任务，在项目环境中工作，把成果与执行过程回传 OS。
从 Agent 定义到任务交付
执行 AI 任务，回传成果与过程- NexusAI Studio
01定义 Agent
设置 Agent 的职责、指令与工作要求。
- NexusAI OS
02交办任务与上下文
流程批准后，把 Agent 设定连同目标、项目资料和工作要求随任务下发。
- OpenFlux Runtime
03执行并回传成果
在项目环境中完成 AI 工作，把交付物、执行过程或阻碍原因返回 OS。
OS 组织目标、流程、人员与决定；Runtime 登记并领取任务，依据随任务下发的 Agent 设定和项目资料，在项目容器与工作区中处理文件、命令与代码，回传交付物、执行过程或无法继续的原因。
成果回到 OS 项目
交付文件、代码变更、服务链接和过程记录回到相应项目，供团队查看结果、接收成果或继续推进；需要人判断的阻碍也交回 OS。
Runtime 与其他产品如何协作
Agent 定义经 OS 下发
Studio 创建和配置 Agent。OS 引用这些定义，在流程批准后随任务交给 Runtime；Runtime 按收到的职责与指令开展工作。
Agent 定义 → OS 任务 → Runtime
模型访问由 Atlas 治理
Runtime 的模型请求经过企业模型网关，按所属组织应用 Atlas 的模型访问、成本预算与审计规则，记录相应用量。
模型请求、用量与审计记录
同一引擎，不同工作入口
OpenFlux 与 Runtime 共用执行引擎。OpenFlux 面向桌面上的使用者；Runtime 没有界面，承接 OS 交办的组织任务。
共用执行引擎；桌面工作与组织任务各有入口
02 / 核心能力
具体可以做什么。
承接 OS 交办的任务
主动向 OS 登记并领取任务，执行中持续续期，遵从暂停与取消；同一次执行中的各个任务由同一执行端接续处理。
- 登记、领取与续期
- 遵从暂停与取消
按 Agent 设定执行
任务附带在 NexusAI 中设定、随流程批准确定的 Agent，连同组织理念、现实情况、目标与项目资料，一起作为执行依据。
- 随任务下发的 Agent 设定
- 理念、目标与项目资料
在项目环境中工作
每个项目使用独立的容器与工作区，命令在项目容器中运行；项目里启动的服务可访问后生成链接，项目结束时回收容器与工作区。
- 项目独立容器与工作区
- 服务链接与环境回收
在分支上处理代码
代码步骤在自己的分支上修改，再合入项目分支，合并冲突如实报告；一步做多份时，每份代码留在各自分支，只合入选中的一份。
- 步骤分支与项目分支
- 多份结果择一合入
回传成果与执行过程
交付文件与结果说明回传 OS，执行引擎的事件整理为过程记录，便于在 OS 中查看这一步做了什么、产出了什么。
- 交付文件与结果说明
- 可回看的过程记录
把真正的阻碍交还给人
Agent 执行中的提问由执行端依据已有信息作答，避免任务停在等待；确实无法继续时说明阻碍原因，交回 OS 由人处理。
- 依据已有信息作答
- 阻碍原因回传
03 / 适用场景
从这些工作开始。
按流程交付分析报告
OS 流程中的 AI 步骤交给 Runtime，Agent 依据项目资料与上一步成果整理分析，生成报告文件。
交付结果
在 OS 项目中查看报告文件、结果说明与执行过程。
在项目环境中开发与演示
需要写代码的步骤在项目容器和独立分支中完成，启动的服务通过链接访问，供负责人员查看效果。
交付结果
合入项目分支的代码变更，以及可以打开的服务链接。
同一步比较多份实现
OS 让同一步从不同角度产出多份结果，Runtime 让每份代码留在各自分支，评选后只合入选中的一份。
交付结果
可比较的多份实现，项目分支只保留采用的结果。
04 / 使用过程
从输入，到形成结果。
- 01
登记并领取任务
Runtime 向 OS 登记，领取轮到 AI 处理的任务，获得 Agent 设定、目标、项目资料与工作区说明。
- 02
在项目环境中执行
Agent 在项目容器与工作区中处理文件、命令和代码，执行中续期，并遵从暂停或取消。
- 03
回传成果与记录
提交交付文件、结果说明与过程记录；遇到无法继续的情况，说明原因交还给人。
05 / 适用与组合
清晰的使用范围。
无界面的执行职责
Runtime 没有用户界面，作为 OS 的执行层领取和完成 AI 任务；目标、流程与人的决定由 OS 管理。
模型访问由企业网关处理
Runtime 不保存模型供应商密钥，模型请求经过企业模型网关，按 Atlas 的模型访问策略、成本预算与审计规则处理。
与桌面 OpenFlux 分工
Runtime 与 OpenFlux 使用同一执行引擎；面向个人的桌面操作、长期记忆和定时任务留在 OpenFlux 中。
06 / 产品关系
在产品体系中，如何与其他产品配合。
OpenFlux Runtime 执行 OS 交办的 AI 任务并回传成果。Studio 的 Agent 定义经 OS 随任务下发；Runtime 的模型访问策略、成本预算与审计由 Atlas 治理。
任务交付NexusAI OS
执行 OS 交办的 AI 任务
OS 组织目标、流程与项目，把 AI 步骤交办给 Runtime；Runtime 领取任务并在项目环境中完成，回传成果、过程记录或阻碍原因。
涉及的能力与交付任务与 Agent 设定 → 执行 → 成果与过程记录
定义引用NexusAI Studio
按 NexusAI Agent 设定工作
Agent 在 NexusAI 中设定，经 OS 流程批准后随任务交给 Runtime；Runtime 按这些设定确定 Agent 的职责与工作要求。
涉及的能力与交付Agent 职责、指令与配置
治理服务NexusAI Atlas
模型访问纳入 Atlas 治理
Runtime 的模型请求经过企业模型网关，按 Atlas 的模型访问策略、成本预算与审计规则处理，用量记在所属组织名下。
涉及的能力与交付模型请求、用量与审计记录
职责互补OpenFlux
与 OpenFlux 共用执行引擎
OpenFlux 面向桌面上的人，由用户交代任务并查看结果；Runtime 没有界面，承接 OS 交办的任务。两者分别服务个人工作与组织执行。
涉及的能力与交付执行引擎与 Agent 工作能力