NexusAI
5围绕业务理解、AI 构建、企业治理与组织执行展开的产品系列，也包含专门的 AI 电话服务。
EDE AI TECH
产品架构
九款产品，一张架构图。
EDE AI Tech
先看产品系列，再看能力关系。
产品系列说明品牌归属；下面的能力架构与连接说明各款产品如何分工。
OpenFlux
3围绕 Agent 执行展开：桌面工作空间服务个人工作，Runtime 用同一执行引擎在无界面环境中承接组织任务，Router 连接团队协作渠道与终端。
Narriflow
1面向知识表达、互动讲解与分享的独立产品品牌。
组织工作的执行层
交办的 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 与其他产品如何协作
任务交办与成果回传
OS 明确 AI 步骤做什么、依据什么；Runtime 领取并执行任务，再把成果、过程记录或阻碍原因交回 OS。
任务要求与项目资料 ↔ 成果与过程记录
Agent 定义经 OS 下发
Studio 创建和配置 Agent。OS 引用这些定义，在流程批准后随任务交给 Runtime；Runtime 按收到的职责与指令开展工作。
Agent 定义 → OS 任务 → Runtime
模型访问由 Atlas 治理
Runtime 的模型请求经过企业模型网关，按所属组织应用 Atlas 的模型访问、成本预算与审计规则，记录相应用量。
模型请求、用量与审计记录
同一引擎，不同工作入口
OpenFlux 与 Runtime 共用执行引擎。OpenFlux 面向桌面上的使用者；Runtime 没有界面，承接 OS 交办的组织任务。
共用执行引擎；桌面工作与组织任务各有入口
产品关系
逐款理解产品的定位、能力与协作
从输入、处理到交付，理解每款产品如何工作。定义引用、治理服务、任务交付、消息交付是具体的连接；职责互补说明分工与组合，独立应用与能力导出各有自己的使用方式。 规划连接标明未来方向，接口与协作待定义。
组织决策与持续执行
NexusAI OS
在产品体系中的职责
把目标落实为人员、Agent 与项目的持续工作
NexusAI OS 将组织目标、跨部门流程、人员和 Agent 放在项目上下文中，把工作落实为任务、决定与成果。中枢持续交办、跟进并处理卡点，人员保留重要判断，AI 任务由 Runtime 执行，结果回到项目继续使用。
输入与上下文
目标、流程、人员与 Agent 定义
产出与交付
任务、决策、工作进展与成果
从目标与分工到项目成果
- 01
明确目标与工作要求
准备组织理念、目标、期限与项目资料，确定要推进的工作。
- 02
安排流程与人机分工
设置跨部门步骤、人员待办与 Agent 职责，把 AI 任务交给 Runtime。
NexusAI OS - 03
跟进决定与成果
查看执行成果与过程，人员接收或退回结果，中枢继续跟进等待和卡点。
核心能力
目标与流程
- 围绕目标组织工作
维护组织理念、战略与盈利目标、指标和期限，将目标关联到业务流程与项目，让执行者理解工作的目的和要求。
- 设计跨部门业务流程
按部门泳道安排步骤与依赖，指定由人员、Agent 或子流程处理的工作，让同一项目沿着明确的分工推进。
人员决定与项目资料
- 保留人的决定与补充
把人工办事、把关和提问组织成待办，让人员补充现实情况、接收成果或退回重做，决定与意见跟随项目继续使用。
- 共享项目资料与成果
在项目上维护关键信息、文件和交付成果，让后续步骤承接已有材料，并在页面查看文档、执行过程与用时。
持续推进与方案比较
- 持续跟进与处理卡点
中枢跟进进度、交办和催办，尝试用已有信息解卡或交给人处理；执行状态持续保留，等待与中断后可继续推进。
- 比较多份 AI 结果
让方案类工作从不同角度同时产出多份结果，再评选或取各份之长，保留推荐理由，由人员决定改选或重新评选。
产品关系
OS 使用 Studio 的 Agent 职责与指令及 Atlas 的身份组织信息，组织人机工作并交给 Runtime 执行 AI 任务；OpenFlux 提供互补的桌面工作入口。
定义引用NexusAI Studio
引用 NexusAI Agent 定义
OS 为 AI 步骤引用在 NexusAI 中设定的 Agent，流程批准后，这些设定随任务一起交给执行端。
涉及的能力与交付Agent 定义、任务要求与项目上下文
任务交付OpenFlux Runtime
把 AI 任务交给 OpenFlux Runtime
OS 决定 AI 步骤做什么、依据什么；Runtime 领取任务并在项目环境中执行。OS 收到成果、过程记录或阻碍原因后继续推进。
涉及的能力与交付任务、Agent 设定与项目资料 ↔ 成果与过程记录
治理服务NexusAI Atlas
使用 Atlas 身份与组织上下文
OS 从 Atlas 获得用户与组织信息，为跨部门步骤安排人员与职责。Atlas 保持身份组织职责，OS 维护目标与工作状态。
涉及的能力与交付用户、部门与组织范围
职责互补OpenFlux
组织协作与桌面工作互补
OS 组织目标、跨部门流程和人机任务；OpenFlux 面向桌面工具、文件与个人工作上下文，分别解决组织推进与桌面操作的问题。
涉及的能力与交付组织协作与桌面工作能力
职责边界
看清差别，才能理解组合。
业务建模、Agent 构建、使用治理、工作组织、任务执行和渠道交付，分别回答不同的问题。
业务语义与 Agent 构建
NexusAI Terrain
Terrain 识别业务对象、规则和动作，保留证据与人工确认。
NexusAI Studio
Studio 定义 Agent 如何使用指令、模型、知识和工具。
AI 工作流与组织流程
NexusAI Studio
Studio 工作流编排一次 AI 应用中的步骤、分支与工具。
NexusAI OS
OS 组织跨部门、跨时间的人机工作，关联人员、决策、跟进和成果。
组织工作 → 执行任务
NexusAI OS
OS 决定做什么、交给谁、依据什么，跟进进展并保留人的决定。
OpenFlux Runtime
Runtime 领取 AI 任务，在项目环境中完成工作，回传成果、过程记录或阻碍原因。
使用边界 → 工作进展
NexusAI Atlas
Atlas 管理谁能使用哪些应用与模型，以及配额和使用记录。
NexusAI OS
OS 决定接下来做什么、交给谁，以及怎样推动工作越过卡点。
桌面工作空间 ↔ 无界面执行端
OpenFlux
OpenFlux 面向桌面上的使用者，由人交代任务、使用桌面工具并查看结果。
OpenFlux Runtime
Runtime 没有界面，承接 OS 交办的任务；两者使用同一执行引擎。
桌面执行 ↔ 渠道交付
OpenFlux
OpenFlux 执行 Agent 工作，管理桌面工具和项目上下文。
OpenFlux Router
Router 连接协作平台、终端与消息，交付上下文并回传结果。
能力如何展开
沿着具体工作，理解产品职责。
从输入到交付，看看不同产品分别处理哪一段工作。
把业务数据变成可调用的能力
Terrain 先还原业务含义、保留证据，再导出工具。
业务材料
数据结构 · 样本 · SQL
建模与确认
对象 · 规则 · 流程 · 证据
NexusAI Terrain能力导出
查询 · 动作 · MCP · Skill
把 AI 步骤交给执行端完成
OS 决定做什么、依据什么，OpenFlux Runtime 负责动手完成。
交办与依据
目标 · Agent 设定 · 项目资料
NexusAI OS在项目环境中执行
容器 · 工作区 · 代码分支
OpenFlux Runtime成果回到项目
交付文件 · 服务链接 · 过程记录
让 Agent 参与团队对话
消息路由服务与桌面执行环境，承担不同的职责。
协作渠道
飞书 · 钉钉 · 企业微信 · Slack
连接与交付
消息 · 上下文 · 终端分配
OpenFlux Router执行与回复
Agent 工作 · 工具 · 结果
OpenFlux
提供专门的电话或知识体验
根据各自的输入和受众，选择相应的应用。
电话服务
SIM 设备 → 语音网关 → 电话往来
NexusAI SmartPhone互动知识
资料 → 讲解 → 提问与分享
Narriflow