v0.7.2 · 已在 GitHub 公开 · GPL-3.0
由 70 个 Claude Code 技能与 2 个智能体支撑的 AI ABAP 开发智能体 — 如今覆盖整个交付生命周期。把设计稿变成 ATC 通过的可部署 ABAP,并把交付物真正跑起来 (报表、后台作业、文件接口 — 全程确认门禁),生成清洁核心 CDS,把自定义代码迁移到 S/4HANA 并退役无用代码,并对生产故障进行诊断、修复与上线 — 一次对话即可,跨任意数量的 SAP 系统进行实机 RFC 校验。
70 个技能 · 2 个智能体 · 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-tcd@sap-dev — BP / MM01 / VA01 自动化 每个团队都遇到过的六大痛点
为了一处修改,在 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) 判定、把传输移动到生产,以及审计就绪的证据包。
运行报表与后台作业 (确认门禁),并传输应用服务器文件。跨 ST22 / SM13 / SM12 / SLG1 / SM37 的只读故障分诊 — 面向生产也安全 — 随后在 DEV 上以受控、测试先行的修复闭合回路。
把 S/4HANA 自定义代码转换作为可追踪的「战役」运行:盘点、在审计台账之后退役无用代码、就绪度 ATC、分诊、可回退的沙箱修复。
New
每次运行都读取贵方 Customer Brief 的资深 ABAP 开发者
abap-developer 智能体是您的端到端 SAP 交付伙伴。它每次运行都读取 Customer Brief,设置 MODE 标志(现代 ABAP、OOP、单元测试、性能分级、权限严格性),并为任务编排合适的技能。从不绕过 ATC 发现项,部署前必先确认。子智能体也继承同一份档案与已固定的 SAP 连接。
「按这份 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 个插件 · 70 个技能 · 2 个智能体 · v0.7.2
52 个技能 + 智能体 · 基础插件
8 个技能 · 设计稿 → ABAP
7 个技能 + 智能体 · S/4HANA 自定义代码迁移
3 个技能 · 业务事务
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 实机验证。
故障根因分诊:横跨 ST22 / SM13 / SM12 / SLG1 / SM37,关联证据并对假设排序 — 只读,面向生产也安全。随后在 DEV 上以受控、测试先行的修复闭合回路(仅限自定义代码)。
传输的发布门禁:未释放任务、未激活对象、本地对象 — 汇总为 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.7.2,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.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.7.2) 新增运行时通道 — 经 RFC 快速路径前台或后台运行 ABAP 报表,支持变式与临时赋值 (sap-run-report);端到端管理后台作业生命周期 (sap-job:schedule / status / log / spool / cancel / delete,经 SM36 + SM37 + RFC);并在工作站与应用服务器之间传输文件 (sap-file-transfer,CG3Z / CG3Y),打通文件接口测试回路:上传 → 运行 → 下载 → 比对。这一切都置于新的「运行前确认」规则之后 — 报表绝不默认只读 — 并已在 S/4HANA 与 ECC 实机验证(含日语登录)。同一版本还让 abap-developer 智能体与当前技能目录同步(部署后主动提议的实机运行验证、AI 语义审查、模块池补全、运行期缺陷修复通道),并让日文 Customer Brief 成为一等公民:质量基线门禁现已能原生解析日文版 Brief。在此之前,v0.7.1 是一次可发现性整合 — 把重叠的技能折叠进模式 / 标志分发,目录更聚焦、要记的命令更少 — 并新增一道部署技能会在对象插入前运行的无头编译级 ABAP 语法门禁。v0.7.0 为 S/4HANA 迁移战役加入了执行 + 保障(带签核、可审计的退役;工作负载使用情况回退;环境漂移检测;单元测试退出门禁;脚本化回退;批量 ATC),带来首个清洁核心代码生成通道 (sap-gen-cds,无需 ADT 的 CDS 视图),以及面向企业采用的加固(权限预检、成文的安全模型、以代码强制的治理门禁)。更早 (v0.5.0〜v0.6.8):sap-migrate 迁移引擎、诊断 → 修复闭环、传输上生产、AI 语义 + 安全审查、ABAP Unit 生成、带一次通过率 KPI 的自我改进错误知识库,以及横跨 ECC + S/4HANA 与 EN/JA/ZH 登录的广泛虚假成功加固。下一阶段:加深 SD/MM 智能体覆盖、在 CDS 通道之上生成 RAP 行为 + OData,以及托管 ATC / 就绪度仪表盘。
不会。sapdev.ai 通过开发者本人的 SAP Dialog 用户许可,使用 GUI Scripting 与 RFC 的标准接口 — 与开发者手动操作 SAP 完全等同。本工具只是「更快的键盘」。不使用服务账号,不在云端缓存,不产生聚合式间接访问。正式签约前,建议向贵方 SAP 许可负责人确认。
请告诉我们您的项目情况,我们会在 1 个工作日内回复。
或直接发邮件: hello@sapdev.ai