AI が船級業務で役立ち得る3つのパターン
AI オーケストレーションが Class NK の既存業務と並んで座り得る3つの領域。それぞれが同じオーケストレーション基盤の上にあり、それぞれが単独で成立し得ます。
これらのページはパターンを記録したものです。どれも、Class NK が何かをすることを前提としていません。会議に出席できなかった方が、何が実演されたかを追えるように、また出席された方が戻ってきて自分のペースで読めるように、存在しています。
パターン 1 — 知識層 (Knowledge layer)
規則のコーパスに対する自然言語検索エージェント。検査員(サーベイヤー)または規則編集者が質問する; エージェントは関連条項を、章・段落・出典文書への引用付きで返します。
会議のデモのために、コーパスには 10,000ページ以上の Class NK 規則(マークダウンに変換済み)、加えて SOLAS、MARPOL、公開 IMO 出典文書が含まれます。自然な拡張として、Rule Change-Tracker チェーンが上に追加できます — IMO 改正と、それが触れる Class NK 規則を表面化します。
パターン 2 — 大規模検証
お客様のデータ提出を検証する定型部分を扱うエージェントチーム。エージェントが相互チェック、異常検知、ケースファイル管理、監査ログを行います。検査員はすべての判断席に居続けます。
これは ZETA の横に自然に座ります — ZETA はすでに 5,000隻以上の船舶の GHG / CII / MRV / FuelEU コンプライアンスを扱っており、2025年7月以降 NAPA Fleet Intelligence 統合があります。ここで提案するオーケストレーション基盤は、そのパイプラインの上に — 並行ではなく — エージェント層を追加します。
パターン 3 — 部門エージェントチーム
同じオーケストレーションパターンを、部門ごとに適用。Class NK の各部門に、関連イベントを見守り、次の行動を提案し、成果物の最初のバージョンを草案するエージェントチーム。人間が承認、編集、判断します。
これは ShipDC / IoS-OP の上に自然に座ります — Class NK が完全子会社を通じて既に所有する中立データ交換で、NYK / MOL / K-Line / ONE が既に接続されています。データ基盤は存在します; エージェント層がその上に座ります。
これらのパターンに先立って — 私たちが持ち込む文脈
私たちは数年間にわたって Class NK のデータに対して稼働してきました — 船主側で。船主のお客様のために Class NK ポータルからデータを取得しています。Class NK 証書のライフサイクルを追跡しています。検査時期に合わせて調整し、Class NK 検査員と不具合をクロージャーまでフォローしています。
その既存の運用文脈が、これら3つのパターンを形作りました。これらは抽象的な提案ではなく、私たちがサービスする船主のために、毎日 Class NK のプロセスを顧客側から見続けた結果から生まれたものです。
会話が続く場合
これらのページは、パターンとデモを記録しています。これらのどれを追求する価値があるかは、Class NK のご判断です。
何かが響くなら、私たちの好みは、Class NK がすでに技術と関わるために使われているパターンに従うこと — イノベーション・エンドースメント、技術認証 (TQ)、デジタルツインプロジェクトのコンソーシアム — であり、新しいものを提案しないことです。