Er entwickelt ABAP durchgängig: umsetzen, prüfen, testen, CDS / RAP / Fiori, Adobe Forms, Migration. Nur Development schreibt, und nur auf einem Entwicklungssystem.
schreibt · nur Entwicklungssysteme
Der vollständige ABAP-Engineering-Zyklus: eine Anforderung von Anfang bis Ende umsetzen, Review, Unit-Tests, ATC, CDS / RAP / Fiori, Adobe Forms, S/4HANA-Migration, Spezifikationsaufbereitung und Aufwandsschätzungen. Das einzige Produkt, das in SAP schreibt — und nur auf einem System der Entwicklungsstufe.
Ein ABAP-Entwickler braucht keine weitere clevere Autovervollständigung. Er braucht einen Agenten, der wirklich im System arbeitet und dem man vertrauen kann. Was Sie bekommen, ist eine fertige, aktivierte Änderung nach Ihrem Ansatz, kein Code-Entwurf.
Sie beschreiben die Aufgabe in Worten. Makion führt den gesamten Entwicklungszyklus in Ihrem System selbst aus. Sie beschreiben die Aufgabe, der Agent führt jeden Schritt aus, und Sie erhalten ein aktiviertes Objekt mit seinem Transport, alles in Ihrem SAP.
ZCL_FI_ORDER_CHECK · Transport DEVK900342 · Wo: in Ihrem SAPMakion arbeitet über die offiziellen ADT-Werkzeuge, eine breite Fläche statt eines schmalen Ausschnitts.
Es liest alles, was es braucht: Objektquellen und -struktur, Verwendungsnachweis, Daten per SQL, Funktionsbausteine, Nachrichtenklassen und Textelemente, Typhierarchie, Paketinhalte, Transporte, Revisionen, sogar Laufzeit-Dumps und ABAP-Dokumentation.
In einer Rolle mit Schreibrecht nimmt es die Änderung vor: sap_lock → sap_set_source → sap_syntax_check → sap_activate → sap_unlock. Es erstellt neue Objekte, darunter Data-Dictionary-Objekte (Tabellen, Strukturen, Datenelemente, Domänen, Tabellentypen), Nachrichtenklassen, Textelemente und RAP Service Bindings. Es führt Ihre Qualitätsgates aus (ATC, ABAP Unit), refaktoriert (Methode extrahieren, umbenennen, Pretty Printer) und verwaltet Transporte. Am Ende berichtet es genau, was es angefasst hat und in welchem Transport.
Makion ist eine Desktop-App plus ein Server, den Sie selbst hosten. Er verbindet sich mit Ihrem SAP-System über das offizielle ADT REST (MCP-Konnektor), liest das System, schreibt und aktiviert ABAP und erstellt Data-Dictionary-Objekte: Tabellen, Strukturen, Datenelemente, Domänen. Sie beschreiben die Aufgabe. Der Agent untersucht den aktuellen Stand, plant, schreibt nach Ihren Standards, führt syntax check, Unit-Tests und ATC aus, aktiviert und berichtet genau, was er angefasst hat und in welchem Transport.
Makion liefert seinen eigenen deterministischen ABAP-Cleaner mit 45 Clean-ABAP-Regeln: Groß-/Kleinschreibung, Einrückung, Abstände, Ausrichtung und sichere Modernisierungen (MOVE…TO → =, CREATE OBJECT → NEW, EQ/NE → =/<> und mehr). Schalten Sie ihn ein, und jeder Quellcode, den der Agent schreibt, durchläuft ihn vor Syntaxprüfung und Aktivierung, sodass das, was in Ihrem System landet, standardsauber ist, nicht nur korrekt. Er ändert ausschließlich den Stil, nie die Logik. Pro Projekt und pro Task ein- oder ausschaltbar.
Kein „den Stil klären wir später“.
Rollen werden mit einer bereits ausformulierten ABAP-Methodik geliefert: erst wiederverwenden, lesen bevor Sie schreiben, sauberes ABAP, Namensgebung, Performance, Fehlerbehandlung. Sie müssen dem Agenten „wie es bei uns läuft“ nicht von Grund auf beibringen. Ein Basisstandard ist eingebaut, und das Team schreibt vom ersten Tag an in einem Ansatz. Wenn Sie Ihren eigenen wollen, legt ihn der Architekt in der Methodology-Konsole fest.
Sie definieren ihn, Sie kontrollieren ihn. „Richtig“ ist keine Blackbox. Ihr Architekt beschreibt die Standards und die Methodik Ihres Teams in einfacher Sprache in der Methodology-Konsole, und jede Rolle folgt ihnen bei jeder Aufgabe. Rollen begrenzen, was der Agent tun darf, Standards bestimmen, wie er schreibt, Spezifikationen, was er baut. Alle drei liegen bei Ihnen und lassen sich jederzeit ändern.
Laden Sie das Rohbriefing des Kunden hoch. Sie erhalten eine geordnete, testbare, versionierte Spezifikation.
Die Rolle Specification nimmt das Rohdokument eines Kunden (Datei oder Text) und wandelt es in das interne standardisierte Makion-Format um: Ziel, Scope, Datenobjekte, geordnete testbare Anforderungen R1..Rn, zu ändernde SAP-Objekte, Abnahmekriterien, offene Fragen.
Das Entscheidende ist die echte Versionierung: jede neue Version bleibt dasselbe Dokument mit einer stabilen Kennung, und Makion fügt automatisch einen Abschnitt „Änderungen gegenüber der Vorgängerversion“ hinzu. Sie sehen immer genau, was sich in den Anforderungen geändert hat. Diese geordnete Spezifikation können Sie direkt an den autonomen Orchestrator übergeben.
Der Architekt beschreibt die Standards des Teams in Worten und Beispielen.
In der Methodology-Konsole legt der Architekt oder Admin die Standards des Teams in Worten und Beispielen fest — genau wie es bei Ihnen gehandhabt wird. Das wird gespeichert und auf die Arbeit des Agenten angewendet, sodass zehn Entwickler auf einem Makion das System in einem konsistenten Ansatz weiterentwickeln, nicht in zehn verschiedenen Stilen. Für Entwickler sind Methodik, Regeln und Wissensbasis read-only; Projekt-Admins bearbeiten sie.
Konfigurieren Sie den Server in einfacher Sprache — Projekte, Zugriffe, Rollen und Standards.
Rolle gewählt, Methodik angewendet, Schritte in Ihrem System ausgeführt — und das alles sichtbar in einem gewöhnlichen Chat der Desktop-App.
Im Chat wählen Sie für jede Anfrage eine Rolle. Eine Rolle ist zugleich eine vollständige Methodik und eine Zugriffsgrenze. Nur Development-Rollen schreiben, und nur auf einem System der Entwicklungsstufe. Alle 23 Rollen →
Setzt eine Anforderung von Anfang bis Ende um: verstehen → aktuellen Stand untersuchen → Vorhandenes wiederverwenden → planen → lock + set source → syntax check + Tests/ATC → aktivieren → Bericht.
Eine fertige, aktivierte Änderung nach Ihrem Ansatz, kein Code-Entwurf.
Liefert ein Lösungsdesign, schreibt keinen Code.
Ein durchdachter Plan, bevor irgendjemand das System anfasst.
Review gegen Ihre Standards; Befunde nach Priorität geordnet (Critical / Major / Minor) mit genauen Fundstellen und Korrekturen.
Ein zweiter, unabhängiger Durchgang — ohne das Risiko, dass der Reviewer „versehentlich“ etwas umschreibt.
Schreibt/erweitert ABAP-Unit-Tests; ändert nie die Produktivlogik, um einen Test „grün zu zwingen“.
Testabdeckung ohne Verfälschung der Geschäftslogik.
Führt das ABAP Test Cockpit aus, gibt nach Priorität geordnete Befunde zurück; korrigiert nur, wenn Sie es ausdrücklich verlangen.
Qualität nach ATC-Standard unter Ihrer Kontrolle.
Führt ATC aus und behebt Befunde methodisch, Kategorie für Kategorie, verhaltenserhaltend.
Befunde geschlossen, ohne zu ändern, was der Code tut.
Untersucht und antwortet mit Belegen, kann SQL-Abfragen gegen die Daten ausführen.
Schnelle, fundierte Antworten über das System — ohne Risiko für es.
Wandelt die Rohspezifikation eines Kunden in das interne standardisierte Makion-Format um und gleicht dabei mit dem Livesystem ab.
Aus einer chaotischen Anforderung wird eine geordnete, testbare Spezifikation.
Bemisst eine Entwicklung anhand ihrer Spezifikation: jedes Objekt mit S / M / L und einer Stundenspanne bewertet, dazu die Annahmen und Unbekannten hinter der Zahl. Liefert ein Schätzdokument.
Eine belastbare Aufwandszahl, bevor Sie zusagen, statt eines Bauchgefühls.
Entwirft und baut CDS-Datenmodelle im VDM-Stil von SAP: Interface- und Consumption-View-Entitäten, Assoziationen, Annotationen und Zugriffskontrolle (DCL), auf Ihrem System erstellt und aktiviert.
Ein sauberes, geschichtetes Datenmodell als Basis für Ihre Reports und Apps, statt eines einmaligen SELECT.
Baut RESTful-ABAP-(RAP-)Geschäftsobjekte von Anfang bis Ende: CDS-Modell, Behavior Definition und Behavior-Klasse, Projektion und OData-Service-Binding — aktiviert und einsatzbereit.
Ein echter transaktionaler Service auf Ihrem System, kein Diagramm davon.
Macht einen Service Fiori-Elements-fähig: die @UI-Annotationen und Metadaten-Erweiterungen, die ein List Report / eine Object Page steuern, plus das OData-Service-Binding — und übergibt den Deploy der UI-App-Shell dann ehrlich an Ihre Tools.
Ihre Daten einen Schritt von einer Fiori-App entfernt — die gesamte Annotationsschicht für Sie erledigt.
Nimmt ein einzelnes Eigenentwicklungs-Objekt, findet, was auf S/4HANA bricht (veraltete APIs, direkter Tabellenzugriff, alte Syntax), und schlägt für jedes einen minimalen Fix vor; Sie genehmigen, es wendet an und aktiviert, und bei riskanten Änderungen schreibt es zuerst einen Pin-down-Test.
Eigenentwickeltes ABAP fit für S/4HANA / Clean-Core, Objekt für Objekt — auf Ihrem eigenen ECC.
Die Analysehälfte der Migration: liest Ihren Eigencode und dessen Nutzung, um den S/4HANA-Aufwand zu kartieren — was genutzt wird, was bricht, was zuerst zu fixen ist. Sie verbindet sich nie mit der Produktion.
Ein priorisiertes Migrationsbild, bevor jemand eine Zeile ändert.
Liest ein vorhandenes SAP Adobe Form, wendet eine strukturelle Änderung an (Spalte hinzufügen / entfernen / umsortieren / neu binden) und liefert ein einfügefertiges XDP für den Reiter „XML Source“ in SFP; Geometrie und Datenbindungen garantiert eine deterministische Engine.
Adobe Forms durch Beschreiben der Änderung bearbeiten, statt von Hand in LiveCycle.
Prüft die Clean-Core-Konformität: freigegebene APIs, keine Lesezugriffe auf Standardtabellen, Erweiterbarkeit. Read-only.
Ein Clean-Core-Urteil je Objekt, bevor der Migrationsplan geschrieben wird.
Es nutzt Ihr eigenes KI-Konto, über Ihren API-Schlüssel oder Ihr Abonnement, und läuft auf Ihrem Server. Ihre SAP-Verbindung und Ihre Zugangsdaten bleiben auf Ihrer Infrastruktur. Makion sieht Ihren Code nie. Alle Details auf der Sicherheitsseite →
Ihr SAP, Ihre Standards, Ihre Bedingungen.
Mehrere Entwickler oder ein Rollout beim Kunden? Teams & Enterprise