Sierra ставить Ghostwriter у центр робочих процесів Agent Studio

Sierra оголосила 2 листопада 2026 року про перероблення Agent Studio навколо Ghostwriter — агента для створення інших агентів. Тепер дослідження, редагування сценаріїв і тестування відбуваються в одній розмові. Докази, запропоновані зміни та результати тестування зберігаються разом, щоб команди могли переглянути їх до запуску.

Раніше користувачам доводилося переходити між різними розділами Agent Studio, щоб редагувати сценарії, запускати симуляції та переглядати показники ефективності. Новий робочий процес дає змогу користувачеві запитати, чому знизився рівень вирішення звернень, переглянути розмови, оновити сценарій і перевірити виправлення, не виходячи з цієї розмови.

Sierra представила Ghostwriter 25 березня 2026 року як агента для створення інших агентів. Спочатку він міг працювати зі стандартними операційними процедурами, стенограмами дзвінків до служби підтримки, фотографіями ескізів на дошці, документацією процесів, аудіозаписами та інструкціями звичайною англійською мовою. Ghostwriter використовує ці матеріали, щоб визначати ключові моделі поведінки та нестандартні випадки для агентів, які працюють через голосовий зв’язок, чат і електронну пошту. 28 вересня 2026 року Sierra розширила його можливості, перетворивши на постійно доступного проактивного помічника у Slack і Teams, який може переглядати взаємодії з клієнтами, пропонувати покращення та допомагати перетворювати їх на експерименти.

Збереження контексту та окремі сесії

Тепер Ghostwriter залишається доступним, коли користувачі переходять між сценаріями, симуляціями та панелями керування, і бачить елемент, відкритий у цей момент. Користувач може запитати про ймовірну проблему або попросити Ghostwriter усунути її, не пояснюючи контекст заново. Оновлений інтерфейс об’єднує функції, які раніше були розподілені між Explorer, Sierra Assistant та іншими спеціалізованими агентами, тож більше не потрібно знати, який інструмент виконує те чи інше завдання.

Кожна сесія працює як гілка чату, що містить і розмову, і внесені Ghostwriter зміни. Ці зміни залишаються в сесії, доки хтось їх не перегляне та не об’єднає. Окремі сесії дають змогу команді в одній гілці з’ясувати, чому зросла кількість клієнтів, які просять з’єднати їх із фахівцем служби підтримки, а в іншій — створювати новий сценарій, не заважаючи одне одному.

Сесіями можна ділитися, щоб колеги спільно розв’язували проблему, або створювати їхні відгалуження й продовжувати роботу з місця, на якому зупинився інший користувач. Перед об’єднанням користувач також може попросити Ghostwriter переглянути зміни колеги.

Проєкти, що охоплюють кілька агентів

Тепер Agent Studio може групувати пов’язаних агентів в одному проєкті разом із даними та каналами, якими вони користуються спільно. Це дає командам змогу тестувати й випускати таких агентів разом.

У прикладі Sierra для кредитора один агент збирає документи від заявників, а інший супроводжує заявку та надсилає нагадування, доки кредит не буде оформлено. Коли кредитор додає вимогу щодо документа, Ghostwriter в межах однієї сесії оновлює і перелік документів, які запитує агент зі збору, і порядок подальших звернень агента, що супроводжує заявку.

Контроль тестування, погодження та розгортання

Порівняння рядок за рядком точно показують, що змінив Ghostwriter. Попередній перегляд у Preview Chat і симуляції дають командам змогу перевірити поведінку перед об’єднанням змін, а керування випуском передбачає обов’язкові погодження та контрольоване розгортання.

До супровідних засобів контролю за випуском належить Agent Checks — автоматичний аналізатор, який виявляє попередження на основі сценаріїв і розмов, які вони генерують. Попередження впорядковуються за рівнем серйозності, і більшість із них містить запропоноване Ghostwriter виправлення, яке можна застосувати безпосередньо на місці. Організації також можуть вимагати успішного проходження симуляцій, перш ніж зміна перейде до виробничого середовища.

Для перевірки людьми організації можуть вимагати колегіального рецензування перед випуском і використовувати роль Reviewer, щоб визначити, чия згода потрібна: наприклад, керівника з клієнтського досвіду, представника відділу комплаєнсу, менеджера з інженерії або іншого фахівця у відповідній галузі. Рецензенти можуть переглядати відмінності рядок за рядком, залишати коментарі з контекстом і просити внести зміни. Розробники можуть разом із Ghostwriter врахувати ці зауваження та запросити повторне рецензування, перш ніж хтось погодить об’єднання змін.

Після погодження під час розгортання з розподілом трафіку зміну можна спершу показати частині клієнтів, а потім поширити ширше. Кожен випуск є незмінним знімком, що дає змогу відкотити зміни, якщо виникне непередбачена проблема.

У результаті дослідження, редагування, тестування та рецензування відбуваються узгоджено в межах однієї сесії, тоді як об’єднання змін і їхнє поширення серед клієнтів і далі залежать від погоджень команди та засобів контролю розгортання.