Authentification, approbations et brouillons

Comment Architect agit en votre nom, quand votre approbation est nécessaire et comment il prépare les modifications en toute sécurité.

Comment Architect s’authentifie

Architect n’utilise pas de compte de service distinct et n’agit pas sous une autre identité. Il s’exécute dans votre session connectée : chaque lecture ou écriture qu’il effectue, de la récupération de la configuration d’un agent à la mise à jour d’un prompt ou à la création d’une branche, passe par les mêmes requêtes authentifiées que le reste du Dashboard, avec votre compte et les autorisations de votre Workspace.

Cela signifie qu’Architect ne peut faire que ce que vous êtes déjà autorisé à faire. Si votre rôle ne vous permet pas de fusionner dans la branche principale, ou si une ressource ne vous a pas été partagée, Architect ne peut pas non plus le faire.

Modes d’approbation

Chaque conversation avec Architect s’exécute dans l’un de trois modes, sélectionnables depuis le composeur :

Mode	Comportement
Approbation requise (par défaut)	Avant d’exécuter un outil qui modifie un élément, Architect vous montre exactement ce qui va changer et attend que vous l’approuviez ou le refusiez.
Approbation automatique	Ignore cette étape de confirmation pour les outils soumis à contrôle, y compris les actions plus risquées comme fusionner une branche ou supprimer un brouillon. Utilisez-le lorsque vous avez confiance dans les modifications demandées.
Plan	Architect effectue d’abord des recherches, rédige un plan et ne commence les modifications qu’après votre approbation du plan.

Les lectures, telles que l’affichage de la liste des outils ou la récupération de la configuration actuelle d’un agent, ne nécessitent jamais d’approbation, quel que soit le mode. Un outil que vous avez déjà approuvé plus tôt dans la même conversation est considéré comme fiable et ne vous le redemandera pas avant le début d’une nouvelle conversation.

Brouillons, publication et fusion

Les modifications apportées à la configuration, au prompt, au workflow, aux outils, aux tests ou à la base de connaissances d’un agent sont préparées sous forme de brouillon non publié sur la branche sur laquelle vous travaillez. Rien de ce qu’Architect fait ne prend effet pour les appelants en direct avant sa publication.

Demandez à Architect ce qu’il a modifié jusqu’à présent pour voir le brouillon actuel comparé à la version publiée.
Architect peut ouvrir la boîte de dialogue de publication pour vous, mais il ne peut pas cliquer lui-même sur publier. Vous examinez le diff et confirmez.
Après la publication, vous pouvez continuer à itérer : demandez d’autres modifications à Architect, examinez-les et publiez à nouveau, autant de fois que nécessaire.

Branches

Pour les modifications importantes, travaillez sur une branche distincte plutôt que directement sur celle en production. Architect peut créer et répertorier des branches, et ajuster la répartition du trafic entre les branches actives, dont le total doit toujours être de 100 %.

Lorsque vous êtes prêt à intégrer les modifications d’une branche dans main, demandez à Architect de la fusionner. Architect affiche d’abord un aperçu de la fusion, et la fusion elle-même nécessite toujours votre approbation, même en mode d’approbation automatique. La fusion dans main peut nécessiter des autorisations d’administrateur, et une branche contenant un brouillon non enregistré doit être enregistrée ou supprimée avant de pouvoir être fusionnée ou quittée.