Contexto dedicado
O fluxo usa um Profile reconhecível em vez de reutilizar silenciosamente uma sessão humana ou de outro agente.
Recurso · Automação
Uma superfície local explícita para automação autorizada
A Agilelogin reúne Profiles manuais e automação aprovada no mesmo workspace local por meio de CDP e REST documentados.
Documentação do produto · Última revisão em 4 de agosto de 2026Revisado pela equipe de produto da Agilelogin conforme o escopo público atual.
O que é automação local de navegador?
É o controle de navegador ou Profile por software através de uma interface no dispositivo do operador. O escopo da Agilelogin inclui superfícies locais CDP e REST para ferramentas aprovadas. A localidade deixa a conexão explícita, mas não autoriza a ferramenta, não verifica seu código e não garante os mesmos endpoints em toda versão.
O que a fronteira local permite
A interface é mais útil para uma tarefa restrita, com Profile dedicado e responsável humano capaz de inspecionar e interromper.
Controle por CDP
O Chrome DevTools Protocol documentado pode permitir inspeção e interação quando o kernel instalado o expõe.
Operações REST
REST pode oferecer operações selecionadas de Profile e ciclo sem conceder controle completo do navegador para toda tarefa.
Ciclo visível a pessoas
O operador deve identificar Profile, processo, ação permitida, condição de parada e estado final esperado.
Interface, ferramenta e autorização são separadas
Um endpoint local funcional é apenas um controle da cadeia.
| Assunto | Fronteira da Agilelogin | Ação do operador |
|---|---|---|
| Superfície local CDP ou REST | Exposta pela versão instalada quando documentada | Confirmar suporte e restringir acesso ao dispositivo e à rede. |
| Agente, script, framework e dependências | Software externo conectado | Revisar código, permissões, prompts, segredos, atualizações e cadeia de fornecimento. |
| Contas, dados e ações de terceiros | Fora da autorização do produto | Definir escopo, termos, logs, revisão humana e recuperação antes da execução. |
Como preparar a fronteira de automação
Projete autorização e falha antes de conectar a ferramenta à sessão.
- STEP 01
Defina a tarefa permitida
Registre contas, dados, ações, parada, resultado esperado e responsável humano.
- STEP 02
Atribua um Profile dedicado
Separe estado persistente por fluxo e evite posse concorrente sem projeto e teste explícitos.
- STEP 03
Use a interface menos poderosa
Prefira API de serviço ou REST restrito quando o controle completo do navegador não for necessário.
- STEP 04
Observe conclusão e falha
Torne visíveis timeouts, tentativas, ações parciais, limpeza e interrupção manual.
O que a automação local não garante
Controle local reduz uma superfície, mas não torna o fluxo inteiro confiável.
- Não presuma contrato de API estável ou compatibilidade antes de documentação versionada.
- O agente ou script recebe apenas a autoridade concedida pelo operador; a Agilelogin não a amplia.
- Credenciais, prompts, logs, dependências, sites e recuperação continuam riscos separados.
Perguntas sobre automação local
Quando usar CDP em vez de REST?
Use CDP quando precisar de controle de navegador documentado. Prefira REST ou API de serviço mais restrita quando bastar. Confirme sempre a versão instalada.
Qualquer processo local pode se conectar com segurança?
Não. Local não significa confiável. Restrinja software no dispositivo, revise ferramentas, proteja segredos e não exponha a interface além da fronteira documentada.
A Automation API está pronta para produção?
Essa afirmação ainda não foi publicada. Considere as interfaces dependentes da versão até existirem endpoints, autenticação, erros e compatibilidade versionados.
Defina a autoridade antes de conectar código
Revise o fluxo de agente de IA antes de projetar integração com um Profile local.