Sierra stawia Ghostwriter w centrum procesów Agent Studio

Sierra ogłosiła 2 listopada 2026 r., że przeprojektowała Agent Studio wokół Ghostwriter, agenta do tworzenia agentów. Dzięki temu analiza, edycja ścieżek i testowanie odbywają się w ramach jednej rozmowy. Dowody, proponowane zmiany i wyniki testów pozostają razem, aby zespoły mogły je przejrzeć, zanim cokolwiek zostanie udostępnione.

Wcześniej użytkownicy musieli przechodzić między różnymi częściami Agent Studio, aby edytować ścieżki, uruchamiać symulacje i sprawdzać wyniki. Nowy proces pozwala zapytać, dlaczego spadł odsetek rozwiązanych spraw, przeanalizować rozmowy, zaktualizować ścieżkę i przetestować poprawkę bez opuszczania tej rozmowy.

Sierra przedstawiła Ghostwriter 25 marca 2026 r. jako agenta do tworzenia innych agentów. Początkowo można było przekazywać mu standardowe procedury operacyjne, transkrypcje rozmów z działem pomocy technicznej, zdjęcia szkiców z tablicy, dokumentację procesów, nagrania audio oraz instrukcje sformułowane prostym językiem angielskim. Ghostwriter wykorzystuje te materiały do określania kluczowych zachowań i sytuacji brzegowych dla agentów obsługujących połączenia głosowe, czat i pocztę elektroniczną. 28 września 2026 r. Sierra rozwinęła go w stale dostępnego, proaktywnego współpracownika w Slacku i Teams, który może analizować interakcje z klientami, sugerować ulepszenia i pomagać przekształcać je w eksperymenty.

Trwały kontekst i osobne sesje

Ghostwriter pozostaje teraz dostępny podczas przechodzenia między ścieżkami, symulacjami i pulpitami nawigacyjnymi, a także widzi aktualnie oglądany element. Użytkownik może zapytać o zauważony problem lub poprosić Ghostwriter o jego rozwiązanie bez ponownego opisywania kontekstu. Przeprojektowane środowisko łączy funkcje, które wcześniej były rozproszone między Explorer, Sierra Assistant i innymi wyspecjalizowanymi agentami, dzięki czemu nie trzeba już wiedzieć, które narzędzie służy do danego zadania.

Każda sesja ma postać wątku czatu, który obejmuje zarówno rozmowę, jak i zmiany wprowadzane przez Ghostwriter. Zmiany pozostają w sesji, dopóki ktoś ich nie sprawdzi i nie scali. Osobne sesje pozwalają zespołowi w jednym wątku analizować wzrost liczby klientów proszących o kontakt z pracownikiem działu pomocy technicznej, a w drugim tworzyć nową ścieżkę, bez wzajemnego zakłócania tych działań.

Sesje można udostępniać, aby współpracownicy mogli wspólnie rozwiązywać problem, albo rozgałęziać, by kontynuować pracę od miejsca, w którym zakończył ją inny użytkownik. Przed scaleniem użytkownik może też poprosić Ghostwriter o sprawdzenie zmian wprowadzonych przez współpracownika.

Projekty obejmujące wiele agentów

Agent Studio umożliwia teraz grupowanie powiązanych agentów w jednym projekcie wraz z danymi i kanałami, które współdzielą, dzięki czemu zespoły mogą testować i wdrażać tych agentów razem.

W przykładzie Sierra dotyczącego kredytodawcy jeden agent zbiera dokumenty od wnioskodawców, a drugi obsługuje wnioski i monitoruje ich status aż do zamknięcia kredytu. Gdy kredytodawca dodaje wymóg dostarczenia dokumentu, Ghostwriter aktualizuje w ramach jednej sesji zarówno to, o co prosi agent zbierający dokumenty, jak i sposób, w jaki agent obsługujący wniosek prowadzi dalszą komunikację.

Kontrola testów, zatwierdzania i wdrażania

Porównania wiersz po wierszu pokazują dokładnie, co zmienił Ghostwriter. Funkcje Preview Chat i Simulations pozwalają zespołom testować działanie przed scaleniem, a mechanizmy zarządzania wydaniami wprowadzają wymagane zatwierdzenia i kontrolowane wdrożenia.

Powiązane mechanizmy kontroli zarządzania wydaniami obejmują Agent Checks — automatyczny linter, który generuje ostrzeżenia na podstawie ścieżek i tworzonych przez nie rozmów. Kontrole są porządkowane według wagi problemu, a większość z nich zawiera proponowaną przez Ghostwriter poprawkę, którą można zastosować bezpośrednio w danym miejscu. Organizacje mogą też wymagać, aby symulacje zakończyły się pomyślnie, zanim zmiana zostanie skierowana do środowiska produkcyjnego.

Na potrzeby weryfikacji przez ludzi organizacje mogą wymagać wzajemnej weryfikacji przed wydaniem oraz skorzystać z roli Reviewer, aby określić, czyja akceptacja jest potrzebna — na przykład lidera ds. doświadczeń klienta, osoby odpowiedzialnej za zgodność, kierownika ds. inżynierii lub innego eksperta w danej dziedzinie. Osoby weryfikujące mogą sprawdzać różnice wiersz po wierszu, dodawać komentarze z kontekstem i prosić o wprowadzenie zmian. Twórcy mogą współpracować z Ghostwriterem, aby uwzględnić te uwagi, a następnie poprosić o ponowną weryfikację, zanim ktoś zatwierdzi scalenie.

Po zatwierdzeniu zmiany można wdrażać etapami, udostępniając je części ruchu klientów, zanim zostaną szerzej rozpowszechnione. Każde wydanie jest niezmiennym zrzutem, co umożliwia wycofanie zmian, jeśli pojawi się nieoczekiwany problem.

W efekcie analiza, edycja, testowanie i weryfikacja są połączone w ramach jednej sesji, natomiast scalenie zmian i udostępnienie ich klientom nadal zależą od zatwierdzeń zespołu oraz mechanizmów kontroli wdrażania.