有据可循，而非猜测
把智能体指向未记录的系统，它们会臆造；而对核心系统给出自信却错误的答案，代价高昂。我们给它们一个确定性、可溯源的模型据以推理。通过 Sysparency MCP，智能体自己就能纳入业务上下文：程序是做什么用的、处于哪个模块和流程环节、谁依赖它。这就是落地的智能体交付与不可信赖的智能体交付之间的分界。
智能体通过 Sysparency MCP 获得什么
- 业务上下文：模块、流程步骤以及程序的用途，而不只是它做了什么。
- 每一处依赖：调用方、写入的表、同一数据上的接口。
- 真实使用情况：多频繁、由谁、对话还是批处理。
- 证据：每条事实都标注源码行，让每次变更都可核查。
我们交付什么
以智能体编码重构遗留
面对系统真实行为的确定性模型重建遗留应用——保留要紧的规则，将风险降到最低。
贯穿 SDLC 的智能体 AI
把智能体工作流嵌入规格、生成、验证与交付——让人掌控关键变更。
搭建您的智能体流水线
在您的组织内、在您的系统与标准上，建立智能体软件开发流水线。
示例
25 年前的零散事务。一个 Launchpad。以及一个更好的系统。
一个遗留应用的十二个 SAP GUI 模块池被改造成一个 Launchpad，包含三个 Fiori Elements 应用、一个仪表板和四个 RAP 业务对象。完全由智能体完成：智能体通过 Sysparency MCP 理解遗留程序，通过 SAP ADT MCP 构建新系统；没有一行代码是手写的。来自图谱的整体全貌决定了哪些地方要做得不一样：规则只在数据模型中写一次而非散落在十二个程序里，一条点击路径而非三个事务，少一个修补批处理，少一个死字段，多四项分析。
左侧是遗留程序的事务列表，右侧是取代它们的 Launchpad，由智能体端到端构建，没有手写代码。试用系统上的遗留应用。
- 12 → 4
- 程序 → 业务对象，一个 OData 服务
- 3 → 1
- 每次预订的事务数 → 一条点击路径
- 0 → 7
- 保存时的规则，取代夜间检查批处理
- 0 → 4
- 分析：KPI、图表、排名、趋势
| 整体全貌揭示了什么 | 变成了什么 | 来自图谱的证据 |
|---|---|---|
| 对话程序不是预订表唯一的写入方。 | 业务对象成为带规则的唯一入口；BAPI、ALE 和 IDoc 是下一步，清单已经存在。 | 图谱中的写入方：对话程序、函数组 SAPBC_GLOBAL_FIS、BAPI 函数组、ALE 生成器；35 个支持 RFC 的模块操作同一批表。 |
| 一个夜间检查批处理在修补入口未能校验的内容。 | 三个主数据对象的存在性检查在保存时触发；检查批处理退役。 | 使用次数为 0 且查询三张主数据表的检查程序；编辑对话程序上的 ATC 优先级 1。 |
| 73 % 的调用只是查看。 | 默认只读模式，编辑作为有意识的操作；一份带使用证据的退役清单，过时的吸烟标记被移除。 | 图谱中按事务统计的使用计数：4,870 次查看调用对 158 次旅行社编辑。 |
基于试用系统上的 SAP 参考数据构建，而非客户系统。RFC、ALE 和 IDoc 仍直接写表；这是已记录的下一步。
索取完整的迁移报告面向 AI 平台团队
Sysparency 理解现状。SAP 的工具负责写。您的智能体把两者连起来。
Sysparency MCP 服务器把您自定义代码的知识图谱开放给任何支持 MCP 的客户端：Claude、ChatGPT、Copilot 或您自己的框架。智能体读取带证据的事实而不是猜测 ABAP，再移交给 SAP 的 ADT 工具去生成、激活和传输。加入 SAP 文档 MCP 后，智能体为每个扩展查阅标准：标准今天提供什么，哪个 Z 程序只是重复造轮子，哪里还存在真正的差距。回归标准与差距分析，两侧都有证据。
七个只读工具
- 图谱模式
- Cypher 查询
- 基于业务描述的语义搜索
- 对象列表
- 元数据
- 读取源码
- 搜索源码
只读，只有您的代码
所有工具均为只读。图谱只包含您的自定义开发（Z、Y、您的命名空间），绝不包含 SAP 标准。
每个客户一个专属环境
图谱和服务器运行在专属环境中，通过 Microsoft Entra ID 访问，欧盟托管或您自己的基础设施。
内置于报告
连接对话框就在报告页眉：复制 URL，连接您的客户端，开始提问。
回归标准，差距分析
Sysparency MCP 了解您自定义代码的现状，SAP 文档 MCP 了解标准。两者结合，智能体为某个扩展找到标准替代方案，并记录剩余差距。
跨系统
一个智能体，多个 SAP 系统。
每个系统都有自己的知识图谱和自己的 MCP 服务器。把其中两个或更多接入同一个智能体，它就能跨系统工作：比较扩展，找出重复存在的内容，显示副本在哪里出现了分歧，以及模板推广或合并需要什么。每项发现都引自两个图谱。
- 比较：同一个 Z 对象在两个系统中的差异，精确到行。
- 整合：哪些扩展可以成为一个模板，哪些保留在本地。
- 推广：在模板落地之前，目标系统还缺什么。
关于智能体再工程的问题
直截了当的回答。
平台和架构团队在首次智能体重建之前会问的问题。
AI 智能体通过 Sysparency MCP 理解遗留程序，凭整体全貌决定哪些地方要做得不一样，再通过 SAP ADT MCP 构建新系统。没有一行代码是手写的。
没有它，智能体只看到一个文件，其余全靠猜。有了图谱，它知道每张表的每个写入方、每个调用方、真实使用情况和业务含义，每一项都引用到源码行。
任何支持 MCP 的客户端：Claude、ChatGPT、Copilot 或您自己的框架。七个工具均为只读，且只涉及您自己的代码。
可以。接入 SAP 文档 MCP 后，智能体会查阅标准今天提供什么、哪个 Z 程序只是重复造轮子、哪里还存在真正的差距。
它是 SAP 试用系统上的遗留应用，不是客户系统。十二个模块池变成了一个 Launchpad，包含三个 Fiori Elements 应用、一个仪表板和四个 RAP 业务对象。