ユニット 1 / 12

船舶および海洋工学における人工知能と検証分野の紹介

利益:

  • 船舶および海洋工学のワークフローにおいて、AI によってリアルタイム時間が節約される部分と、生命/財産の安全およびクラスに対する責任がエンジニアに残される部分を区別できるようになります。
  • 各エンジニアリング成果を桁違いに検証する 3 層の規律、独立した再計算、クラス ルール/ソース管理を適用する能力
  • 船舶、造船所、船主の商業的および技術的機密データを共有することなく、コンテキストを匿名化し、AI の恩恵を受けるためのプロンプトを作成する習慣を身につける能力。

海洋技術者の 1 日を見てみましょう。船体の形状の反復、抵抗と推進力の計算、安定性と強度のチェック、クラス ルールのスキャン、機関室センサーの記録、調査報告書、造船所の通信、そして船主との延々と続く電子メール。実際の技術的判断、つまり「このボートは安全か、この構造はクラスコードを満たしているか、この航海計画は本当に燃料消費量を削減できるか」という質問に費やされる時間は、反復的な計算と文書化作業によって潰されてしまいます。ここで、人工知能 (略して AI、大規模な言語モデルと機械学習を使用してテキスト、コード、数値を処理するソフトウェア) が登場します。 AI があなたの代わりに決定を下すわけではありません。これにより、意思決定の準備が整い、草案が作成され、計算が高速化され、処理された情報が目の前に表示されます。

しかし、海洋工学は、間違いが文章ではなく、人命、環境、そして何百万ドルものお金によって評価される分野です。言語モデルによって構成されたクラスルール条項、誤った単位変換、または「合理的に見える」が物理的に不可能な安定性の結果は、他の分野では軽微な修正になる可能性がありますが、ここでは転覆、構造崩壊、または石油流出につながる可能性があります。したがって、このモジュール全体を通じて、AI を「自動エンジニア」としてではなく、出力が毎回検証される安全性を重視した規律あるアシスタントとして位置づけます。

この最初の単元では、次の 3 つのことを明らかにします。船舶および海洋工学のワークフローのどの段階で AI が真の価値を追加するのか。どの決定を資格のある人(エンジニア、級測量士、船長)が厳密に行うべきか。また、その際に遵守しなければならない検証、機密保持、責任規律は何ですか。この屋根が正しく取り付けられていないと、後続のユニットでのテクニックが危険になる可能性があります。

概念: 幻覚: 実際には存在しない数値、係数、クラス ルール句、またはソースを AI が説得力を持って捏造すること。コンテキスト: AI に与える入力 (ボートのデータ、仮定、質問)。検証: 独立した方法で出力をチェックします (手計算、2 番目のソフトウェア、ルール テキスト、モデル実験)。船級協会: 規則セットに従って船舶の設計と構造を検査および認証する組織 (例: ABS、DNV、ロイズ レジスター、ビューロー ベリタス、TL/テュルク ロイドゥ)。これらの概念は、モジュール全体のバックボーンです。

AI Accelerator はどのビジネスに適しており、どのビジネスにリスクがありますか?

海洋工学のタスクは、その結果に関して 2 つの側面に分かれます。一方の端には、取得可能な低リスクの準備作業 (文献の概要、コードのスケルトン、プレゼンテーションの概要) があります。もう一方の端には、海上の安全、生命/財産の安全、および環境を直接決定する不可逆的な決定 (安全係数、安定性基準、構造承認) があります。 AI の価値は、このスペクトルのどの位置にあるかによって異なります。

業種

AIの貢献

エンジニアの役割

ルール・規格概要

長いルールブックからエッセンスを抽出

句を元のクラステキストと比較する

手計算 / 事前サイジング

数式設定、最初の数値

単位、ランク、仮定のチェック

解析コード・Pythonスクリプト

スケルトンとロジックの生成

テスト入力による検証、エッジケーステスト

報告書・調査案

構造と物語を提案する

各値を測定値とソースにリンクする

センサー/IoTデータ分析

パターンおよび異常候補の抽出

生データと物理的妥当性によって確認

安定性/強度の承認

分析材料の準備

最終評価、クラスの承認、署名

ルールは簡単です。AI 出力のリスクは、その出力がエラーを起こした場合に被る損害と同じです。スライドのタイトルのスペルを間違えても問題はありません。積載状況では、GM (メタセントリック高さ、船の立ち直り能力の尺度) の値を誤って計算し、船の横転限界を誤って決定することは悲惨です。したがって、出力を使用する前に尋ねるべき最初の質問は、「これが間違っていた場合はどうなりますか、誰が傷つき、誰がそれに気づきますか?」ということです。

注意: AI は流暢で自信に満ちたテキストを生成します。流暢さは正確さを保証するものではありません。言語モデルは、正確なデータがない場合でも、統計的に「最も可能性の高い」単語でギャップを埋めます。海事では、このギャップ埋めは、材料の降伏強さまたは存在しない SOLAS 条項として現れる可能性があります。

セキュリティ クリティカルな検証規律: 3 つの層

海洋文化はすでに「信頼するが検証する」という原則に基づいています。アンケート、二重チェック、および独立したクラス認定は、この文化の一部です。 AI はこの原則を弱めるのではなく、強化するために使用されるべきです。各 AI 出力を 3 層フィルターに通過させます。

第 1 層: 桁違いの制御。結果が予想される 10 乗の範囲内にほぼ収まるかどうかを確認します。パナマックスばら積み貨物船の排水量(水没容積の重量)は数万トンのオーダーです。 AIが800トンと言ったら、詳しく言わなくても間違いがあることがわかります。コンテナ船の巡航速度は 18 ~ 24 ノットの範囲です。 90ノットは物理的に不可能です。

第 2 層: 単位とサイズの一貫性。海事では、ノットと m/s、トンとキップ、kW と馬力 (BHP)、メートルとフィート、バールと kPa など、単位の混乱が典型的な誤差の原因です。 AI出力における各数値の単位を明確にし、次元分析を行う必要があります。抵抗値はkNまたはkgfで表されますか?これにより、推進力が直接変化し、燃料バジェットが変化します。

第 3 層: 独立した複製。 2 番目の方法 (別の手動アカウント、別のソフトウェア、承認されたローディング コンピューター、または 2 番目のエンジニア) で重要な結果を再現します。 2 つの独立したパスが同じ答えを与える場合、信頼性は高まります。そうでない場合は、なぜ違うのかを理解するまで停止してください。

ヒント: AI に結果を尋ねるときは、逆に同じ質問をしてください。 「この船に必要な推進力を計算してください」と言った後、「与えられたパワーで巡航速度を再計算して、それが一般的な船として妥当かどうか教えてください」と言います。モデルに自身の出力をクロスチェックするように依頼すると、サイレント エラーが可視化されます。

機密保持と企業秘密: 海事のプライベートフロンティア

船体の形状、流体力学的性能曲線、船主と造船所の契約データ、および船舶の運用テレメトリは、企業秘密および知的財産の観点から非常に機密です。ボートの真の抵抗曲線や船主の真の燃料消費量データを制御されていない外部 AI サービスに入力すると、契約違反、知的財産の損失、および競争上の不利の両方になる可能性があります。さらに、現代の船舶の OT (運用技術、機械やナビゲーション システムを管理する制御ソフトウェア) アーキテクチャに関する情報は、サイバー セキュリティ上の理由から共有されるべきではありません。

経験則: 実際の機密データや契約で保護されたデータを、承認されていない外部ツールに決して入力しないでください。代わりに、コンテキストを匿名化し、実数を代表値に置き換えます。たとえば、実際の船の形状データを共有する代わりに、「典型的なハンディサイズばら積み貨物船の主な寸法程度の例で抵抗アプローチを説明してください」と尋ねます。

弱いプロンプト / 強いプロンプト

弱いプロンプト:

船主の実形態データ

強力なプロンプト:

役割: あなたは船舶の流体力学の経験豊富なコンサルタントです。背景: ばら積み貨物船の一般的な予備解析を行っています (値は代表的なものであり、実際のプロジェクト データではありません): Lpp ~ 180 m、ビーム ~ 32 m、喫水 ~ 12.5 m、閉塞係数 ~ 0.84、巡航速度 ~ 14 ノット。タスク: 予備的な推進推定がどの手順で行われるか (抵抗成分、推進効率、航海代)、およびリストを測定/検証する必要があるデータを説明します。制約: 各式と仮定を明示的に記述します。数値例を挙げる場合は、単位(kN、kW、ノット)を明記し、検証方法を追記してください。

強力なプロンプトは、実際のプロジェクト データを保護し、役割と制約を明確にし、検証パスを要求します。

汎用検証テンプレート

次のテンプレートをモジュール全体で繰り返し使用します。

検証リクエストを追加するための一般的なテンプレート:

以下の技術的な質問に答えてください。あなたの答えでは:1) 各数値の単位を述べてください。2) 結果の大きさのオーダーを典型的な船と比較してください。3) 使用する各係数/式の出典 (メソッド名) を書いてください。 出典がない場合は「不明」とマークしてください。 4) 結果を独立して確認できるように、2 番目の計算方法を提案してください。質問: [ここで質問]

幻覚狩りテンプレート:

以下の回答に含まれるすべての数値、係数、ルール/標準の参照をまとめた表を作成してください。各行について:- 値、単位- 根拠 (計算 / 既知の係数 / 仮定 / 不確実)- これを個別に検証する方法また、根拠が「不確実」である各行を強調表示します。

ミニケース

ケース 1 — 捏造されたクラス句。構造的シェアをサポートするために「どのクラスコード条項がこの最小シート厚さを必要とするのか」と若手エンジニアが AI に尋ねます。 AIは、実際には存在しない「第6章、セクション3.4.7」条項を引用している。エンジニアがそれをクラス ルールの現在の PDF と比較すると、その条項が偽であることがわかり、正しい条項が見つかります。教訓: AI によって発行されたすべてのルール参照は、元の現在の分類テキストから検証されます。

ケース 2 — ユニットのトラップ。チームは、派遣電力の計算において AI の支援を受けています。 AIはパワーを「8500」と与えるが、その単位が「kW」なのか「BHP」なのかは不明のままだ。 8500kWと8500BHPの間には約1.34倍の差があります。この違いにより、ホストの選択と年間の燃料予算が完全に変わります。乗組員ユニットが明示的に要求せずに前進すると、間違ったマシンクラスに向かうことになります。教訓: 単位のない数字は受け入れられません。

ケース 3 — ランク管理は命を救います。学生チームが AI に 15,000 DWT の船の航行抵抗を計算させたところ、合計抵抗が 12 kN であることがわかりました。このサイズの船の場合、航行抵抗は数百 kN 程度、推進力は数千 kW 程度になります。約 100 倍の違いは、すぐに編集ミスを示します。生徒は摩擦係数の式の指数の誤りを見つけます。教訓: 常に結果を既知の基準範囲と比較してください。

よくある間違い

  • 流暢さを正確さと誤解する。よく書かれた説明でも、数値的には不正確である可能性があります。テキストの品質と結果の正確さは別のものです。
  • 単位のない数値を受け入れます。海事では、ノット/メートル、トン/キップ、kW/BHP、メートル/フィートの混同はキャリアを終わらせる間違いです。
  • 外部ツールへの機密データ・契約データの入力。営業秘密および知的財産の侵害。一度漏洩すると、フォームやパフォーマンスのデータを取得することはできません。
  • 単一の情報源を信頼する。重要な結果を 2 番目の方法で生成せずに使用することは、セキュリティ クリティカルな規律の最も基本的なルールに違反することになります。
  • ルールの帰属を検証できませんでした。 AI によって提供されるクラス/SOLAS 項目番号は架空の場合があります。各参考文献は、オリジナルの現在のテキストから検証されます。

要約すると

AI は、海洋および海洋工学における計算、コード、文書、データの反復作業を劇的に高速化します。しかし、海上の安全、船級順守、環境の安全を決定する決定は、有資格者に委ねられています。各出力は、桁数、単位の一貫性、および独立した再生を通じてフィルタリングする必要があります。商業上の機密保持とサイバーセキュリティ上の理由から、実際のボート/パフォーマンスデータは匿名化し、承認されたツールのみを使用する必要があります。この規律は、後続のすべての単元の前提条件です。

アプリケーションタスク

あなたの分野 (形状、安定性、推進力、メンテナンス、ナビゲーション) からエンジニアリングに関する質問を選択してください。まず「弱いプロンプト」を入力して AI に質問します。次に、ロール、匿名化されたコンテキスト、制約、検証要求を含む「パワー プロンプト」を作成し、同じ質問を再度行います。大きさの順序と単位の一貫性の観点から 2 つの答えを比較し、「幻覚探索テンプレート」を適用し、独立した手計算によって少なくとも 1 つの結果を確認します。調査結果を半ページにまとめます。

チェックリスト

  • [ ] 「間違っていたら誰が傷つくのか?」という質問で出力のリスクを評価しました。
  • [ ] 結果を既知の船とサイズの点で比較してみました。
  • [ ] 全ての数値の単位(ノット、kW、トン、メートル)を明確に確認しました。
  • [ ] 2 番目の独立した方法で重要な結果を再現しました。
  • [ ] 実際の/非表示のボート データの代わりに、匿名化されたプロキシ値を使用しました。
  • [ ] AI によって与えられたすべてのクラス/SOLAS 参照を、オリジナルの現在のテキストから検証しました。