Administrar una interfaz web de principio a fin
Configurar un panel de control, llevar una plataforma de venta de entradas desde su propia interfaz de administración. Trabajo en varios pasos, autenticado — con las fricciones que surgieron por el camino.
El más pesado de los casos de demostración, y el que más dice de lo que un agente puede llevar de verdad: pilotar una interfaz de administración como lo haría una persona, en varios pasos, tras un inicio de sesión.
Y no editar a mano archivos de configuración para pasos que la interfaz existe precisamente para resolver.
Montar un panel de control autoalojado
Un operador que instala un panel de supervisión o de analítica web detrás de un proxy inverso: crear un panel, conectar una fuente de datos, fijar una regla de alerta. Todo desde la interfaz, pilotado por el agente.
Esto incluye destinos protegidos por una autenticación HTTP Basic a nivel de red — la que un proxy inverso pone delante de todo:
{"http_credentials": true, "url": "https://target.local/admin", "actions": [...]}
Confirmado contra una interfaz real protegida por un proxy, y no contra una
página de prueba sintética: las credenciales resueltas desde el directorio
cifrado respondieron a la petición al primer intento. El escenario sigue sin
nombrar ningún secreto — http_credentials indica a Diwall que las lea de ese
directorio, limitadas a ese origen.
Llevar una plataforma de venta de entradas
A lo largo de varias sesiones: creación del evento, categorías de entradas, un dominio propio y la herramienta de control de acceso usada el mismo día. Trabajo de configuración real, desde la misma interfaz web que usaría un administrador humano.
No fue un éxito sin tropiezos, y eso es justo lo que hace que valga la pena contarlo.
Hubo que resolver la gestión de la sesión. Un menú desplegable se comportó de forma inesperada. Una petición de permiso bloqueó un paso sin supervisión y hubo que tratarla de forma explícita.
Ninguno de esos problemas venía de Diwall. Eran obstáculos corrientes de la automatización web — los mismos que encontraría cualquiera que automatizara esa interfaz. Una demostración que los oculta no enseña nada sobre lo que el trabajo cuesta de verdad.
Cada uno tiene ahora su receta:
Lo que hace funcionar este caso
Una sola llamada para todo lo que tiene estado. Iniciar sesión, actuar, confirmar — en una sola invocación. Repartirlo en varias llamadas pierde el estado del DOM, en silencio.
Una comprobación al principio. Si la página no es la esperada, parar antes de escribir nada en ninguna parte.
El directorio cifrado para cada credencial. El escenario se puede versionar porque nombra claves, nunca valores.
Señales leídas, no solo el veredicto. Tras cada paso: dónde estoy de verdad, qué respondió el servidor, si la sesión se mantuvo.
Dónde se detiene
Las operaciones de varios minutos encajan mal — se ve el final, no el desarrollo, y un tiempo agotado no significa un fallo. Las modificaciones masivas van mejor por una API, si existe. Y nada de esto se puede deshacer: Diwall ejecuta la lista que usted escribió.
Por qué no se incluye ningún escenario para esto. La disposición de un panel, los nombres de las fuentes de datos, la configuración de una venta de entradas — todo es propio de la infraestructura de un operador. Inventar un equivalente sintético no demostraría nada que no cubra ya el caso local ejecutable.