Configurer les projets
Voici la page qui répond à la question centrale : comment faire pour que Makion suive nos instructions exactes lorsqu'il construit du code ou agit dans le système ? La réponse est un projet. Un projet associe un système SAP aux paramètres et aux standards qui façonnent chaque tâche exécutée à son encontre — le moteur d'IA, la variante ABAP, la possibilité ou non de s'exécuter sans surveillance, et les règles, rôles et exemples que l'agent lit à chaque exécution.
Configurez bien un projet une seule fois, et chaque développeur qui y travaille obtient le même comportement, prévisible. Cette page parcourt toute la configuration dans l'ordre.
Un projet par « équipe × système SAP × façon de travailler ». Si deux équipes ont des standards différents ou des systèmes différents, donnez-leur des projets distincts et réglez chacun indépendamment.
Les quatre éléments qui pilotent l'agent#
Le comportement de Makion sur un projet provient de quatre couches, définies sur deux onglets :
| Couche | Où vous la définissez | Ce qu'elle contrôle |
|---|---|---|
| Cible et moteur | Onglet Admin → tableau Projects | Quel système SAP, quelle variante ABAP, quel moteur d'IA, et si les exécutions autonomes sont autorisées. |
| Règles de base | Onglet Méthodologie | Les standards que l'agent suit toujours — nommage, patterns, à faire / à ne pas faire. |
| Méthodologies des rôles | Onglet Méthodologie | Comment chaque rôle se comporte, et si ce rôle peut modifier SAP. |
| Base de connaissances | Onglet Méthodologie | Standards et exemples travaillés que l'agent lit à chaque exécution. |
Le mécanisme précis : à chaque tâche, Makion combine règles de base + le rôle choisi par le développeur + les fichiers de la base de connaissances dans le contexte à partir duquel l'agent travaille. Donc des règles de base précises + de bons exemples = l'agent « suit les instructions » de manière fiable. La page Méthodologie explique cette superposition en détail ; cette page vous indique l'ordre dans lequel procéder.
Liste de contrôle de configuration#
1. Créer le projet#
Depuis le sélecteur de projet de la barre supérieure, cliquez sur + Nouveau projet et donnez-lui un nom. La personne qui crée un projet en devient l'administrateur du projet, de sorte qu'elle peut gérer sa méthodologie et ses membres même sans être superadmin. Consultez Connexion et projets pour le sélecteur.
2. Le pointer vers un système SAP#
Ouvrez l'onglet Systèmes et configurez la connexion SAP que ce projet cible — les niveaux DEV / QAS / PROD, où QAS et PROD sont en lecture seule. Ensuite, dans le tableau Projects de l'onglet Admin, réglez la colonne SAP system sur ce système afin que le projet et sa connexion soient associés.
3. Définir le profil technique du projet (Admin → Projects)#
Dans l'onglet Admin, le tableau Projects comporte une ligne par projet. Définissez :
| Colonne | Choix | Ce qu'elle fait |
|---|---|---|
| Project | — | Le nom du projet (libellé en lecture seule pour la ligne). |
| SAP system | vos systèmes configurés | Quel système SAP ce projet cible. |
| ABAP flavor | modern (7.40+ / S/4) ou classic (<7.40 / ECC) | Détermine quels constructions de langage et patterns l'agent utilise — style moderne inline / CDS / RAP versus ABAP classique compatible ECC. Réglez cela pour correspondre au système cible. |
| Engine | Claude, Gemini, Codex, Kimi ou Grok | Quel modèle d'IA exécute ce projet. Voir Moteurs d'IA et connexion. |
| Autonomous | case à cocher | Lorsqu'elle est activée, ce projet peut effectuer des exécutions d'agent sans surveillance. Voir Mode autonome. |
Autonomous activé autorise les exécutions d'agent sans surveillance. Le travail autonome reste en lecture seule et propose des modifications dans une file d'envoi qu'un humain approuve et applique — mais laissez-le désactivé pour les projets qui ne doivent s'exécuter que de manière interactive. Voir Mode autonome.
4. Rédiger la méthodologie (onglet Méthodologie)#
Ouvrez l'onglet Méthodologie et définissez les trois blocs — c'est là que « suivre nos instructions exactes » est réellement encodé :
- Règles de base — les standards que l'agent suit toujours sur ce projet, quel que soit le rôle : conventions de nommage, attentes clean-core, discipline de transport, habitudes de revue. Rédigez-les en langage clair et cliquez sur Enregistrer les règles de base. Des règles de base précises et sans ambiguïté sont le plus grand levier sur la fidélité du travail de l'agent.
- Rôles — pour chaque rôle que le développeur peut choisir dans le Chat, modifiez sa méthodologie et activez Peut modifier SAP (écriture). Décoché signifie lecture seule : l'agent ne reçoit physiquement que des outils de lecture. Réglez chaque rôle pour indiquer exactement comment votre équipe construit, revoit ou prend en charge l'ABAP. Voir Fonctionnement des rôles.
- Base de connaissances — ajoutez des standards et des exemples travaillés sous forme de fichiers (par exemple un « comment nous structurons un report » de référence, un pattern de gestion d'erreurs préféré, une liste de contrôle de pré-finition). Ils sont lus à chaque exécution, ils constituent donc le meilleur endroit pour les exemples concrets que l'agent doit imiter.
5. Ajouter les développeurs#
Donnez accès aux personnes qui travailleront dans le projet :
- Un superadmin utilise Admin → Project access et coche la case de ce projet dans la ligne de chaque développeur.
- Un administrateur du projet utilise l'onglet Members du projet — Ajouter un développeur, puis définit son rôle.
Tous les détails se trouvent dans Utilisateurs et accès.
Après la configuration#
- Les développeurs choisissent le projet dans le sélecteur de la barre supérieure, se connectent dans Systèmes et travaillent dans le Chat.
- Affinez au fil de l'apprentissage : resserrez les règles de base, ajoutez des exemples à la base de connaissances, et laissez Retro faire remonter des corrections de règles et de connaissances à partir de sessions réelles.
- Tout ce que fait l'agent est enregistré — voir le Journal d'audit.
Où aller ensuite#
- Méthodologie — les règles de base, les rôles et la base de connaissances en détail.
- Moteurs d'IA et connexion — choisir et authentifier le moteur du projet.
- Utilisateurs et accès — accorder l'accès et gérer les membres.
- Mode autonome — comment les exécutions sans surveillance proposent des modifications pour validation humaine.