ARC MCP
Entries
What adt-ls cannot do headless the maintainer puts out of scope, so a consumer that needs an ADT call the language server does not expose is back to speaking ADT itself. The README states the current runtime compatibility as verified on macOS arm64, against adt-ls 1.1.2 as the minimum and `1.1.2.202608131517` as the version tested. An Eclipse installation does not supply that runtime: SAP versions the two separately, so the VS Code extension has to be installed even where nobody opens VS Code.
TypeScript SDK over SAP's headless adt-ls language server
It stops at the `AuthInfo` and the raw bearer token, and the README lists what stays with the consuming server: rate limiting, the scope and tool policy, the MCP transport, the SAP HTTP client's headers, and helmet-style hardening. The one piece of hardening it constrains rather than defers is the cross-origin opener policy, which it deliberately leaves unset because popup-based OAuth breaks under it. It is ESM-only on Node 22 or later and shares the host's Express and MCP SDK instances as peer dependencies, so a server on Express 4 cannot take it.
XSUAA authentication stack for an MCP server on SAP BTP
MCP server over the ADT REST API for ABAP objects
Every skill that touches ABAP needs [arc-1](artifact:arc-mcp-arc-1) itself connected to a real system; nothing else is universal. `modernize-ui5-app` and `convert-ui5-to-fiori-elements` specifically need [the UI5 MCP server](artifact:ui5-mcp-server) for TypeScript conversion guidance and the linter, `convert-ui5-to-fiori-elements` also needs [the Fiori MCP server](artifact:sap-ux-fiori-mcp-server) for its LROP scaffold, and `modernize-ui5-app` needs a browser MCP (Claude in Chrome or Claude's own Preview) for its final render-verification step, since an HTTP 200 alone does not catch a blank page. A skill file alone, without the servers a given skill needs, has nothing to act on.
Twenty-two agent skills shipped with arc-1
Single-tenant today, one technical user, with per-user principal propagation on the roadmap — so a shared deployment cannot yet act as the developer who asked. The sibling edition [ARC-1](artifact:arc-mcp-arc-1) speaks ADT directly if you would rather not depend on the language server.
Edition of ARC-1 that runs ADT calls through adt-ls
Archived The declared repository is archived.
Functional boundary With one SAP system the README says to point the client at that arc-1 directly. Version 1 exchanges tokens within a single subaccount, so backends spread across subaccounts are out; it keeps its session map in memory, so more than one instance needs sticky sessions or a shared store. It routes deterministically and runs no model, which is a different thing from an assistant that reasons across systems. The `/all` endpoint drops the per-connection isolation, and the maintainer's answer to that is a PROD backend set read-only at the SAP end rather than a tool surface that hides the writes.
Hub on SAP BTP putting several arc-1 instances behind one login
The diff holds only while the object is inactive, since after activation the previous version is gone and a watched journal directory is what the maintainer points to instead. It adds no write path of its own: the IDE writes through SAP's extension, and the README states arc-1 can stay on `SAP_ALLOW_WRITES=false`. DDIC metadata files are skipped, because SAP's own stub for them says they are not supported in ABAP development tools for VS Code.
VS Code bridge between arc-1 and ADT for VS Code
It lives inside Eclipse and inherits everything that implies — the session is a developer's, not a pipeline's. And it is version-bound: ADT 3.60 or newer for 0.5.1, with 0.3.x the path for ADT 3.58 and 3.59.
Eclipse add-on enabling the ADT MCP server with read-only tools
No license Neither the package manifest nor the repository tree declares a licence.
Functional boundary It consumes the `@experimental` public API, which the README says may break in any release. The RFC tool dials as one shared technical user with its own credentials, so SAP's log records that user and not the person behind the agent.
Sample arc-1 extension in TypeScript with ten custom tools
Writing and topics
IN TOPICS
onedevatlas is open for browsing. Find tools for SAP development, compare their documented capabilities, ask your AI assistant, and join a flight during TechEd week.
Details
History
- @arc-mcp/xsuaa-authThe BTP door now compares its authentication options on whether the signed-in identity reaches the next system. The README's sentence about the `./btp` entrypoint states it for this package, and it was read again on this date.
- ARC-1 Skillscapability:agent-guidance widened installs_into to the ABAP door and declared system_reach there. The skills README read on 2026-10-15 names each client one at a time in its manual-install table, with a directory per client, which is why each value carries its own row; the plugin routes it documents beside that are for Claude Code and Agent Plugins, and the skills command line it offers states "any agent" rather than a list. system_reach rests on the prerequisite the README already states, which the entry's own warning repeats: the server is required for every skill that touches ABAP, and the reader connects it.
- arc-1The licensing side is its explicit SAP API Policy relation, sourced to its README; the rest restated what any server in front of ADT is. Removed at the atlas maintainer's request on 2026-10-14.
- arc-1Re-read against the README, the npm registry record, the extensions page and the release notes on 2026-10-04, with arc-1 at 1.5.0 published 2026-10-02. Every claim the entry already carried still holds word for word, so the checked dates move and the text does not, except where the documentation says something the entry did not. Two such things: `Custom_*` tools an operator registers without forking, which the corpus already recorded on [claude-sap-kit](artifact:silvius1996-claude-sap-kit) and not on the server those tools run in, and one agent plugin that installs the server together with [ARC-1 Skills](artifact:arc-mcp-arc-1-skills). The seven guardrails added were stated when the entry was written and left out of it; they are quoted, not counted. The `run_code` facet stays absent: the extensions page gates class and report execution behind two flags and a plugin the operator writes, which is not the server stating that it runs code.
- arc-1-extension-sampleEntered by intake from the README, found through ARC-1's extensions page, which links it as the worked sample.
- arc-1The connection is what the README states the server fronts (docs/concepts/design-roles-and-interfaces.md, P1), and it attaches the system's entry. The two BTP connections are stated under the README's Cloud Foundry deployment heading, so they carry that condition; the Destination service's sentence states identity forwarding and no data flow, and the ABAP environment's sentence names no protocol. The README's credits table names abaplint as what the linter uses. Two older defects go with it: a nested link that rendered its outer bracket as text, and abap-adt-api named in the same quoted sentence as the other two inspirations and carried by no edge.
- ARC-1 SkillsEntered from the sap-ai-mcp-servers catalogue, which lists the skills bundle as its own "ARC-1 SAP Skills & Claude Plugin" row, separate from the ARC-1 MCP server row already in the corpus as [arc-mcp-arc-1](artifact:arc-mcp-arc-1). Entered as its own artifact rather than folded into that entry, the same shape the UI5 Web Components skills take beside the UI5 Web Components library — one artifact_type per entry (hard rule 9), and the skills are a distinct install path from the server.
- arc-1Corrected against the README, which documents a shared-credential mode (technical user) beside per-user identity.
- arc1-adt-abap-mcp-extThe cited sentence is no longer in the README: from 0.5.1 the plugin only contributes tools to SAP's supported server; waking the dormant one was 0.3.x.
- arc-1-lspTriaged out of data/crawled/mcp-candidates.json, the sap-ai-mcp-servers sweep. Written from the repository's own README; the catalogue is credited as where it was found and its words are not reused.
- arc1-adt-abap-mcp-extTriaged out of data/crawled/mcp-candidates.json, the sap-ai-mcp-servers sweep. Written from the repository's own README; the catalogue is credited as where it was found and its words are not reused.
- arc-1docs/NEIGHBOURS.md §2 assigns ARC-1 the posture ingest — as an entry — and §3.1 names its author, but nothing in data/artifacts held it. Entered as the artifact the posture calls for, and it is the first provider of capability:abap-agent-tooling in the corpus.
- arc-1abap-agent-tooling generalised into agent-code-access: the same concern exists in CAP, and the ABAP framing keeps the local name.
- First entry seenDiscovered via GitHub API · arc-mcp, sap-ai-mcp-servers, Added by hand.
For your agent
- Ref
actor:arc-mcp- JSON
- /actors/arc-mcp.json
- MCP
- Connecting an agent