<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>パワーモジュール・FEA再確認 on Daily Signal</title><link>https://blog.nightly.dedyn.io/categories/%E3%83%91%E3%83%AF%E3%83%BC%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%ABfea%E5%86%8D%E7%A2%BA%E8%AA%8D/</link><description>Recent content in パワーモジュール・FEA再確認 on Daily Signal</description><generator>Hugo -- gohugo.io</generator><language>ja-JP</language><copyright>© 2026 Daily Signal</copyright><lastBuildDate>Mon, 19 Oct 2026 03:20:00 -0700</lastBuildDate><atom:link href="https://blog.nightly.dedyn.io/categories/%E3%83%91%E3%83%AF%E3%83%BC%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%ABfea%E5%86%8D%E7%A2%BA%E8%AA%8D/index.xml" rel="self" type="application/rss+xml"/><item><title>工学AIの配備前ゲートは、生成と承認を分け、較正と検証の分母を分けて読む</title><link>https://blog.nightly.dedyn.io/daily/2026-10-19-daily-signal/</link><pubDate>Mon, 19 Oct 2026 03:20:00 -0700</pubDate><guid>https://blog.nightly.dedyn.io/daily/2026-10-19-daily-signal/</guid><description>&lt;h2 class="relative group"&gt;今日のご案内 ☕✨
 &lt;div id="今日のご案内-" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e4%bb%8a%e6%97%a5%e3%81%ae%e3%81%94%e6%a1%88%e5%86%85-" aria-label="アンカー"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;前回は、物理残差を「どこが怪しいか」の信頼信号として使い、認定クラスやリメッシュ条件を数字の分母として読んだ。今回はもう一歩手前、配備の直前に「誰が承認するのか」と「その合格はどのデータで測ったのか」に軸を移す。機械の試運転では、言語モデルに候補を作らせ、リリースの権限は外部の決定的なゲートに置く設計が、事前に封印した基準で測られた。仮想試運転では、140件すべて正しく判定した一方で、正常側の30件は閾値の較正に使った同じデータだと著者自身が明記している。パワーモジュールでは、最適化が探索空間の端に行ったところでサロゲートが最大26％楽観的だったことが、FEAの再確認で見えた。&lt;/p&gt;
&lt;p&gt;産業側では、ホンダとRescaleの「共同ベンチマーク検証」、CL-415の積層造形スクープの航空当局承認、AFRYの「定義したベースライン比」の改善率、NVIDIAの半導体向け加速ライブラリの速度比が並ぶ。いずれも数字や承認の中身より先に、何を基準にした合格なのかを確かめて読む。後半はターボ機械の非定常荷重、非一様メッシュの乱流超解像、検証付きCAD編集、橋梁ひび検出の検出確率を、同じ見方で並べる。&lt;/p&gt;

&lt;h2 class="relative group"&gt;1. 機械の試運転、言語モデルは候補だけ作り、リリースは外部ゲートが決める
 &lt;div id="1-機械の試運転言語モデルは候補だけ作りリリースは外部ゲートが決める" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#1-%e6%a9%9f%e6%a2%b0%e3%81%ae%e8%a9%a6%e9%81%8b%e8%bb%a2%e8%a8%80%e8%aa%9e%e3%83%a2%e3%83%87%e3%83%ab%e3%81%af%e5%80%99%e8%a3%9c%e3%81%a0%e3%81%91%e4%bd%9c%e3%82%8a%e3%83%aa%e3%83%aa%e3%83%bc%e3%82%b9%e3%81%af%e5%a4%96%e9%83%a8%e3%82%b2%e3%83%bc%e3%83%88%e3%81%8c%e6%b1%ba%e3%82%81%e3%82%8b" aria-label="アンカー"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;イスタンブールのユルドゥズ工科大学の研究は、センサー座標と極性の割り当てという試運転の一判断について、候補生成とリリース権限を分けた受入プロトコルを報告した。パーサーで読めない要件だけを凍結した40億パラメータのローカルモデル（4ビット量子化のQwen3）に回し、計画は、封印した文法で両方の事実を要件文から導ける場合に限って外部の決定的ゲートがリリースする。評価は、ゲートや文法を知らない別のエージェント文脈が書いた144タスク（回答可能96、回答不能48、24構成）で、基準はベンチマーク作成前に固定し、1回だけ適用した。回答不能タスク22件のうち21件でモデルは「準備完了」の捏造計画を出したが、すべてゲートが却下した。リリース83件で誤リリースは0件、片側95％のClopper–Pearson上限は0.0354で、封印した5％基準を下回った。ゲートなしの別実行では18件中9件が誤りだった。一方、モデル呼び出しなしの再生でも同じ83件がリリースされ、モデルの寄与は限られていた。封印後に新しい252タスクで行った確認では146件中1件の誤リリースが出て、事前登録の停止規則で中断している。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;💡 注目しておきたい理由:&lt;/strong&gt; 「AIが自分で確認した」ではなく、承認する主体をモデルの外に置き、その誤り率を事前に固定した基準で測っている。ただし上限は独立同分布を仮定した診断値で、利用者の回答は常に正しい「ゴールドユーザー」に置き換えている。要件文が事実を決めていないタスクでは、誤った回答が431組中169組でそのまま通った。閉ループの制御性能も評価外だ。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;🔗 情報源: &lt;a href="https://arxiv.org/abs/2609.30219" target="_blank" rel="noreferrer"&gt;arXiv&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;🕰️ 公開日時: 2026-09&lt;/li&gt;
&lt;li&gt;🗂️ 分類: 試運転・リリース権限&lt;/li&gt;
&lt;/ul&gt;

&lt;h2 class="relative group"&gt;2. 仮想試運転の双方向検証、140件全一致でも正常側は較正と同じデータ
 &lt;div id="2-仮想試運転の双方向検証140件全一致でも正常側は較正と同じデータ" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#2-%e4%bb%ae%e6%83%b3%e8%a9%a6%e9%81%8b%e8%bb%a2%e3%81%ae%e5%8f%8c%e6%96%b9%e5%90%91%e6%a4%9c%e8%a8%bc140%e4%bb%b6%e5%85%a8%e4%b8%80%e8%87%b4%e3%81%a7%e3%82%82%e6%ad%a3%e5%b8%b8%e5%81%b4%e3%81%af%e8%bc%83%e6%ad%a3%e3%81%a8%e5%90%8c%e3%81%98%e3%83%87%e3%83%bc%e3%82%bf" aria-label="アンカー"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;長春理工大学の研究は、PLCの制御状態をUnityの仮想動作に写し、別にYOLO11のカメラ映像から実ワークの工程段階イベントを作って、両者を同じ段階定義で突き合わせる仮想試運転の検証法をMachines誌で報告した。実ライン30回分の映像では、真値150イベントに対し段階イベント認識のF1が98.33％（適合率98.66％、再現率98.00％）、平均生成遅れが104.21ミリ秒だった。正常運転での仮想と実の時間差は段階ごとに平均86〜153ミリ秒で、平均＋3標準偏差の最大値を切り上げた210ミリ秒を一律の許容窓にした。正常30・遅れ30・先行30・イベント欠落25・不正遷移25の計140判定は、すべて事前のラベルと一致した。&lt;/p&gt;</description></item></channel></rss>