私たちが持ち込む文脈 — Class NK のデータ上の6つの船舶側ワークフロー
このサイトに記されたパターンの前に、私たちは数年間にわたって Class NK のデータに対して稼働してきました — 船主側で、毎日 Class NK と関わる船主のお客様のために。
このページはその作業を記録したものです。サイトの他の部分が、外部の憶測からではなく運用文脈から導かれたものとして読まれるよう、存在しています。
ワークフロー 1 — Class NK ポータルからのデータ取得
私たちは船主のお客様の代わりに、Class NK ポータルから証書状況・検査記録・不具合記録を取得しています。データはお客様の LifeOS AI ワークスペースに到着し、索引化・検索可能になります。エージェントはポータル訪問の間の変化を追跡し、新しいイベントを表面化させます。
このページに追加予定: ポータルデータエージェントの稼働中スクリーンショット — Sriram が 5/27(水)に追加予定。
Class NK にこれが証明すること: 私たちはポータルの形を知っています。データフィールドを知っています。更新サイクルを知っています。Class NK システムの 内部 について話すとき、私たちは推測していません。
ワークフロー 2 — 証書ライフサイクル追跡
船主のお客様が管理する各船舶について、Class NK のすべての証書を追跡しています: 発行日、有効期限、更新トリガー、証拠要件。エージェントは適切なタイミングで技術監督に更新アラートを送ります。証拠は関連ケースファイルから自動的に集められます。
このページに追加予定: 更新アラート付き証書ダッシュボードのスクリーンショット。
Class NK にこれが証明すること: 私たちはすでに毎日、御社の出力ストリームに対して稼働しています。Class NK のプロセスの受け手となる経験を見ています。
ワークフロー 3 — 不具合追跡とフォローアップ
Class NK 検査員(サーベイヤー)が不具合を指摘した時、その内容を船舶のケースファイルに取り込みます。エージェントは是正期限をフォローします。状態変化は連動して伝播します。監査証跡が保持されます。
このページに追加予定: 進行中の不具合ケースファイルのスクリーンショット。
Class NK にこれが証明すること: 私たちはすでに御社の不具合ワークフローの周りで調整を行っています — そのリズムと痛点を知っています。
ワークフロー 4 — 入渠スケジュール調整
入渠は、Class NK の主要な検査作業の多くが行われるタイミングです。私たちは船舶の入渠スケジュールを、検査時期・契約業者の空き・港湾スロット・乗組員交代に合わせて調整しています。エージェントはスケジュールの衝突が運用問題になる前に表面化させます。
このページに追加予定: 検査オーバーレイ付き入渠スケジュールビューのスクリーンショット。
Class NK にこれが証明すること: 私たちは、Class NK スケジュールが他のすべてと交差する運用計画の継ぎ目に座っています。
ワークフロー 5 — Class NK 検査員とのメール調整
船主のお客様は、Class NK 検査員と絶え間ないメールのやり取りを行っています — 検査スケジューリング、不具合確認、証拠要求、フォローアップ。私たちのエージェントは返信を草案し、未解決スレッドを追跡し、Class NK 検査員が返答を待っているときに人に促します。
このページに追加予定: エージェントが管理するメールスレッドの匿名化された例。
Class NK にこれが証明すること: 私たちはすでにお客様の御社とのコミュニケーションを助けています。そのコミュニケーションを容易にするもの、難しくするものを見ています。
ワークフロー 6 — エンド・トゥ・エンドの問題ライフサイクル
船舶で何か問題が起きたとき — 機器故障、監査での指摘、インシデント — Class NK は関わる複数の当事者の一つです。私たちは問題のライフサイクル全体を管理します: ケースファイルを開き、証拠を集め、Class NK や他のステークホルダーと調整し、文書化された解決でループを閉じます。
このページに追加予定: 複数のステークホルダーにまたがる問題ケースファイルのスクリーンショット。
Class NK にこれが証明すること: 私たちはすでに、Class NK が複数の当事者の一つである場面でのワークオーケストレーションを行っています — まさに Class NK の内部でオーケストレーション層を運営するために必要な筋力です。
自然な対称性
私たちが運航者側で行っている作業は、形において、Class NK が機関側で行う作業を映しています。オーケストレーション層は同じです; 異なるのは、それが誰のデスクの上に座るかだけです。
| 運航者側(現在) | Class NK 側(このサイトのパターン) |
|---|---|
| Class NK ポータルからのデータ取得 | お客様が Class NK システムへプッシュするデータの検証 |
| 証書ライフサイクル追跡 | 証書発行・管理に関する検査員支援 |
| 不具合追跡とフォローアップ | 船級協会内部の不具合ケースファイル・パターン |
| 入渠スケジュール調整 | 船級側の検査ワークフロー |
| 検査員とのメール調整 | 検査員向け生産性サーフェス |
| ステークホルダー横断の問題ライフサイクル | 部門エージェントチーム |
このページに追加予定: 外↔内の対称性を示す1枚の図。
形が引き継がれます。だからこそ、このサイトの他の3つのパターンは、真空中で設計された機能としてではなく、運用文脈から導かれたパターンとして書かれています。
データアクセスについての注記
上記のすべてのワークフローは、船主がすでにアクセス権を持っているデータに対して稼働しています — 運航者自身のポータルアカウント、自身のメール、自身のケースファイル内容。MetaWeave は特権的な Class NK アクセスを持っていません。私たちは運航者側のエージェントとして、運航者が行うことを — より速く — 行っています。
だからこそ、私たちは Class NK の 外部 からの見え方をよく知っているのです。そして、内部 からの景色がさらに多くを明らかにすると確信しています。