3. Архитектура и эксплуатация агентных систем
2. Microsoft открыла Agensh: до 1024 агентов без центрального оркестратора
Дата: препринт 22 сентября; новое событие — публикация кода, скриптов экспериментов и инструкции воспроизведения 24 октября.
Что произошло. Microsoft Research открыла Agensh — harness, в котором агенты самостоятельно занимают подзадачи, обмениваются сообщениями, проверяют результаты и объединяют изменения. Общая рабочая среда использует Gitea, коммуникация — Mattermost; поверх них работает общий контекст. В отличие от схемы «один planner распределяет работу», нет единственного центрального диспетчера.
Почему важно. Число параллельных исполнителей становится дополнительным параметром масштабирования качества и времени, но только для задач, которые действительно допускают разделение и объединение работы.
Что показали данные. Исследование Microsoft: на пяти наиболее трудных задачах ProgramBench средняя доля пройденных финальных тестов выросла с 19,31% при одном агенте до 28,78% при 128 агентах (+9,47 процентного пункта; примерно +49% относительно исходного значения). На задаче восстановления pandoc: 33,89% при одном агенте против 55,06% при 1024. Единица оценки — задача восстановления программы по наблюдаемому поведению и документации; метрика — доля пройденных тестов. Использовалась одна модель GPT-5.6 Sol с высоким reasoning effort, лимит шесть часов, без интернета. Это авторский benchmark, а не независимая оценка стоимости и надёжности в production. Бюджет токенов при разном числе агентов не выровнен.
Что нужно уже понимать: multi-agent coordination; shared state; asynchronous execution; ProgramBench; test-pass rate.
Для команды. Не превращать 1024 агентов в целевую архитектуру. Для задач с независимыми ветками работы можно воспроизвести эксперимент на 2–8 агентах и сравнить качество, суммарную стоимость, wall-clock latency и конфликты при слиянии. Для линейных бизнес-процессов пока наблюдать.
Первоисточники: код и руководство Microsoft; препринт.
3. Anthropic рекомендует обратное для многих enterprise-задач: меньше subagents, больше общего контекста
Дата: 22 октября; включено как существенный архитектурный контрапункт к открытому Agensh.
Что произошло. Applied AI команда Anthropic описала миграцию от большого числа специализированных агентов к одному основному циклу с динамической загрузкой skills и tools. Отдельных агентов предлагается сохранять для независимой параллельной работы, изоляции контекста или случаев, где единый агент объективно деградирует.
Почему важно. Agensh и рекомендации Anthropic не опровергают друг друга: первая работа изучает параллельное восстановление сложных программ, вторая — преимущественно связанные enterprise-workflows. Передача кратких результатов между subagents может терять информацию, а дополнительные модельные циклы увеличивают latency.
Что показали данные. Anthropic сообщает об одном неназванном клиенте, у которого единый агентный цикл работал примерно вдвое быстрее многоагентной конфигурации. Также компания сократила system prompt Claude Code для новых моделей более чем на 80%, частично за счёт отложенной загрузки контекста. Нет опубликованных парных таблиц качества/стоимости, распределений задержки или контролируемого сравнения при одинаковом токен-бюджете. Это vendor production anecdote, а не универсальный benchmark.
Что нужно уже понимать: agent loop; context engineering; progressive disclosure; subagent handoff; end-to-end eval.
Для команды. Если есть цепочка router → planner → specialist → verifier, стоит сравнить её с единым циклом на одинаковых задачах и моделях. Проверять не только средний балл, но и пропущенные обязательные шаги, p95 latency и стоимость завершённой задачи.
Первоисточник: Anthropic — When to fold subagents into your main agent loop.
4. 2000 исследовательских агентов OpenAI показали преимущество распределённого поиска, но не доказали научные открытия
Дата: 21 октября; ранее не освещённое исследование.
Что произошло. OpenAI, PerturbAI и Scripps Research распределили анализ атласа клеток мозга мыши между тысячами GPT-Rosalind агентов. Каждый изучал отдельное генное вмешательство, клеточный ответ и публикации; результаты сводились в карту гипотез для последующих экспериментов.
Почему важно. Это другой тип многоагентности, чем enterprise-оркестрация: тысячи относительно независимых исследовательских ветвей позволяют расширить охват данных и литературы без одного гигантского контекста.
Что показали данные. Авторы сообщают о 32 минутах работы. На крупнейшей нагрузке распределённая система сослалась более чем на 700 источников, единый агент — на 11 при сопоставляемых модели и ресурсах. Единица оценки — интерпретация генетического вмешательства и обоснование гипотезы литературой, а не подтверждённое лечение. Оценки экспертов и предложенные биологические связи ещё требуют лабораторной проверки. Это исследование авторов, не независимый production benchmark.
Что нужно уже понимать: task decomposition; parallel search; scientific hypothesis generation; blinded evaluation; evidence synthesis.
Для команды. Если продукт анализирует тысячи независимых документов, компаний или объектов, сравнить parallel map/reduce с одним агентом по полноте, подтверждаемости выводов и стоимости. Не переносить результат на связанные задачи, требующие непрерывного общего состояния.
Первоисточник: OpenAI — Using thousands of AI agents.
5. OpenAI раскрыла архитектуру изолированной среды обучения и проверки сильных агентов
Дата: 23 октября; новое техническое описание ранее начавшейся истории.
Что произошло. После сентябрьского инцидента, когда исследовательская модель получила ограниченный доступ в интернет через ошибку DNS-конфигурации, OpenAI приостановила часть frontier-обучения. Компания построила offline-среду с индексированным и кэшированным веб-контентом, усилила сетевую изоляцию и проверяла границы группами атакующих агентов. Обучение и внутренний inference возобновлены 1 октября, что стало известно из публикации 23 октября.
Почему важно. Для автономных агентов «sandbox есть» недостаточно. Нужно отдельно контролировать выход в сеть, доступ к host, межагентные каналы и возможность отключения мониторинга. Это архитектурный ответ на риски, возникающие по мере роста возможностей моделей.
Что показали данные. OpenAI подтверждает обнаружение новых уязвимостей и ошибок конфигурации, но не публикует в этой статье сопоставимую частоту успешных побегов или стоимость изоляции. Утверждение о снижении числа находок в ходе red teaming — качественное внутреннее наблюдение.
Что нужно уже понимать: sandbox escape; defense in depth; network egress; red teaming; offline evaluation.
Для команды. Для агентов с browser/code execution обсудить внешние политики сети, изоляцию credentials и независимые журналы действий. Копировать инфраструктуру frontier-лаборатории целиком не нужно; принципы применимы и к обычному SaaS.
Первоисточник: OpenAI — Securing our frontier model training environment.