デモウォークスルー — 検証サービス
このページは、2026年5月28日 の Class NK 会議でのライブデモを再生します — 出席できなかった方、自分のペースで再度ご覧になりたい方向けに。
デモは、各エージェントの役割を可視化しながら、実際のノーンレポートをエンド・トゥ・エンドで処理する 検証サービス エージェントチェーンを示します。
シナリオ
船主が Class NK にノーンレポートをアップロードします。今日は Class NK 検査員(サーベイヤー)が開き、CII / EU MRV / FuelEU 規則と手動で照合し、承認または修正のため差戻します。
デモは、そのワークフローが 判断点に人間の検査員を置いた エージェントチームによって実行されたときに何が起こるかを示します。
ステップ 1 — 受信エージェントがアップロードを受け取る
受信エージェントがノーンレポートを取込み、データフォーマットを正規化し、明白な問題(欠損フィールド、誤った単位、壊れたタイムスタンプ)を下流の作業が始まる前に検出します。
動画タイムスタンプ: 0:00–1:30
エージェントが表面化するもの: 解析済みデータ + フォーマット問題 + 信頼度スコア。検査員が見るもの: なし — これは完全に自動的。記録されるもの: 生のアップロード + 解析済み構造 + 拒否があった場合の理由。
ステップ 2 — 検証エージェントが規則に照合
検証エージェントがクリーニング済みデータを関連ルールセットに通します:
- CII — 炭素強度指標計算
- EU MRV — モニタリング、報告、検証
- FuelEU Maritime — 燃料消費 + 排出閾値
- Class NK 内部規則 — Class NK が国際規則を超える追加チェックを持つ場合
各規則について、エージェントは記録します: 規則参照、想定値範囲、実値、合格/不合格。
動画タイムスタンプ: 1:30–4:00
エージェントが表面化するもの: 規則ごとの合格/不合格と引用。検査員が見るもの: 今のところなし — 異常検知を待つ。記録されるもの: 完全な検証トレース。
ステップ 3 — 異常検知が不審な項目をフラグ
異常検知は、規則チェックは合格するが 何かおかしく見える 項目を探します — 範囲内ではあるが、その船舶の最近の履歴、同じレポート内の他項目、または物理的妥当性と整合しない値。
例:
- CII チェックは合格するが、同じ船舶が先週報告したものより 40% 低い燃料消費
- 海況が「穏やか」と記録されているが、報告された回転数で対地速度が想定より 30% 低い
- IMO 港湾コードに該当しない港名表記
動画タイムスタンプ: 4:00–6:30
エージェントが表面化するもの: 説明付き異常。検査員が見るもの: まだなし — ケースファイルを待つ。記録されるもの: すべての異常とその推論チェーン。
ステップ 4 — ケースファイルエージェントが開設または更新
ケースファイルエージェントは、この船舶 + 報告期間のケースファイルを見つけ(またはなければ作成)します。ノーンレポート、検証トレース、異常検知の結果を添付します。ケースファイルは今や、この提出の単一の真実源(SSOT)です。
動画タイムスタンプ: 6:30–8:00
エージェントが表面化するもの: すべてのリンクされた証拠を持つ構造化ケースファイル。検査員が見るもの: まだなし — エスカレーションされた場合のみケースファイルを見る。記録されるもの: すべての添付とすべてのリンク。
ステップ 5 — エスカレーションルータが人間が必要か判断
すべて合格し、異常がフラグされていない場合: 自動承認 へルーティングし、お客様に通知。異常に人間の判断が必要な場合: 船舶、地域、検査員の専門性に基づいて適切な検査員へルーティング。
動画タイムスタンプ: 8:00–9:30
エージェントが表面化するもの: ルーティング判断 + 推論。検査員が見るもの: ルーティング判断がエスカレーションだった場合のみ、事前準備されたケースファイル付きの通知。
ステップ 6 — 検査員レビュー (人間が介在)
検査員はケースファイルを開き、エージェントの作業が明確に表面化されているのを見ます:
- 引用付き検証結果
- 説明付き異常
- 推奨アクション(「明確化のため保留」/「特定データを要求」/「メモ付きで承認」)
検査員は受入れ、修正、または上書きします。何を判断しても、ケースファイルが記録します。
動画タイムスタンプ: 9:30–12:00
検査員が行うこと: 判断を下す。作業準備が行われているので、分ではなく秒。記録されるもの: 検査員の判断 + 推論。
ステップ 7 — お客様に詳細通知
お客様は構造化通知を受け取ります — 承認または修正必要 — エージェントの推論、検査員の判断、修正が必要な場合の明確な次のステップ付き。
動画タイムスタンプ: 12:00–13:30
お客様の体験: 速く、透明で、引用可能な応答。沈黙の後の判断ではなく、ライブ進捗 + 明確な理由。
ステップ 8 — 監査ロガーがチェーンを保存
すべてのステップが監査ログに: 生アップロード、解析、引用付きのすべての規則チェック、推論付きのすべての異常、ケースファイル構造、ルーティング判断、検査員の判断、お客様への通知。最初の原理から再構築可能。必要な場合は裁判所級の証跡。
動画タイムスタンプ: 13:30–15:00
部品の出所
このチェーンの各エージェントは、船主のお客様向けにすでに本番稼働中のスキルに基づいています。オーケストレーション層が、それらをチームとして動かすもの — 引き渡し、記憶、監査、判断席に人間 — です。
このようなパターンがいつか Class NK の内部で運用されることになれば、Class NK が加えるのは: 規則セット、検査員の権威、お客様との関係。オーケストレーションは基盤であり、機関の専門性がそれを価値あるものにします。
ソースコード
エージェント定義、スキルコード、オーケストレーション設定はすべて入手可能です:
- スキル: github.com/metaweavehq — noon-report-cleaning, validate-vessel-data, veracity-validator
- オーケストレーション: LifeOS AI 基盤
コードはソース公開 — 誰でもクローン、ローカル実行、改修が可能です。