SAP推出托管版Joule Studio，支持Cursor与Claude Code

SAP正全力降低用户构建自定义智能体的门槛。在2026年奥兰多Sapphire大会上，该公司正式发布了Joule Studio的全新托管版本。Joule Studio是SAP用于构建、部署和运行AI智能体及Joule技能的平台，旨在实现SAP与第三方系统之间的工作流自动化。

此次扩展兑现了SAP去年11月在柏林TechEd大会上释放的诸多信号。彼时，SAP业务技术平台（BTP）总裁Michael Ameling向外界表示，公司将推行"开放策略"，并以"你会押注哪匹马"来说明这一立场。

在Sapphire 2026大会上，SAP进一步推进了这一战略：Cursor正式加入支持的编程工具列表，AutoGen和LlamaIndex也加入了支持的智能体框架阵营。Agent2Agent（A2A）协议现已实现双向互通，允许第三方智能体在企业流程中直接调用Joule智能体。与此同时，SAP还将自研模型进一步纳入整体体系。

在2025年TechEd大会上，SAP发布了首个关系型基础模型SAP-RPT-1。此次，SAP进一步推出了SAP领域模型（SAP Domain Models）系列——一套具备SAP原生感知能力的基础模型家族，涵盖第二代SAP-ABAP-2代码模型，以及专为SAP S/4HANA和Ariba打造的全新专用变体。该系列现已开放早期访问，预计于2026年第三季度正式发布。

SAP还面向全体客户和合作伙伴提供12个月的Joule Studio设计时免费使用权限，目前已通过SAP早期采纳者关怀计划开放申请，正式商用版本同样计划于2026年第三季度推出。

Joule Studio最初于2025年Sapphire大会作为SAP Build的组成部分亮相，技能构建器于当年7月正式发布，智能体构建器则于同年12月上线。但彼时，智能体的运行依赖客户自行管理的SAP BTP环境，开发者仍需自行配置账户、通过Cloud Connector连接目标系统并规划计算资源。换言之，当时的Studio已实现托管，但运行时环境并未纳入托管范畴。

Ameling向媒体表示，新版Joule Studio是对现有版本的全面进化。"这是一个全新的Joule Studio，带来了截然不同的体验。它由SAP完全托管，无需任何配置或设置，开箱即用。"他说道。

用户可以直接构建和部署智能体，并开箱即获得审计日志、数据隐私保护等企业级功能。

运行时环境同样承担了智能体的记忆管理职能。智能体获得由HANA Cloud支持的持久化长期存储，使得状态信息、用户偏好及其他积累的上下文内容能够跨会话保留，开发者无需从头构建相应基础设施。

Ameling还指出了端到端平台管理的第二重战略价值："这对终端用户而言更简便。但除此之外，这意味着我们可以在客户无需做任何操作的情况下，持续注入新技术。在客户自管理场景下，这一点极难实现。"他举例说明："比如OpenClaw——我们能否在自己的环境中使用它，并叠加安全要求？这正是我们现在能够做到的。"

由于OpenClaw目前存在诸多安全隐患，短期内尚无企业敢于将其引入自身环境，但这一逻辑本身颇具说服力：在当前技术快速演进的阶段，通过掌控更多技术栈，SAP能够以更快速度推动创新。

Ameling还强调，Joule Studio能够感知企业的完整业务上下文，这也是几乎所有大型企业软件厂商当前重点发力的方向。他解释道："它将整个上下文引入使用场景。你只需一个简单的提示：'我想部署一个智能体来优化我的发票处理。'系统会通过LeanIX和知识图谱了解你的系统全景——知道你有S/4 '23系统、SuccessFactors系统等等，进而检索出正确的API，为智能体提供所需的精准接口。"

该服务随后会生成包含结构化需求文档以及基于真实企业上下文的脚手架代码。Ameling表示："通常这需要多人协作数个月才能完成，现在几分钟即可搞定。"

当然，这相比开发者直接使用通用大语言模型加专业代码智能体框架，究竟优势几何？Ameling坦率地回应了这一质疑："我能不能直接用一个大语言模型加专业代码工具来实现？这是个合理的问题，我们也做了对比。结果大相径庭，因为上下文的差异是本质性的——至少多出50%的上下文，这是根本性的差距。"

几乎所有企业级软件厂商目前都在主张同一个论点：那些已经掌握企业运营结构化表征的厂商——无论是流程、数据还是身份体系——在智能体时代的竞争中本就占据先发优势。

SAP的整体解答，是全新推出的Business AI Platform。该平台将SAP业务技术平台、SAP业务数据云以及公司旗下的Business AI产品整合至统一的治理环境中，其核心是SAP知识图谱——这一图谱映射了客户SAP环境中的每一个实体、流程与关系。

在此基础之上，是SAP全新推出的SAP领域模型系列。这些模型基于SAP代码、数据、元数据、业务流程及架构知识训练而成，涵盖第二代SAP-ABAP-2代码模型，以及专为SAP S/4HANA和Ariba设计的专用变体。

随着SAP为更多智能体在其服务间协作做好准备，公司也不得不重新审视自身基础设施的构建方式。Joule Studio底层的API和服务都需要针对智能体而非人类进行重新设计。

Ameling指出："你设计的每一个API、每一项服务，都要面向智能体而非人类——这是工程卓越性的根本差异。以前，你会在API上层构建一个为人类设计的UI，采用懒加载——先加载10条，再加载下10条。这对大语言模型不适用，它需要完整的数据集。"

在开放性方面，SAP同样持续加码。目前支持的编程工具已扩展至Claude Code、Cursor和VS Code。智能体框架方面，在原有LangGraph和Crew.AI的基础上，AutoGen和LlamaIndex也正式加入支持列表。

Ameling表示："今天或许是Claude Code，明天可能就是OpenCode。我们需要灵活切换的能力——正如我们需要在不同模型间切换一样。你永远无法跑赢这个速度。"同样的逻辑也适用于模型层："今天我们选择某个模型，明天我们就会换用另一个。"

工作流扩展层现已由n8n承担。在TechEd大会上，SAP与n8n宣布建立合作关系，允许Joule Studio智能体与n8n智能体互操作。在Sapphire大会上，n8n被直接嵌入Business AI Platform，在SAP企业管控下于BTP环境中的设计时和运行时全程运行。开发者可将智能体封装进n8n工作流，用于人工审批介入、任务中心路由或智能体间交接等场景，全程无需离开SAP的治理边界。

托管运行时的另一大价值在于治理层面——在其上运行的一切均自动继承平台的治理能力，这对客户（尤其是IT部门）至关重要。

每个运行时智能体默认通过SAP云身份服务获得唯一身份标识。已部署Okta或Microsoft Entra的客户可将其接入作为身份提供方，SAP云身份服务则充当代理。Ameling表示，这一机制的目的在于确保"谁做了什么，以及端到端业务流程的完整可追溯性"。

在Sapphire大会上单独发布、现已通过Joule Studio向更多SAP客户开放的SAP AI智能体中心，为IT部门提供了企业内所有智能体、大语言模型及模型上下文协议（MCP）服务器的统一清单，涵盖SAP自建及第三方资产。该中心还提供行为遥测数据，包括目标完成率、工具调用准确性、根因追踪以及人工介入频率等指标。

SAP为这一愿景使用的营销语言是"自主型企业"。但要实现这一愿景——让智能体承担繁琐的执行工作，同时保持人类在关键环节的介入——这些智能体必须扎根于企业数据之中，并具备完整的可审计性。

Q&A

Q1：Joule Studio托管版与之前版本有什么区别？

A：之前的Joule Studio虽然提供了构建工具，但智能体的运行时环境仍需客户自行管理，包括配置账户、连接系统、规划计算资源等。新的托管版本由SAP全程管理，开箱即用，无需任何配置，并内置审计日志、数据隐私保护等企业级功能，同时提供由HANA Cloud支持的持久化智能体记忆存储，大幅降低了开发和运维门槛。

Q2：SAP域域模型（SAP Domain Models）和通用大语言模型相比有什么优势？

A：SAP表示，SAP域模型基于SAP代码、数据、元数据、业务流程及架构知识专项训练，能够提供比通用大语言模型多至少50%的企业上下文信息。结合SAP知识图谱，系统能自动感知企业的完整系统全景，精准匹配所需API，将原本需要多人协作数月完成的需求分析和代码脚手架生成工作缩短至数分钟。

Q3：Joule Studio支持哪些第三方开发工具和智能体框架？

A：目前Joule Studio支持的编程工具包括Claude Code、Cursor和VS Code；支持的智能体框架包括LangGraph、Crew.AI，以及本次新加入的AutoGen和LlamaIndex。工作流扩展层现已集成n8n，支持人工审批介入、任务路由及智能体间交接等场景，全程在SAP的治理边界内运行。