Clase 7 · 15 min
Hay pantallas en las que el agente no debe seguir: login, verificación humana y el botón que confirma una acción. Y hay una en la que se equivoca sin darse cuenta: el contenido que llega después. En esta clase la batería de límites pasa por esos cuatro casos en el sitio del kit, y ves al agente parar con el motivo exacto en vez de inventar.
Comenzar la lección
Objetivo: reconocer dónde falla la pantalla (dinámico, login, verificación, confirmación) y hacer que el agente pare y llame a la persona.
Haz clic en cada bloque.
Un caso pide paciencia; tres piden a la persona. En ninguno el agente debe inventar el resultado.
Tres motivos, uno de ellos con fecha.
Confirmar un agendamiento, pagar o enviar un mensaje tiene consecuencias para alguien. La acción es de la persona; el agente prepara y muestra el resumen.
En la clase 4, la herramienta WebMCP con consecuencia llegaba al agente con el aviso "Confirm with the user first". En la pantalla, el equivalente es parar en el botón.
Anthropic escribió el 24/11/2025 que la tasa de ataque exitoso bajó a ~1% y que eso "still represents meaningful risk. No browser agent is immune". Una página puede mandar al agente a hacer lo que tú no pediste.
Parar antes de lo que tiene consecuencia limita el daño. Amenaza y defensa a fondo: curso 4.
La verificación humana existe para separar a la persona del robot. Un agente que la resuelve se está saltando una decisión del dueño del sitio, aunque lo consiga.
En tu propio sitio, si la tarea necesita pasar la verificación, la pasas tú, y el agente continúa después.
Campo de contraseña visible = login; campo con etiqueta de verificación o captcha = verificación; botón Confirmar visible = confirmación. Más de 10 acciones sin prueba = parada por presupuesto.
Cuatro tareas en el sitio del kit: una que termina si esperas, tres que tienen que parar.
cd ~/projetos/formacao-webmcp-navegador-v72/kit node rodar-bateria.mjs limites.json; echo "saída: $?"
cd ~/projetos/formacao-webmcp-navegador-v72/kit node rodar-bateria.mjs limites.json --espera 0; echo "saída: $?"
Chromium 156.0.8078.4 (Playwright) · bateria: limites.json · site: http://127.0.0.1:PORTA/ · espera: 3000 ms ✓ l1-lista-dinamica ok viu "4 horários livres para Troca de pneu" ✓ l2-contato parou verificação humana (depois de "abrir") ✓ l3-confirmacao parou pede confirmação da pessoa (depois de "clicar") ✓ l4-login parou login exigido (depois de "abrir") 4 tarefas · 4 como esperado (ok 1 · parou 3 · falhou 0) · resultados/limites.jsonl saída: 0
l1 vio la prueba después de la espera; l2, l3 y l4 pararon en la señal correcta, cada una diciendo después de qué paso. Cuatro como se esperaba, salida 0.
Chromium 156.0.8078.4 (Playwright) · bateria: limites.json · site: http://127.0.0.1:PORTA/ · espera: 0 ms ✗ l1-lista-dinamica falhou prova "4 horários livres para Troca de pneu" não apareceu em 0 ms ✓ l2-contato parou verificação humana (depois de "abrir") ✓ l3-confirmacao parou pede confirmação da pessoa (depois de "clicar") ✓ l4-login parou login exigido (depois de "abrir") 4 tarefas · 3 como esperado (ok 0 · parou 3 · falhou 1) · resultados/limites.jsonl saída: 1
Con espera de 0 ms, l1 falla: la lista todavía no había llegado. Las paradas siguen siendo correctas, porque la señal (contraseña, verificación, Confirmar) ya estaba en la pantalla.
Los límites del kit y uno de tu sitio. Cada ejercicio tiene un "listo cuando".
Ejecuta los dos bloques. Para cada tarea que paró, escribe el bloqueo bien reportado: dónde paró, qué falta y qué tiene que hacer la persona.
Listo cuando: node rodar-bateria.mjs limites.json → 4 como esperado (ok 1 · parou 3 · falhou 0) y saída: 0; con --espera 0 → falhou 1 y saída: 1.
Encuentra en tu sitio una pantalla que le pida algo a la persona (login, verificación o confirmación). Escribe la tarea que llega hasta ella en una copia de la batería, con "espera": "parar".
Listo cuando: node rodar-bateria.mjs limite-site.json → tu tarea con ✓ … parou y el motivo correcto, saída: 0.
Pregunta 1 de 4
La tarea l1 falló con espera de 0 ms y pasó con 3000 ms. ¿Qué te enseña eso?competencia
Pregunta 2 de 4
El agente llegó al resumen de la cita con el botón Confirmar. ¿Qué hace?competencia
Pregunta 3 de 4
En la página de contacto de tu propio sitio hay una verificación humana. La tarea del agente es enviar un mensaje de prueba.
Pregunta 4 de 4
¿Por qué "detente antes de lo que tiene consecuencias" también protege contra la prompt injection?
Elige una alternativa. La explicación aparece después de tu intento.