Перейти до вмісту

Запустити оркестрацію

Цей посібник показує, як перетворити одну велику мету на план для всієї команди, який виконує себе сам. Про те, як це працює, дивіться в розділі Оркестрація.

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

  1. Відкрийте (або створіть) простір і опорний тікет. Кожна пропозиція його потребує (propose_orchestration приймає ticket_id); спільний простір походить із цього тікета.
  2. За бажанням перемкніть випадний список режимів у композері на Оркестрація. Цей режим звужує агента до читання й пропонування — пам’ять, граф коду, читання репозиторіїв і тікетів, propose_orchestration та інструменти плейбуків — тож він не може замість планування почати писати код.
  3. @-згадайте свого оркестратора (зазвичай це CEO-агент) і сформулюйте мету простою мовою:

@ceo Досліди конкурентний ландшафт для офлайн-орієнтованого записувача зустрічей і напиши односторінковий документ про позиціювання.

Оркестратор відповідає структурованою карткою пропозиції в просторі: потрібні ролі, робота, розбита на підтікети, необов’язкова фаза дослідження й обговорення, крок синтезу, який створює результат, і бюджет.

Оскільки пропозиція — це типізований об’єкт, застосунок перевіряє її (коректно оформлені ролі, оголошені схеми виводу, DAG без циклів) до будь-якого запуску. Пропозицію, яка не проходить перевірку, затвердити неможливо.

Крок 2: Перегляньте й відредагуйте пропозицію

Розділ із назвою «Крок 2: Перегляньте й відредагуйте пропозицію»

Картка в чаті пропонує три дії: Затвердити план, Відхилити та Відкрити — остання відкриває план у Plan Studio як вкладку редактора. Саму картку редагувати не можна.

Щоб щось змінити, натисніть Відкрити й працюйте в інспекторі праворуч:

  • Назва, опис, роль, залежності та схема виводу будь-якого кроку роботи. Роль тут означає, який із наявних ключів ролей плану володіє кроком — ви не можете закріпити роль за названим агентом чи відредагувати список наймів з інспектора, і не можете редагувати бюджет.

Дві речі доступні лише для читання: структурні вузли (дослідження, обговорення, синтез) і будь-який вузол, робота якого вже виконувалася. Редагувати можна лише поки оркестрація ще proposed.

Натисніть Оцінити в панелі затвердження, щоб побачити діапазони вартості, тривалості й радіуса ураження, перш ніж зобов’язатися. Повний редактор описано в розділі Працювати в Plan Studio.

Затвердьте план — з картки в чаті або з панелі затвердження Plan Studio. Це єдине рішення, яке ви ухвалюєте. Затверджувати може лише оператор — інструмента MCP для цього немає, тож агент може пропонувати й доопрацьовувати, але ніколи не затвердить власний план.

Далі детермінований матеріалізатор (чиста функція, без LLM) перетворює пропозицію на справжній конвеєр і створює каркас:

  • наймає всі нові ролі (і записує ідентифікатори найнятих агентів, щоб збій посеред затвердження міг відновитися без повторних наймів)
  • групує ролі в команду
  • створює проєкт і реєструє в ньому батьківський тікет
  • запускає запуск конвеєра, який усім цим керує

Статус переходить у approved, а потім у executing.

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

  • батьківський тікет, до якого прив’язано оркестрацію
  • спільний простір, у якому спілкується команда, де рядок плану відстежує стан кожного вузла
  • деталі запуску конвеєра зі звичною каскадною діаграмою та вартістю кожного кроку — дивіться Моніторити запуски конвеєрів
  • проєкт, у якому зареєстровано батьківський тікет

Коли підтікети завершено, статус переходить у synthesizing, і крок синтезу створює результат. Цей текст публікують у спільному просторі, а батьківський тікет позначають як виконаний — далі completed.

Натисніть Скасувати оркестрацію на картці в чаті або Скасувати запуск у панелі затвердження Plan Studio. Скасування згортає роботу, що триває.

Оркестрація зазнає невдачі, коли не вдається матеріалізація або коли зазнає невдачі запуск її згенерованого конвеєра (дослідження, обговорення, синтез або persist — ці кроки не продовжуються після збою). Згенеровані кроки роботи завжди продовжуються після збою, тож один невдалий підтікет не провалює запуск. Шляху збою через перевищення бюджету немає, як і порогу «всі підтікети зазнали невдачі».