Agentes de IA que operam sistemas sem API: o que o anúncio da Strada mostra

O que foi anunciado

Segundo a empresa, a lógica é simples: se existe API, o agente usa a API. Se não existe, ele executa o trabalho no navegador, e cada passo fica registrado. O recurso permite gravar um fluxo de trabalho uma vez e repeti-lo depois, sem necessidade de desenvolvimento específico para cada portal.

No contexto de seguros, isso significa consultar apólices, atualizar cadastros ou abrir sinistros em portais de seguradoras que só aceitam operação manual. A funcionalidade foi liberada para todos os clientes da Strada.

Por que isso importa fora do setor de seguros

A falta de API é um dos motivos mais frequentes para projetos de automação pararem no meio. Um DMS antigo em uma concessionária, o portal de uma montadora, o sistema de um fornecedor ou um ERP customizado há anos: todos são exemplos de sistemas em que a informação existe, mas só é acessível por tela.

Até pouco tempo, a alternativa era a automação robótica de processos (RPA) tradicional, que segue roteiros rígidos e quebra com qualquer mudança de layout. Agentes com modelos de linguagem conseguem interpretar a tela e se adaptar a pequenas variações, o que torna a abordagem menos frágil — embora não imune a falhas.

Quando automação via navegador faz sentido

Operar um sistema pela interface deve ser tratado como uma solução para quando não há alternativa melhor, não como padrão.

• O sistema não tem API e não há previsão de ter: é o caso mais claro.
• O volume é relevante, mas não extremo: automação via tela é mais lenta que uma integração direta e não escala da mesma forma.
• O processo é estável: fluxos que mudam toda semana exigem manutenção constante.
• O custo de uma integração formal é desproporcional: quando o fornecedor cobra caro ou demora meses para liberar acesso.

Os cuidados que a abordagem exige

O próprio anúncio chama atenção para questões operacionais que não aparecem em uma integração via API. Um agente que navega por um sistema precisa de login, senha e sessão ativa — e isso muda o perfil de risco.

• Credenciais: o agente deve usar um usuário próprio, com permissões mínimas, e nunca a conta pessoal de um funcionário.
• Registro de cada ação: é preciso saber exatamente o que o agente clicou, preencheu e enviou, para auditoria e para investigar erros.
• Mudanças no sistema: uma atualização de layout pode fazer o agente executar a ação errada. Monitoramento e alertas são obrigatórios.
• Ações irreversíveis: exclusões, envios e pagamentos devem exigir confirmação humana até que o fluxo tenha histórico comprovado.

API continua sendo o caminho preferencial

Sempre que existe uma integração formal disponível, ela é mais rápida, mais estável e mais fácil de auditar. A automação via navegador amplia o que pode ser automatizado, mas não substitui uma boa arquitetura de integração.

Na prática, os projetos mais robustos combinam as duas: APIs onde elas existem e agentes operando a interface apenas nos pontos em que não há outra opção, sempre com registro e limites bem definidos.

Perguntas frequentes

Qual a diferença entre esse tipo de agente e o RPA tradicional?

O RPA tradicional segue um roteiro fixo de cliques e quebra quando a tela muda. Um agente com modelo de linguagem interpreta o conteúdo da tela e consegue lidar com pequenas variações. Ainda assim, mudanças grandes no sistema exigem revisão do fluxo.

É seguro dar acesso ao sistema para um agente de IA?

Pode ser, desde que o acesso seja tratado como o de um novo colaborador com funções limitadas: usuário próprio, permissões mínimas, registro de todas as ações e aprovação humana para operações irreversíveis. Compartilhar a senha de um funcionário não é aceitável.

Vale automatizar um sistema legado ou migrar para um sistema novo?

Depende do horizonte. Se a migração está prevista para breve, automatizar a tela pode ser uma solução de transição útil. Se o sistema vai continuar por anos, vale avaliar se uma integração formal ou a migração compensam no longo prazo.