OpenRouter запускает инструмент Subagent для делегирования задач

ME AI сообщение, согласно мониторингу Beating, OpenRouter запустил серверный инструмент прокси `openrouter:subagent` в тестовом режиме, позволяющий крупным моделям в процессе генерации контента передавать отдельные подзадачи более мелким, дешевым и быстрым кандидатским моделям. Когда основная модель сталкивается с само-contained задачами, не требующими полного набора её возможностей (например, аннотирование документов, извлечение структурированных данных, создание шаблонов и форматирование текста), можно вызвать инструмент прокси, указав имя задачи (task_name) и описание задачи (task_description). Подзадачи выполняются рабочей моделью, а результат (outcome) возвращается основной модели для последующей интеграции. Рабочей моделью может быть любая модель, поддерживаемая OpenRouter, не только та, что указана в параметрах инструмента через `parameters.model`, но и по умолчанию — та же, что и основная модель. Для усиления исполнительных возможностей рабочая модель может использовать собственные серверные инструменты OpenRouter (например, веб-поиск `openrouter:web_search` или веб-скрапинг `openrouter:web_fetch`), позволяя выполнять многошаговые рассуждения и получать данные в изолированной среде до генерации финального текста. Поскольку рабочие модели выполняются на сервере, они не поддерживают пользовательские функции, требующие клиентских исполнителей. Поскольку рабочие модели не имеют доступа к контексту сессии основной модели и не могут обмениваться памятью между различными задачами, основная модель должна предоставлять полную контекстную информацию и требования к формату вывода непосредственно в описании задачи. Чтобы предотвратить бесконечную рекурсию и неконтролируемый рост затрат из-за вложенных вызовов моделей, OpenRouter внедрил двухуровневую систему защиты: запрет на само-ссылки в определениях и ограничение глубины вложенности через заголовки запросов, а также принудительное удаление инструментов прокси при вызовах подзадач. Кроме того, установлен жесткий лимит на общее количество выполняемых задач в одном API-запросе. (Источник: BlockBeats)