Материал подготовлен автоматически по первоисточникам: ссылки на них — в конце статьи.
CoworkOS показала, как агент может вести проект через ожидание, смену сеансов и правки человека, не удерживая всю историю в контексте модели. В препринте, который не прошёл рецензирование и содержит замеры самих авторов, средняя оценка дообученной Qwen3.6-35B-A3B на восьми тестах выросла с 33,19 до 42,95. Для команд практический результат состоит не в новой модели, а в архитектуре: решения принимает LLM, а состояние долгой работы хранит отдельная исполнительная оболочка.
Стратегия остаётся у модели, исполнение — у среды
CoworkOS разделяет систему на три слоя: главный агент, координатор и вспомогательные агенты. Главный агент понимает цель, составляет план, решает, что выполнить самостоятельно, а что передать, и принимает итоговый результат. Он остаётся единой точкой ответственности перед пользователем.
Вспомогательный агент получает ограниченное задание, доступные инструменты и часть исходного контекста. Он может долго исследовать варианты, создавать файлы и проверять результат, но возвращает главному агенту не всю цепочку действий, а отчёт, ссылки на артефакты и статус выполнения. Так промежуточные операции не переполняют основной контекст.
Координатор не решает содержательную задачу. Он запускает поручения, следит за их жизненным циклом, доставляет обратную связь и сохраняет результаты. Синхронное поручение блокирует дальнейший шаг до ответа, а асинхронное позволяет главному агенту продолжать другую работу; завершённый результат попадает в его входящую очередь.
Авторы называют делегирование контрактом на доказательства. Главный агент должен передать не только цель, но и ограничения, доступные ресурсы и ожидаемое подтверждение результата. Это полезное отличие от схемы, где несколько агентов обмениваются свободными сообщениями и никто явно не отвечает за приёмку.
Память привязана к работе, а не к диалогу
Долгая задача распадается, если её состояние существует только в переписке с моделью. CoworkOS хранит рабочие файлы в иерархии общих пространств, отдельно записывает ключевые решения, ограничения и незавершённые действия, а для длительных операций сохраняет статус и журналы. После ожидания или перезапуска агент может восстановить не пересказ разговора, а фактическое состояние проекта.
Люди и агенты работают с одним объектом: документом, презентацией, CAD-моделью или сценой Blender. Пользователь может изменить сам артефакт, а не только отправить замечание в чат. Среда передаёт агенту новую версию и результаты проверки, после чего тот пересматривает план.
Такой подход меняет роль памяти. Она служит не архивом всех сообщений, а индексом решений и незакрытых обязательств; подробности остаются в файлах и журналах. Это снижает зависимость долгой работы от одного контекстного окна и позволяет подключать вспомогательных агентов без копирования всей истории проекта.
Когда CoworkOS меняет архитектурный план
Систему проверяли на 12 тестах и в шести классах прикладных задач: от сайтов и офисных материалов до CAD и трёхмерных сцен. CoworkOS сопоставляли с OpenHands, Codex и DeepSeek Harness. Такое покрытие показывает переносимость архитектуры между инструментами, но результаты относятся к собранной авторами среде и выбранным ими сценариям.
Самая содержательная проверка — автоматическое дообучение модели за пять итераций. CoworkOS анализировала провалы на тестах, меняла состав обучающих примеров, запускала обучение, ждала завершения и использовала новые оценки для следующего решения. Здесь одновременно нужны содержательная стратегия и сохранение ответственности во время длительных вычислений.
Один сбой хорошо показывает, зачем среде нужны журналы и накопленная история. После ухудшения результата система обнаружила, что 42 длинные траектории давали 84,2% обучающих токенов. Следующая итерация расширила набор примеров и уменьшила зависимость от многократного повторения небольшой группы данных.
Работа не даёт оснований менять выбранную LLM только ради CoworkOS. Она меняет план реализации агентной системы, если задача переживает один сеанс, ждёт внешних процессов или допускает прямые правки человека. В таком случае состояние поручений, файлы, критерии приёмки и журналы стоит вынести в долговечную среду, а модели оставить планирование и решения.
Для коротких линейных сценариев такая иерархия добавит лишнюю координацию. Для разработки, исследований, подготовки документов и других задач с параллельными ветками важнее другое: агент можно заменить или перезапустить, не потеряв саму работу. Именно это в CoworkOS выглядит более значимым, чем итоговый прирост на тестах.
Источники
Похоже на вашу задачу?
Расскажите, что собираете. За полчаса разложим на этапы и назовём сроки — это бесплатно и ни к чему не обязывает.
