Un único procedimiento de alto volumen, un modelo pequeño, un skill versionado y un fallback humano medible.
Qué problema reúne
Agentes pequeños y especializados que ejecutan procedimientos locales con un coste, latencia y superficie de datos que una operación puede aceptar.
Operaciones industriales, logísticas o de soporte que necesitan procedimientos repetibles cerca de los datos y con conectividad limitada.
Qué merece desarrollar
La hipótesis no pide otro resumen: pide un artefacto que conecte señales, decisiones y resultados en un proceso observable.
Un modelo barato no compensa un procedimiento ambiguo o una interfaz de herramientas mal diseñada.
Cómo la llevaría a una primera prueba
- Elegir un único workflow real y una decisión cuyo resultado pueda observarse.
- Fijar antes de construir la métrica, el baseline, el coste aceptable y el permiso de intervención.
- Registrar fuentes, trazas, errores, abstenciones y correcciones humanas; la salida no es válida sin esa evidencia.
- Parar si la mejora no compensa la latencia, la complejidad o la superficie de riesgo, y devolver la señal al archivo.
Qué todavía no sabemos
Un modelo barato no compensa un procedimiento ambiguo o una interfaz de herramientas mal diseñada. La combinación de papers sugiere una dirección, pero no demuestra transferencia a una empresa ni una ventaja de producto.