abap-dev — ABAP workflows for Claude Code

A Claude Code plugin with five ABAP development workflows that run on the community MCP
servers you may already use — no SAP-specific IDE plugin needed:

Skill	What it does	Writes?
`/abap-dev:atc-fix`	Run ATC on an object, package or transport; group findings by check; explain each (cited); fix in batches you approve; re-run ATC after every batch	only after your OK, per batch
`/abap-dev:clean-core-check`	Audit which SAP tables, classes, FMs and CDS views the code uses, their clean-core level (A–D) for your system type, and SAP's named successors	never
`/abap-dev:abap-review`	Clean ABAP review: abaplint for mechanical rules + a reasoned read for what linters miss, each rule cited from the Clean ABAP style guide	never, unless you ask
`/abap-dev:abap-unit`	Run ABAP Unit with the right tool for your system, explain failures from the test and the code under test	only after your OK
`/abap-dev:abap-debug`	Breakpoints with narrow conditions, wait for the trigger from another session, stack/variables/stepping, guaranteed cleanup; or short-dump analysis	never changes code or variables

The skills also trigger on plain requests ("fix the ATC findings in ZCL_ORDER", "is this package
clean core?", "review this class", "run the unit tests", "debug this method with input X").

Built on

Server	Used for	Required?
mcp-abap-adt and/or vibing-steampunk	system access: read/write source, ATC, unit tests, activation; the debugger (mcp-abap-adt 19.x `Debug*` tools, or vsp's)	at least one
an abaplint MCP server (tools `LintAbap`, `FixAbap`) — or the public abaplint CLI via `npx @abaplint/cli`	lint + fix previews (abap-review)	optional
mcp-sap-docs	SAP's released-objects list (clean-core-check), style guide and docs	for clean-core-check
claude-sap-kb	cited SAP documentation answers (`sap-kb` skill)	recommended

The skills detect the servers by their tool names, so server names in your config don't matter.
abap-dev/reference/tools.md maps every step to the tool on each server and lists known issues
(e.g. the ABAP Unit endpoint gap on S/4HANA 2023 — fr0ster/mcp-abap-adt#286 — which the
abap-unit skill works around via vsp).

Install

claude plugin marketplace add CoVeles/claude-abap-dev
claude plugin install abap-dev@claude-abap-dev

Then open a new Claude Code session in a project where your ABAP MCP servers are configured.

Guardrails

All skills share abap-dev/reference/guardrails.md. In short:

Nothing invented — findings, results and release states come from a tool or a document read
in the session; SAP facts are cited; "not found" is reported as unknown, not as fine.
Read-only by default — writes only after you approve the exact diff, per batch; only
customer-namespace objects; activation and a re-run of the check verify every write.
Transports are yours — the skills never create, choose or release a transport request.
No silencing — no "#EC, pragmas or exemptions to hide a finding unless you ask and
give the justification.
Privacy — customer code and names never go into web searches.
Shared systems — breakpoints are user-scoped and catch every request of that SAP user, so
abap-debug insists on a condition with a value only your test uses, confirms the stop came
from your trigger, and always deletes its breakpoints.

Tested against

S/4HANA 2023 on premise (SAP_BASIS 758) with mcp-abap-adt 17.1.0 (the debugger: 19.1.0),
vibing-steampunk 2.60.0, an abaplint MCP server (core 2.120) and mcp-sap-docs 0.3.55:

every tool call the skills prescribe, including a full ATC → fix → activate → re-check cycle on
a throwaway $TMP class;
the four v0.1 skills in real Claude Code sessions on real custom code — ATC triage of a demo-data
class, a clean-core audit of a 33-object RAP package (spot-checked against SAP's list), an
18-test ABAP Unit run, and a Clean ABAP review whose top finding (a material-number conversion
bug) was then proven on the system.

Feedback from those runs is already in the skills (ownership checks on shared systems, narrow
tables for terminal output, a section on writing new tests). abap-debug (v0.2.0) comes from live
debugging on the same system — including the lesson that on a shared SAP user a breakpoint can catch
someone else's request — and was then run as a skill: a breakpoint conditioned on a unique test
value, triggered over HTTP from a second session, confirmed as the right request, cleaned up.
v0.3.0 adds mcp-abap-adt 19's own debugger (DebugStartListener … DebugStop), run live on the same
system: a conditioned line breakpoint, the class started by the debugger itself (run), variables by
ABAP path and by parent, step into / return, run to line, continue to the end, DebugStop — no
breakpoint or listener left behind.

Credits

Workflow ideas (batched ATC remediation without suppressions, clean-core report structure) were
inspired by matt1as/claude-abap-skills
(Apache-2.0); the skill texts here are written from scratch for these MCP servers.

License

MIT — see LICENSE.