Behörigheter, godkännanden och utkast | ElevenLabs Documentation

Så autentiserar ElevenAgents Architect

Architect använder inte ett separat tjänstekonto och agerar inte som en annan identitet. I ElevenLabs-dashboarden körs verktygen i din webbläsare, inom din inloggade session. Varje läs- eller skrivåtgärd som den utför, från att hämta en agents konfiguration till att skapa en gren, är en vanlig begäran som görs som du, med dina workspace-behörigheter.

Detta får tre konsekvenser:

Architect kan bara göra det du kan göra. Om du inte kan redigera en agent kan Architect läsa den, men inte lägga ändringar i utkastet. Om din roll inte tillåter sammanslagning till en skyddad gren kan Architect inte heller göra det.
Arbetet registreras i ditt namn. Versioner du publicerar, grenar och sammanslagningsförslag som Architect skapar visar dig som författare. Inget markeras som skapat av Architect.
Olika användare får olika resultat. Två teammedlemmar som ber Architect om samma ändring kan få olika resultat om deras roller skiljer sig åt.

Den här sidan beskriver Architect i ElevenLabs-dashboarden, som är det enda stället där Architect körs i dag. Architect kommer till andra ytor, till exempel Slack, men det är ännu inte tillgängligt. På alla ytor kommer Architect att behålla samma modell: den autentiserar som personen den pratar med och agerar med den personens behörigheter.

Vad varje roll tillåter

Åtkomstroller för agenter gäller för Architect på exakt samma sätt som för dig i dashboarden.

Din åtkomst till agenten	Vad Architect kan göra åt dig
Läsbehörig	Läsa konfigurationen, konversationer, tester, grenar och förslag. Undersöka och rekommendera ändringar, men inte lägga dem i utkastet.
Redigerare	Allt en läsbehörig kan göra, plus lägga ändringar i utkast, skapa grenar, skriva och köra tester, öppna sammanslagningsförslag och slå samman till oskyddade grenar.
Workspace-administratör	Allt en redigerare kan göra, plus slå samman till skyddade grenar och ändra trafikandelen för skyddade grenar.

Resurser på workspace-nivå, som verktyg, kunskapsbasdokument och tester, följer sina egna delningsbehörigheter. Se Vad Architect kan ändra för vilka åtgärder som gäller agenten och vilka som gäller workspacet.

Godkännandelägen

Varje Architect-konversation körs i ett av tre lägen. Byt läge med knappen i skrivfältet, eller tryck på Shift+Tab för att växla mellan dem.

Läge	Beteende
Godkännande krävs (standard)	Architect frågar före åtgärder som påverkar live-trafik eller delade resurser. Den visar exakt vad som kommer att ändras och väntar på att du godkänner eller avvisar.
Godkänn automatiskt	Architect frågar inte före någon åtgärd, inklusive att slå samman en gren, ändra trafikfördelningen, kasta ett utkast, arkivera en agent eller genomföra ett testsamtal. Använd det bara för arbete du känner dig säker på.
Plan	Architect undersöker med skrivskyddade verktyg, skriver en plan och väntar på att du godkänner planen innan något ändras. När du har godkänt begränsas åtgärderna som i läget Godkännande krävs.

Ditt val av läge sparas i din webbläsare. Det finns ingen workspace-inställning som tvingar alla att använda ett visst läge. Om du vill kräva granskning för varje ändring av en live-agent ska du skydda dess main-gren så att ändringar måste gå via ett godkänt sammanslagningsförslag.

Vilka åtgärder frågar först

I läget Godkännande krävs lägger Architect ändringar i agentens konfiguration i ditt utkast utan att fråga, eftersom ett utkast aldrig påverkar live-anrop. Den frågar före:

Ändringar som får omedelbar effekt för live-anrop: att slå samman en gren och ändra trafikfördelningen.
Ändringar av delade workspace-resurser: att skapa, uppdatera eller ta bort verktyg, uppdatera eller ta bort tester samt de flesta ändringar i kunskapsbasen.
Destruktiva åtgärder: att kasta ett utkast, ta bort en procedur, arkivera en agent eller gren.
Åtgärder i verkligheten: att genomföra ett testsamtal.

Läsningar kräver aldrig godkännande. Godkännandefrågan markerar borttagningar som inte kan ångras med etiketten Permanent. Den fullständiga listan över vad som frågar först finns i Vad Architect kan ändra.

Tre steg kräver alltid din medverkan, i alla lägen:

Publicera ett utkast. Architect öppnar publiceringsdialogrutan och du väljer Publicera.
Godkänna en plan i Plan-läget.
Avgöra vad som ska göras med ett befintligt utkast. Om grenen redan har ett utkast som Architect inte skapade i den här chatten, inklusive osparade ändringar i redigeraren, stannar Architect och frågar om du vill behålla eller kasta det innan något läggs i utkastet.

Lita på ett verktyg för sessionen

Godkännandefrågan har en kryssruta för Lita på dessa verktyg i den här sessionen. När du markerar den körs senare anrop till samma verktyg i den sessionen utan att fråga. Förtroendet upphör när du startar en ny konversation. Om du inte svarar på en godkännandefråga inom ungefär två minuter löper begäran ut och Architect kör inte åtgärden.

Utkast, versioner och grenar

Architect använder samma versionshanteringsmodell som resten av ElevenAgents.

Koncept	Vad det är	Så använder Architect det
Utkast	Dina opublicerade ändringar på en gren. Varje användare har sitt eget utkast per gren.	Varje konfigurationsändring som Architect gör läggs här. Chatten visar en panel med ändringar i utkastet med Granska och publicera.
Version	En oföränderlig ögonblicksbild som skapas när ett utkast publiceras.	Du publicerar. Architect kan inte. På en skyddad gren erbjuder dialogrutan i stället att publicera till en ny gren.
Gren	En namngiven rad av versioner. Live-trafik dirigeras till grenar efter procentandel.	Architect skapar en gren för ändringar som behöver granskas, så att `main` inte påverkas förrän grenen har slagits samman.

“Inget går live utan ditt godkännande” har en exakt innebörd:

Ändringar i en agents konfiguration läggs i ett utkast och når live-anrop först när du publicerar, på en gren som hanterar trafik.
I läget Godkännande krävs väntar åtgärder som påverkar live-trafik eller delade resurser på ditt godkännande.
I läget Godkänn automatiskt kan Architect fortfarande inte publicera, men den kan slå samman grenar och ändra trafikfördelningar utan att fråga, inom ramen för dina behörigheter.

Vissa ändringar utanför agentkonfigurationen får effekt i workspacet så snart de görs, till exempel att skapa ett verktyg eller ett kunskapsbasdokument. De påverkar inte agentens beteende förrän den använder dem, vilket sker när du publicerar ett utkast som kopplar dem. Workspace-resurser som redan är kopplade till live-agenter är undantaget: om du uppdaterar ett verktyg som en live-agent använder ändras den agenten direkt. Architect frågar innan verktyg uppdateras i läget Godkännande krävs.

Versionshistorik och återställning

Varje publicerad version registrerar vad som ändrades och vem som publicerade den.

Se vad som ändrades: i Versionshantering > Grenar öppnar du en grens Versionshistorik. Jämför valfri version med den föregående eller med live-versionen. Du kan också fråga Architect, till exempel “Vad ändrades på main under den senaste veckan?” Den läser grenshistoriken och jämför versionerna åt dig.
Se vem som ändrade det: varje version visar användaren som publicerade den. En ändring som Architect gjorde visar användaren som pratade med den.
Återställ: välj Återställ till den här versionen i versionshistoriken. En återställning tar inte bort historik. Den publicerar den gamla konfigurationen som en ny version. Du kan också använda /rollback för att låta Architect granska de senaste ändringarna och lägga en återställning i utkastet så att du kan publicera den.