クライアント概要

浅海域に複数のタービンを配置した洋上風力サイトを運用するオペレータ。各タービンの水中構造物（トランジションピース、モノパイル、J チューブ、ケーブル保護管）は、年次の全周 ROV 検査サイクルの対象であり、これに加えて天候、船舶接触、計画的な荷重試験といったイベントを契機とした中間サイクル検査も実施される。同社は自社にインテグリティチームと ROV クルーを抱え、荷重試験の窓ではダイブクルーを契約し、すべての検査結果を保全チームが日次で参照する CMMS に投入している。

このオペレータの水中検査プログラム全体が、すべてのタービン、すべてのサイクル、すべてのデータソースを含めて、Contextual Agentic Vision Platform 上で運用されている。

検査プログラムの運用

新しい検査は、前の検査と同じ経路を流れる。検査ごとの個別作業は存在しない。

取り込み。年次の定期 ROV 映像、荷重試験の窓で取得されるダイブ映像、嵐後・接触後の個別検査映像は、いずれも Platform の映像パイプラインを通じて取り込まれる。フレームは重複除去され、資産登録に対してタイムスタンプが付与され、オペレータの識別子（タービン ID、構造部位、ボルトパターン位置）でタグ付けされる。

オペレータのコンテキストパック。クライアントのエンジニアリング知識が Platform 内に存在し、検査ごとに参照される。

• インテグリティガイドブック — 所見のトリアージに関するオペレータの書面ルール。証拠の組み合わせに対してのみ発火する条件付きルールを含む（後述の事例で参照するルールはその一つ）。
• 保全スケジュール — 今後 90 日間の活動のローリング表：ROV 巡回、洗浄窓、ダイブ計画を伴う荷重試験。
• 資産登録 — すべてのタービン、部位、ボルトパターン。施工履歴および再認証ステータスを含む。
• 検査履歴 — 各面の過去所見の累積記録。変化率に基づく推論が可能になる。
• 陰極防食ログ — 陽極交換および CP 計測値。腐食所見を撮影時点の防食状態に対して位置付けられる。

各ソースの更新はオペレータが直接行う。Platform は検査ごとにライブ版を参照する。

スペシャリストスカウト。本クライアントには、Platform の洋上向けスカウトライブラリが有効化されている。表面腐食、生物付着、コーティング劣化、溶接形状、付着生物カバレッジ、構造変形などに対する検出・セグメンテーションモデル群である。出力は型付きレコードであり、散文ではない。

オーケストレーションと監査。VLM オーケストレータは、オペレータのコンテキストパックの下でスカウト出力を解釈する。ルールを適用し、スケジュールを読み、履歴と照合した上で、エビデンスチップの連鎖を伴う構造化された所見を生成する。所見が CMMS に発行される前に、ジャッジ層が連鎖を監査する。

顧客スタックへの出力。所見は、重大度、推奨アクション、期限、監査トレースを伴う構造化レコードとして CMMS に到着する。インテグリティチームは日次でキューをトリアージする。

クライアントはインテグリティガイドブック、スケジュール、資産登録を最新に保ち、キューに対して行動を起こす。Platform は、フレームの到着から所見の CMMS 到着までを担う。

事例：ブラケット B-17

最近のサイクルから取り上げた代表的な所見である。WTG-04、トランジションピースのブラケット B-17。定期 ROV 巡回で撮影されたものだ。

巡回は、同じ面で二つの所見をフラグした。

定期 ROV 巡回のフレーム。B-17 の荷重伝達面上に、表面腐食（アンバー）と生物付着（スカイブルー）が同位置で検出されている。

1. 表面腐食：荷重伝達ボルトパターン周辺。酸化鉄の染み。即座の寸法上の懸念はない。
2. 生物付着：腐食パッチと同じ位置に堆積した海生付着層。

それぞれを単独で見れば、洋上検査レポートで最もありふれた所見である。腐食スカウトは毎サイクル、この種の面をフラグする。生物付着スカウトはそれ以上の頻度でフラグする。両者とも、個別では低優先度のチケットだ。

• 生物付着単独：洗浄チケット。次の定期洗浄窓に投入される。
• 表面腐食単独：監視リスト項目。腐食速度と構造的役割に応じてエスカレーションされる。

Platform がスカウト層で止まっていたとすれば、これは二件の低優先度チケットとして発行され、インテグリティチームも同様にトリアージしたはずである。

実際にはそうはならなかった。Platform は組み合わせを、オペレータのインテグリティガイドブックに対して照合した。オンボーディング時にコンテキストパックへ取り込み済みのガイドブック内のあるルールが、この二つが同位置で出現したときに限り発火するよう定義されている。要旨は次の通りだ。

生物付着が荷重伝達面で表面腐食と同位置にある場合、付着層が背後の腐食を物理的に遮蔽している。可視欠陥は下限値として扱い、真の進行度合いは面を洗浄し再撮影するまで不明であるとみなす。

オーケストレータはその後、スケジュールを読み、関連する三つのマーカーを拾い上げた。

緊急性を生んだのは T+16 マーカーである。荷重試験はブラケットを意図的に応力下に置く。そしてダイブ計画では、ブラケットの真下に人員が配置される。腐食の真の進行度合いは把握できていなかった。

この時点での Platform 内部の推論は、内部トレースとして次のように描かれる。

vlm        inspect WTG-04 · TP-bracket B-17 · ROV frame#0506
delegate   → corrosion-scout · biofouling-scout · context-lookup
collect    ← corrosion@bolt-pattern · biofouling co-located
context    integrity-guidebook · combined-evidence rule fires
context    schedule: divers-below in 16d · cleaning in 10d
recommend  hold load-survey · re-shoot in cleaning window · advise dive lead

Platform は四つの推奨アクションを CMMS に発行し、インテグリティチームのレビューに回した。自動実行されるものは一つもなく、すべてチームの承認を前提とする。各アクションには、所見を生成したスカウト出力、発火したガイドブックルール、期限を定めたスケジュールエントリ、これらを引用するエビデンスチップの連鎖が付随する。

• 洗浄後の再撮影 — T+10 窓内で、既に予定されている洗浄クルーに合わせて実施する。新規派遣は不要。
• T+16 荷重試験の保留 — 再検査結果が出るまで延期する。
• ダイブ監督者への助言 — 構造所見が解決するまで、ブラケット下方への立入禁止区域の設定を検討するよう推奨する。
• 陰極防食／コーティング系統へのエスカレーション — 荷重試験のタイミングからは独立して進める。

インテグリティチームは四つすべてを受諾した。荷重試験は延期された。洗浄クルーは予定された窓でブラケットを再撮影した。下層の腐食は評価・処置された。ブラケットの再認証が完了した時点で荷重試験は再スケジュールされた。条件が未解決の状態でダイブクルーがブラケット下方に入る事態は回避された。

このパターンがプログラム全体で持つ意味

B-17 は、本クライアントについて Platform が毎サイクル処理する多くのフレームのうちの一つに過ぎない。この事例を取り上げる価値があるのは、視覚と文脈の組み合わせがオペレータの判断を実際にどう変えるかを示しているからである。

いずれの信号も単独ではチェックリスト項目。腐食は監視リスト、生物付着は洗浄チケット。どちらも画像の正しい読解であり、どちらもクローズドセット分類器が毎サイクル出力する種類の結果である。そして、どちらも状況を過小評価している。

組み合わせがトリアージを変えるのは、文脈との照合があってこそ。ルールはオペレータ自身のエンジニアリング知識であり、Platform が持ち込んだものではない。Platform が行ったのは、視覚的証拠の正しい組み合わせに対して、スケジュール上の正しい瞬間に、そのルールを発火させたことである。

スケジュールがトリアージを「緊急」に格上げした。再撮影を一週間以内に行うことは、単独では定常作業だ。一方、ブラケット下方での有人作業の前に行う再撮影は、荷重試験を承認するための前提条件となる。時間依存の文脈が、「再検査を予定する」を単なるカレンダーエントリから、オペレータ自身の承認フローにおけるゲートステップに変えた。

このパターン、すなわち外部ルールが発火し、ライブスケジュールに対して評価される視覚的証拠は、B-17 に固有のものではない。Platform が本クライアントに対して同じ形を繰り返しエスカレーションしている。腐食 + 生物付着、コーティング劣化 + 陰極防食ドロップ、溶接異常 + 荷重履歴フラグ。大部分のサイクル、大部分の所見は定常的に流れる。組み合わせが効くケース、それがオペレータの次の判断を変える。

運用状態

オペレータは Platform 上で、連続するサイクルにわたって運用を続けている。クライアントはコンテキストパックを最新に保ち、Platform は各検査を処理し、所見は監査トレース付きで CMMS に流れ、インテグリティチームは既存のワークフローでトリアージを行う。

同じ構成は、Platform 上で水中資産検査を運用する他のオペレータにも提供可能である。ROV およびダイブ映像が Platform の取り込み API 経由で入り、オペレータのインテグリティガイドブック、スケジュール、資産登録、検査履歴、CP ログがライブな内部コンテキストとしてロードされ、洋上向け専門スカウトが有効化され、VLM オーケストレータがオペレータのルールを実行し、ジャッジ層がエビデンスチップの連鎖を監査する。Platform はオーケストレーションを担う。クライアントはルールとデータを保有する。