Berechtigungen, Genehmigungen und Entwürfe

So authentifiziert sich ElevenAgents Architect

Architect verwendet kein separates Dienstkonto und agiert nicht als andere Identität. Im ElevenLabs-Dashboard werden seine Tools in Ihrem Browser innerhalb Ihrer angemeldeten Sitzung ausgeführt. Jede Lese- oder Schreibaktion, vom Abrufen der Konfiguration eines Agents bis zum Erstellen eines Branches, ist eine gewöhnliche Anfrage in Ihrem Namen und unter Ihren Workspace-Berechtigungen.

Das hat drei Folgen:

Architect kann nur tun, was Sie tun können. Wenn Sie einen Agent nicht bearbeiten können, kann Architect ihn lesen, aber keine Änderungen daran vorbereiten. Wenn Ihre Rolle das Mergen in einen geschützten Branch nicht erlaubt, kann Architect dort ebenfalls nicht mergen.
Seine Arbeit wird unter Ihrem Namen erfasst. Von Architect erstellte veröffentlichte Versionen, Branches und Merge-Vorschläge zeigen Sie als Autor. Nichts kennzeichnet sie als von Architect erstellt.
Verschiedene Nutzer erhalten unterschiedliche Ergebnisse. Zwei Teammitglieder, die Architect um dieselbe Änderung bitten, können unterschiedliche Ergebnisse erhalten, wenn ihre Rollen verschieden sind.

Diese Seite beschreibt Architect im ElevenLabs-Dashboard, dem einzigen Ort, an dem Architect heute ausgeführt wird. Architect kommt auf weitere Oberflächen wie Slack, ist dort aber noch nicht verfügbar. Auf jeder Oberfläche behält Architect dasselbe Modell bei: Es authentifiziert sich als die Person, mit der es spricht, und handelt mit deren Berechtigungen.

Was die einzelnen Rollen erlauben

Zugriffsrollen für Agents gelten für Architect genauso wie für Sie im Dashboard.

Ihr Zugriff auf den Agent	Was Architect für Sie tun kann
Betrachter	Konfiguration, Unterhaltungen, Tests, Branches und Vorschläge lesen. Änderungen untersuchen und empfehlen, aber nicht vorbereiten.
Bearbeiter	Alles, was ein Betrachter kann, sowie Änderungen in Entwürfen vorbereiten, Branches erstellen, Tests schreiben und ausführen, Merge-Vorschläge öffnen und in nicht geschützte Branches mergen.
Workspace-Admin	Alles, was ein Bearbeiter kann, sowie in geschützte Branches mergen und den Traffic-Anteil geschützter Branches ändern.

Ressourcen auf Workspace-Ebene wie Tools, Wissensdatenbank-Dokumente und Tests folgen ihren eigenen Freigabeberechtigungen. Unter Was Architect ändern kann erfahren Sie, welche Aktionen für den Agent und welche für den Workspace gelten.

Genehmigungsmodi

Jede Architect-Unterhaltung läuft in einem von drei Modi. Wechseln Sie den Modus über die Schaltfläche im Composer oder drücken Sie Shift+Tab, um zwischen ihnen zu wechseln.

Modus	Verhalten
Genehmigung erforderlich (Standard)	Architect fragt vor Aktionen, die Live-Traffic oder gemeinsam genutzte Ressourcen betreffen. Es zeigt genau, was sich ändert, und wartet auf Ihre Genehmigung oder Ablehnung.
Automatisch genehmigen	Architect fragt vor keiner Aktion, auch nicht vor dem Mergen eines Branches, dem Ändern der Traffic-Aufteilung, dem Verwerfen eines Entwurfs, dem Archivieren eines Agents oder dem Durchführen eines Testanrufs. Verwenden Sie diesen Modus nur bei Aufgaben, bei denen Sie sich sicher sind.
Plan	Architect recherchiert mit schreibgeschützten Tools, erstellt einen Plan und wartet auf Ihre Genehmigung, bevor es etwas ändert. Nach Ihrer Genehmigung werden Aktionen wie im Modus „Genehmigung erforderlich“ gesteuert.

Ihre Modusauswahl wird in Ihrem Browser gespeichert. Es gibt keine Workspace-Einstellung, die einen Modus für alle erzwingt. Um für jede Änderung an einem Live-Agent eine Prüfung zu verlangen, schützen Sie dessen main-Branch, damit Änderungen über einen genehmigten Merge-Vorschlag erfolgen müssen.

Bei welchen Aktionen zuerst gefragt wird

Im Modus Genehmigung erforderlich bereitet Architect Änderungen an der Konfiguration des Agents in Ihrem Entwurf ohne Nachfrage vor, da ein Entwurf niemals Live-Anrufer betrifft. Es fragt vorher bei:

Änderungen, die für Live-Anrufer sofort wirksam werden: Mergen eines Branches und Ändern der Traffic-Aufteilung.
Änderungen an gemeinsam genutzten Workspace-Ressourcen: Erstellen, Aktualisieren oder Löschen von Tools, Aktualisieren oder Löschen von Tests sowie den meisten Änderungen an der Wissensdatenbank.
Destruktiven Aktionen: Verwerfen eines Entwurfs, Löschen einer Prozedur, Archivieren eines Agents oder Branches.
Aktionen in der realen Welt: Durchführen eines Testanrufs.

Bei Lesevorgängen wird nie gefragt. Die Genehmigungsaufforderung kennzeichnet nicht rückgängig zu machende Löschungen mit der Bezeichnung Dauerhaft. Die vollständige Liste der Aktionen, bei denen zuerst gefragt wird, finden Sie unter Was Architect ändern kann.

Drei Schritte erfordern in jedem Modus immer Ihr Eingreifen:

Einen Entwurf veröffentlichen. Architect öffnet den Veröffentlichungsdialog, und Sie wählen Veröffentlichen.
Einen Plan genehmigen im Plan-Modus.
Entscheiden, was mit einem vorhandenen Entwurf geschehen soll. Wenn der Branch bereits einen Entwurf enthält, den Architect nicht in diesem Chat erstellt hat, einschließlich nicht gespeicherter Änderungen im Editor, hält Architect an und fragt, ob er ihn behalten oder verwerfen soll, bevor es etwas vorbereitet.

Ein Tool für die Sitzung vertrauen

Die Genehmigungsaufforderung enthält ein Kontrollkästchen Diesen Tools in dieser Sitzung vertrauen. Wenn Sie es auswählen, werden spätere Aufrufe derselben Tools in dieser Sitzung ohne Nachfrage ausgeführt. Das Vertrauen endet, wenn Sie eine neue Unterhaltung beginnen. Wenn Sie nicht innerhalb von etwa zwei Minuten auf eine Genehmigungsaufforderung reagieren, läuft die Anfrage ab und Architect führt die Aktion nicht aus.

Entwürfe, Versionen und Branches

Architect verwendet dasselbe Versionierungsmodell wie der Rest von ElevenAgents.

Konzept	Was es ist	So verwendet Architect es
Entwurf	Ihre unveröffentlichten Änderungen in einem Branch. Jeder Nutzer hat pro Branch einen eigenen Entwurf.	Jede Konfigurationsänderung von Architect wird hier vorbereitet. Der Chat zeigt einen Bereich für vorbereitete Änderungen mit Prüfen & veröffentlichen.
Version	Ein unveränderlicher Snapshot, der beim Veröffentlichen eines Entwurfs erstellt wird.	Sie veröffentlichen. Architect kann das nicht. In einem geschützten Branch bietet der Dialog stattdessen die Veröffentlichung in einem neuen Branch an.
Branch	Eine benannte Versionslinie. Live-Traffic wird prozentual auf Branches geleitet.	Architect erstellt einen Branch für Änderungen, die geprüft werden müssen, sodass `main` unverändert bleibt, bis der Branch gemergt wird.

„Ohne Ihre Genehmigung geht nichts live“ hat eine präzise Bedeutung:

Änderungen an der Konfiguration eines Agents werden in einem Entwurf vorbereitet und erreichen Live-Anrufer erst, nachdem Sie sie in einem Branch veröffentlicht haben, der Traffic bedient.
Im Modus Genehmigung erforderlich warten Aktionen, die Live-Traffic oder gemeinsam genutzte Ressourcen betreffen, auf Ihre Genehmigung.
Im Modus Automatisch genehmigen kann Architect weiterhin nicht veröffentlichen, aber innerhalb Ihrer Berechtigungen Branches mergen und Traffic-Aufteilungen ohne Nachfrage ändern.

Einige Änderungen außerhalb der Agent-Konfiguration werden im Workspace wirksam, sobald sie vorgenommen werden, beispielsweise das Erstellen eines Tools oder eines Wissensdatenbank-Dokuments. Sie beeinflussen das Verhalten des Agents erst, wenn dieser sie verwendet, was geschieht, wenn Sie einen Entwurf veröffentlichen, der sie hinzufügt. Bereits an Live-Agents angehängte Workspace-Ressourcen sind die Ausnahme: Wenn Sie ein Tool aktualisieren, das ein Live-Agent verwendet, ändert sich dieser Agent sofort. Architect fragt im Modus Genehmigung erforderlich, bevor es Tools aktualisiert.

Versionsverlauf und Zurücksetzen

Jede veröffentlichte Version erfasst, was geändert wurde und wer sie veröffentlicht hat.

Änderungen ansehen: Öffnen Sie unter Versionskontrolle > Branches den Versionsverlauf eines Branches. Vergleichen Sie jede Version mit der vorherigen oder mit der Live-Version. Oder fragen Sie Architect, zum Beispiel: „Was hat sich letzte Woche auf main geändert?“ Es liest den Branch-Verlauf und vergleicht Versionen für Sie.
Sehen, wer etwas geändert hat: Jede Version zeigt den Nutzer, der sie veröffentlicht hat. Eine von Architect vorgenommene Änderung zeigt den Nutzer, der mit ihm gesprochen hat.
Zurücksetzen: Wählen Sie im Versionsverlauf Auf diese Version zurücksetzen. Das Zurücksetzen entfernt keinen Verlauf. Es veröffentlicht die alte Konfiguration als neue Version. Sie können auch /rollback verwenden, damit Architect die letzten Änderungen prüft und eine Rücksetzung vorbereitet, die Sie veröffentlichen können.