Automação de navegador sem modelo fixo: nunca reconstrua porque um fornecedor mudou
Por que o modelo deveria ser uma configuração, como manter o fluxo portátil entre nuvem e local, e o que a dependência de fornecedor custa de verdade.
A automação de navegador independente de modelo mantém o fluxo de trabalho, as ferramentas, o contexto e as aprovações separados do modelo que raciocina sobre eles. O modelo vira uma configuração por tarefa, não a arquitetura, então uma mudança de preço, um limite de taxa ou uma API descontinuada não conseguem forçar uma reconstrução. A Melaya suporta provedores de nuvem conectados, modelos locais via Ollama e LM Studio, e assinaturas de CLI como Claude Code e Codex.
O que a dependência de fornecedor custa na prática
Um agente de navegador preso a um único modelo herda o preço, os limites de taxa, a disponibilidade regional, a política de conteúdo e o roteiro desse fornecedor. Nada disso está sob o seu controle, e tudo isso muda. O fluxo de trabalho é o ativo; o modelo é um componente que deveria ser substituível.
O custo raramente é a licença. É a reconstrução: quando os termos mudam, a integração, os prompts, a conexão das ferramentas e as aprovações precisam ser refeitos contra uma superfície diferente.
- Aumentos de preço afetam o trabalho que você já construiu
- Limites de taxa travam um fluxo de trabalho que antes rodava bem
- Uma versão de modelo descontinuada muda o comportamento que você tinha ajustado
- Restrições regionais ou de política podem cortar o acesso por completo
Separando o fluxo de trabalho do modelo
Mantenha quatro coisas independentes do modelo: as ferramentas que um agente pode chamar, o contexto com que ele opera, os pontos de aprovação e o registro do que aconteceu. Se isso vive no runtime, e não no produto de um fornecedor, trocar de modelo vira um menu suspenso, não um projeto.
A Melaya é construída assim. A mesma tarefa de navegador roda em um provedor de nuvem conectado, em um modelo local pelo Melaya Runner, ou por uma rota Claude Code ou Codex, com os mesmos conectores, contexto permanente, escopo de aba e aprovações em volta.
Quando modelos locais tornam um fluxo de trabalho gratuito na margem
Um modelo local na sua própria máquina não tem cobrança por mensagem hospedada. Para trabalho recorrente no navegador, isso muda a economia: o custo marginal de uma execução é a sua conta de luz, não uma fatura por token. A inferência local continua limitada pelo seu hardware, pela janela de contexto do modelo, pela velocidade dele e pelos direitos do seu plano Melaya, então não é literalmente ilimitada.
Na prática, o padrão é misto: um modelo hospedado rápido para extração de rotina, um modelo hospedado mais forte para uma página difícil, e um modelo local para o trabalho repetitivo que roda todo dia.
Perguntas frequentes
Posso rodar automação de navegador com um modelo local gratuito?
Sim. Conecte o Melaya Runner e selecione um modelo servido pelo Ollama ou LM Studio. Não há cobrança por mensagem hospedada, embora as execuções continuem limitadas pelo seu hardware, pelo contexto do modelo e pelo seu plano.
Posso trocar de modelo sem reconstruir a tarefa?
Sim. As ferramentas, os conectores, o contexto permanente e as aprovações vivem no runtime, então o modelo é uma escolha por tarefa.
A escolha do modelo muda o que o agente consegue fazer no navegador?
As ações de navegador disponíveis são as mesmas. Um modelo mais forte lida com páginas ambíguas e tarefas longas de várias etapas de forma mais confiável.
