会员专区

PTC NEXT 2026：Orbit、Jetstream 与 Intelligence Layer，工业软件正在从“保存记录”转向“组织上下文”

, , , , ,
PTC NEXT 2026：Orbit、Jetstream 与 Intelligence Layer，工业软件正在从“保存记录”转向“组织上下文”

摘要：

2026 年 6 月的 PTC NEXT Chicago，PTC 一次发布或预告了两款跨产品组合的新产品 PTC Orbit、PTC Jetstream，一套新的 AI 平台、12 个 AI Agent、10 项集成，以及覆盖 CAD、PLM、ALM、SLM 的 100 多项增强。真正值得关注的并非功能数量，而是其架构方向：继续让 Windchill、Creo、Codebeamer、ServiceMax 等承担权威记录，在其上增加面向资产、协作和 AI 的“上下文层”，再以 Intelligence Layer 横向调用产品全生命周期数据。Orbit 补“产品交付后”的在役配置，Jetstream 补“决策过程中”的讨论依据，AI 平台则试图把两类上下文变成可检索、可推理、可执行的能力。本文依据截至 2026 年 9 月的公开资料拆解其工业架构，并区分已发布能力、厂商宣称与仍待客户项目验证的部分。

PTC NEXT 2026：Orbit、Jetstream 与 Intelligence Layer，工业软件正在从“保存记录”转向“组织上下文”

一、发布会的重点不是 12 个 Agent，而是产品数据边界被重新划定

PTC 将 PTC NEXT 设为每年春、秋两次集中发布窗口。6 月 9—10 日的芝加哥春季场，官方汇总为 Orbit、Jetstream、新 AI 平台、12 个 AI Agent、10 项集成和 100 多项增强，覆盖 Creo、Onshape、Windchill、Arena、Codebeamer、ServiceMax 与 Servigistics；集成包括 Windchill—Onshape（beta）、Creo/Windchill—NVIDIA Omniverse 和 Onshape—Isaac Sim 等。

这些数字均为厂商口径，不代表 12 个 Agent 已普遍商用。新闻稿同时使用“发布、预览、即将推出”等状态；截至本文撰写时，Jetstream 产品页仍标注“Coming Soon”，AI 平台也属 preview。采购方须逐项核对 GA 日期、地区、版本、费用和写回权限。

更重要的是，PTC 不再只强调某一 PLM 数据库覆盖全生命周期，而是承认两类长期缺口。第一，产品发货后，“设计态”配置留在 PLM，“维护态”事实散落于 ERP、CRM、IoT、EAM 和现场服务系统。第二，评审结果进入 PLM，但为什么接受方案 A、否决方案 B，常留在邮件、会议和 PPT 中。Orbit 与 Jetstream 分别为这两类断点建立新层。

二、Orbit：为“as-maintained”建立资产智能，而非简单复制 ServiceMax

Orbit 被 PTC 定义为云原生、AI-first 的资产智能方案：连接并校正 PLM、ERP、CRM、IoT、EAM、FSM 等系统数据，为每台已交付资产形成统一的在役记录。其公开功能包括数据归并与校验、自然语言 AI Canvas、资产健康与风险监测、故障模式跟踪、需求预测与容量规划，以及数字产品护照。它回答的不是“这个型号设计时有哪些零件”，而是“客户现场这台序列号设备现在装了什么、经历过哪些改装、健康状况如何、下一次服务可能需要什么”。

它与 MDM、FSM 有边界差异：MDM 未必理解设备配置和工程结构，ServiceMax 的 installed base 主要服务工单执行；Orbit 则面向工程、质量、服务规划和后市场分析。合理架构不是替换 ERP、PLM 或 FSM，而是保留其权威性，由 Orbit 建立资产身份、配置时间线和派生指标。

PTC 引用 Southern Water 称，其超过 25% 的下水道液位监测设备在任一时点离线，Orbit 帮助形成统一风险视图。第三方会后文章还称管理规模由约 8,000 台扩至 40,000 台。两者均属厂商/案例口径，不可直接外推为通用 ROI。待验证项包括设备 ID 匹配准确率、脏数据治理成本、IoT 数据粒度、健康评分可解释性和数字产品护照法规覆盖。

三、Jetstream：把外部评审的“为什么”带回 Windchill

Jetstream 的定位是安全、云原生的协作层。内部团队、供应商和客户可在专用“rooms”中调取最新产品数据，查看三维模型和文档，评论、标注、讨论与审批；评审结束后，结果与上下文回写或关联至 Windchill。其产品页还称，AI 可汇总反馈、识别所需更改并提出变更流程更新建议。

它针对 PLM 的常见悖论：正式对象可追溯，真实决策过程却留在邮件和会议里。若 Jetstream 只保存 Windchill 对象引用、视图、评论和决策理由，它增加的是“净新增上下文”，而非第二份 BOM，也可能降低供应商参与门槛。

但“协作层”也最容易膨胀成新孤岛。待验证项有四类：其一，脱离 Windchill 时是否同等支持第三方 PLM/PDM；其二，设计对象修订后，旧评审中的几何标注能否稳定定位；其三，AI 建议写回变更流程前是否有强制人工审批、证据引用和审计日志；其四，供应链多租户隔离、出口管制、数据驻留与撤权后的内容保留策略。Jetstream 页面当前强调与 Windchill 双向配合，但尚不足以证明它已是开放、异构的产品数据协作平台。

四、Intelligence Layer：从产品内助手走向受治理的跨生命周期推理

PTC 对新 AI 平台的官方表述，是在整个产品组合上建立 Intelligence Layer，并把 Agent 和 Assistant 嵌入现有工作工具。可把其目标架构理解为五层：底部是 CAD、PLM、ALM、ERP、IoT 与服务系统；其上是连接器、身份解析和产品语义模型；再上是文档索引、向量检索、权限继承与可信上下文；第四层为模型、工具调用、Agent 编排及评估治理；最上层才是 Windchill、Creo、Codebeamer、ServiceMax 等场景中的助手与自动化。

其价值在于让 AI 在产品结构、配置规则、变更记录和服务事实约束下工作。设想 Orbit 发现某配置故障率上升，Agent 关联序列号、Windchill 部件版本和 Codebeamer 需求，生成调查包；修订获批后，Jetstream 发起供应商评审，服务系统调整计划。

但这只是本文的工业架构推演，不是已证明的端到端案例。公开材料尚未充分披露模型选择、数据驻留、语义模型开放性、Agent 协议、幻觉评估和跨产品事务一致性。行业评论提及语义模型、向量库及 MCP，也需正式文档确认。

五、工业架构解读：PTC 在构造“记录层—上下文层—智能层”三层栈

用工业系统分层看，本轮战略可概括为：

  1. 记录层（System of Record）：Creo/Onshape 保存设计定义，Windchill/Arena 保存产品与质量记录，Codebeamer 保存软件需求与测试追溯，ERP/FSM/EAM 保存交易和执行事实。该层要求版本、审批、配置与法规证据确定无误。
  2. 上下文层（System of Context）：Orbit 聚合在役资产事实，Jetstream 捕获跨企业评审过程。其任务是连接而非夺走原系统权威性，并保存过去散失的运行和决策上下文。
  3. 智能层（System of Intelligence）：统一 AI 平台在权限范围内检索、推理、建议和调用工具，由产品内 Agent 将结果送回具体角色与流程。

成败取决于三条边界：“引用还是复制”，避免同一事实在两处可改；“建议还是决定”，高风险动作必须由规则和人审批；“开放还是锁定”，要看 API、事件、语义映射及非 PTC 系统能否成为一等公民。

六、企业行动建议：先用两个闭环验证，不要先购买“企业级智能”叙事

第一，选择高价值且边界清晰的 Orbit 场景。 以一个产品族、一个区域和三至五个数据源起步，建立序列号—配置—工单—遥测的黄金记录。验收指标应包括匹配准确率、数据缺失率、定位故障群所需时间、预测提前量和计划外停机变化，而不只统计自然语言查询次数。

第二，用真实供应商变更试点 Jetstream。 对比邮件/PPT 流程与 room 流程在评审周期、外部用户上手时间、决策依据完整率、几何标注失效比例上的差异。合同中明确评审数据所有权、租户退出导出格式与证据长期保留。

第三，把 AI 控制面写入架构。 回答须带对象版本和来源；读、建议、写入、执行分权；高风险动作双人审批；保存模型版本、上下文、工具调用和决定，并用错误 BOM、过期手册、冲突需求测试。

第四，按开放性采购。 要求演示第三方 ERP、IoT 或 PLM 接入，说明同步、延迟、API 限额和故障补偿；把“12 个 Agent”“100+ 增强”逐项落到版本、许可证、地区和 GA 时间。方向已经明确，规模化、治理与异构兼容仍需验证。

参考资料

分享到