MakionDocs ← makion.dev

Qu'est-ce que Makion

Makion est un agent de codage IA on-premise pour SAP / ABAP. Un développeur décrit une tâche en langage naturel, et un agent IA la réalise dans le propre système SAP de l'organisation via les interfaces ADT (ABAP Development Tools) officielles — en suivant les standards de codage de l'équipe, et en consignant chaque étape dans un journal d'audit.

Tout s'exécute sur une infrastructure que le client contrôle : la connexion SAP, tous les identifiants et l'authentification au modèle d'IA ne quittent jamais le serveur et les machines du client.

Makion n'est pas affilié à SAP SE. SAP et ABAP sont des marques déposées de SAP SE et sont utilisées ici uniquement à titre descriptif.

Ce que vous pouvez faire avec#

En quoi il est différent de l'outillage IA propre à SAP#

L'approche IA de SAP (Joule et l'outillage ADT officiel) est cloud-first, liée au propre modèle de SAP, et facturée au token via les SAP AI Units. Makion adopte volontairement l'approche inverse :

Outillage IA de SAP Makion
Modèle de coût Paiement au token (SAP AI Units) Votre abonnement existant — un forfait mensuel fixe, sans coût au token
Comment vous vous connectez Clés d'API / crédits mesurés Connectez votre abonnement Claude / Gemini / Codex / Kimi / Grok, ou utilisez une clé d'API
Où il s'exécute Cloud restreint On-premise — votre SAP, votre serveur, votre machine
Modèle Modèle unique de SAP Multi-moteur — choisi par projet
Objets DDIC non proposé Crée des tables, structures, éléments de données, domaines via ADT
Autonomie non proposée Exécutions sans surveillance avec un contrôle humain approuver-et-appliquer

L'essentiel : connectez-vous via un abonnement, pas via une API. Vous vous connectez une seule fois avec un abonnement que vous possédez déjà et Makion tourne dessus — aucune mesure, aucune facture de tokens surprise. Voir Moteurs d'IA & authentification.

La promesse centrale : rien ne change dans SAP sans un humain#

Makion est conçu pour que l'IA puisse investiguer librement votre système SAP mais ne puisse le modifier que sous contrôle humain direct. Deux mécanismes imposent cela au niveau du code, et pas seulement par consigne :

  1. Les rôles en lecture seule ne peuvent physiquement pas écrire. Lorsque vous choisissez un rôle en lecture seule, l'agent ne reçoit que l'ensemble des outils SAP de lecture — les outils d'écriture ne lui sont jamais transmis, il ne peut donc pas verrouiller, définir de source, créer ou activer quoi que ce soit.
  2. La suppression d'objets est définitivement désactivée. Aucun rôle ne peut supprimer un objet SAP ; la demande est bloquée avant même d'atteindre SAP.

Par-dessus cela, le Mode autonome ajoute le contrôle le plus fort : l'agent autonome s'exécute entièrement en lecture seule et ne peut que proposer des modifications dans une file d'envoi. Un humain approuve chaque proposition, et un bouton Appliquer distinct, déclenché par un humain, effectue l'écriture réelle dans SAP.

Dans le Chat interactif, un rôle en écriture modifie bien SAP durant la conversation que vous dirigez — c'est tout l'intérêt d'un rôle en écriture. Le flux proposer → approuver → bouton appliquer est spécifique au Mode autonome. Si vous voulez un contrôle humain d'application strict pour chaque écriture, utilisez le Mode autonome. Le tableau complet est dans le Modèle de sécurité.

À qui il s'adresse#

Où aller ensuite#