Один помічник підготував аналіз, другий мав створити документ, третій — перевірити результат. У чаті багато повідомлень, але готового матеріалу немає. Знайома проблема командної роботи повторюється й у системі з кількома агентами.
Під час побудови командного центру ми зіткнулися з простим обмеженням: повідомлення про намір не є виконаною задачею. Потрібен спільний облік того, хто працює, що вже створено й що заважає продовжити.
Відокремте матеріал від доручення
Пересланий лист клієнта може бути довідкою, прикладом або новою задачею. Якщо агент автоматично виконує все, що написано у вкладенні, він плутає чужий текст із дорученням власника.
Спочатку потрібно визначити: хто поставив задачу, чого очікує та які матеріали додано як джерела. Самі документи не повинні розширювати права помічника чи змінювати погоджені правила роботи.
Передавайте результат, а не всю переписку
Для наступного виконавця важливі мета, поточний стан, конкретний файл і відкриті питання. Довга історія чату часто містить уже відкинуті рішення, проміжні припущення та суперечливі версії.
Практичний формат передачі: задача, відповідальний, потрібний результат, посилання на матеріали, критерій приймання. Якщо аналіз ще не перевірено, це має бути видно одразу. Інакше наступний агент перетворить припущення на впевнений висновок у презентації.
Статус «готово» повинен мати доказ
Для звіту доказом буде файл із висновками та джерелами. Для інтеграції — успішно пройдений сценарій. Для задачі, яку зупинено, потрібні причина й наступна дія.
Запис у журналі «почав перевірку» не підтверджує її завершення. Так само відсутність помилки ще не означає, що клієнт отримав правильний результат. Визначайте критерій до запуску роботи, щоб його можна було перевірити незалежно від тексту відповіді агента.
Обмежуйте паралельність і повноваження
Кілька помічників можуть одночасно змінити один документ або повторно створити ту саму задачу. Спільний реєстр, один відповідальний і правила блокування зменшують такі конфлікти.
Дії назовні — лист клієнту, зміна бюджету чи публікація — потребують окремо погоджених прав. Для багатьох процесів достатньо, щоб агент підготував чернетку, а людина виконала останній крок.
Почніть з одного сценарію, наприклад «підсумок зустрічі → задачі → перевірка статусів». Коли передача працює стабільно, додавайте наступну роль. Приклад такого рішення — координатор робочих задач.