1. 首页
  2. 产品
  3. NatusAI Cygnus
互联数据基础 · 第01层 · 互联基础规划中 · V1

NatusAI Cygnus:一张互联的业务全景图,完整保留历史

Cygnus是NatusAI平台规划中的数据基础,即知识数据库与数字孪生引擎。它将资产、文档、位置、测量数据及其相互关系保存在一起,让员工和经批准的AI助手能够回答过去需要数天才能回答的问题。

  • 跨数据孤岛的问题,在决策尚未拍板时就能得到回答。
  • 查看过去任一日期的真实情况以及当时已知的信息:审计人员可以追溯的历史。
  • 作为一个系统运行在您自己的服务器上,需要集成和保护的组件更少。
夜色中的海岸线,灯火通明的港口、集装箱船与光线航路:一个互联的全球孪生
为业务带来的价值

六类业务数据,一个互联模型

一条传感器读数有时间、地点、资产和来源。一份合同引用的是同一项资产。Cygnus保留这些关联,回答问题时直接沿关联查找,而不必每次都重新建立。

关系

客户、设备、合同和事件直接相互关联,所有权、依赖关系和因果都一目了然。

事实与知识

谁在运营什么、哪份报告描述了哪起事件:事实与其描述的对象绑定在一起。

位置

位置、轨迹和区域与所属资产及其历史相关联。

时序测量

读数与其描述的资产保存在一起,从某一时刻到多年的历史。

语义检索

按内容含义查找信息,再追溯到原始来源。

精确检索

名称、标识符和段落,并可结合关系、地点和时间检索。

基础设施工程师与IT安全经理在本地数据中心检查服务器(示意图)
初始版本面向您自行运维的单台服务器。
三层半透明的互联节点平面向纵深延伸:同一数据在不同时刻的状态

追问发生了什么变化,以及当时已知什么

一艘船于14:00驶入风暴区域,14:10收到一条更正后的位置。Cygnus的设计目标是:既能依据当时已知的信息还原14:05的决策,也能呈现更正后的全貌。这正是审计人员或监管人员所要求的历史。

贴近数据编程

专为图而构建的语言与查询模型

Cygnus计划将自有的类型化编程语言与存储、执行和服务结合在一起。业务逻辑直接操作持久化实体及其关系,减少数据库行、应用对象与API响应之间的来回转换。

一次建模,全程复用

同一个类型化模型将数据从持久化存储一路带入应用逻辑和服务契约。映射越少,类型、字段名和关系定义出现偏差的地方就越少。

沿互联路径查询

从一个已建索引的入口点出发,沿所需的关系追踪,并按时间、空间或检索条件加以约束。经过优化的查询模型力求在贴近存储的位置完成这些工作,只返回所请求的结果。

以同一套业务逻辑对外服务

类型化函数可直接成为应用服务和经授权的工具。HTTP/RPC、流式传输、自动生成的TypeScript客户端和MCP描述符都是后端设计的一部分,减少了需要单独维护的适配层。

更少的数据搬运,更小的工作集

只加载所需部分,其余留在磁盘上

大型图无需全部载入内存。持久化引用让一项操作按需解析相关的节点、索引页和时间范围。

查看一艘船,不应需要加载所有船只、所有文档和全部位置历史。选择性遍历和有界读取的设计目标,是让内存占用与实际执行的工作相匹配。

这正是实现更快的关联查询和更低资源开销的途径:更少的物化、更少的服务间传输、更少的重复上下文。实际收益取决于图结构、索引、工作负载和硬件。

访问路径示意

  1. 01 / 持久化图

    从引用和已建索引的选择集开始

    船只 · 货物 · 航线 · 其他船只 · 其他货物 · 较早的时间范围仍留在磁盘上。

    起初只触及引用和已建索引的选择集。

  2. 02 / 相关工作集

    解析本次操作所用的数据

    选定船只 → 货物 → 所请求的轨迹

    解析本次操作所用的互联数据和时间窗口。

  3. 03 / 有界结果

    一个地图视图、一段历史切片或一个回答

    分页 · 采样 · 流式

    返回分页、采样或数据流。大规模导出和重建采用有界处理或持久化作业。

存储、查询与维护

从拼接表格到沿互联数据追踪

关系型系统非常适合结构化记录和SQL报表。当互联应用加入历史、地图、语义检索和AI后,成本往往转向表连接、对象映射以及协调额外服务。Cygnus的设计目标是在一个可编程引擎内降低这部分开销。

面向互联运营工作负载的架构对比 · Cygnus各项能力仍处于规划阶段
维度表格存储 + 应用技术栈Cygnus统一时序图(规划中)
数据存储实体变成行;关系依靠键,往往还需要关联表。应用代码再把行映射为对象。类型化实体与持久化链接在存储、逻辑和服务之间共享同一个模型。
关联查询表连接在查询时重建关系。路径较深时,查询和映射的复杂度会随之增加。已建索引的入口点和图遍历沿已存储的关系追踪,并可附加时间和空间约束。
内存与数据搬运高效的引擎已经在使用索引和缓存;但大范围的表连接和应用侧处理仍可能产生庞大的中间结果。按需解析图数据;使用有界范围、分页和数据流,而不是物化整个互联数据集。
历史与更正历史表、时态扩展或事件模型需要专门设计,并与应用查询保持一致。时态状态和双时态访问内置于模型之中,保留有效时间与知识时间的区分。
地理、文本与向量扩展可以在一个数据库中增加能力;专用服务可能需要各自的身份、索引和同步路径。空间、时间序列、文本和向量资源都关联到同一批实体和带版本的来源。
查询语言与应用语言SQL加上应用代码、映射库,有时还需要单独的检索或图查询语言。一门原生类型化语言加上经过优化的查询模型,让计算贴近持久化的图结构。
维护与演进需要协调数据库模式、映射、服务契约以及任何单独运维的检索存储。共享的类型描述符和服务契约减少重复定义;迁移和索引变更遵循明确的版本行为。
AI与访问控制通常需要再加一个工具网关和对话层,然后让它们的权限与所调用的数据路径保持一致。原生MCP和有界的对话契约使用同一套类型化服务,授权机制位于存储和执行路径中。

如何衡量:预期优势是以更少的映射、同步和资源开销,更快地完成关系密集型工作。请在相同的工作负载和硬件上衡量查询延迟、峰值内存、磁盘I/O、数据写入以及维护工作量。对于大规模表格分析或需要特定扩展的场景,数据仓库或成熟的SQL技术栈可能仍是更合适的选择。

原生MCP与对话

AI不仅能使用您的数据,还能理解其背后的上下文

当AI回答能够把正确的文档与正确的实体、位置和时刻关联起来时,它才更有用。Cygnus计划将检索、可调用的业务逻辑和会话记录纳入后端模型。

原生MCP工具

模型上下文协议(MCP)为经授权的智能体提供一种可发现、类型化的方式来调用后端函数。工具的发现和执行遵循调用方的权限,并使用与应用相同的服务契约。

对话作为后端能力

规划中的、与服务商无关的对话契约涵盖消息、流式事件、工具调用、结构化输出以及持久化的会话/运行记录。本地或远程模型绑定按部署明确选定并逐一认定。

附带时间证据的回答

将全文检索和向量检索与图、空间和历史上下文结合起来。保留对来源版本和所选时间上下文的引用,让人员能够核查证据,理解回答是如何形成的。

数据访问规则在信息披露和检索排序之前生效。检索到的内容和模型输出都不会授予执行操作的权限;受保护的操作需要各自的授权,并在有明确规定时由人作出决定。

一个问题,涵盖所有维度

跨越时间与地点追踪一艘船

“昨天位于风暴区域内的船只上装载了哪些货物?哪些报告说明了相关风险?”

这一拟定的海运工作负载将整个架构串联起来。同样的方法也可以在能源、制造或基础设施应用中,把设备、遥测数据和检修记录关联起来。

夜色中连接船只、港口与航运线路的概念地图
示意:一个拟定的海运工作负载,并非正在运行的全球服务。

回答是如何构建的

  1. 设定历史上下文

    选择昨天的时间区间,并确定问题依据的是当时已知的信息,还是之后更正的证据。

  2. 找到相关位置

    利用地理空间选择和时间序列范围,识别轨迹与风暴区域相交的船只。

  3. 追踪货物与所有权

    遍历船只与货物、运营方和港口之间的历史关系,只解析图中所需的部分。

  4. 检索支撑性报告

    在经授权的文档版本上结合关键词检索和语义检索,并与选定的实体和时间上下文相关联。

  5. 交付可核查的回答

    由类型化服务或MCP工具返回证据。对话界面可以解释这些证据,同时保留来源和相关上下文。

如实说明状态

哪些现在即可使用,哪些在路线图上

我们把已验证的能力与即将推出的能力分开说明,并分别标识。NatusAI Cygnus正在规划初始版本(V1)。

现在即可使用

  • 我们客户项目背后的引擎已在交付中得到验证:一个全国性电网数字孪生,以及一家银行的互联调查数据。
  • 交付项目:由我们的团队与您一起,在您的环境中构建互联数据模型。

路线图规划

规划中 · V1
  • Cygnus初始版本:单服务器,外加嵌入式和开发部署形态,只有在通过25项既定验收测试后才会发布。
  • 后续:多服务器,支持复制和故障切换。范围以验证结果为准。
  • 后续:更丰富的AI与算力选项。不公布具体日期;计划可在签署保密协议后分享。

阅读规划中的V1范围 · 查看路线图

如何互联

Cygnus承载数据和业务逻辑。NatusAI Lyra负责呈现,NatusAI Auriga和Aquila让AI基于它工作,NatusAI Orion在其上构建应用,NatusAI Draco负责运行,NatusAI Gemini负责恢复。

技术团队参考

Cygnus是什么。一款规划中的可编程时序图数据库:拥有自己的类型化语言、经过优化的查询模型和后端运行时。图、地理空间、向量、三元组存储语义、时间序列和全文检索共享同一个模型,采用统一身份、统一事务模型和统一授权边界。

  • 六大数据类别:类型化图关系;三元组(RDF交换与SPARQL兼容性另行做发布决策);支持坐标参考系(CRS)并精确复核的地理空间索引;支持汇总和事件时间窗口的规则与不规则时间序列;与来源版本关联的稠密和稀疏向量;按分析器版本管理、支持BM25与混合排序的全文检索。
  • 双时态历史:有效时间(何时为真)与知识时间(系统何时获知);针对两者的时点查询结果均可复现,包括之后的更正。
  • 事务与访问:严格可串行化事务将实体、图、时间及已声明索引的变更保持在同一个提交周期内。授权机制位于存储和执行路径中,在检索排序和top-k选择之前生效;被拒绝访问的资源不会通过计数或错误信息泄露。
  • AI访问:原生MCP描述符,以及与服务商无关的对话契约(消息、流式传输、工具调用、结构化输出、持久化会话记录)。本地或远程模型绑定按部署逐一认定。
  • 服务:类型化HTTP/RPC与流式传输、变更流、自动生成的TypeScript客户端、Explorer界面、LSP以及VS Code客户端。
  • 原生支持外存计算:持久化引用只解析某项操作所需的节点、索引页和时间范围,因此大型图无需全部载入内存。
  • 如实说明适用范围:对于大规模表格分析,数据仓库或成熟的SQL技术栈可能仍是更合适的选择。
规划中的初始版本部署形态
部署形态初始版本边界
嵌入式包含单个应用进程,使用本地存储。
开发包含空项目引导和显式数据源模式。
生产(单服务器)包含单节点;备份、时间点恢复和可验证恢复均在范围内。
集群不包含不声称支持分片、复制、分布式遍历或故障切换。
隔离工作负载不包含无单独认定的隔离工作负载部署形态。
部分验收关口 · 拟定的认定目标,并非实测结果
关口拟定阈值状态
在参考工作负载上投产的设计合作伙伴至少3家尚未通过
保留历史记录的生产记录系统至少1个,且有6个月以上历史尚未通过
持续位置数据写入(32 vCPU参考配置)≥ 10万条报告/秒尚未通过
在25万个实时位置中查询多边形区域内的船只p99 ≤ 150毫秒尚未通过
在500万份文档中进行混合检索(top-20)p99 ≤ 300毫秒尚未通过
外存计算正确性数据集 ≥ 24 × 内存尚未通过
元素级授权开销≤ 2 × 粗粒度策略尚未通过
单服务器上已确认提交的丢失数量零尚未通过
定期可验证恢复演练通过率须为100%尚未通过
由智能体驱动、无需人工修复的空项目评估≥ 70%成功尚未通过

此处列出25项验收关口中的10项。Cygnus 1.0尚未通过验收,也未发布;拟定目标是待执行的测试,而非对客户的承诺。例如,若数据写入速率持续低于8万条报告/秒,或任何一次恢复演练失败,范围将重新评估。价格、许可和交付日期尚未确定。全部25项关口、七大数据类别、19项契约以及AI服务商绑定均列在规划中的V1范围页面上;后续部署形态见Cygnus路线图。

控制权内建于设计

NatusAI Cygnus如何降低AI风险

NatusAI的数据可控、治理与安全

所有权

作为一个系统运行在您的服务器上,无需单独采购授权和加固检索、图与时序服务。

证据

回答会保留所用来源版本和时间点的引用。

访问

数据访问规则在任何内容被展示或排序之前生效。检索到的文本绝不会授予AI执行操作的权限。

恢复

可验证恢复和时间点恢复是发布的必要条件,而非可选项。

互联数据的实际应用

一个互联模型,解决众多现实问题

以下内容来自我们的行业案例和参考架构:问题、方法以及取得的实际成效。每个示例都突出了让该问题适合采用规划中的Cygnus统一模型的数据维度。

这些案例描述的是项目、探索过的工作流程和参考架构。“Cygnus适配”标签将它们与规划中的产品相对应,并不代表Cygnus已有正式发布的部署。

NatusAI Lyra标志

相辅相成的基础

为互联数据提供清晰的界面

NatusAI Lyra提供可复用的Web组件,用于地图、图谱、检索和应用工作流程。与Orion和Cygnus的更深层集成是平台愿景的一部分。了解NatusAI Lyra

常见问题

关于NatusAI Cygnus的常见问题

面向决策者的简明解答。技术细节请技术团队查看上方的展开说明。

NatusAI Cygnus现在可以使用吗?

尚不可用。Cygnus正在规划初始版本,只有在通过既定验收测试后才会被接受。与我们客户项目相同的引擎已在交付中得到验证,我们的团队目前就在其上进行构建。

全球孪生需要很多服务器吗?

不需要。初始版本面向单台服务器。在经过测试的限度内,全球数据模型可以在单个节点上运行;覆盖全球并不意味着必须使用集群。

Cygnus会取代我们的数据仓库吗?

不一定。Cygnus专为关系密集的互联型工作而设计。对于大规模表格报表,数据仓库或成熟的SQL技术栈可能仍更合适,Cygnus可以与之并存。

与我们的团队交流

哪个问题需要您的团队花数天才能回答?

带一个来。我们会向您展示互联模型将如何回答它,以及需要哪些投入。

或发送邮件至contact@natusai.com

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