要約

  • Avathonは、Barrickの北米事業がAutonomy Platformを選び、探鉱、計画、安全、生産、処理、保全、サプライチェーンに利用を広げる方針だと発表した。
  • 発表は、意思決定支援、ワークフロー調整、行動の実現を一つの提案に含める一方、現場の専門家が判断、説明責任、統制を保つとしている。その間の運用境界は公開されていない。
  • 用途を「観測・推奨・調整・実行」に分け、重要な移行ごとに判断・実行の記録、現場で使える停止手段、復旧責任者を持たせることが、全社展開の条件になる。

鉱山では、同じ「予測」でも意味が違う。機器の故障確率は整備計画の材料になり、危険状態の検知は直ちに警告を発するかもしれない。鉱量や処理条件の推定は翌週の計画を変え得る。サプライチェーンの予測は部品手配を動かす。出力形式が似ていても、許される行為と失敗時の損失は同じではない。

Avathonが9月23日に出した発表は、この異なる機能を共通の知能層でつなぐ構想を示す。Barrickの北米事業が同社のAutonomy Platformを戦略的技術パートナーとして選んだとし、計算知識グラフで資産、プロセス、人、制約、運用データを結び、AIエージェントがその文脈を使って意思決定を支援し、作業フローを調整すると説明している。

想定される初期用途は、危険な状態や行動の監視、生産と回収率、資産信頼性、供給網、採掘計画、探鉱である。これは供給者が公表した予定であり、全面稼働の成果ではない。契約額、対象鉱山、導入日程、モデル、精度、自動化水準、実現済みの安全・収益効果は示されていない。Barrick最高経営責任者の発言も同じAvathon発表に収録されたもので、目標の表明としては重要だが、独立した性能検証ではない。

「支援」と「行動」の間を製品化する

発表は、AIが状況を継続的に分析し、リスクや機会を見つけ、判断を支援し、行動を可能にすると述べる。同時に、Barrickの専門家が運用上の判断、責任、統制を保持するとしている。矛盾ではない。ただし、両立を証明するには、権限の移動が見えなければならない。

各用途には、少なくとも次の区分が必要だ。

  1. 観測：検知、推定、予測を行うが、対応案は出さない。
  2. 推奨：指定された人の役割に選択肢を示し、受諾、拒否、変更を可能にする。
  3. 調整：承認済みの判断に基づいて作業を作成・順序付けするが、保護された制御境界は越えない。
  4. 実行：機器、工程設定、その他の重大な運用状態を変える。

権限は基盤全体ではなく、用途の版、鉱山、条件に結び付けるべきだ。同じ保全モデルでも、ある場所では推奨だけ、別の場所では承認済み作業の調整まで許されるかもしれない。安全カメラの警告を最優先にすることと、機械停止の権限を与えることは別である。接続先の追加や更新によって、推奨がいつの間にか実行へ近づく状態を避けなければならない。

「人間が統制する」という説明には、誰が、何を見て、どれだけの時間で判断し、どう拒否し、拒否後にどの安全状態へ移るのかが必要だ。停止に遠隔の供給者対応を要するなら、それは現場の即時オーバーライドとは異なる。

共通知識にも有効期限がある

知識グラフは、分断された情報を関連付ける点で有用だ。設備状態と鉱石の流れ、計画保全、在庫、供給者の納期、操業制約を合わせれば、単独のデータよりも現実に近い判断材料になる。しかし、それぞれの情報は同時刻のものではない。

センサー値は数秒前、作業指示は数時間前、部品の納期回答は数日前、地質解釈は数か月前かもしれない。AIの出力は、利用した情報、観測時刻、前提、再計算が必要になる期限を保持すべきだ。画面上で一つに見えることと、現在の判断に同じ強さで使えることは同義ではない。

Barrick自身の開示は、この点が事業上の論点であることを示す。2025年Annual Information Formは、自律運搬や工程の自動制御など、高度な技術を既に操業へ取り入れているとする。一方で、AIは節約や効率をもたらし得るが、情報システムのリスクを増やす可能性があると記載する。データの破損・改ざん、第三者への依存、操業停止や遅延、健康・安全関連システムの継続への影響も一般的な技術リスクに含まれる。

これらはAvathon案件で問題が起きた証拠ではない。共通層にとって、文脈の品質、供給者の役割、停止時の扱いが周辺的なIT項目ではないことを示す材料である。同資料は、デジタル投資が資本配分目標を満たす保証はなく、追加の技術検討が必要で、期待した節約を予定通り得られるとも限らないとする。接続数ではなく、用途ごとの純便益が展開を決めるべきだ。

三つの事実を一つのログにしない

重大な移行には「判断・実行レシート」を残せる。そこには、用途と方針の版、入力文脈と鮮度、不確実性、権限区分、判断を担った役割、提案を受諾・拒否・変更した結果、実際の行動、保護されたインターロック、停止手段、復旧状態、通知先、後日検証の責任者を記録する。

これは本稿の提案であり、AvathonやBarrickが公表した機能ではない。作業内容や個人の行動を過剰に保存する必要もない。モデルが何を推論したか、人が何を決めたか、現場で何が起きたかを別々に証明できればよい。原因がデータ、推論、承認、実行のどこにあったかを後から見分けられる。

Barrickには集約先となる既存の管理経路がある。同社は安全成績を毎週執行委員会へ、四半期ごとに取締役会委員会へ報告するとしている。2026年の経営情報サーキュラーでは、週次の経営レビューを操業・組織リスクの主要な議論の場とし、2025年には監査・リスク委員会がAIのリスクと機会に関する説明を受けた。モデル出力を全て上げるのではなく、権限変更、拒否、停止、復旧、便益の傾向を集約すればよい。

NISTのAI Risk Management Framework Coreと任意の主文書AI RMF 1.0は、鉱業規制でもBarrickの公約でもない。それでも、人とAIの役割、用途と知識限界、実環境に近い試験、稼働中の監視、異議申立てとオーバーライド、復旧・変更管理、目的から外れたシステムの停止という語彙は役立つ。共通基盤の範囲が広いほど、行動へ渡す地点でこれらを具体化する必要がある。