Agentes que cierran órdenes de trabajo, no ventanas de chat
Un agente operacional es un trabajador con herramientas, permisos y bitácora. Cualquier cosa menos que eso es una demo.
El agente interesante no es el que responde “qué es un CMMS”. Es el que lee una excepción de vibración, redacta una orden contra P-204, consulta refacciones y espera a que una persona la libere.
El run log es el producto
Si no puedes mostrar las llamadas a herramientas, la política y el cambio de estado resultante, no puedes poner el agente cerca de una planta. Nadie confía en una caja negra al lado de un compresor. Un agente útil se puede inspeccionar: qué herramienta llamó, con qué entrada, bajo qué regla, y qué no se le permitió hacer.
type AgentStep = {
id: string;
tool: "assets.get" | "inventory.check" | "wo.create";
input: Record<string, unknown>;
policy: "allow" | "require_approval";
result: "ok" | "blocked";
};Un trabajador, no un chatbot
El chat es una superficie cómoda. Es un mal sistema de registro. El agente debería escribir en los mismos objetos que ya usa un técnico: la orden, el activo, la refacción, el permiso. Si el único artefacto es una conversación, la planta sigue sin histórico.
Esa es la prueba que usamos en Adqueo. Si el agente no puede nombrar el activo, respetar un permiso y dejar una bitácora que un supervisor pueda leer el lunes, se queda en el laboratorio.
