v0.8.1 · 已在 GitHub 公开 · GPL-3.0
由 123 个 Claude Code 技能与 3 个智能体支撑的 AI SAP 团队 — 开发者、顾问与迁移工程师。把设计稿变成 ATC 通过的可部署 ABAP,并把交付物真正跑起来 (报表、后台作业、文件接口 — 全程确认门禁),生成清洁核心 CDS / RAP,解释权限并分诊 IDoc,编排发布顺序并跟踪切换上线,把自定义代码迁移到 S/4HANA 并退役无用代码,并对生产故障进行诊断、修复与上线 — 一次对话即可,跨任意数量的 SAP 系统进行实机 RFC 校验。
123 个技能 · 3 个智能体 · 4 个插件 · 多系统 · ECC + S/4HANA
在 Claude Code 里三条命令 — 无需注册,无需安装向导。
# 1. 添加市场仓库
/plugin marketplace add https://github.com/sapdev-ai/sap-dev
# 2. 安装核心插件
/plugin install sap-dev-core@sap-dev
# 3. 登录 + 初始化
/sap-login --add → /sap-dev-init
可选附加插件:
/plugin install sap-gen-code@sap-dev — 设计稿 → ABAP 流水线 /plugin install sap-migrate@sap-dev — S/4HANA 自定义代码迁移 /plugin install sap-project@sap-dev — 交付 & 运维: 权限、IDoc、发布、测试、测试数据 每个团队都遇到过的六大痛点
为了一处修改,在 SE11 → SE38 → SE37 → SE16N 之间来回跳转。注意力涣散,每天损失数小时。
手动创建和分配 TR,一处笔误就遭遇「对象被锁定」的恐怖错误。
Excel/PDF 设计稿手工誊写为 ABAP,每次修订都会出现字段长度、数据类型、键标志的偏差。
命名规范、类型、SQL 字段、FM 参数错误在评审时才暴露,每轮往返耗费半天。
「先保存再检查再激活」等隐性规则只存在于资深员工脑中,新人需要数周才能上手。
每个项目都从头编写无人维护的 GUI 脚本,没有复用、没有标准、没有测试。
由 AI 编排的 ABAP 开发,基于 SAP GUI Scripting + RFC — 如今覆盖整个交付生命周期
Excel/PDF 设计稿 → DDIC 对象、程序、FM、类、RFC 包装器、ABAP Unit 脚手架。
命名、类型、SQL 字段、FM 参数、ATC 四阶段质量门禁 — 全部对接实机 SAP 进行校验。
用自然语言驱动 SE01/SE11/SE16N/SE37/SE38/SE24/SE91/CMOD/SNRO/MM01/BP/VA01 — 还支持报表执行、后台作业与应用服务器文件传输。
从设计稿到受治理的发布 — 如今还包括 S/4HANA 迁移与生产运维支持。
设计稿 → DDIC、程序、FM、类 — 如今还能生成清洁核心 CDS 视图 (无需 ADT)。生成、对实机 RFC 校验,并用自然语言驱动 SE11 / SE38 / SE37 / SE24。
ABAP Unit、ATC 四阶段门禁、影响分析、传输放行 (GO / NO-GO) 判定、把传输移动到生产,以及审计就绪的证据包。
运行报表与后台作业 (确认门禁),并传输应用服务器文件。跨 7 个读取器 — 转储、更新、锁、应用日志、作业、tRFC/qRFC 队列、OData 网关 — 的只读故障分诊面向生产也安全,还有带基线的晨间健康巡检。随后在 DEV 上以受控、测试先行的修复闭合回路。
面向功能、安全、发布与测试团队的 sap-project 通道: 解释角色并诊断 SU53 失败、再处理 IDoc、生成 CAB 发布说明、编排传输顺序、对照运行手册跟踪切换上线、重放黄金母本回归测试,并创建测试数据 (BP / 物料 / 销售订单 / O2C 链)。
把 S/4HANA 自定义代码转换作为可追踪的「战役」运行:盘点、在审计台账之后退役无用代码、就绪度 ATC、分诊、可回退的沙箱修复 — 外加 SPDD/SPAU 调整分诊、用户出口 → BAdI 现代化、ABAP Cloud 就绪度分层。
New
每次运行都读取贵方 Customer Brief 的资深 ABAP 开发者
abap-developer 智能体是您的端到端 SAP 交付伙伴。它每次运行都读取 Customer Brief,设置 MODE 标志(现代 ABAP、OOP、单元测试、性能分级、权限严格性),并为任务编排合适的技能。从不绕过 ATC 发现项,部署前必先确认。子智能体也继承同一份档案与已固定的 SAP 连接。另有两个智能体随附: sap-consultant (面向功能团队的故障 / 健康 / 权限 / 发布 / 测试 / 配置通道) 与 cc-migration-engineer (S/4HANA 自定义代码战役)。
「按这份 Excel 设计稿生成程序」 — 读档案、校验 DDIC、生成 ABAP、跑 ATC、部署 — 随后主动提议一次实机运行验证。
「修复 Z<PROG>」 — 语法/命名/类型检查,修补,重新激活。运行期缺陷则按「诊断 → 受控修复」路由。
「部署这个 .abap 文件」 — 解析 TR,先部署 DDIC 依赖,再激活,最后 ATC 门禁。
# abap-developer agent
name: abap-developer
modes:
- BUILD # spec → deployed code
- FIX # repair existing object
- DEPLOY # push .abap with TR + ATC
reads: customer_brief.md
sets: MODE_OOP
MODE_UNIT_TESTS
MODE_PERF_BAND_HIGH
MODE_AUTHZ_STRICT
guards: never bypasses ATC
always asks before deploy# multi-system
# manage profiles
/sap-login --list
/sap-login --add
/sap-login --switch dev-eu
# agent runs against the
# pinned connection only
@abap-developer
"deploy ZHK_REPORT
to DEV-EU"一条命令切换档案。智能体与技能跟随固定项。
Multi-system
多档案登录、AI 会话固定、并行会话
SAP 顾问多数要同时操作 DEV / QAS / PRD,以及按区域分布的 Sandbox 环境。sapdev.ai 现在为每个 SAP 系统保存独立档案 (DPAPI 加密),把每个 Claude Code 对话固定到其中之一,会话代理器在底层强制连接隔离,对 DEV 的请求绝不会误中 QAS。子智能体继承同一固定项。
4 个插件 · 123 个技能 · 3 个智能体 · v0.8.1
61 个技能 + 智能体 · 基础插件
12 个技能 · 设计稿 → ABAP
40 个技能 + 智能体 · 交付 & 运维 (新)
10 个技能 + 智能体 · S/4HANA + 清洁核心
S/4HANA 迁移
SAP ECC 主流维护将于 2027 年结束。棕地迁移的难点在于成千上万个自定义 Z/Y 对象 — 其中许多早已不再使用。
sap-migrate 插件把迁移作为带状态台账的可追踪「战役」运行。它通过只读 RFC 盘点您的自定义代码,叠加运行期使用数据 (SCMON / UPL / ST03N 工作负载),让您「先退役无人使用的对象,而不是花钱去修复它们」,运行 S/4HANA 就绪度 ATC,把每条发现分诊到修复层级,机械性的发现则在沙箱上经强制试运行后自动修复。它还会在带签核的审批门禁与审计台账之后执行无用对象的退役,并可在需要时回滚已部署的修复。
这是工具链中最新的部分 — 在触及任何目标系统之前,我们会先与您在沙箱上一起运行。
# custom-code migration campaign
# one tracked campaign
/sap-cc-campaign init
/sap-cc-inventory
/sap-cc-usage --usage-file scmon.csv
# ↳ retire unused, don't remediate
/sap-cc-analyze # S/4 readiness ATC
/sap-cc-triage # R1…R4 tiers
/sap-cc-remediate # sandbox, dry-run「无需修复即可退役的比例」正是迁移负责人最想要的指标 — 战役会用您自己的使用数据算出它。
每项能力都源自 SAP 实际交付中的痛点 — 不是玩具演示
盘点自定义代码、退役无用部分、运行 S/4 就绪度 ATC、分诊并自动应用机械性修复 — 作为带状态台账的可追踪战役。
在硬性签核门禁之后执行无用自定义代码的退役:引用复核 → 源码备份 → 传输请求 → 删除 → 确认消失,每一步都追加到审计台账。在指定负责人批准前,删除始终 BLOCKED。
从规格生成经典 CDS DDL 或视图实体,并在无需 ADT 的情况下部署到实机 — 带发布版门禁 (SAP_BASIS ≥ 7.50) 且经 RFC 校验。清洁核心的代码生成通道,已在 S/4HANA 7.54 + 7.57 实机运行。
只读的工具链与连接预检 (READY / DEGRADED / BLOCKED),如今还会将登录用户持有的 SAP 权限与一份成文的能力矩阵 (docs/security.md) 比对 — 让最小权限缺口在运行之前而非中途暴露。
把交付物真正跑起来:前台 (SA38) 或经 RFC 快速路径后台执行报表 — 支持变式与临时赋值 (选择选项、区间、复选框) — 管理后台作业全生命周期 (schedule / status / log / spool / cancel),并以「上传 → 运行 → 下载 → 比对」回路打通文件接口 (CG3Z / CG3Y)。每次运行或调度都需先确认:报表绝不默认只读。已在 S/4HANA + ECC 实机验证。
故障根因分诊:横跨 7 个读取器 — ST22 转储、SM13 更新、SM12 锁、SLG1 应用日志、SM37 作业、tRFC/qRFC 队列、OData 网关 — 关联证据并对假设排序,只读,面向生产也安全。随后在 DEV 上以受控、测试先行的修复闭合回路(仅限自定义代码)。
为项目团队其他成员准备的 40 技能插件: 权限、IDoc 与接口运维、输出与单据流诊断、发布说明与传输顺序编排、切换上线跟踪、回归测试、配置比对、测试数据 — 由 sap-consultant 智能体在六条通道上委派执行。
谁能做什么、为什么: 经 RFC 的 SUIM 式报表、带关键权限匹配的按角色档案、附分类修复建议的 SU53 / 权限跟踪诊断,以及以权威重读校验的受控 PFCG 角色写入。
不用来回切换事务码的接口运维: 查找、解码并分诊 IDoc,再在确认门禁之后再处理;带原因聚类的 tRFC/qRFC 队列快照;按服务的 OData 网关状态与错误日志分析。
从基础表生成完整且一致的托管式 RAP 业务对象 (根 + 投影 CDS、行为定义、行为池、服务定义),打包为 abapGit 仓库供无 ADT 导入,并以权威 RFC 重读校验每个构件。支持 7.54 与 7.55+ 两种方言。
晨间健康巡检 (IDoc、队列、假脱机、作业、转储) 以按系统基线区分 NEW 发现与已知复发噪音 — 以及一个用机器读取的 RFC 证据为每一步盖章、呈现计划偏差的切换上线运行手册跟踪器。
传输的发布门禁:未释放任务、未激活对象、本地对象 — 汇总为 GO / GO-WITH-WARNINGS / NO-GO,在送往 QA 之前。
变更对象之前:引用查找 + 前向依赖 + 入口点 + 传输历史,并给出透明的 LOW / MEDIUM / HIGH 风险等级。
在已部署的程序或类上运行 ABAP Unit,带判定门禁与可选代码覆盖率 — 闭合「生成 → 部署 → 测试」回路。
Object Set + Run Series + Monitor + Manage Results。可配置严重度阈值阻止部署。
从根因到经测试验证的修复闭合回路:先用一个 RED 的 ABAP Unit 测试复现缺陷,再修补,证明 GREEN,然后部署到 DEV 并挂在传输请求之下。仅限自定义代码,绝不触及生产 — 先给出 diff 供您确认。
AI 语义 + 安全审查(动态 SQL 注入、AUTHORITY-CHECK),带对抗式自我验证 — 外加生成可跑至全绿、带覆盖率的 ABAP Unit 测试。
团队共享的目录,收录反复出现的 FM / 方法 / 代码生成错误及其修正。一次失败的部署或 ATC 运行会自动记录候选项;开发者确认修正后,之后每次生成都会规避它 — 工具链不再重复团队的已知错误。配合派生的「一次通过率」KPI (/sap-log-analyze --builds),直观显示某次改动是否真的见效。
把已释放的传输沿 DEV → QAS → PRD 推进并读取导入返回码。读取路径现已可用;生产导入受控(回显键入 SID + 双重确认)且默认安全失败。最新功能 — 与您一起校准。
用自然语言场景探查未知事务码 → 生成可跑通的技能草稿。定制屏幕从「数周」缩到「数天」。
跨两个系统比对同一对象的差异,或为陌生程序生成结构 + 调用图档案。只读。
每个 SAP 系统独立 DPAPI 加密档案;每个对话固定到一个,子智能体继承。
生成前用实机 RFC 取回 FM 接口,杜绝最常见的 AI 幻觉。
一页式项目档案,全部技能统一适用,并驱动智能体的 MODE 标志。
所有技能产出 start/step/stop 记录,跨 PS1+VBS 传递 run-id。审计就绪。
Customer Brief
每家 SAP 客户的命名空间、包、消息类、命名规则、质量基线、性能门槛、权限处理都不同。Customer Brief 把这些全部凝练在一份 Markdown 中。abap-developer 智能体每次都读取它,所有技能遵循它,所有产出物符合它。不再有「资深开发者做法不一样」 — 您的标准本身成为生成引擎。
需要协助编写吗?这正是入场服务的目的。
# customer_brief.md
project: HK-Manufacturing
abap_release: 7.57
namespace: ZHK
packages:
- ZHK_MM
- ZHK_SD
message_class: ZHK
naming_overrides:
custom_url: \\share\sap-dev\hk\
quality_bar:
atc_max_priority: 2
unit_test_min: 80%Pilot programme
我们正在以大幅折扣进行试点,以构建生产级案例
每个项目都按报价制 — 大多数项目采取以下形式
1 周 · 1 个增强 · 量化前后差异。早期参考客户享大幅折扣。
撰写项目档案、安装工具链、培训团队。2-3 周。
MM02 有 6 个定制屏幕?/sap-gui-probe + skill-scaffold 把工作量缩短到数天。
盘点您的自定义代码,找出无用部分,在决定转换之前给出就绪度 + 修复计划。
1-2 天工作坊。基于您的真实代码库,而不是通用演示。
面向已上线团队。SLA 保障的故障响应。
Every engagement is by quotation. 说说您的项目 →
是的。工具链以 GPL-3.0 在 GitHub 开源(v0.8.1,2026 年 7 月)。我们的收入来自帮您部署、定制和运营。
在开发者工作站上由 Windows DPAPI 加密(按档案分别保存)。永远不会离开您的网络。Claude API 调用是唯一的出站流量。
每个 Claude 对话固定到 1 个 SAP 系统;不同对话之间用 /sap-login --switch 切换档案。子智能体继承同一固定项,会话代理器强制连接隔离 — 对 DEV 的请求绝不会误中 QAS。
可以。我们识别 Unicode / 非 Unicode 并通过 ADODB 转换 CJK 源文件,上传不会乱码。
可以 — 而且 /sap-gui-probe + /sap-gui-skill-scaffold 让我们能在数天内构建配套技能。用自然语言场景探查您的定制屏幕,根据捕获结果生成可跑通的草稿。
一切都在开发者工作站上运行。Claude API 是唯一外部调用(模型与密钥由您掌控)。
让您可审计、可分叉、不受钳制。您的运营依赖在您的团队,而不在我们。
启用 SAP GUI Scripting (服务器 + 客户端)。RFC 功能可选 SAP NCo 3.1。大型环境支持 RFC 负载均衡登录 (Message Server + Logon Group)。
它读取 Customer Brief,运行三种模式:BUILD(设计稿 → 已部署代码)、FIX(打开并修复已有对象)、DEPLOY(把 .abap 文件按 TR + DDIC + ATC 完整流程部署)。部署前必先确认,从不绕过 ATC 发现项。
能 — sap-migrate 插件把棕地自定义代码转换作为可追踪的「战役」运行:盘点自定义 (Z/Y) 对象,叠加运行期使用数据 (SCMON、UPL 或 ST03N 工作负载),让您「先退役无人使用的对象,而不是花钱修复」,运行 S/4HANA 就绪度 ATC,把发现分诊到修复层级,机械性的发现在试运行后于沙箱自动修复。它还会在带签核的审批门禁与审计台账之后执行无用对象的退役,并可在需要时回滚已部署的修复。v0.8.0 把这条通道延伸到转换之外:SPDD/SPAU 升级调整分诊、用户出口 → BAdI 现代化,以及面向清洁核心规划的 ABAP Cloud 就绪度分类 (TIER_1_READY / TIER_2_WRAPPABLE / TIER_3_CLASSIC)。我们会先与您在沙箱上一起运行。
适合 — 新插件 sap-project (40 个技能 + sap-consultant 智能体) 正是为此而生。它覆盖 SAP 项目中的非开发工作: 解释谁能做什么 (SUIM 报表、角色档案、SU53 诊断)、保持接口健康 (IDoc 分诊与再处理、tRFC/qRFC 队列、OData 网关状态)、诊断业务单据 (输出确定、O2C 单据流、工作流)、运营发布 (CAB 发布说明、传输顺序编排、带证据台账的切换上线运行手册)、测试 (黄金母本回归、脚本化重放、测试计划)、创建测试数据 (业务伙伴、物料、销售订单、BAPI 全链路 O2C),以及区分新发现与已知噪音的基线化晨间健康巡检。读取不受限;每一次写入都在对应技能自身的确认门禁之后。
能 — 这正是 v0.7.x 系列加固版本着力达成之处。读取均为只读;所有变更都通过 SAP 自带的写入 API;运行或调度报表一律先经显式确认(报表绝不默认只读);迁移战役的人工门禁(范围签核、试运行复核)由代码强制执行而非仅靠提示词,被跳过的复核无法记为进度;退役自定义代码会在硬性审批门禁之后写入带签核的审计台账(对象 · 备份 · 传输请求 · 确认消失 · 负责人);/sap-doctor 还会将登录用户持有的 SAP 权限与一份成文的能力矩阵 (docs/security.md) 比对,让最小权限缺口在运行之前而非之后暴露。凭据在工作站上经 DPAPI 加密,绝不离开您的网络。
/sap-diagnose 套件是只读的,面向生产也安全。从单一锚点(时间窗、用户、作业或短转储)出发,横跨 ST22 转储、SM13 更新失败、SM12 锁、SLG1 应用日志、SM37 作业展开,关联证据并对根因假设排序。在此基础上,/sap-fix-incident 可以闭合回路 — 但仅针对自定义 (Z/Y) 代码,且绝不在生产系统本身上操作:它用一个失败的 ABAP Unit 测试复现缺陷,施加最小补丁,证明其转绿,然后把修复部署到 DEV 系统并挂在传输请求之下,在写入任何内容之前先给出 diff 供确认。
由付费客户的需求决定。v0.8.0 版本是迄今最大的一次 — 53 个新技能 (70 → 123) 和第三个智能体。它带来了全新的 sap-project 插件 (40 个技能 + sap-consultant 智能体): 面向功能顾问、安全、发布、AMS 与测试团队的交付 & 运维通道 — 权限 (SUIM 报表、角色档案、SU53/跟踪诊断、受控 PFCG 写入、DEV 测试用户)、接口运维 (IDoc 分诊 & 再处理、tRFC/qRFC 监控、OData 网关、接口台账)、业务单据诊断 (输出确定、O2C 单据流、工作流、SAPconnect)、发布 & 切换上线 (CAB 发布说明、传输顺序编排、副本传输、带证据台账的切换上线运行手册、双轨回植、刷新后校验、SAP Note 状态)、测试 & 测试数据 (黄金母本回归、脚本化测试重放、批量加载、FI 过账、BAPI 全链路 O2C — 以及从已退役的 sap-tcd 插件吸收的 BP / MM01 / VA01 家族)、配置 & 文档 (跨系统配置比对、受控 SM30、IMG 活动检索、SE63 翻译、用户指南生成、周度交付报告)、健康 & 运维 (基线化健康巡检、数据量增长、变更凭证取证)。sap-dev-core 扩至 61 个技能 (SM12 锁、版本历史、API 发现、即席 SQL、scratch-run ABAP REPL、表单、abapGit 式快照、SE14、VOFM 例程),sap-gen-code 扩至 12 个 (无需 ADT 的托管式 RAP、入站 IDoc 处理器生成、测试计划、透明工作量估算),sap-migrate 扩至 10 个 (SPDD/SPAU 分诊、用户出口 → BAdI 现代化、ABAP Cloud 就绪度分层)。故障诊断现在展开到 7 个读取器,包括队列与网关;IDoc 分诊由专门的 /sap-idoc 技能承担。此前的版本: v0.7.2 新增运行时通道 (报表、作业、文件传输 — 确认门禁);v0.7.1 整合目录并新增无头语法门禁;v0.7.0 加入迁移执行 + 保障、CDS 通道与企业加固。下一阶段: 面向纯 Web SAP 界面 (Fiori 启动板设计器、LTMC、关键用户扩展应用) 的 Playwright 浏览器后端,以及更深的 SD/MM 智能体覆盖。
不会。sapdev.ai 通过开发者本人的 SAP Dialog 用户许可,使用 GUI Scripting 与 RFC 的标准接口 — 与开发者手动操作 SAP 完全等同。本工具只是「更快的键盘」。不使用服务账号,不在云端缓存,不产生聚合式间接访问。正式签约前,建议向贵方 SAP 许可负责人确认。
请告诉我们您的项目情况,我们会在 1 个工作日内回复。
或直接发邮件: hello@sapdev.ai