2026年、エンジニアはAIでどう部品を選定しているか

いまのワークフローはどうなっているのか

設計エンジニアに「AIで仕事は変わったか」と尋ねれば、慎重な答えが返ってくる。「今週アシスタントを使ったか」と尋ねれば、答えはほぼ必ずイエスである。

WeidmullerとEETech Researchは2026年4月から5月にかけて、北米のエンジニア400名を対象に、基板をどう設計し部品をどう評価しているかを調査した。10人に9人以上が、PCBワークフローのどこかでAIベースのツールを使っていた。しかし75%は、それらのツールを既存プロセスの中の生産性・高速化レイヤーだと表現している——反復が速くなるのであって、判断を委ねているわけではない、ということだ。

この区別がこの話のすべてである。AIはほぼ全面的な普及と、ほぼゼロの権威を同時に達成した。エンジニアは絶えずAIを使い、条件付きで信頼している。その条件が検証である。

選定プロセスのどこにAIは入り込んでいるのか

三列目に何が並んでいるかに注目してほしい。モデルが賢くないことに起因するものは、ごくわずかしかない。その大半は、モデルにPDFを手渡していることに起因する。

モデルよりフォーマットが効く理由

これについての最も強い証拠は2026年6月に現れた。研究者がPCB-QAを公開したのである。実際のKiCad設計ファイルから作成した480組の質問応答ペアからなるデータセットで、部品間の接続、データシートへの問い合わせ、SPICEシミュレーションの挙動を対象に、フロンティアモデル4種で評価している。

要点はどのモデルが勝ったかではない。同じモデルに同じ情報を異なるフォーマットで与えたとき、何が起きたか、である。

JSON表現で最良だったモデルはGemini 3 Flash Previewで、93%に達した。

これはモデルの結果ではなく、供給側の結果として読むべきだ。精度を二倍にするのに、より優れたモデルも、より大きなコンテキストウィンドウも、ファインチューニングも要らなかった。必要だったのは、同じ事実を機械が解析できる形で渡すことだけである。パラメトリクスがPDFデータシートの中にしか存在しないメーカーは、自社部品を43%の行に近い状態で走らせていることになる。

「モデルはこれから良くなるのだから待てばいい」という主張が、聞こえるほど強くないのもここに理由がある。モデルの改善は、フォーマットが破壊してしまった情報を取り戻してはくれない。

それでもエンジニアがデータシートを開くのはなぜか

データシートに何が書かれているかではなく、データシートが何であるかが理由である。

データシートは、メーカーが責任を負う、改訂管理された統制文書だ。部品が認定に落ちたとき、議論の土台に置かれる成果物はデータシートである。それをチャットの記録で代替しようとするエンジニアはいないし、メーカーの側もそれを望むべきではない。

失敗は、そこから機械にパラメトリクスを導出させようと期待するところにある。PDFはあなたのデータのレンダリングであって、データそのものではない——そしてレンダリングで壊される具体的な要素こそ、再設計を引き起こす要素そのものだ。2 Aという定格が25°Cでの値であることを示す脚注、暫定仕様であることを示すアスタリスク、新規設計には推奨されないという注記である。

ここには三つの異なる失敗様式があり、これらを混同すると、チームは誤った対策に向かってしまう。

1. 01陳腐化。 学習データにあった数値を、その後変わっているのにそのまま述べる。プロンプトの工夫ではなく、ライブに到達可能であることで解決する。
2. 02抽出の失敗。 値は存在するが、PDFの表の中にしかない。構造化されたパラメトリクスを公開することで解決する。
3. 03不在。 機械可読なレコードがまったく存在せず、モデルが近隣の部品から内挿する。網羅性で解決する。

厳密な意味でのハルシネーションは三つ目だけである。最初の二つは、メーカーが自らに対して行っていることだ。

部品表（BOM）の規模で誤りが積み上がる理由

パラメータがひとつ間違っているのは、煩わしい程度の話である。同じ誤り率を部品表全体に適用すると、まったく別の種類の問題になる。ここでAI支援の選定は、チャットに似たものであることをやめ、サプライチェーンに似たものになり始める。

控えめに200行の部品表を考えてみる。1行あたり95%の精度のアシスタント——PDFしかない情報源から大半のベンチマークが予測する水準より、むしろ良い数字だ——は、およそ10行の不良を生む。いくつかはレビューで捕まる。いくつかは初品検査で捕まる。そしていくつかは、その部品が18か月前に新規設計非推奨になっていたと代理店に確認されたときに捕まる。

素朴な誤り率の計算が示すよりも事態を悪くする性質が、三つある。

• 誤りはランダムではない。 公開データが最も貧弱な部品にちょうど集中する。それは古いカタログ項目、二次的なメーカー、最近買収された製品ラインと相関する——ライフサイクルのリスクを抱えている可能性が最も高い母集団と、同じである。
• 誤りは静かである。 パラメータが欠けていると、揃っているパラメータだけを土台にした自信満々の答えが出てくる。取得された値なのか推論された値なのかを、出力から区別する手がかりは何もない。
• 誤りはレビューを生き延びる。 エンジニアは、自分が重要だと考えるパラメータを検証する。ライフサイクル状態、最小発注数量、地域ごとの認証は、回路図段階ではそのリストに入っていないことが多く、しかも機械可読なレコードから最も頻繁に欠落しているフィールドそのものである。

Weidmullerのデータは、タイミングの問題を際立たせる。エンジニアの43%は初期コンセプトまたは回路図設計の段階で部品選定を確定させ、さらに26%が複数の段階にまたがって反復的に選定している。選定は早い段階で起きている——アシスタントの答えが代理店のライブデータと突き合わされる可能性が最も低く、後からの変更コストが上がり始める、まさにその時点で。

エンジニアが実際に使っているツールは何か

汎用アシスタントの上に、ドメイン特化のレイヤーが形成された。これらのツールがいまや、あなたのカタログと顧客の意思決定のあいだに立つ仲介者になっている以上、把握しておく価値がある。

• Fluxは2026年2月に3,700万ドルを調達した——8VCがリードした2,700万ドルのシリーズBに、それまで非公開だった1,000万ドルのシリーズAを加えたものだ。自然言語のプロンプトからレイアウトを計画し、部品を調達し、設計を検証するAIコパイロットである。2026年のリリースでは、リアルタイムの価格と在庫を踏まえた調達志向の設計が加わった。
• ミュンヘンのLuminovoは2026年1月にElectronicsGPTを公開した。技術データ、代替品、サプライチェーン情報とともに部品を取得する、電子部品調達向けのエージェントである。
• 同じくミュンヘンのCELUSは、自社の部品ナレッジベースCUBOに対して要求仕様から回路図を生成し、embedded world 2026ではAIによる部品マッチングをデモンストレーションした。
• Cofactrは、サプライヤー基準・規制・社内ポリシーによって制約された調達に向けて、Bain Capital Venturesがリードする1,700万ドルのシリーズAを調達した——航空宇宙、防衛、ロボティクス、医療機器が対象である。
• 建材分野のParspecは2025年7月に2,000万ドルのシリーズAを調達した。同社のモデルは図面と仕様書から製品要求事項を抽出し、600万点を超えるカタログから適合製品をランキングして、見積書、提出書類、O&Mパッケージを生成する。

共通する構造が物語っている。これらのツールはいずれも、自社では所有していないメーカーのデータの上に載る解釈レイヤーだ。その精度の上限は、あなたのデータ品質である。あなたの部品を解決できなければ、競合の部品が解決される——そしてエンジニアは、どの部品が黙って除外されたのかを知ることがない。

このループで信頼されるために、メーカーは何を公開すべきか

効果の大きい順に、おおよそ次のとおりである。

1. 01ブラウザ以外のクライアントでも読める、サーバーレンダリングのカタログページ。 Partsgraphが2026年8月に世界984の代理店・メーカードメインを監査したところ、38%は標準的な非ブラウザクライアントに対して使えるものを何も返さず、AI可視性スコアの中央値は100点中50点だった。これは最も安上がりな対策であり、最も多い失敗でもある。
2. 02単位・公差・試験条件を伴う構造化フィールドとしてのパラメトリクス。 表の画像でもなく、文章でもなく、PDFの中だけでもない。
3. 03データとしてのライフサイクル状態。 現行、NRND、ラストタイムバイの期日、廃止日。アシスタントが自信満々に生産終了品を推奨するのは、そうではないと伝えるものが何もないからだ。
4. 04フィールドとしてのコンプライアンスと認証。 RoHS、REACH SVHC、UKCAおよびCEの状態、AEC-Qまたは同等の認定、原産国。建材であれば、防火等級、第三者認証、性能表示である。
5. 05明示的な代替・同等関係。 自社の部品が何を置き換え、何に置き換えられるのかを公開しなければ、アシスタントは推測する。そしてその推測は、認定ではなく、もっともらしさで採点される。
6. 06変化する問いに答えるための、ライブな経路。 在庫、納期、価格はクロールでは供給できない。2025年11月に公開されたMicrochipのModel Context Protocolサーバーは、検証済みの製品仕様、データシート、在庫、価格、納期をAIクライアントに直接提供している。これを実行しているメーカーは、いまだにごく短いリストにとどまる——同じ984ドメインの監査では、MCPエンドポイントを掲げているところは一つもなく、その空白を埋めるかたちで、第三者が主要代理店の公開APIを非公式のMCPラッパーで包んでいる。誰かがあなたのカタログをエージェントに公開することになる。それなら、自社がやったほうがよい。

正直に言える限界

以上のどれも、アシスタントを有能なエンジニアにするものではない。Weidmullerの調査では、エンジニアは足りない機能としてリアルタイムのエラー検出と真に自律的な設計を挙げ、部品選定で最も重要な基準として約80%が信頼性と耐久性を挙げた一方、価格を優先したのは22%にとどまった。この価値構造は自動化に抗する。誤ったときのコストが非対称で、しかも数年後に表面化するからである。

しかしこれは、誰が承認するのかについての議論であって、誰が提案するのかについての議論ではない。提案はすでに移った。かつて代理店のサイトを四つ開いていたエンジニアは、いまアシスタントを一つ開く。そしてその答えに現れた部品が、検討対象になる部品である。あなたのデータが正しい答えを支えられないなら、あなたは拒否されているのではない——そもそも列挙されていないのだ。

[/audit](/audit) の無料グレーダーは、アシスタントがいまあなたのカタログから何を読み取っているのか、そしてどの部品を取り違えているのかを示す。