製造業の生成AI活用事例|上海電気の51モデルに見る、成果を出しているのはLLM単体ではなく「予測・最適化」との組み合わせ

AI開発・生成AI活用公開日:2026年10月9日
徐 聖博
徐 聖博

株式会社シンシア 代表取締役社長

Share
目次開く
  1. 要点 (出典の事実のみ)
  2. 51モデルのうち、成果を出しているのはどこか
  3. 自社で同じものを作るとしたら、どこが難所か
  4. 開発会社・SIerにとっての含意
  5. 数字の読み方について

製造業の生成AI活用事例として、上海電気が設計・製造・保全の3領域に51の産業AIモデル・エージェントを展開したという人民日報の記事を読んだ。数字が並ぶ記事だが、中身を分解すると、成果の数字の多くはLLMではなく、時系列予測・数理最適化・画像検出といった従来型のモデルが出していることがわかる。ここでは、受託開発とAIエージェント事業をやっている立場から、この事例を「自社で作るとしたら何が要るか」に読み替える。

要点 (出典の事実のみ)

  • 上海電気はスマート工場を19カ所整備し、うち3カ所が2025年度の「卓越級智能工場」に選ばれた。研究開発設計・生産製造・運用保守の3領域で、「星雲智造」シリーズのAIモデル・エージェントを51件展開している。
  • 設計では、「非構造化図面解析エージェント」が機械加工でよく使う30余種の製図記号を識別・抽出し、図面1セットの構造化にかかる時間を30分から1分に短縮した。翼 (ブレード) の工程設計エージェントは工程知識グラフと大規模言語モデルを組み合わせ、研究開発期間を月単位から週単位に縮めたとしている。
  • 製造では、生産計画・スケジューリング向けのエージェントが大規模言語モデルと時系列予測・数理最適化 (運筹最適化) の小モデルを連携させ、工程内の流動期間を12%短縮、受注の納期遵守率100%を達成したとしている。溶接欠陥検出モデルは小目標・少サンプル検出のアルゴリズムで、欠陥検出率98%以上とされる。
  • 保全では、風力発電の主要部品向け運用保守エージェントで運用保守コストを約10%削減し、故障停止時間と計画外停止回数をいずれも20%減らしたとしている。
  • 記事中の数値の出所は上海電気 (企業提供値) と明記されている。

51モデルのうち、成果を出しているのはどこか

記事を読んで最初に引っかかったのは、生産計画エージェントの説明だった。「大規模言語モデルと、時系列予測・運筹最適化などの小モデルの協調連携を通した」とある。流動期間12%短縮という数字を出しているのは、需要や工程時間を予測し、制約条件のもとで並べ替える予測・最適化のエンジン側であって、LLMは人と計画システムをつなぐ入口の役割だと読むのが自然だ。溶接欠陥の検出率98%も、少サンプル学習の画像検出モデルの成果であり、生成AIの成果ではない。

LLMが本当に中心にいるのは、図面の構造化と工程知識の扱いである。図面解析が30分から1分になったのは、対象が「機械加工でよく使う30余種の記号」という閉じた語彙だからだと私は見ている。読み取る対象と正解の形が先に決まっているので、評価ができ、業務に載せられる。図面全体を読ませて何でも答えさせる使い方とは別物だ。図面AIがどこまで業務に使えるかは、図面AI・OCRの適用範囲を整理したページでも同じ線引きをしている。

つまりこの事例は「生成AIで製造業が変わった」話ではなく、LLMを入口と構造化に使い、判断の中身は予測・最適化・検出モデルに任せるという役割分担の話である。MonotaROの購買エージェントが全部をLLMにしなかった設計と同じ構造が、工場の中でも成り立っている。

自社で同じものを作るとしたら、どこが難所か

作る側から見ると、難しいのはLLMの部分ではない。

  1. 計画・最適化の制約データ。 生産スケジューリングを最適化するには、設備ごとの能力、段取り時間、工程の前後関係、納期の優先度が、機械が読める形で揃っている必要がある。多くの現場では、これが計画担当者の頭とExcelの中にしかない。ここを起こす作業が、案件の工数の大半になる。
  2. 図面の「正解データ」。 記号を30余種に絞っても、抽出結果が正しいかを判定する検証用データが要る。ここを作らずにモデルを回すと、精度を議論できないまま現場に出すことになる。
  3. 出力をどこに差し込むか。 流動期間や納期遵守率が改善したということは、最適化の結果が実際の計画に反映され、実績が記録されているということだ。AIの出力が基幹側の計画データに戻る経路が無ければ、数字は出ない。この順番は永洋特鋼の事例から整理した製造業AIの土台の順番と同じ話になる。

外観検査も同様で、検出率98%は入口にすぎない。判定より「排除」まで設計できるかで成否が分かれるという論点は、この事例でも変わらない。

開発会社・SIerにとっての含意

同業として実務的に効くのは、製造業のAI案件で受注を分けるのは、プロンプトの腕ではなく、最適化・統計・画像処理の技術者と、基幹データにつなぐ力だという点だ。LLMアプリだけを作れる体制では、この事例の成果が出ている部分 (計画・検査・保全の数字) に手が届かない。

体制の面では、数理最適化や時系列予測ができる人材を「LLM以前の技術」として案件から外さないことが大事だと私は考えている。LLMは、それらのモデルを現場の人が使える形にする入口として足す。見積もりも、LLM部分よりデータ整備と最適化モデルの構築・検証を厚く積むのが実態に合う。工程管理のどこから手を付けるかは、工程管理システムの考え方をまとめたページも参考になる。

数字の読み方について

51モデル、図面構造化30分→1分、流動期間12%短縮、納期遵守率100%、保全費約10%減は、いずれも記事が上海電気の提供値として載せているものだ。対象期間、比較の基準、母数は記事からは確認できない。特に納期遵守率100%は、どの期間・どの受注範囲での値かがわからなければ評価できない。

モデルの数は成果ではない。51という数字より、どの業務のどの判断に、どの種類のモデルを当てたかという対応表として読むほうが、自社の企画には役に立つ。成功事例の数字をそのまま目標にせず条件付きで読む姿勢は、河北省の成功例と失敗例を並べた記事や、予測精度70%のAIを本番業務に載せた厦門の事例でも書いた。

なお、記事の後半にある人型ロボット (具身智能) や中国の産業政策の文脈は、私の実務からは評価できないため、ここでは扱わない。

出典: 以"AI+制造"锻造"先进制造"新动能 (人民日報, 2026年10月8日)

Share
徐 聖博のプロフィール写真

この記事の書き手に直接相談する

徐 聖博株式会社シンシア 代表取締役社長

記事の内容について、より具体的に自社のケースで聞きたいことがあれば、徐 聖博を指名してご相談いただけます。営業担当ではなく、 実際に手を動かしている本人が回答します。

シンシアの開発事例

株式会社Cloverse様|アパレル向けAIクリエイティブ基盤「Clovia Enterprise」を4名体制で開発支援

2026年2月の開発着手から約5.5ヶ月で、アパレル企業向けAIクリエイティブ基盤としてプレスリリース公開まで到達しました(2026年7月29日発表)。 Cloverse様の発表によれば、Clovia Enterprise は PUMA社・ルック社をはじめとする30社以上のアパレルブランドとの検証を経ており、現在は先行導入企業(Founding Partner)を限定募集する段階に入っています。 開発規模は次のとおりです(2026年7月29日時点、リポジトリ実測値)。 指標 / 実績 開発体制 / エンジニア4名 開発期間 / 2026年2月13日〜(継続中) コミット数 / 約1,480 プルリクエスト / 373本 対応イシュー / 428件 実装計画ドキュメント / 162本 データモデル / 83テーブル この事例からの示唆 生成AIプロダクトの難所は、モデルではなく業務側にある。 画像を1枚生成すること自体は、いまや誰でもできます。事業として成立させるために必要だったのは、マスター管理・制作進行・レビュー・権限・課金・非同期処理といった、業務を回すための地味な設計でした。83テーブルという規模は、その事実を素直に表しています。 未知の業界のプロダクトは、業務を理解した側が設計しないと形にならない。 アパレルEC制作の工程を知らないまま「AIで画像生成する機能」を作っても、現場では使われません。ヒアリング・R&D・プロトタイプ・提案までを開発チームが担ったのは、そうしないと仕様が決まらない領域だったからです。この構造は「使われないシステム」が生まれる要件定義の失敗とちょうど裏返しの関係にあります。 モデル選定に正解が無い領域では、検証を設計プロセスに組み込む。 どの生成モデルを使うかは半年で変わります。だからこそ、モデルを差し替えられる構造と、検証結果を機能設計に反映し続ける進め方の両方が必要でした。 よくある質問 Q. 生成AIを使ったプロダクトの開発は、通常のシステム開発と何が違いますか。 A. 最も違うのは、着手時点で仕様が確定できない点です。どのモデルがどの品質を出せるかは検証しないと分からないため、R&Dとプロトタイプを設計工程に組み込む必要があります。一方で、組織・権限・課金・非同期処理といった土台は通常のSaaS開発と同じ設計が求められます。 Q. 業界知識がない領域でも開発支援を依頼できますか。 A. できます。この事例ではアパレルEC制作の業務理解から入り、ヒアリングとプロトタイプを通じて要件そのものを一緒に作りました。仕様が固まっていない段階からのご相談のほうが、むしろ手戻りが少なくなります。 Q. どのくらいの体制・期間の支援ですか。 A. エンジニア4名、2026年2月から継続中です。プレスリリース公開までは約5.5ヶ月でした。規模や費用感の考え方はシステム開発とはで解説しています。 関連する支援領域 AIシステム開発とは?開発の流れ・費用相場・失敗しない進め方 — 生成AIプロダクト開発の全体像 AI PoCの進め方5ステップ|「PoC止まり」を防ぎ本番導入につなげる実践手順 — 検証を本番に接続する設計 FDE(Forward Deployed Engineer)が示す、上流から伴走できるエンジニアの価値 — 本事例の進め方の背景 生成AIを使った新規プロダクトの立ち上げや、仕様が固まりきっていない段階からの開発支援については、開発のご相談からお問い合わせください。 出典: アパレル企業向けAIクリエイティブ基盤「Clovia Enterprise」提供開始(株式会社Cloverse / PR TIMES, 2026-07-29)

株式会社Cloverseの事例を読む →

この記事が役に立ったら、Google で優先表示を

Google 検索の「優先するソース」に blog.xincere.jp を追加すると、シンシアの新着記事がトップニュースなどで見つけやすくなります。

Google で優先ソースに追加

著者について

徐 聖博のプロフィール写真
徐 聖博
株式会社シンシア 代表取締役社長

株式会社シンシア(Xincere, Inc.)代表取締役。中国生まれ・3歳から日本で育ち、日本語・中国語・英語を操るトリリンガル。大学院でコンピュータサイエンス(進化型ニューラルネットワーク)を研究し、GREE・メドレー・カウンティア・Indeed Japan などで検索エンジン開発やスタートアップの立ち上げ・グロースを経験。2020年に「人の価値をテクノロジーで最大化する」という想いでシンシアを創業した。エンジニア歴15年以上、代表でありながらほぼ毎日コードを書く現役エンジニアとして、基幹システム開発からAIエージェント活用まで顧客の事業成長に並走している。創業に込めた思いはnoteの創業ストーリーに綴っている。

人気記事

    お問い合わせ

    システム開発やAI推進についてのご相談はこちらから

    無料相談を予約する