SAP 生态的 IDE 封锁在 2026 年被正式打破。Sapphire 大会上 ABAP MCP Server 宣布 GA，同一季度 ADT for VS Code 也转正，加上一批代码迁移智能体，ABAP 第一次能被 Eclipse 之外的工具直接读写。对长期困在单一开发环境里的 ABAP 工程师来说，这不是又一个 AI 功能开关，而是调用通道的更换。
协议层到底做了什么
模型上下文协议的核心是两步握手：客户端先发 tools/list 问服务器有哪些能力，服务器返回一组带类型签名的工具描述；之后客户端根据对话内容自行决定调哪个工具、传什么参数，走 tools/call 执行。落到 ABAP 场景，这意味着 AI 助手从"给你贴一段代码让你自己粘"变成"直接读对象、改源码、激活、跑测试"一条龙。
通道换了，安全边界就得重画。Agent 以什么身份登录、AUTHORITY-CHECK 按谁的原则校验、写操作要不要二次确认，这三问必须在接通前回答清楚。开发系统随便试，生产系统必须先隔离——AI 拿到写权限之后，一次误操作的回滚成本远高于省下的开发时间。
架构分层：能力抽象先于协议暴露
官方实现的关键决策是把 MCP Server 建在 ABAP Language Server 之上，而不是直接怼在系统 API 上：
AI Agent（Copilot / Claude / Cursor 等）
│ JSON-RPC
▼
ABAP MCP Server（工具注册与协议转换）
▼
ABAP Language Server（IDE 无关的能力层）
▼
ABAP 系统（仓库对象 / 语法检查 / 单元测试 / 传输）
语言服务器把"导航、建对象、查语法、跑测试"这些动作从具体 IDE 里抽出来，MCP 只是再包一层协议。任何支持该协议的编码代理都能接入，ABAP 因此第一次摆脱了 IDE 锁定。顺带一提，多数 AI 扩展优先适配 VS Code，这层打通后等于把整个现代 AI 工具链接进了 ABAP 世界。
VS Code 版 ADT 的边界要说清
ADT for VS Code 在 2026 年 Q2 GA，首个版本聚焦三块：基于 RAP 的 Fiori UI Service 开发、文件化对象管理（天然适配 Git 和 CI/CD）、以及 Joule 的补全与生成能力。但官方同时明确：在功能对齐之前，Eclipse 仍是全量 ABAP 开发的主战场。
给团队的实操建议是按工作流切分——RAP/Fiori 新项目可以整体搬进 VS Code 走文件化协作；涉及大量经典对象维护的老模块，留在 Eclipse 别硬迁。两边并行，别为了"统一 IDE"牺牲功能覆盖。
专用模型与迁移智能体
底座模型 SAP-ABAP-1 用超过 2.5 亿行 ABAP 代码和 3000 万行 CDS 代码训练，对废弃 API、ECC 到 S/4HANA 的语法演进这类"方言级"知识，通用大模型确实比不了。基于同一套协议设施，SAP 排了三个迁移智能体：Q2 的批量自定义代码转换、下半年的 clean-core 违规修复、以及 Web Dynpro 到 Fiori 的现代化改造。
官方给迁移场景定的目标是自定义代码转换效率提升 40%。要强调这是设计目标而非实测均值——它成立的隐含前提是"AI 干粗活、人做判断"。所有产出必须走代码评审加 ATC 复检，复杂的业务逻辑重写和架构级替换决策不能交给自动化。
ECC 老系统：官方方案够不到的地方
这轮发布的所有能力都有版本与平台门槛，BTP entitlement、较新的 S/4HANA release 是硬条件。而 DSAG 调研里相当比例的 ECC 客户打算跑到 2030 年以后，官方这条路对它们是断头路。
好在协议本身开放，社区在补位：一类是基于 ADT REST API 的开源 MCP Server；另一类是在系统内用 ICF Handler 原生实现——一个 SICF 节点加分发器和配置表，老系统照样能被 Agent 操作，权限沿用登录用户，审计落透明表。
自建时的三个常见坑值得提前知道。其一，SICF 节点未激活或 HTTPS 证书链不完整，客户端会报连接拒绝，先在浏览器里手动访问 ICF URL 验证基础连通再排查协议层。其二，JSON-RPC 长请求撞上 ICF 默认超时被掐断，表现为工具调用随机失败，调大 profile 参数即可。其三，传输请求别让 Agent 自动释放，导入生产前保留人工卡点。
验收清单
上线前按四条验收：工具发现是否完整（tools/list 返回的工具集与配置表一致）；语法检查类只读工具全量跑通；写类工具在开发系统验证事务回滚路径；权限矩阵里确认 Agent 用户最小化授权。四条全绿再谈推广。
协议已经铺好，剩下的分歧只在动手速度。会用智能体的 ABAP 工程师替代不会用的，比"AI 取代 ABAP"这个伪命题现实得多。
评论0