Mode autonome
Le mode autonome permet à l'agent de travailler sans supervision. Vous lui confiez une tâche ou une spécification existante, il travaille seul sur votre système SAP entièrement en lecture seule, et il ne peut que proposer des modifications — jamais les écrire. Chaque proposition atterrit dans une file d'envoi, où un humain l'approuve puis, dans une étape délibérée distincte, l'applique à SAP.
C'est le contrôle de sécurité le plus fort de Makion. Dans le Chat interactif, un rôle en écriture modifie SAP selon vos directives ; en mode autonome, il n'y a pas de tel raccourci — l'accès de l'agent à SAP est en lecture seule pendant toute l'exécution, et le seul chemin vers une écriture est un humain qui clique sur Appliquer dans SAP. Voir le Security model pour la façon dont cela est appliqué.
Qui peut l'utiliser, et son activation#
L'onglet Autonome n'est visible que par un administrateur du projet, et il doit être activé par projet par un administrateur.
Si l'onglet est désactivé, vous verrez :
Le mode autonome n'est pas activé pour ce projet — un administrateur peut l'activer dans le panneau d'administration
Un administrateur l'active pour un projet dans le panneau Configuring projects. Il est désactivé par défaut et ne s'applique qu'au projet pour lequel il est activé.
Le pipeline d'application en une image#
Tout le modèle tient en trois étapes, et chaque étape après la première est une action humaine :
- Proposer (agent, lecture seule) — l'agent s'exécute sans supervision et écrit les modifications qu'il compte apporter dans la file d'envoi sous forme de propositions. Rien ne touche SAP.
- Approuver (humain) — une personne examine une proposition et l'approuve ou la rejette. Approuver ne fait qu'enregistrer votre décision — cela n'écrit rien.
- Appliquer (humain) — une personne clique sur Appliquer dans SAP. C'est la seule étape qui écrit. Appliquer une seule proposition écrit un objet ; appliquer toutes les propositions approuvées les écrit toutes puis les active (voir Appliquer tout — le processus en deux phases).
Approuver n'est pas appliquer. Une proposition peut rester Approuvée indéfiniment sans le moindre effet sur SAP. Le système en production ne change que lorsqu'un humain clique sur Appliquer dans SAP et confirme.
Le lanceur#
Le lanceur démarre et pilote une exécution autonome.
| Contrôle | Ce qu'il fait | Quand il apparaît |
|---|---|---|
| Projet : {name} | Une ligne nommant le projet ciblé par cette exécution. | Toujours |
| Décrivez la tâche pour l'agent | Une zone de texte pour une tâche en langage naturel. Mutuellement exclusive avec le sélecteur de spécification — utilisez l'un ou l'autre. | Toujours |
| …ou lancer une spécification existante | Un sélecteur pour lancer une spécification enregistrée au lieu d'une tâche saisie. Mutuellement exclusive avec le texte de la tâche. | Toujours |
| Lancer | Démarre l'exécution. Affiche En cours… pendant le déroulement. | Toujours |
| Arrêter | Abandonne le flux en direct mais laisse l'exécution reprenable — le travail n'est pas terminé, seulement détaché de votre vue. | Pendant une exécution en cours |
| Annuler l'exécution | Termine l'exécution côté serveur. Affiche Annulation… pendant qu'elle se termine. | Pendant une exécution en cours |
Fournissez soit une description de tâche soit une spécification, jamais les deux — les deux entrées sont mutuellement exclusives.
Échec et reprise#
Une exécution autonome peut s'arrêter avant de se terminer. Lorsqu'une exécution a échoué ou a été interrompue, une bannière affiche un motif typé et un moyen de continuer :
- Limite d'IA — l'abonnement ou le moteur d'IA a atteint une limite.
- Auth — un problème d'authentification (moteur d'IA ou connexion SAP).
- Réseau — un problème de connectivité.
- SAP — une erreur renvoyée par le système SAP.
- Autre — une erreur non classée.
- Interrompue — l'agent s'est arrêté lui-même délibérément.
La bannière comporte un bouton Reprendre, qui continue à partir de la première étape inachevée plutôt que de recommencer.
Suivre une exécution#
Pendant et après une exécution, l'onglet affiche sa progression :
- Journal / sortie en direct — la narration en cours et la sortie de l'agent.
- Résumé du résultat — un court résumé de ce que l'exécution a produit.
- Étapes — l'exécution décomposée en étapes, pour que vous puissiez voir jusqu'où elle est allée.
- Exécutions récentes — une liste des exécutions antérieures de ce projet à revisiter.
La file d'envoi#
La file d'envoi — Modifications proposées (file d'envoi) — est la liste des modifications que l'agent souhaite apporter. Rien de ce qu'elle contient n'a touché SAP.
Approuver ne fait qu'enregistrer votre décision — rien ne touche SAP tant que vous n'appliquez pas explicitement un élément approuvé.
Chaque proposition traverse un ensemble d'états fixe :
En attente → Approuver → Appliquer (écrit dans SAP).
Contrôles par proposition#
Chaque proposition affiche une Exigence (quelle modification est proposée) et une Justification (pourquoi l'agent la propose), un statut et ses propres actions.
| Champ / contrôle | Ce qu'il fait |
|---|---|
| Exigence | La modification que l'agent propose. |
| Justification | Pourquoi l'agent la propose. |
| Statut | L'un de En attente, Approuvée, Rejetée, Appliquée. |
| Approuver | Enregistre l'approbation. N'écrit pas dans SAP. |
| Rejeter | Enregistre le rejet. N'écrit pas dans SAP. |
| Supprimer cette proposition | Retire la proposition de la file. |
| Appliquer dans SAP | Écrit cette modification unique dans SAP. Affiche Application… pendant son exécution. |
Appliquer dans SAP est la seule action par proposition qui écrit. Elle porte un avertissement ⚠ — Appliquer ÉCRIT cette modification dans le système SAP en production — et une boîte de dialogue de confirmation :
Écrire cette modification dans {object}… ne peut pas être annulé. Vous devez cliquer sur Oui, écrire dans SAP pour continuer, ou sur Annuler pour renoncer.
Actions groupées#
La file propose également des actions sur de nombreuses propositions à la fois :
| Action | Ce qu'elle fait |
|---|---|
| Tout approuver (en attente) | Approuve toutes les propositions en attente à la fois (demande une confirmation). N'écrit toujours pas dans SAP. |
| Appliquer dans SAP tout l'approuvé | Écrit et active toutes les propositions approuvées dans un processus en deux phases (voir ci-dessous). |
| Effacer les rejetées | Retire de la file toutes les propositions rejetées. |
| Effacer toutes les non-appliquées | Retire toutes les propositions qui n'ont pas été appliquées. |
Appliquer tout — le processus en deux phases#
Appliquer dans SAP tout l'approuvé n'écrit pas les objets un par un. Il s'exécute en deux phases sur exactement l'ensemble des propositions approuvées — la même forme que l'activation d'un transport :
- Phase 1/2 — écriture… — tous les objets sont écrits inactifs.
- Phase 2/2 — activation… — une seule activation de masse s'exécute sur exactement cet ensemble d'objets.
Écrire d'abord tout en inactif, puis activer l'ensemble complet ensemble, évite les états intermédiaires cassés que vous obtiendriez en activant les objets un par un lorsqu'ils dépendent les uns des autres.
Pages associées#
- Security model — comment l'accès en lecture seule et le contrôle humain d'application sont appliqués.
- Chat — la surface interactive, où un rôle en écriture modifie SAP directement.
- Specifications — les spécifications enregistrées que vous pouvez lancer en mode autonome.
- Configuring projects — où un administrateur active le mode autonome par projet.