Resumen

  • Avathon afirma que el negocio norteamericano de Barrick eligió su Autonomy Platform para usos previstos que abarcan exploración, planificación, seguridad, producción, procesamiento, mantenimiento y suministro.
  • El anuncio reúne análisis, apoyo a decisiones, coordinación de tareas y habilitación de acciones, pero no explica el punto exacto en que una salida del modelo adquiere fuerza operativa.
  • Barrick debería asignar a cada aplicación uno de cuatro permisos —observar, recomendar, coordinar o ejecutar— y exigir un comprobante de decisión-acción con responsable, anulación y retorno seguro.

La amplitud es la propuesta comercial. En lugar de comprar un proyecto de visión artificial, otro de mantenimiento predictivo y otro de planificación, una minera puede intentar que todos trabajen sobre el mismo contexto. La presentación publicada por Avathon el 23 de septiembre promete precisamente eso para las operaciones norteamericanas de Barrick: una capa común que vincula activos, procesos, personas, restricciones y datos operativos mediante un grafo de conocimiento computacional.

Avathon dice que sus agentes pueden razonar sobre ese contexto para respaldar decisiones y coordinar flujos de trabajo. También describe la capacidad de analizar condiciones continuamente, encontrar riesgos y oportunidades y “habilitar la acción”. A la vez, sostiene que los profesionales de Barrick conservarán el juicio, la responsabilidad y el control. El valor del acuerdo dependerá de convertir esas dos frases en una arquitectura observable.

Por ahora es una ambición anunciada por el proveedor. Las primeras aplicaciones “se espera” que incluyan detección de condiciones peligrosas, producción y recuperación, fiabilidad de activos, inteligencia de suministro, planificación y exploración. No se publican minas concretas, precio, calendario, estado productivo, nivel de autonomía, precisión ni resultados financieros o de seguridad. La declaración del máximo ejecutivo de Barrick aparece dentro del comunicado de Avathon y debe leerse como apoyo a la ambición, no como validación independiente de resultados que todavía no se describen.

Una plataforma, permisos distintos

El error sería conceder a la plataforma una autorización general porque algunas de sus aplicaciones parezcan inocuas. Una predicción de fallo no mueve una máquina. Una recomendación de mantenimiento puede abrir una orden de trabajo. Un agente de coordinación podría reservar una pieza y reorganizar turnos. Un controlador puede alterar directamente una consigna. Cada paso reduce la distancia entre inferencia y consecuencia.

Antes de desplegar una aplicación, su ficha operativa debería indicar una clase:

  • Observar: reconocer una condición o estimar un resultado sin proponer una respuesta.
  • Recomendar: presentar una opción a una función humana identificada, capaz de aceptarla, rechazarla o modificarla.
  • Coordinar: organizar trabajo ya autorizado sin saltarse protecciones ni cambiar controles reservados.
  • Ejecutar: alterar un equipo, una consigna de proceso u otro estado con consecuencias operativas.

El permiso tendría que depender de la versión, el sitio y el contexto. Una misma lógica puede permanecer como recomendación en una mina y coordinar tareas limitadas en otra. Una alerta de seguridad puede exigir prioridad máxima sin recibir permiso para detener equipos. Así, “control humano” deja de ser una promesa abstracta: identifica a una persona o cargo, una decisión concreta, un tiempo de reacción y una vía real de anulación.

El dato conectado no siempre es un dato vigente

El grafo tiene sentido porque una decisión minera rara vez depende de una sola lectura. El estado de una pala puede relacionarse con el flujo de mineral, el mantenimiento planificado, la existencia de repuestos y las restricciones de producción. Sin embargo, cada fuente lleva su propio reloj. Una señal de sensor puede tener segundos; un parte de mantenimiento, horas; un plazo de proveedor, días; una interpretación geológica, meses.

La recomendación debe conservar esa diferencia. Debería mostrar qué contexto utilizó, cuándo se observó, qué hipótesis aplicó y hasta cuándo sigue siendo válido. Una interfaz que uniforma visualmente los datos puede dar más confianza de la que merece la combinación. Conectar dos hechos no demuestra que ambos describan el mismo estado operativo.

Los documentos públicos de Barrick explican por qué esta precisión tiene consecuencias materiales. Su Annual Information Form de 2025 dice que la compañía ya incorpora transporte autónomo y controles automatizados de procesos. Reconoce que la IA puede aportar ahorro o eficiencia y, al mismo tiempo, aumentar la exposición de los sistemas de información. Entre los riesgos generales menciona manipulación o corrupción de datos, dependencia de terceros, paradas, retrasos operativos y efectos sobre la continuidad de sistemas de salud y seguridad.

Eso no demuestra que esos problemas existan en el proyecto de Avathon. Sí impide tratar la trazabilidad como una función administrativa secundaria. Barrick también advierte que una inversión digital puede necesitar más ingeniería, no cumplir sus objetivos de asignación de capital o tardar más de lo previsto en generar valor. La expansión de la plataforma debe ganarse con un resultado definido por aplicación, no con el tamaño del inventario de datos conectado.

Del resultado del modelo al hecho operativo

Un comprobante de decisión-acción haría visible el recorrido. Para una transición con consecuencias registraría la versión de la aplicación y de la política, fuentes y antigüedad, incertidumbre, clase de autoridad, función humana responsable, recomendación aceptada, rechazada o cambiada, acción final, interbloqueos protegidos, anulación disponible, estado de retorno, sistemas downstream avisados y dueño de la revisión posterior.

No hace falta guardar el contenido sensible de la operación ni convertir al trabajador en objeto de vigilancia. Hace falta separar tres pruebas: la inferencia que produjo el modelo, la decisión que tomó una persona y el cambio que realmente ocurrió. El comprobante es una propuesta editorial; Avathon y Barrick no lo anuncian como función.

Barrick ya describe foros donde esa evidencia podría agregarse. La compañía informa semanalmente sobre seguridad al comité ejecutivo y trimestralmente a comités del consejo. La Circular de 2026 identifica una revisión ejecutiva semanal como foro principal de riesgos operativos y señala que el comité de auditoría y riesgo recibió en 2025 una sesión específica sobre riesgos y oportunidades de IA. Un resumen de cambios de permiso, anulaciones y retornos daría contenido operativo a esa supervisión sin trasladar cada alarma al consejo.

El núcleo del AI Risk Management Framework del NIST, parte del documento voluntario AI RMF 1.0, no es una norma minera ni una obligación declarada de Barrick. Sí ofrece un lenguaje útil: roles humano-IA definidos, límites de conocimiento documentados, pruebas próximas al entorno real, vigilancia en producción, recurso y anulación, recuperación, gestión del cambio y capacidad de desconectar un sistema que se aparta de su uso previsto. Una plataforma transversal necesita esos mecanismos justamente donde el consejo se convierte en consecuencia.