业务故事站
跨产品

跨产品 · 端到端业务叙事

串联五产品的端到端业务叙事。一条业务线如何从 Foundry 的数据建模出发,经 AIP 智能问答、Gotham 深度研判、Apollo 交付运维,最终走向 Swift 星基金融的闭环——本页用场景故事讲"一个业务在五产品间如何运转",并诚实交代共同的边界。

五产品已交付 · Swift 仿真 PoC 数据工程师 业务分析师 情报分析师 运维工程师 决策者 价值链 5 个主题 · 20 个故事

核心能力(五产品协作闭环)

数据 → 智能

Foundry 把散表建模成本体(Object / 指标口径),AIP 在这套语义上做自然语言查数。数据工程师建好对象,分析师与 AI 消费同一套语义。

智能 → 决策

AIP 出数后,Gotham 用知识图谱与实体解析继续追查"数字背后的人与关系",把"感觉有关"变成可引用的证据链。

决策 → 交付

Apollo 把本体定义、模型路由、应用配置作为 bundle 制品,用期望状态 + Spoke 拉取安全分发到任何环境,防漂移、可回滚。

交付 → 创新

Swift 仿真 PoC 复用 Apollo 的拉取更新机制与 Foundry 的对象 / Action 模型,把闭环延伸到星基跨境结算(仿真域已实现:报文/国密/链路/复式记账/对账全链路可跑,非真实在轨)。

统一体验

五产品共享同一套底座理念:Go 单机可跑、admin / admin1 登录、各自 /ops 运维健康页,一个浏览器里即可切换体验全部能力。

诚实边界

各产品独立登录、演示数据不互通、Swift 为仿真域(模拟数据)、AI 能力有上限——所有边界都写进故事的限制提示,不把愿景当真实在轨能力。

快速上手(建议阅读顺序)

  1. 先看价值链:读"价值链闭环"(value-chain.html),一条业务线从数据到创新如何流转,建立五产品全貌。
  2. 再挑角色:读"角色视角"(role-perspective.html),按你的岗位(数据 / 分析 / 运维 / 决策)找到对应的一天。
  3. 然后看联动:读"综合演示"(combined-demo.html),看一个销售异动事件如何在 AIP / Foundry / Gotham / Apollo 之间定位与修复。
  4. 迁移与边界:读"迁移指南"(migration-guide.html)对照旧流程;读"限制综述"(limitations-overview.html)知道底线在哪。
  5. 深入单产品:需要细节时跳转到对应产品主题页(AIP / Foundry / Apollo / Gotham),每个故事都带"相关阅读"链接。

主题列表

常见角色

  • 数据工程师:核心生产者——在 Foundry 建本体、管指标、跑管道;为 AIP 准备数据源与元数据;关注质量与血缘。
  • 业务分析师:核心消费者——用 AIP 一句话查数,用 Foundry 对象查询核对口径,用 Gotham 报告交付结论。
  • 情报分析师:在 Gotham 把数字背后的人与关系追出来,用图算法与实体解析形成证据链,产出报告。
  • 运维工程师:用 Apollo 把分析能力分发到各环境,处理漂移与回滚,通过各产品 /ops 健康页统一看状态。
  • 决策者:只消费结论与报告,关心"数字口径是否一致、边界在哪、投入产出是否划算"。

价值差异(为什么是五件套)

对标但不照搬:Palantir 的五产品矩阵需要数月部署、庞大工程团队与巨额预算;ZY 平台用 Go 单机优先把五条线浓缩成"一台机器可跑、数小时上手"的可演示增量:
  • 一条价值链,五个专业环节:数据(Foundry)→ 智能(AIP)→ 决策(Gotham)→ 交付(Apollo)→ 创新(Swift 仿真 PoC),每个环节用最擅长的那款产品。
  • 机制浓缩而非功能缩减:Pull 部署、声明式期望状态、Action 唯一写路径、版本快照、审计留痕都做进内核,不是 demo 壳。
  • 国密与信创就绪:Apollo bundle 用 SM3 清单 + SM2 签名 + 信任锚,契合国产化合规;Swift 全链路国密写入路线图。
  • 边界诚实可演:五产品已交付可演示,Swift 明确标注"仿真域 PoC"(星座/链路/结算为模拟);每个故事都写清限制提示,不把愿景当真实在轨能力。

常见问题

五产品是同一个系统吗?

是同一套平台底座上的五个独立产品,各自独立端口、独立登录(都是 admin / admin1)、独立 JWT。前端通过 Vite 5173 按前缀分流(/aip-api→18080、/api→18081、/apollo-api→18082、/gotham-api→18083)。当前各产品用户库不互通,不能一次登录全平台。

演示数据之间能关联吗?

不能。AIP 用 aip_demo_warehouse(张三·上海/李四·北京/王五·广州)、Foundry 用 foundry_demo_warehouse(张三·华东/李四·华北/王五·华南)、Gotham 用玄武集团网络(张远/赵敏等)。三套人名相近但互不联通,跨域追查需手工导数据——这正是当前集成的边界。

先看哪个主题?

建议从"价值链闭环"看起,建立五产品全貌;再按你的岗位看"角色视角";想看点有意思的看"综合演示";上线前一定读"限制综述"。

Swift 能体验吗?

能。Swift 是已实现 PoC(仿真域,P5):端口 18084、admin / admin1 内嵌登录,可跑报文生成(pacs.008/MT103)、国密签名验签、GAC 支付状态机、HCC 复式记账结算与对账,还有 POST /demo/run 一键 10 步演示。注意它是仿真域——星座拓扑、链路延迟、演示账户余额、外部清算通道(CIPS mock)均为模拟数据/逻辑,真实卫星与真实银行清算网络不在本轮范围。

小结

一句话:跨产品主题把五款产品串成一条价值链——Foundry 管数据、AIP 出智能、Gotham 助决策、Apollo 保交付、Swift 拓创新。五产品均已交付可演示,Swift 为仿真域 PoC;各产品独立登录、演示数据不互通、单机 TB 级上限、AI 依赖外部 LLM——这些边界读故事时请一并记下。