1. 背景ABAP AI 编程现状1.1 现状当前主流 AI 编程工具EclipseGitHub Copilot、VSCodeRoo Code、cursor 等均围绕 “本地文件” 设计但 ABAP 的核心特性导致工具无法落地存储形态差异ABAP 代码 / 对象存储在 SAP 服务器端而非本地文件系统工具能力局限传统 AI 工具仅能实现编辑器级别的代码补全无法触达 ABAP 开发核心操作创建 / 删除 / 激活对象、锁管理、传输请求等。1.2 核心瓶颈总结AI 工具与 ABAP 开发环境的 “操作范式不兼容”——AI 以 “文件” 为核心ABAP 以 “服务器端对象” 为核心无标准化协议打通两者。1.3 Joule虽然sap有自己的abap编程辅助工具但更多是面向cloud产品国内还是有大量的op产品没办法继承2. 破局关键MCP 协议打通 ABAP 服务器端操作壁垒2.1 MCP 是什么Model Context Protocol模型上下文协议是 AI 模型与外部工具交互的标准化协议核心是将外部系统的操作封装为 “可被 AI 调用的工具”让 AI 能通过统一指令执行外部系统的复杂操作。2.2 ABAP 场景的 MCP 落地mcp-abap-abap-adt-api项目地址https://github.com/mario-andreschak/mcp-abap-abap-adt-api也可以使用我修改过的mcplingcSun/mcp-abap-abap-adt-api: MCP-Server for SAP ABAP wrapping abap-adt-api 增加了长代码的处理、缩减tool数量、增加域、元素等的创建核心价值基于 ABAP ADT API 封装 MCP 工具集将 ABAP 服务器端的全量操作转化为 AI 可调用的标准化工具核心覆盖能力✅ 认证与会话login/logout✅ 对象全生命周期创建 / 删除 / 读写源码 / 激活✅ 开发管控锁管理、传输请求、语法检查✅ 代码分析定义跳转、重构。3. 落地方案Claude CodeMCPSkillMemory 全流程实践3.1 典型场景AI 自主修改并激活 ABAP 类需求输入用户向 Claude Code 提出 “修改 ZCL_TEST 类的 get_data 方法增加日期过滤逻辑”上下文准备Claude Code 调用 Memory 读取该类历史信息如对象 URI、所属传输请求MCP 工具调用Skill 驱动调用searchObject获取 ZCL_TEST 的完整 URI调用lock锁定对象Memory 存储返回的 lockHandle调用getObjectSource获取服务器端源码代码生成Claude Code 基于需求生成修改后的 ABAP 代码验证与提交调用syntaxCheckCode做语法检查修复异常调用setObjectSource提交修改传入 lockHandle / 传输请求号调用activate激活对象unLock解锁结果反馈Claude Code 将操作结果如激活状态、语法检查日志反馈给用户4. 未来官方趋势SAP 官方已宣布将 ABAP Development Tools 全面适配 VSCode官方链接体验统一ABAP 开发向 “本地文件化编辑” 迁移降低 AI 工具适配成本生态融合VSCode 插件生态可直接对接 MCP/Claude Code形成 “官方工具链 AI 能力” 的闭环标准化MCP 将成为 AI 工具对接 ABAP 环境的主流协议。
