Uprawnienia, zatwierdzenia i wersje robocze

Jak ElevenAgents Architect się uwierzytelnia

Architect nie używa osobnego konta usługi ani nie działa jako inna tożsamość. W panelu ElevenLabs jego narzędzia działają w twojej przeglądarce, w ramach zalogowanej sesji. Każdy odczyt lub zapis — od pobrania konfiguracji agenta po utworzenie gałęzi — to zwykłe żądanie wykonywane jako ty, z uprawnieniami twojego obszaru roboczego.

Ma to trzy konsekwencje:

Architect może zrobić tylko to, co ty. Jeśli nie możesz edytować agenta, Architect może go odczytać, ale nie może wprowadzać w nim zmian roboczych. Jeśli twoja rola nie pozwala scalać zmian z chronioną gałęzią, Architect też nie może tego zrobić.
Jego praca jest zapisywana pod twoim nazwiskiem. Publikowane wersje, gałęzie i propozycje scalenia utworzone przez Architecta pokazują ciebie jako autora. Nic nie wskazuje, że utworzył je Architect.
Różni użytkownicy dostają różne wyniki. Dwóch członków zespołu, którzy proszą Architecta o tę samą zmianę, może otrzymać różne rezultaty, jeśli mają inne role.

Ta strona opisuje Architecta w panelu ElevenLabs — obecnie tylko tam działa. Architect trafi też do innych miejsc, takich jak Slack, ale nie jest to jeszcze dostępne. Na każdej powierzchni Architect zachowa ten sam model: uwierzytelnia się jako osoba, z którą rozmawia, i działa z jej uprawnieniami.

Na co pozwala każda rola

Role dostępu do agenta dotyczą Architecta dokładnie tak samo, jak ciebie w panelu.

Twój dostęp do agenta	Co Architect może dla ciebie zrobić
Wyświetlanie	Odczytywać konfigurację, rozmowy, testy, gałęzie i propozycje. Analizować i sugerować zmiany, ale nie wprowadzać ich roboczo.
Edycja	Wszystko, co użytkownik z dostępem do wyświetlania, a do tego wprowadzać zmiany robocze w szkicach, tworzyć gałęzie, pisać i uruchamiać testy, otwierać propozycje scalenia oraz scalać z niechronionymi gałęziami.
Administrator obszaru roboczego	Wszystko, co edytor, a do tego scalać z chronionymi gałęziami i zmieniać udział ruchu chronionych gałęzi.

Zasoby na poziomie obszaru roboczego, takie jak narzędzia, dokumenty bazy wiedzy i testy, podlegają własnym uprawnieniom udostępniania. Zobacz Co Architect może zmieniać, aby sprawdzić, które działania dotyczą agenta, a które obszaru roboczego.

Tryby zatwierdzania

Każda rozmowa z Architectem działa w jednym z trzech trybów. Zmień tryb za pomocą przycisku w edytorze wiadomości lub naciśnij Shift+Tab, aby przełączać je po kolei.

Tryb	Działanie
Wymagane zatwierdzenie (domyślnie)	Architect pyta przed działaniami, które wpływają na ruch na żywo lub współdzielone zasoby. Pokazuje dokładnie, co się zmieni, i czeka na twoją akceptację lub odrzucenie.
Automatyczne zatwierdzanie	Architect nie pyta przed żadnym działaniem, w tym scaleniem gałęzi, zmianą podziału ruchu, odrzuceniem szkicu, archiwizacją agenta czy wykonaniem połączenia testowego. Używaj go tylko do działań, których jesteś pewien.
Plan	Architect analizuje za pomocą narzędzi tylko do odczytu, tworzy plan i czeka, aż go zatwierdzisz, zanim cokolwiek zmieni. Po zatwierdzeniu działania wymagają zgody tak jak w trybie Wymagane zatwierdzenie.

Wybrany tryb jest zapamiętywany w przeglądarce. Nie ma ustawienia obszaru roboczego, które wymuszałoby tryb dla wszystkich. Aby wymagać weryfikacji każdej zmiany w agencie na żywo, chroń jego gałąź main, aby zmiany musiały przejść przez zatwierdzoną propozycję scalenia.

Które działania wymagają pytania

W trybie Wymagane zatwierdzenie Architect wprowadza zmiany w konfiguracji agenta do twojego szkicu bez pytania, ponieważ szkic nigdy nie wpływa na osoby dzwoniące na żywo. Pyta przed:

Zmianami, które od razu wpływają na osoby dzwoniące na żywo: scaleniem gałęzi i zmianą podziału ruchu.
Zmianami we współdzielonych zasobach obszaru roboczego: tworzeniem, aktualizacją lub usuwaniem narzędzi, aktualizacją lub usuwaniem testów oraz większością zmian w bazie wiedzy.
Działaniami destrukcyjnymi: odrzuceniem szkicu, usunięciem procedury, archiwizacją agenta lub gałęzi.
Działaniami w świecie rzeczywistym: wykonaniem testowego połączenia telefonicznego.

Odczyty nigdy nie wymagają pytania. Komunikat zatwierdzenia oznacza usunięcia, których nie można cofnąć, etykietą Trwałe. Pełną listę działań wymagających pytania znajdziesz w Co Architect może zmieniać.

Trzy kroki zawsze wymagają twojego udziału, w każdym trybie:

Publikowanie szkicu. Architect otwiera okno publikowania, a ty wybierasz Opublikuj.
Zatwierdzanie planu w trybie Plan.
Decyzja, co zrobić z istniejącym szkicem. Jeśli gałąź ma już szkic, którego Architect nie utworzył w tej rozmowie, w tym niezapisane zmiany w edytorze, Architect zatrzymuje się i pyta, czy go zachować, czy odrzucić, zanim wprowadzi jakiekolwiek zmiany robocze.

Zaufanie do narzędzia na czas sesji

Komunikat zatwierdzenia ma pole wyboru Ufaj tym narzędziom w tej sesji. Gdy je zaznaczysz, kolejne wywołania tych samych narzędzi w tej sesji będą działać bez pytania. Zaufanie kończy się po rozpoczęciu nowej rozmowy. Jeśli nie odpowiesz na prośbę o zatwierdzenie w ciągu około dwóch minut, wygasa ona, a Architect nie wykonuje działania.

Szkice, wersje i gałęzie

Architect używa tego samego modelu wersjonowania co reszta ElevenAgents.

Pojęcie	Czym jest	Jak używa go Architect
Szkic	Twoje nieopublikowane zmiany w jednej gałęzi. Każdy użytkownik ma własny szkic dla każdej gałęzi.	Każda zmiana konfiguracji wprowadzona przez Architecta trafia tutaj. Czat pokazuje panel zmian roboczych z Sprawdź i opublikuj.
Wersja	Niezmienny zapis utworzony po opublikowaniu szkicu.	Ty publikujesz. Architect nie może. W chronionej gałęzi okno proponuje publikację w nowej gałęzi.
Gałąź	Nazwany ciąg wersji. Ruch na żywo jest kierowany do gałęzi procentowo.	Architect tworzy gałąź dla zmian wymagających weryfikacji, więc `main` pozostaje bez zmian do czasu scalenia gałęzi.

„Nic nie trafia na żywo bez twojej zgody” ma konkretne znaczenie:

Zmiany w konfiguracji agenta są wprowadzane do szkicu i trafiają do osób dzwoniących na żywo dopiero po publikacji, w gałęzi obsługującej ruch.
W trybie Wymagane zatwierdzenie działania wpływające na ruch na żywo lub współdzielone zasoby czekają na twoją zgodę.
W trybie Automatyczne zatwierdzanie Architect nadal nie może publikować, ale może scalać gałęzie i zmieniać podział ruchu bez pytania, w granicach twoich uprawnień.

Niektóre zmiany poza konfiguracją agenta zaczynają działać w obszarze roboczym od razu, na przykład utworzenie narzędzia lub dokumentu bazy wiedzy. Nie wpływają na działanie agenta, dopóki ich nie użyje, co następuje po opublikowaniu szkicu, który je dołącza. Wyjątkiem są zasoby obszaru roboczego już dołączone do agentów na żywo: aktualizacja narzędzia używanego przez agenta na żywo od razu zmienia działanie tego agenta. Architect pyta przed aktualizacją narzędzi w trybie Wymagane zatwierdzenie.

Historia wersji i cofanie zmian

Każda opublikowana wersja zapisuje, co się zmieniło i kto ją opublikował.

Sprawdź, co się zmieniło: w Kontrola wersji > Gałęzie otwórz Historię wersji gałęzi. Porównaj dowolną wersję z poprzednią lub z wersją na żywo. Możesz też zapytać Architecta, na przykład: „Co zmieniło się w main w ostatnim tygodniu?”. Odczyta historię gałęzi i porówna wersje za ciebie.
Sprawdź, kto to zmienił: każda wersja pokazuje użytkownika, który ją opublikował. Zmiana wprowadzona przez Architecta pokazuje użytkownika, który z nim rozmawiał.
Cofnij: wybierz Przywróć tę wersję w historii wersji. Cofnięcie nie usuwa historii. Publikuje starą konfigurację jako nową wersję. Możesz też użyć /rollback, aby Architect przejrzał ostatnie zmiany i przygotował cofnięcie do opublikowania.