1. 首页
  2. 平台
  3. 平台能力
NatusAI能力目录平台愿景

一条互联的路径,从请求直达结果

NatusAI产品体系的设计目标,是把人们提出的需求、AI与工程团队的产出、经过验证的内容、已发布的版本以及运行中的实际情况连接起来。

平台愿景 · 界定范围的基础。本图描述的是规划中由七个角色组成的平台。NatusAI Lyra UI是现有的组件体系;NatusAI Cygnus 1.0处于规划阶段,须通过验收关口;更完整的Orion体验仍属愿景。

01 / 请求与构建

将需求转化为可验证的应用

Orion愿景将用户意图与源代码变更、证据、发布版本以及观测到的结果连接起来。

平台愿景

01. 对话、请求、问题与知识

负责产品 Orion工作台

让对话、反馈、已接受的需求、决策、文档和支持历史保持关联。收到的反馈只有经过审慎接受后才成为需求。

了解Orion工作台

平台愿景

02. 源代码历史与协作

负责产品 Orion工作台

将带版本的源代码和工程文档与确切的变更、评审和工作项关联起来。Git代码托管平台和集成方式均尚未选定。

了解Orion工作台

平台愿景

03. AI执行与上下文

负责产品 Auriga

协调确切的模型绑定、经授权的工具、相关的带版本上下文、持久化尝试记录、取消机制、检查点和预算。

了解NatusAI Auriga

平台愿景

04. 构建、验证与发布

负责产品 Orion · Auriga

在隔离的工作区中生成候选变更和预览;保留测试证据;通过独立授权推进不可变的应用发布版本。

了解NatusAI Orion

02 / 基础与复用

让数据与界面保持互联

规划中的Cygnus版本与现有的Lyra组件,在可用性和认定边界上各不相同。

规划中 · V1现有界面组件

05. 应用运行时与界面

负责产品 Cygnus · Lyra

Cygnus面向类型化语言、数据和服务而设计。Lyra已经提供可复用的界面组件;每个应用按自身需要进行组合。

阅读规划中的Cygnus 1.0范围

平台愿景后续部署形态

06. 可复用组件库与制品

负责产品 Orion · Cygnus

发现确切兼容的模块,保留依赖和来源记录,复用经过独立验证的发布版本。客户的私有数据和逻辑保持隔离。

查看Cygnus路线图

平台愿景

07. 文档与数据接入

负责产品 Aquila

保留源文件原始字节及其来源,生成单独标识的文本或分块衍生数据,并将文档解读限定在应用范围内。具体格式和服务商需经认定。

了解NatusAI Aquila

平台愿景

08. 集成与通知

负责产品 共享组件库

连接外部服务并发送经授权的通知,同时跟踪凭据、外部影响和投递失败情况。

平台如何实现互联

03 / 运行与恢复

让运行中的系统始终可观测

部署成功、观测到的健康状况、已完成的备份和经过验证的恢复,是各不相同的证据。

平台愿景

09. 基础设施与交付

负责产品 Draco

管理环境、部署、网络、域名、证书、容量,以及期望运行状态与实际观测状态的对比。

了解NatusAI Draco

规划中 · V1愿景

10. 计划任务、事件与持久化工作流

负责产品 Cygnus · Orion · Auriga

利用规划中的持久化作业和计划任务处理周期性工作及允许的重试;在Orion中显示其状态,并通过Auriga执行经授权的AI步骤。

阅读规划中的Cygnus 1.0范围

平台愿景

11. 监控与事件处置

负责产品 Orion · Draco

将运行时遥测、基础设施观测和应用验收检查与受影响的发布版本和应用关联起来。

安全与恢复

平台愿景

12. 备份与恢复

负责产品 Gemini

将数据、配置、应用发布版本和恢复点一并保存。通过演练证明能够恢复;仅完成备份是不够的。

了解NatusAI Gemini

04 / 治理与归属

让授权与归属始终明确

即便是一体化的互联体验,也需要界定范围的访问权限、可问责的使用情况,以及一条从故障中恢复的独立路径。

规划中 · V1愿景

13. 身份与授权

负责产品 Orion · Cygnus

管理组织和应用成员资格、限定范围的智能体委托、密钥与审计。平台层面的可见性绝不意味着可以访问租户机密内容。

数据可控与归属

平台愿景

14. 用量、预算与计费

负责产品 Orion

将托管、AI辅助开发、持续维护以及客户应用内使用的AI,作为不同的记录归属到组织、应用和作业。服务商侧成本与客户账单相互独立;资金来源、费率和计费政策仍是待定的商业决策。

关于商业条款的问题

平台愿景

15. 平台引导与独立恢复

负责产品 Orion · Gemini · Draco

保留在Orion或其AI服务商不可用时仍能使用的安装、推进上线和恢复路径。

安全与恢复

平台愿景

16. 归属与可迁移性

负责产品 Orion及每个角色

在访问策略约束下,明确源代码、需求、发布版本和数据的负责人及导出路径。可迁移的租户导出超出规划中的Cygnus 1.0范围。

数据可控与归属

专为高效使用AI而设计

审慎使用上下文,验证结果

以下七项原则指导平台愿景。它们并不宣称已实测的token节省,也不宣称现有的每个部分都由AI构建。

  1. 机器可用的契约

    类型化、带版本、具备权限感知的API、MCP和CLI接口,描述能力、作用和结构化结果。

  2. 渐进式上下文

    先找到确切的能力,再只检索所需的模式定义、源代码范围、示例或证据。

  3. 持久化的工作与知识

    需求、决策、任务状态和经过验证的结果跨会话保留,并附有来源引用和时效信息。

  4. 精简而充分的反馈

    有界的诊断信息、精确的差异对比、分页和制品引用,提供足以支持修正的细节。

  5. 先复用,再生成

    在再生成一份副本之前,先查找兼容的组件库、组件、契约和经过验证的工作流程。

  6. 独立验证

    保留确切的输入和来源;在提出变更的智能体无法自行授予的授权下测试和审查变更。

  7. 以实测衡量整体效率

    将成功完成率与token用量、重试次数、延迟和成本一并评估。如果错误和返工增加,更短的提示词也没有意义。

有用的自动化不只靠更长的提示词:人们所依赖的契约、证据和审批,同样是AI智能体所使用的。本页不宣称任何经实测的token节省或成本降低。

查看发布边界

了解完整产品体系,核查技术范围

这七个名称描述的是同一个规划中系统内的不同职责。NatusAI Cygnus有单独的初始版本计划和认定关口;NatusAI Lyra的现有组件有各自的文档。

深入了解Orion工作台:一项请求,一条可追溯的路径

发光的玻璃立方体中承载着互联的节点图,在空间中彼此相连:一个互联的平台
开启新篇章

一起把可能变为现实

告诉我们贵公司的需求。我们将帮助您找到切实可行的起点,并坦率说明哪些能力目前已经具备。

或发送邮件至contact@natusai.com

产品负责人、安全官和分析师在发布前审查一款内部应用(示意图)