[ Конструктор Джарвисов ]
Ниже пример зрелой системы, которую ты будешь собирать по частям. Такой результат не появляется после одного промпта или первого модуля.
Утром ты открываешь Telegram, а там уже готова сводка. Пока ты спал, система мониторинга собрала новые публикации конкурентов и отзывы клиентов. Джарвис заметил повтор: люди трижды за неделю застряли на одном экране, а конкурент только что показал другой подход.
Он передал находку продуктовому агенту. Тот поднял прошлые решения, собрал гипотезу и описал маленькую проверку. Агент-разработчик воспроизвёл проблему, подготовил исправление в отдельной ветке и прогнал тесты. Другой агент проверил изменения и вернул работу на доработку, потому что один сценарий сломался.
Пока они разбирались с продуктом, агент по продажам нашёл переписки, в которых клиенты ждали ответа. Он подготовил сообщения с учётом прошлых разговоров. Два ответа не стал отправлять, потому что сначала решение должен принять ты. Агент поддержки собрал повторяющиеся вопросы клиентов и предложил переписать одну инструкцию.
Утром Джарвис прислал одно сообщение вместо семи отдельных отчётов:
Ты не управлял каждым шагом. Тебе осталось решить, выпускать ли исправление и какие сообщения можно отправить.
В первых четырёх модулях ты соберёшь основу этой системы: одну повторяющуюся задачу, память о решениях, передачу работы и результат, который можно проверить.
Если одним промптом поручить одному агенту заниматься всей компанией, он скорее опишет работу, чем действительно выполнит её.
Несколько агентов становятся командой, когда у каждой роли есть свой участок работы.
Исследователь следит за источниками и сообщает, что изменилось. Продуктовый агент связывает новые сведения с обратной связью и целями. Разработчик меняет код в отдельной ветке и оставляет тесты. Ревьюер не писал этот код, поэтому может его завернуть.
Продажи работают со своей воронкой. Поддержка видит обращения клиентов. Координатор собирает результаты и показывает человеку только те вопросы, где решение повлечёт последствия.
Каждый участник оставляет конкретный результат для следующего: запись, задачу, файл, ветку с кодом, проверку или решение владельца. Без такой передачи агенты не работают командой. Они просто по очереди что-то рассказывают.
Поэтому при добавлении нового агента полезно спросить: за какой участок он отвечает и что оставляет после себя? Нет ясного ответа, значит новая роль пока не нужна.
Новые модели могут дольше работать с кодом, браузером и профессиональными программами без нового сообщения после каждого шага. За один запуск модель способна изучить источник, воспользоваться нужным инструментом, изменить файл, проверить результат и позвать помощника.
Но модель сама не знает твоих ограничений, прошлых решений и свежих рабочих данных. За один запуск она может сделать больше, но расписание, права, память и передачу результата всё равно нужно заранее настроить.
Поэтому ждать следующую модель не нужно. Она расширит возможности уже настроенных задач. Если важная информация осталась только у тебя в голове, даже самый сильный чат снова начнёт с вопросов.
Команда появляется, если у каждой роли есть свои данные, понятная задача, проверяемый результат и разрешённые действия. Если следующий шаг может привести к серьёзным последствиям, агент не выполняет его сам, а просит тебя принять решение.