Authentifizierung, Genehmigungen und Entwürfe

So handelt Architect in Ihrem Namen, wann Ihre Genehmigung erforderlich ist und wie Änderungen sicher vorbereitet werden.

So authentifiziert sich Architect

Architect verwendet kein separates Dienstkonto und agiert nicht als andere Identität. Es läuft innerhalb Ihrer angemeldeten Sitzung: Jeder Lese- oder Schreibvorgang – vom Abrufen der Konfiguration eines Agenten über das Aktualisieren eines Prompts bis zum Erstellen eines Branches – erfolgt über dieselben authentifizierten Anfragen, die auch der Rest des Dashboards nutzt, unter Ihrem Konto und mit den Berechtigungen Ihres Workspace.

Das bedeutet, dass Architect nur tun kann, wozu Sie bereits berechtigt sind. Wenn Ihre Rolle das Mergen in den Main-Branch nicht erlaubt oder eine Ressource nicht für Sie freigegeben wurde, kann Architect dies ebenfalls nicht tun.

Genehmigungsmodi

Jede Architect-Unterhaltung läuft in einem von drei Modi, die Sie im Composer wechseln können:

Modus	Verhalten
Genehmigung erforderlich (Standard)	Bevor Architect ein Tool ausführt, das etwas ändert, zeigt es Ihnen genau, was sich ändern wird, und wartet auf Ihre Genehmigung oder Ablehnung.
Automatisch genehmigen	Überspringt diesen Bestätigungsschritt für kontrollierte Tools, einschließlich risikoreicherer Aktionen wie dem Mergen eines Branches oder dem Verwerfen eines Entwurfs. Verwenden Sie diesen Modus, wenn Sie von den angeforderten Änderungen überzeugt sind.
Plan	Architect recherchiert zuerst, erstellt einen Plan und beginnt erst nach Ihrer Genehmigung mit den Änderungen.

Lesevorgänge, etwa das Auflisten von Tools oder das Abrufen der aktuellen Konfiguration eines Agenten, erfordern in keinem Modus eine Genehmigung. Ein Tool, das Sie bereits früher in derselben Unterhaltung genehmigt haben, gilt als vertrauenswürdig und fragt erst wieder nach, wenn Sie eine neue Unterhaltung starten.

Entwürfe, Veröffentlichung und Mergen

Änderungen an der Konfiguration, dem Prompt, Workflow, den Tools, Tests oder der Wissensdatenbank eines Agenten werden als unveröffentlichter Entwurf in dem Branch vorbereitet, in dem Sie arbeiten. Keine von Architect ausgeführte Änderung wirkt sich auf Live-Anrufer aus, bis Sie sie veröffentlichen.

Fragen Sie Architect, was es bisher geändert hat, um den aktuellen Entwurf mit der veröffentlichten Version zu vergleichen.
Architect kann den Veröffentlichungsdialog für Sie öffnen, aber nicht selbst auf „Veröffentlichen“ klicken. Sie prüfen den Diff und bestätigen.
Nach der Veröffentlichung können Sie weiter iterieren: Bitten Sie Architect um weitere Änderungen, prüfen Sie diese und veröffentlichen Sie erneut – so oft wie nötig.

Branches

Arbeiten Sie bei größeren Änderungen in einem separaten Branch statt direkt in dem Branch, der live ist. Architect kann Branches erstellen, auflisten und Traffic-Aufteilungen zwischen aktiven Branches anpassen. Diese müssen immer zusammen 100 % ergeben.

Wenn Sie die Änderungen eines Branches in main übernehmen möchten, bitten Sie Architect, ihn zu mergen. Architect zeigt zuerst eine Merge-Vorschau. Der Merge selbst erfordert auch im Modus für automatische Genehmigung weiterhin Ihre Zustimmung. Für das Mergen in main sind möglicherweise Admin-Berechtigungen erforderlich. Ein Branch mit einem ungespeicherten Entwurf muss gespeichert oder verworfen werden, bevor er gemergt oder zu einem anderen Branch gewechselt werden kann.