Mode plan : l'assistant montre le plan avant de changer quoi que ce soit
Comment l'assistant intégré à Opfield traite les vrais changements : il étudie l'état avec des outils en lecture seule, montre un plan, attend votre confirmation, l'exécute en arrière-plan et vérifie le résultat.
Par l’équipe Opfield5 min de lectureMis à jour
Opfield intègre un assistant à son interface : AI Workspace. Vous lui dites en langage simple ce que vous voulez obtenir, et il détermine les étapes. Pour un travail qui modifie l'infrastructure, il vous montre d'abord un plan et attend. Rien ne change tant que vous n'avez pas confirmé. Voici comment cela fonctionne et où sont les limites.
Décrire le résultat
Il y a deux façons de commencer : écrire le résultat voulu ou choisir un scénario guidé. Les scénarios couvrent les tâches courantes : configuration initiale, santé de l'infrastructure, nœuds, Docker, publication et diagnostic des routes, TLS, logs, notifications, bases de données, pages de statut et délégation d'accès. Une demande libre fonctionne de la même façon : « Déployer payments-api 2.4.2 sans interruption » suffit pour commencer.
Aux questions ordinaires, l'assistant répond simplement. Il explique un fonctionnement, lit la documentation ou consulte l'état d'une ressource. Il sait sur quelle page vous êtes : « pourquoi cette route échoue » désigne la route que vous avez sous les yeux.
Étudier avant de changer
Quand le travail comporte plusieurs étapes, touche plusieurs ressources, demande beaucoup de recherche ou présente un vrai risque, l'assistant passe en mode plan. Vous pouvez aussi activer le mode plan vous-même.
En mode plan, l'assistant ne dispose que d'outils en lecture seule. Il examine l'état actuel : la mise en production, les logs, les métriques, les routes et les nœuds concernés. Si quelque chose n'est pas clair, il pose une question plutôt que de deviner. Répondre à une question n'autorise rien d'autre.
The new version expects STRIPE_KEY, which the production environment does not have.
Un plan que vous confirmez
L'étude aboutit à un plan structuré. Il sépare ce qui a été trouvé, la revue de l'intention et de la sécurité, les étapes à exécuter et une vérification finale.
Les actions qui modifient quelque chose ne deviennent disponibles qu'après une confirmation explicite du plan. Jusque-là, l'assistant ne peut rien changer, quelle que soit la suite de la conversation.
Relisez un plan comme vous reliriez le changement d'un collègue. Il doit nommer les ressources exactes, pas « tous les services concernés », et dire ce que les clients remarqueront, quand revenir en arrière et comment le résultat sera vérifié. Si une étape est une commande shell ou une modification directe de la base de données, demandez si une opération Opfield standard peut faire la même chose.
Exécution en arrière-plan
Un plan confirmé s'exécute en arrière-plan. Vous suivez la progression étape par étape et pouvez le mettre en pause, le reprendre ou l'annuler. L'exécution appartient à Opfield, pas à l'onglet de votre navigateur : fermer le panneau ne l'arrête pas.
Une fois les étapes terminées, une exécution de vérification distincte contrôle le résultat. Un appel d'outil réussi ne signifie pas que l'objectif est atteint, c'est pourquoi le plan se termine par ce contrôle et non par la dernière étape. Il reste utile de tester ensuite vous-même le parcours de vos clients.
Chaque Work Session a un seul plan actif à la fois. Des Work Sessions distinctes exécutent leurs plans indépendamment.
Vos droits, rien de plus
L'assistant n'a pas d'accès propre. Il agit pour l'utilisateur qui l'a sollicité et passe uniquement par des outils Opfield qui vérifient les droits. Le modèle ne reçoit que les outils autorisés par vos scopes, et Opfield revérifie à chaque opération les scopes, ce que comprend votre licence, la validation et l'état de la ressource. Ce que vous ne pouvez pas faire dans l'interface, l'assistant ne le peut pas non plus.
La planification est distincte du mode d'approbation. Elle est toujours en lecture seule. Un plan confirmé suit ensuite vos réglages d'approbation actuels : les actions qui demandent votre approbation la demandent toujours. L'assistant respecte aussi l'accès aux outils défini pour chaque utilisateur. Il demande avant d'afficher ou de renouveler des identifiants ou d'exporter des clés privées, et il ne peut pas modifier vos méthodes de connexion, votre MFA ni vos sessions. Les scénarios suivent les mêmes règles.
Chaque action dans le journal d'audit
L'assistant utilise les mêmes opérations que l'interface, l'API REST et MCP, et ses actions s'inscrivent dans le même journal d'audit, au nom de l'utilisateur qui l'a sollicité. Pour savoir ce qu'un plan a changé, ouvrez le journal d'audit et les tâches qu'il a créées plutôt que de vous fier au résumé du chat.
Si vous préférez travailler avec votre propre agent dans un éditeur ou une application de chat, les mêmes outils et les mêmes règles sont disponibles via MCP, comme décrit dans Gérer l'infrastructure avec des agents IA via MCP.
Facultatif, avec le modèle de votre choix
AI Workspace est désactivé par défaut. Un administrateur l'active et choisit le modèle : un fournisseur compatible OpenAI configuré ou un modèle publié d'Opfield Inference. Avant cela, aucune donnée n'est envoyée à un fournisseur d'IA. Le modèle est fixé pour chaque conversation, et l'assistant vous avertit avant un changement de modèle en cours de chat.
Tout ce que fait l'assistant est aussi possible sans IA, dans l'Operations Console, via l'API REST et MCP. Le chat est disponible dans toutes les offres. Le mode plan et les scénarios demandent Personal ou supérieur.
Pour commencer
Demandez à un administrateur d'activer AI Workspace et de connecter un modèle, puis commencez par une question en lecture seule sur un service que vous connaissez bien. La page AI Workspace sur https://docs.opfield.dev décrit les droits, le traitement des données et une liste de contrôle pour relire un plan.