Автономность агентов — это не только выполнение инструкций. Это способность скоординироваться без участия человека. Звучит как магия, пока не увидишь своими глазами.
У одного из сервисов экосистемы слетело резервное копирование. Данные на проде не терялись, но без бэкапа спать спокойно нельзя. Аномалию обнаружил агент проверки данных. Другой агент, имплементатор, развернул новое резервное копирование и настроил cron. Между собой они не обменялись ни строчкой — никакого чата, никаких «передай ему, что…». Сработал общий контекст.
Дальше — про то, как этот механизм устроен и почему он меняет подход к управлению разработкой. Без внутренней кухни: точные IP, хосты, пароли и имена репозиториев в истории не нужны.
Координация без координатора
Каждый агент работает в изолированной сессии. Он не видит остальных: не знает, сколько их, чем они заняты, как распределены задачи. Зато он видит общую базу знаний — пространство, куда пишутся статусы, логи, принятые решения и контекст завершённых задач.
Эта база — не архив, а живой документ. Агент читает его перед началом работы и дописывает по её завершении. Решение, что делать, рождается не из переговоров, а из чтения: что уже сделано, что осталось открытым.
В случае с бэкапом первый агент заметил несоответствие между ожидаемым расписанием и фактическими логами. Сообщать он никому не стал — он зафиксировал разрыв в контексте: «база прода — последний успешный бэкап N дней назад».
Второй агент запустился позже и для другой задачи — настройки мониторинга. Прочитав контекст, он увидел этот разрыв и сам решил: прежде чем ставить мониторинг, нужно восстановить резервное копирование. Развернул бэкап, проверил его работу и только потом вернулся к своей основной задаче. Инструкции «сначала почини бэкап» не было ни от кого. Решение пришло из контекста.
Почему это не случайность
Один сработавший случай — это удача. Но паттерн повторяется. Кросс-агентная координация через контекст становится системой ровно по мере того, как работа усложняется: за второй месяц доля сложных задач выросла, хотя их общее число почти не изменилось. Содержание стало тяжелее, а вмешательства человека в координацию — нет.
Причина не в гениальном алгоритме, а в простом правиле, зашитом в поведение агента: «если контекст показывает открытую проблему и за ней никто не закреплён — бери на себя». Ответственность не перекладывается. Проблема, на которую агент наткнулся и которую никто не чинит, становится его проблемой.
Смена роли: от диспетчера к архитектору
Раньше время уходило на ручную координацию. «Этому агенту — проверить бэкапы, тому — настроить мониторинг, вечером свести результаты» — работа диспетчера, держащего в голове, кто чем занят и что от чего зависит. Теперь время уходит на другое: на то, чтобы контекст был полным и актуальным. Кто за что возьмётся, агенты решают сами.
Сдвиг измерим и в деньгах. Основа стоимости — подписка на Claude; поверх неё за месяц на дешёвые внешние модели через Coworker ушло $15,18 — черновая работа, которая иначе съедала бы дорогие лимиты Claude. Плюс фиксированная аренда серверов. Это смена не суммы, а статьи расходов: вместо платы за внимание диспетчера — плата за полноту контекста.
Координацию обеспечивает фреймворк Datarim — он уже открыт под MIT. Coworker, распределяющий нагрузку между LLM-провайдерами, тоже открыт. Код, на котором держится координация, должен быть проверяемым — в этом смысл открытой публикации, а не в звёздах на GitHub.
Что именно лежит в общем контексте
Чтобы агент принимал решение вместо человека, контекст должен содержать ровно то, что человек держал бы в голове сам. За месяц выяснилось: это не «вся документация», а несколько конкретных слоёв.
Первый слой — состояние задач. Что закрыто, что в работе, что заблокировано и почему. Сюда агент смотрит первым: не дублирует ли он чужую задачу, не зависит ли его шаг от чужого незакрытого.
Второй слой — история решений. Не «что сделали», а «почему сделали именно так». При переносе базы на выделенный сервер агент записал не только команду, но и причину: почему дата коммита, а не время изменения файла; почему дедупликация по имени. Следующий агент, попав на ту же развилку, читает готовое решение, а не изобретает его заново.
Третий слой — открытые проблемы без хозяина. Самый важный для координации. Именно отсюда второй агент узнал про слетевший бэкап. Правило короткое: висит проблема, которую никто не взял, и ты на неё наткнулся — берёшь её ты. Не «передаёшь дальше», не «оставляешь на потом».
К этой структуре пришлось прийти не сразу. Первые недели база была свалкой: агенты писали туда всё подряд, и читать её стало дороже, чем заново разобраться в задаче. Понадобилась отдельная задача — навести порядок в самой базе знаний: разнести логи по слоям, убрать дубли. Контекст, за которым не следят, теряет ценность так же быстро, как команда без координатора.
Контекст как безопасное пространство
У этого подхода есть оборотная сторона, и она честнее любого вывода. Контекст не делает агентов всеведущими: чего в базе нет — того агент не угадает. Пару раз за месяц так и вышло — агент прошёл мимо проблемы, о которой в контексте не было ни строчки, потому что она осталась в голове человека и не была выгружена. Урок неудобный: дисциплина записи теперь критична. Цена координации не исчезла — она переместилась с ручного контроля на полноту контекста. Это дешевле, но не бесплатно.
Принцип при этом не зависит от размера команды — один разработчик или сто, эти инструменты или другие. Контекст решает не потому, что он умный, а потому что даёт агентам возможность быть умными самим. Когда контекст полный, инструкции становятся лишними: агенты находят в нём работу друг за другом и разбираются сами.