航空機エンジン・Digital Engineering

今日のご案内 ☕✨ # 今日の中心は、Engineering AIが「説明するAI」から、既存の設計・解析・検証環境で成果物を直接つくる実行層へ移っていることだ。SimScaleはOnshape内でCAD形状から解析設定・メッシュ・物理計算・結果解釈まで進めるAgentを投入し、IBMはrequirementsからtest caseを生成、MathWorksはSimscape componentそのものを記述・検証するskillを加えた。評価対象は回答文ではなく、設定の正しさ、traceability、差分、override可能性へ移る。 航空・材料研究でも同じ構図が見える。GE AerospaceはXA102でMBDを設計から製造・検査・組立までつなぎ、M88 T-REXは既存modular architectureを保ちながら20%の最大推力増を狙う。一方、SynAgent、MatBrain、Andromeda 2は、仮説・証拠・実験・選択を閉ループ化しつつ、preprintの自己報告や比較条件を明示する必要性も示している。 Agentが実行範囲を広げるほど、model外側の制約が主役になる。Qwen Codeはtoken・turn・timeで実行予算を区切り、EYの調査では形式的なAI policyがほぼ普及していても、緊急時のgovernance bypassや無許可Agentの検知不足が残る。Open-weightの経済性も同様で、benchmark近接だけではなく、production移行時の運用・support・licensingまで含めて判断する段階に入った。 1. SimScale、Onshape内でCADから解析実行までつなぐEngineering AI Agent # SimScaleは9月15日、Onshape App Storeから利用できるEngineering AI Agentを公開した。CFD、thermal、electromagnetics、FEAを対象に、CAD geometryの理解からsimulation setup、meshing、適用physicsとboundary conditionの提案、計算実行、結果解釈までを同じOnshape環境で進める。engineerは途中でsetupやboundary conditionを修正し、assumptionを確認してからAgentへ制御を戻せる。

今日のご案内 ☕✨ # 今回の中心は、Engineering AIの評価軸が「モデルがどこまで答えられるか」から、「既存の設計・解析・試験系へどう接続し、どこで確実な検証境界を置くか」へ移っていることだ。中国航空发动机集团（AECC）は、MBSE、デジタル試験管制、联合仿真など7つの研究開発プラットフォームを調達対象に掲げ、cloud-native architectureに加えてAI Agentとの双方向連携を要件化した。Agentがplatformを呼ぶだけでなく、platform自身の能力をAPIとしてAgentへ公開する構成まで明記されている。 CAE側では、数値モデルを高精度に模倣するだけでは物理的妥当性を保証できないという問題がより具体化している。NASA Common Research Modelを対象にした研究では、CFDに対してR² > 0.99のsurrogateでも風洞計測との系統差が残り、実験データでresidualを学習させることでその差を補正した。ADEx-FNOも、学習モデルを最終solverとして置き換えるのではなく、従来CFDのwarm startへ使い、最終解は支配方程式solverに任せる構成を採る。 Scientific AIでも同じ構造が見える。核融合制御のPACMANは複数AI controllerを20 ms級で動かしながら、最後の出力段で競合解決とhardware safety limitを強制する。材料探索では、database、physics constraint、simulation、Agent、automated synthesis、experimental feedbackを一つのclosed loopへ結ぶことが課題として整理され、自律化そのものより、状態保持・監査・安全限界の設計が重要になっている。 企業Agentでは、sandbox、identity、runtime cost、効果測定が運用上の主戦場になりつつある。GitSpawnはtoolの暗黙動作がtrust boundaryを越える危険を示し、OpenAIの社内telemetryは高強度なAgent利用が大きなinference costと並列実行量を伴うことを示す。モデルアクセスだけを導入と見なす段階は終わり、実行環境、検証、権限、費用、physical capacityまで含めて一つのシステムとして設計する必要がある。 1. AECC、航空エンジンR&Dの7基盤にAgent双方向連携を要件化 # 中国航空发动机集团（AECC）は8月31日、研究開発業務向けのデジタルプラットフォーム7種について公開調達を開始した。対象は、仮想構想検討、要求管理、MBSEベースのsystem modeling、科学技術・innovation management、デジタル試験管制、統合project management、联合仿真で、MBSE領域ではwhole-engine級のsystem architectureまたはsystem simulationの導入実績も要求している。