Use uma API suportada se ela cobrir campos, operação e permissões. Use o navegador para uma etapa autorizada que depende da página ou de uma checagem visual. Um conector pode expor qualquer caminho. Defina primeiro o resultado final.
Comece pelo resultado esperado
Registre o ID, o estado esperado, a autorização e como conferir depois. Na prática, marque um pedido como revisado. O sucesso exige o ID certo, reviewed e revisão 2. Uma resposta HTTP isolada não confirma os três.
Busca e controle do navegador · Navegador para agentes
Escolha a interface e as permissões
A API documentada oferece um contrato. O navegador usa os controles de uma sessão autorizada. MCP permite descobrir e chamar ferramentas com nome. Verifique a implementação e a autoridade do conector. Confirme o registro e a mudança antes de aprovar uma gravação irreversível.
| Caminho | Quando serve | Requisito | Checagem independente |
|---|---|---|---|
| API | Operação documentada | Permissão da conta ou serviço | Leia registro e revisão |
| MCP | Ferramenta cobre a operação | Contrato da ferramenta · Aprovação e escopo interno | Leia o registro subjacente |
| Browser | Ação de página ou evidência visual | Sessão autorizada | Recarregue e leia o estado |
MCP Tools · Guia do Playwright MCP · Agentes de navegador
Compare os caminhos com o mesmo objetivo
Na API, lemos API-01 e seu ETag da revisão 1. A atualização condicional retornou 200. Repetir o If-Match antigo devolveu 412 e outra leitura confirmou reviewed na revisão 2. Na UI, Tabbit abriu UI-01, clicou em Mark reviewed e recarregou. A página mostrou o mesmo estado e revisão.
| Teste | Resultado |
|---|---|
| Gravação pela API | API-01 · HTTP 200 · reviewed · r2 |
| If-Match antigo | API-01 · HTTP 412 · reviewed · r2 |
| Clique no Tabbit e recarga | UI-01 · reviewed · r2 |
| Leitura independente pela API | UI-01 · reviewed · r2 |

RFC 9110 If-Match · Automação web · Testes de interface
Combine com um ID estável
Use uma API aprovada para leituras em lote ou verificação final. Reserve ao navegador a ação que depende da interface e passe o mesmo ID adiante. A leitura via API de UI-01 bateu com a página recarregada. Sem API de leitura aprovada, reabra o registro na interface autorizada.
Playwright API testing · Deixar um agente controlar o navegador · Conectar um navegador existente
Planeje falhas e mudanças
A API depende do esquema, da permissão e das regras de concorrência. A UI depende das rotas, dos controles e da sessão. Se houver timeout, leia o registro antes de tentar de novo. Uma condição desatualizada exige nova leitura. Se o controle sumir ou mudar de significado, pare.
Segurança do navegador agêntico
Um participante de QA descreveu ações no navegador com asserções pela API. Um usuário de n8n encapsulou um script quando não havia API. A chamada fica mais simples e continua dependendo da página. Reddit QA · Reddit n8n
Defina quando terminou
Retorne ID, caminho, estado final e evidência independente quando houver. Salve o recibo antes de encerrar a sessão. Evite credenciais e dados pessoais nos registros. Se o estado não puder ser verificado, deixe a alteração para revisão.
Perguntas frequentes
Quando começar pela API?
Quando a API cobrir a operação autorizada e a checagem do resultado.
Um conector MCP é sempre uma API?
Ele expõe ferramentas que podem chamar uma API, um navegador ou outra implementação.
Posso combinar API e navegador?
Sim. Passe um ID estável e confirme o estado final em separado.
Posso automatizar um sistema que só tem UI?
Use controles e sessão autorizados. Defina o estado esperado e respeite restrições.
HTTP 200 confirma a conclusão?
Confira o ID e o estado de negócio em outra leitura quando possível.
O que fazer após uma condição antiga ou timeout?
Leia o estado atual antes de considerar uma nova gravação.