OpenRouter lance l'outil Subagent pour la délégation de tâches

ME AI message, selon la surveillance de Beating, OpenRouter a lancé un outil de proxy côté serveur `openrouter:subagent` en version test, permettant aux grands modèles de déléguer des sous-tâches indépendantes pendant la génération de contenu à des modèles candidats plus petits, moins coûteux et plus rapides. Lorsqu’un modèle principal rencontre une tâche auto-contenue n’exigeant pas toute sa capacité (par exemple, résumé de document, extraction de données structurées, rédaction de modèles et mise en forme de texte), il peut appeler l’outil proxy en fournissant le nom de la tâche (task_name) et la description de la tâche (task_description). Les sous-tâches déléguées sont exécutées par le modèle de travail et renvoient un résultat (outcome) au modèle principal pour intégration ultérieure. Le modèle de travail peut être n’importe quel modèle pris en charge par OpenRouter, spécifié non seulement par `parameters.model` dans la définition de l’outil, mais aussi hérité directement du modèle principal en l’absence de configuration. Pour renforcer ses capacités d’exécution, le modèle de travail peut également être doté d’outils serveur OpenRouter indépendants (comme la recherche en ligne `openrouter:web_search` ou le web scraping `openrouter:web_fetch`), permettant ainsi une inférence multi-étapes et une acquisition de données dans un environnement sandbox avant la génération du texte final. Étant donné que les modèles de travail s’exécutent côté serveur, les outils personnalisés nécessitant un exécuteur client ne sont pas pris en charge. Étant donné que les modèles de travail n’ont pas accès au contexte de session du modèle principal ni ne peuvent partager de mémoire entre différentes tâches, le modèle principal doit fournir dans la description de la tâche toutes les informations contextuelles complètes et les exigences de format de sortie. Pour prévenir les appels imbriqués infinis et les dépenses incontrôlées, OpenRouter a introduit deux mécanismes de protection : une interdiction explicite d’auto-référence dans la définition et une limitation du niveau d’imbrication via les en-têtes de requête, en supprimant systématiquement les outils proxy lors des appels de sous-tâches. En outre, un plafond strict est fixé sur le nombre total de tâches exécutées au sein d’une seule requête API. (Source : BlockBeats)