OpenRouter lanza la herramienta Subagent para la delegación de tareas

ME AI mensaje, según el monitoreo de Beating, OpenRouter ha lanzado la herramienta de proxy del lado del servidor `openrouter:subagent` y ha iniciado la prueba, permitiendo que los modelos grandes asignen tareas secundarias independientes durante la generación de contenido a modelos candidatos más pequeños, económicos y rápidos. Cuando el modelo principal se encuentra con tareas autocontenidas que no requieren su capacidad completa (por ejemplo, resúmenes de documentos, extracción de datos estructurados, redacción de plantillas y formato de texto), puede invocar la herramienta de proxy proporcionando el nombre de la tarea (task_name) y la descripción de la tarea (task_description). Las tareas secundarias asignadas son ejecutadas por el modelo de trabajo y devueltas al modelo principal en forma de resultado (outcome) para su posterior integración. El modelo de trabajo puede ser cualquier modelo admitido por OpenRouter, no solo el especificado por `parameters.model` en la definición de la herramienta, sino también heredado directamente del modelo principal si no se establece. Para mejorar la capacidad de ejecución, el modelo de trabajo también puede estar equipado con herramientas del lado del servidor de OpenRouter independientes (como búsqueda en línea `openrouter:web_search` o extracción de páginas web `openrouter:web_fetch`), lo que permite realizar razonamiento multipaso y obtención de datos en un entorno sandbox antes de generar el texto final. Debido a que el modelo de trabajo se ejecuta en el servidor, no admite herramientas de funciones personalizadas que requieran ejecutores del lado del cliente. Dado que el modelo de trabajo no puede acceder al contexto de la sesión del modelo principal ni compartir memoria entre tareas distintas, el modelo principal debe proporcionar información de contexto completa y requisitos de formato de salida dentro de la descripción de la tarea. Para prevenir recursión infinita y descontrol de costos causados por llamadas anidadas de modelos, OpenRouter ha introducido un mecanismo de protección dual: se prohíbe la auto-referencia en la definición y se limita la profundidad anidada mediante encabezados de solicitud, eliminando obligatoriamente las herramientas de proxy durante las llamadas a tareas secundarias. Además, se establece un límite estricto en el número total de tareas ejecutadas dentro de una sola solicitud API. (Fuente: BlockBeats)