Cuando alguien escucha por primera vez que Pantera "aprende viendo una grabación de pantalla", la reacción casi siempre es la misma: suena demasiado simple para ser real. La mayoría de la gente ya pasó por algún intento fallido de automatización que empezaba con semanas de reuniones, un documento de requerimientos, y terminaba sin cubrir la mitad de los casos reales del proceso.
Vale la pena explicar exactamente qué pasa en ese momento en que alguien graba su pantalla, porque ahí está la diferencia real entre un trabajador digital y todo lo que existía antes.
El problema de describir un proceso de memoria
Cuando alguien describe su propio proceso de memoria (en una entrevista, un manual o un prompt), tiende a describir la versión ideal, sin las excepciones. Las excepciones son justamente lo que aparece cuando se observa el proceso real, no cuando se explica de memoria.
Esto no es una crítica a nadie. Es simplemente cómo funciona la memoria humana frente a un proceso repetitivo: cuando llevas meses haciendo la misma conciliación bancaria, tu cabeza la resume a sus pasos principales. Las decisiones menores, como por qué esta vez sí revisaste ese movimiento dos veces o por qué esa diferencia de tres pesos no ameritó una alerta, se vuelven automáticas al punto de volverse invisibles, incluso para quien las toma.
Un manual de proceso hereda ese mismo problema. Se escribe desde la memoria de alguien, así que hereda sus mismos huecos. Y un prompt es, en el fondo, lo mismo: una descripción de memoria, solo que escrita para una máquina en vez de para un colega nuevo.
"Nadie describe su propio trabajo con la misma precisión con la que lo hace."
Qué pasa durante la grabación
Tomemos un ejemplo concreto: una conciliación bancaria. Así se ve el recorrido cuando alguien del equipo simplemente graba su pantalla haciendo lo que hace todos los días:
Nadie tiene que explicar nada durante este proceso. La persona simplemente trabaja como siempre. La diferencia está en lo que pasa después: Pantera no se queda con la secuencia de clics que acaba de observar. Analiza cada decisión que se tomó y busca la regla que la explica.
En el paso tres del ejemplo anterior, "encuentra una diferencia y decide si amerita revisión", hay una decisión real: ¿por qué esta diferencia sí se revisó y otra, más chica, no? Puede ser un umbral de monto, puede ser un tipo de movimiento específico, puede ser el banco de origen. Esa es la regla que Pantera extrae, no el gesto de hacer clic en un botón.
La diferencia entre memorizar clics y entender una regla
Esta distinción es la razón por la que dos empresas pueden hacer "lo mismo", conciliación bancaria por ejemplo, y terminar con reglas distintas dentro de Pantera. No hay una plantilla única, porque cada empresa tiene su propio criterio, acumulado durante años de decisiones. Pantera no le impone un proceso genérico a nadie: aprende el que ya existe.
Y es también la razón por la que el sistema sigue funcionando cuando algo cambia. Si el banco actualiza el diseño de su portal, un script de RPA que memorizó coordenadas de pantalla se rompe de inmediato. Pantera no depende de dónde está un botón: depende de la lógica de la decisión, así que un cambio de interfaz no la afecta.
Cuando aparece algo que Pantera no había visto
Ninguna grabación cubre el cien por ciento de los casos posibles. Cuando Pantera encuentra una situación fuera de las reglas que aprendió, no improvisa una respuesta: la escala a una persona, exactamente como lo haría un colega nuevo frente a algo que nunca antes había manejado.
Esta parte es la que más tranquiliza a los equipos de finanzas y auditoría cuando la entienden bien. No se trata de una IA tomando decisiones libremente sobre datos financieros. Se trata de un sistema que opera dentro de reglas conocidas, y que reconoce activamente los límites de esas reglas.
Y hay algo más: cuando una persona resuelve una excepción escalada, esa resolución no se pierde. Se convierte en una regla nueva que Pantera puede aplicar la próxima vez que aparezca un caso parecido. El sistema no se queda estático después de la primera grabación: sigue aprendiendo de cada excepción que un humano resuelve.
Comparado con las otras dos formas de "enseñarle" a un sistema
| Método | Qué se le entrega al sistema | Qué aprende realmente |
|---|---|---|
| RPA | Una secuencia de clics programada a mano | Coordenadas y pasos fijos, sin entender por qué existen |
| Copilot | Un prompt que describe el proceso en abstracto | La descripción de alguien, con sus huecos y omisiones |
| Pantera | Una grabación del proceso real, con sus excepciones | La regla de negocio detrás de cada decisión |
- No hace falta documentar nada antes. El proceso de levantar requerimientos, que en un proyecto de automatización tradicional puede tomar semanas, se reemplaza por una grabación de minutos.
- El proceso real incluye sus excepciones desde el primer día. No hay que esperar a que algo falle en producción para descubrir un caso que nadie mencionó.
- Sigue funcionando si cambia la interfaz. La lógica no depende de dónde está un botón en la pantalla.
- Aprende también después de la primera grabación. Cada excepción que un humano resuelve se convierte en una regla más.
Lo hiciste una vez.
No lo vuelves a hacer nunca más.
Preguntas frecuentes
¿Cómo le enseño un proceso a Pantera?
Grabando tu pantalla mientras haces el proceso como lo haces todos los días, con sus excepciones incluidas. No hace falta documentar el proceso ni escribir un manual: Pantera aprende directamente de la grabación.
¿Pantera memoriza los clics que grabó?
No. Pantera extrae la regla de negocio detrás de cada decisión que se tomó durante la grabación, no la secuencia exacta de clics. Por eso el proceso sigue funcionando aunque cambie un detalle de la interfaz de alguno de los sistemas.
¿Qué hace Pantera si encuentra un caso que no vio en la grabación?
Escala el caso a una persona en lugar de improvisar una respuesta. Cuando el humano resuelve la excepción, esa resolución se convierte en una nueva regla que Pantera puede aplicar en el futuro.
¿En qué se diferencia esto de entrenar un copilot con prompts?
Un prompt describe el proceso en abstracto, con las palabras de quien lo escribe. Una grabación de pantalla muestra el proceso real, con las excepciones y decisiones que ocurren de verdad y que casi nunca se mencionan al describirlo de memoria.
Encuentra tu primera Pantera
Trae un proceso financiero repetitivo. En 20 minutos identificamos si una Pantera puede aprenderlo, y qué tan rápido podría estar ejecutándolo.
Ir a getpantera.com
.png)
.png){kind=logo}
.png)
.png)
.png)
