OpenRouter lança ferramenta Subagent para delegação de tarefas

ME AI mensagem, conforme monitorado pela Beating, a OpenRouter lançou a ferramenta de proxy do lado do servidor `openrouter:subagent` e iniciou o teste, permitindo que modelos grandes distribuam tarefas filhas independentes para modelos candidatos menores, mais baratos e mais rápidos durante a geração de conteúdo. Quando o modelo principal encontrar uma tarefa autocontida que não exija sua capacidade completa (por exemplo, resumo de documentos, extração de dados estruturados, redação de modelos e formatação de texto), poderá invocar a ferramenta de proxy fornecendo o nome da tarefa (task_name) e a descrição da tarefa (task_description). As tarefas filhas distribuídas serão executadas pelo modelo de trabalho e retornarão ao modelo principal na forma de resultado (outcome) para integração subsequente. O modelo de trabalho pode ser qualquer modelo suportado pela OpenRouter, não apenas aquele especificado por `parameters.model` na definição da ferramenta, mas também herdado diretamente do modelo principal caso não seja definido. Para aumentar a capacidade de execução, o modelo de trabalho também pode ser equipado com ferramentas de servidor da OpenRouter independentes (como busca online `openrouter:web_search` ou raspagem de página `openrouter:web_fetch`), permitindo raciocínio em múltiplos passos e aquisição de dados em um ambiente sandbox antes da geração do texto final. Como o modelo de trabalho é executado no servidor, não suporta ferramentas de funções personalizadas que exigem executores do cliente. Como o modelo de trabalho não tem acesso ao contexto da sessão do modelo principal nem pode compartilhar memória entre tarefas diferentes, o modelo principal deve fornecer todas as informações de contexto e os requisitos de formato de saída na descrição da tarefa. Para evitar recursão infinita e descontrole de custos causados por chamadas aninhadas de modelos, a OpenRouter introduziu dois mecanismos de proteção: proibição de auto-referência na definição e limitação da profundidade aninhada por meio de cabeçalhos de requisição, forçando a remoção das ferramentas de proxy nas chamadas de tarefas filhas. Além disso, há um limite rígido no número total de tarefas executadas em uma única requisição API. (Fonte: BlockBeats)