stamatios
← Voltar ao feed
Cabos de vários geradores convergindo em um hub central, metáfora do Comfy Router unificando modelos de mídia
IA & Modelos

Comfy Router unifica acesso a modelos de mídia em uma única API

resumo de ~3 min

Lançamento

A Comfy anunciou o Comfy Router, agora disponível na Comfy Developer Platform: uma API única para acessar modelos generativos de imagem, vídeo, 3D e áudio de fronteira. No primeiro dia, o Router inclui Seedance 2.5, MiniMax H3, Nano Banana Pro, GPT Image 2, Kling e Black Forest Labs, com mais modelos previstos. São os mesmos modelos já usados pelos mais de 3 milhões de usuários do ComfyUI, agora reunidos em uma única interface.

Integração única e escolha de provedor

A proposta é integrar uma vez e adicionar modelos conforme são lançados, sem novo SDK, chave ou ciclo de vida de job a cada release. No SDK, mudar o modelo ou o provedor é trocar uma string; o resto do código permanece. O provedor é um parâmetro: onde um modelo roda em mais de um entre fal, Runware, WaveSpeed e Higgsfield, é possível alternar com uma linha, por disponibilidade, preço ou velocidade regional. Quando o usuário nomeia um provedor, a Comfy não troca a rota - se estiver indisponível, a requisição falha ali, sem substituição silenciosa, e todo job informa qual provedor o executou. Modelos com um único provedor ainda ganham a integração e a chave compartilhada.

Fila e limites de concorrência

Jobs que atingem erros 429 ou falhas transitórias são reenviados automaticamente pela fila. O método submit devolve um ID de requisição imediatamente e mantém o job em execução até concluir; subscribe submete e aguarda o resultado por polling. A fila vale para todos os modelos suportados, e a documentação de limites de concorrência traz os tetos.

Casos de uso

A Comfy cita três: um recurso de produto que chama um modelo e precisa migrar de provedor quando sofre rate limit, bastando mudar um parâmetro; um pipeline que combina o próprio workflow do usuário no Comfy API com um modelo de vídeo no Router, com mesma chave e histórico; e trabalhos em lote, enfileirando centenas de jobs e recuperando resultados conforme ficam prontos.

Quando usar ou não

A própria Comfy reconhece que quem usa um só provedor e um só modelo deve integrar diretamente - nesses casos o Router é overhead desnecessário. Ele se justifica com múltiplos modelos ou provedores, chave única e controle de rota. A analogia é com o OpenRouter, com diferenças para mídia generativa: ativos grandes, controles específicos por modelo e jobs que demoram minutos.

Preços e retenção

O Router usa os mesmos créditos Comfy de Partner Nodes e execuções no Comfy Cloud, sem assinatura. Preços por modelo ficam no catálogo. Entradas são mantidas por 24 horas após upload e saídas por 24 horas após geração, depois apagadas.

Posicionamento e próximos passos

A Comfy argumenta que chamar modelos via API sempre significou abrir mão do controle que o ComfyUI oferece sobre cada etapa, e que camadas de roteamento típicas agravam isso escolhendo o provedor pelo usuário. O Router permite escolher modelo e provedor e ver qual executou. A empresa se posiciona construindo um padrão aberto para IA visual, com escolha de provedor como fundamento. No roadmap: execução de workflows ComfyUI pelo mesmo SDK, estratégias de roteamento opcionais (reliable, fast_start, fast_finish, lowest_cost - escolher manualmente segue como padrão) e roteamento por caso de uso, como upscale, remoção de fundo ou animação.