Anatomía de un agente PDM: 28 herramientas en 9 categorías

Cuando alguien ve un agente de IA trabajando sobre un PDM, lo primero que nota es el chat. Escribes en lenguaje natural, el agente entiende y las cosas pasan. Pero el chat es la parte menos interesante del sistema. Es solo la puerta de entrada.

Lo que define a un agente es lo que hay detrás de esa puerta: su inventario de herramientas. En VaultPilot, el agente que construimos junto a Avant Leap para Autodesk Vault Professional 2026, ese inventario son 28 herramientas organizadas en 9 categorías. Este artículo las recorre y explica por qué esa arquitectura importa más que cualquier demo conversacional.

Las 9 categorías, de leer a escribir

Las primeras categorías son de lectura. Búsqueda: archivos, ítems y carpetas, siempre contra el esquema real del Vault y no contra suposiciones del modelo. Propiedades: consultar valores y prepararlos para escritura validada. BOM: estructuras completas de producto, con comparaciones para detectar diferencias entre versiones. Reportes: resultados exportados a XLSX, PDF o CSV, listos para auditoría o para la reunión de seguimiento.

Luego vienen las que actúan sobre el sistema. Ciclos de vida: transiciones de estado, siempre precedidas de un dry-run que muestra qué va a pasar antes de que pase. Operaciones masivas: la misma operación sobre cientos de componentes en una pasada, que es donde un agente paga su desarrollo. ECOs: órdenes de cambio de ingeniería. Jobs: encolar y monitorear trabajos del job server.

Y una categoría que mira hacia afuera: ERP. Porque el dato de ingeniería no termina en ingeniería. Conectar el PDM con el sistema de negocio es la brecha que más horas silenciosas consume en una empresa de manufactura.

Una herramienta sin límites es un riesgo

Aquí está el matiz que separa un agente de producción de un experimento: cada una de las 28 herramientas tiene límites propios. Las de lectura corren con las credenciales del usuario que pregunta, sin backdoors de administrador. Las de escritura pasan por dry-run con confirmación, validación contra el esquema y verificación posterior. Y hay operaciones que el agente directamente se niega a ejecutar, por diseño.

La frase que uso para resumirlo: un agente sin herramientas es un chatbot, y un agente con herramientas sin límites es un incidente esperando fecha. El valor está en el punto medio, y ese punto medio se diseña herramienta por herramienta.

Por qué importa el mapa completo

Cuando un equipo evalúa un agente para su PDM, la pregunta útil no es qué tan bien conversa. Es qué herramientas tiene, qué puede leer, qué puede escribir y qué límites gobiernan cada operación. Un inventario claro de capacidades convierte una promesa de IA en una especificación de ingeniería que se puede auditar.

Esa es también la razón de que este mapa exista por categorías: la conversación con un gerente de ingeniería cambia cuando puede señalar la grilla y decir: esto sí, esto todavía no, esto con aprobación previa. El agente deja de ser magia y pasa a ser una pieza más del proceso, con contrato conocido.

Cómo aplicarlo a tu caso

Si estás pensando en llevar IA a tu Vault, empieza por el inventario y no por el modelo: lista las operaciones que tu equipo repite cada semana, clasifícalas en leer, escribir y conectar, y pregunta cuáles duelen más. Con ese mapa en la mano, evaluar cualquier agente (el nuestro o cualquier otro) toma minutos: se compara tu lista contra sus herramientas y sus límites.

Y si quieres ver cómo se ve ese ejercicio sobre procesos reales, escríbeme. El diagnóstico honesto es la parte del trabajo que más disfruto.