Uwierzytelnianie, zatwierdzenia i wersje robocze

Jak Architect działa w twoim imieniu, kiedy potrzebuje twojej zgody i jak bezpiecznie przygotowuje zmiany.

Jak Architect się uwierzytelnia

Architect nie używa oddzielnego konta usługi ani nie działa jako inna tożsamość. Działa w ramach twojej zalogowanej sesji: każdy odczyt lub zapis, od pobrania konfiguracji agenta po aktualizację promptu lub utworzenie gałęzi, odbywa się przez te same uwierzytelnione żądania, których używa reszta panelu — na twoim koncie i zgodnie z uprawnieniami twojego workspace’u.

Oznacza to, że Architect może robić tylko to, na co już masz pozwolenie. Jeśli twoja rola nie pozwala na mergowanie do głównej gałęzi albo zasób nie został ci udostępniony, Architect też nie może tego zrobić.

Tryby zatwierdzania

Każda rozmowa z Architectem działa w jednym z trzech trybów, które możesz zmieniać w komponencie tworzenia wiadomości:

Tryb	Działanie
Wymagane zatwierdzenie (domyślnie)	Przed uruchomieniem narzędzia, które coś zmienia, Architect pokazuje dokładnie, co zostanie zmienione, i czeka, aż to zatwierdzisz lub odrzucisz.
Automatyczne zatwierdzanie	Pomija ten krok potwierdzenia dla narzędzi wymagających zgody, w tym działań o wyższym ryzyku, takich jak mergowanie gałęzi lub odrzucanie wersji roboczej. Używaj go, gdy masz pewność co do zmian, o które prosisz.
Plan	Architect najpierw zbiera informacje, tworzy plan i zaczyna edycję dopiero po zatwierdzeniu przez ciebie planu.

Odczyty, takie jak wyświetlanie narzędzi czy pobieranie bieżącej konfiguracji agenta, nigdy nie wymagają zatwierdzenia w żadnym trybie. Narzędzie, które zatwierdzisz wcześniej w tej samej rozmowie, jest uznawane za zaufane i nie poprosi ponownie o zgodę, dopóki nie rozpoczniesz nowej rozmowy.

Wersje robocze, publikowanie i mergowanie

Zmiany konfiguracji agenta, promptu, workflow, narzędzi, testów lub bazy wiedzy są przygotowywane jako nieopublikowana wersja robocza w gałęzi, nad którą pracujesz. Żadna zmiana wprowadzona przez Architecta nie wpływa na rozmówców na żywo, dopóki jej nie opublikujesz.

Zapytaj Architecta, co dotąd zmienił, aby zobaczyć bieżącą wersję roboczą w porównaniu z opublikowaną wersją.
Architect może otworzyć za ciebie okno publikowania, ale nie może sam kliknąć publikacji. Sprawdzasz różnice i potwierdzasz.
Po publikacji możesz dalej wprowadzać zmiany: poproś Architecta o kolejne zmiany, sprawdź je i opublikuj ponownie — tyle razy, ile potrzebujesz.

Gałęzie

Przy większych zmianach pracuj na osobnej gałęzi zamiast bezpośrednio na tej aktywnej. Architect może tworzyć i wyświetlać gałęzie oraz dostosowywać podział ruchu między aktywnymi gałęziami, który zawsze musi sumować się do 100%.

Gdy chcesz przenieść zmiany z gałęzi do main, poproś Architecta o jej zmergowanie. Architect najpierw pokazuje podgląd mergowania, a samo mergowanie nadal wymaga twojej zgody, nawet w trybie automatycznego zatwierdzania. Mergowanie do main może wymagać uprawnień administratora, a gałąź z niezapisaną wersją roboczą musi zostać zapisana lub odrzucona, zanim będzie można ją zmergować lub przełączyć się na inną.