<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel>
<title>MFG-AI 生成AI・AIエージェント</title>
<link>https://mfg-ai.com/</link>
<atom:link href="https://mfg-ai.com/genai/feed.xml" rel="self" type="application/rss+xml"/>
<description>製造業のAI活用（外観検査・予知保全・需要予測・生成AI・フィジカルAI）を、導入の判断に必要な粒度で届ける専門メディア。欧米・中国の一次情報、製品・サービス比較データベース、導入事例データベース、日英中の用語集を収録。MESとデータ基盤の実装経験を持つ実務者が書いています。</description>
<language>ja</language>
<lastBuildDate>Sun, 11 Oct 2026 15:00:00 GMT</lastBuildDate>
<item>
  <title>製造業AIエージェントの設計：Siemensのオーケストレーター型に学ぶ5つの原則</title>
  <link>https://mfg-ai.com/genai/agent-architecture-mfg</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/agent-architecture-mfg</guid>
  <description>Siemensはオーケストレーターが専門エージェント群を配備する構成を打ち出しました。製造業でこの型を自社に応用するなら、単一エージェントと少数のツールから始め、読み取り系から書き込み系へ広げるのが現実解です。設計の5原則とMES連携の構成を示します。</description>
  <content:encoded><![CDATA[<p>製造業のAIエージェントは、いきなり多数のエージェントを連携させる設計にすると、原因追跡も評価もできなくなります。この記事では、Siemensが示したオーケストレーター型の構成を読み解き、自社でエージェントを設計するときの5つの原則と、MES・ERP・設備データとのつなぎ方を整理します。</p><p>Siemensは2025年5月12〜13日のAutomate 2025で、Industrial Copilotの背後にAIエージェントを導入する構想を発表しました。Q&amp;A型を超えて多段の工程を実行するもので、オーケストレーター（全体の指揮役）が専門エージェント群を配備・統括する構成です。同時に、サードパーティ製を含む産業AIエージェントのマーケットプレイスをSiemens Xcelerator上に設ける計画も示しました。設計上の特徴として、Siemensは「ユーザーがどのタスクを委ねるかを選ぶ」としています。</p><p><a href="https://mfg-ai.com/genai/agent-architecture-mfg">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>AIエージェント</category>
  <category>データ基盤</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>AIエージェントの運用評価：成功率・介入率・誤操作件数・処理時間の4つのKPI</title>
  <link>https://mfg-ai.com/genai/agent-evaluation-ops</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/agent-evaluation-ops</guid>
  <description>AIエージェントは正答率だけでは評価できません。成功率・介入率・誤操作件数・処理時間の4つのKPIで、PoCで基準値を取り、本番では介入率と誤操作件数を週次で監視します。製造業での測り方、ログの設計、段階を上げる判断基準を示します。</description>
  <content:encoded><![CDATA[<p>AIエージェントを本番に入れた後、「うまく動いているか」をどう判断するかは、多くの工場で決まっていません。この記事では、製造業のエージェント運用で追うべき4つのKPIと、その測り方、ログの設計、権限を広げたり止めたりする判断基準を整理します。</p><p>チャット型の生成AIは、回答が正しいかどうかで評価できます。AIエージェントは複数の手順を踏み、ツールを呼び、場合によってはシステムに書き込むため、1つの回答の正誤では評価できません。「任せた仕事が、人の手直しなしに、安全に、早く終わったか」を測る必要があります。</p><p>Gartnerは2025年6月、エージェント型AIプロジェクトの40%超が、コスト増、価値の不明確さ、リスク管理の不足で2027年末までに中止されると予測しました。価値とリスクを数字で示せないことが、中止の理由の中心にあります。</p><p><a href="https://mfg-ai.com/genai/agent-evaluation-ops">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>AIエージェント</category>
  <category>PoC</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>AIエージェントが工場で失敗する6つのパターン：過剰権限からループ暴走まで</title>
  <link>https://mfg-ai.com/genai/agent-failure-modes</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/agent-failure-modes</guid>
  <description>工場のAIエージェントの失敗は、過剰権限・誤った前提・ループ・古いデータ参照・責任不明・評価不在の6パターンに分けられます。いずれも設計段階で潰せるものです。OWASPやMCP仕様の指摘を踏まえ、パターンごとの具体例と防ぎ方を示します。</description>
  <content:encoded><![CDATA[<p>AIエージェントの失敗は、モデルの性能不足よりも設計の抜けから起きることが多くあります。この記事では、製造業の工場でエージェントを動かすときに起こりうる失敗を6つのパターンに整理し、MES・ERP・設備データとの接続で何を設計しておけば防げるかを具体例とともに解説します。</p><p>工場でAIエージェントを動かすときの失敗は、次の6つに分けられます。前の3つはエージェントの動作、後の3つは運用の仕組みに関わる失敗です。</p><p>OWASPの「Top 10 for LLM Applications 2025」は、LLMアプリの主要リスクとして「Excessive Agency（過剰な権限・自律性）」を挙げています。工場での具体例は、保全記録を調べるためのエージェントに、CMMSの全権限を持つアカウントを使わせた結果、作業オーダーのクローズまでできてしまう状態です。</p><p><a href="https://mfg-ai.com/genai/agent-failure-modes">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>AIエージェント</category>
  <category>セキュリティ</category>
  <category>安全</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>生産計画AIエージェント：SAP Joule生産計画Agentの機能と限界</title>
  <link>https://mfg-ai.com/genai/agent-production-planning</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/agent-production-planning</guid>
  <description>SAPが2025年10月に発表した生産計画エージェントは、製造指図のリリース前に資材・能力・日程の準備状況を確認します。担うのは確認と提案までで、計画の確定はプランナーです。機能、前提となるデータ、APSとの違いを整理します。</description>
  <content:encoded><![CDATA[<p>生産計画の領域でも、ERPに組み込まれたAIエージェントが登場しました。この記事では、SAPのJoule生産計画エージェントの公表内容を整理し、何を任せられて何を任せられないのか、ERP・MES・APSのデータがどう効くのかを解説します。</p><p>SAPは2025年10月、製造・サプライチェーン向けのJoule Agentとして「Production Planning and Operations Agent」を発表しました。公表された機能は、製造指図をリリースする前に、資材・能力・日程の準備状況を確認し、指図のリリースを支援するというものです。</p><p><a href="https://mfg-ai.com/genai/agent-production-planning">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>AIエージェント</category>
  <category>生産計画</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>Microsoft Factory Operations Agentとは：現場支援の仕組み</title>
  <link>https://mfg-ai.com/genai/agent-shopfloor-ops</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/agent-shopfloor-ops</guid>
  <description>MicrosoftのFactory Operations Agentは、MES・品質・サプライチェーンのデータに自然言語で問い合わせるエージェントで、2025年3月にCopilot Studio版がプレビュー公開されました。仕組みとFabric側のデータ整備の条件を解説します。</description>
  <content:encoded><![CDATA[<p>「昨日のライン2の不良が増えた理由は」と現場の担当者が聞けば、AIがデータを引いて答える。MicrosoftのFactory Operations Agentはそうした使い方を想定した製品です。この記事では、仕組みと提供形態を整理し、導入前に工場側で整えるべきデータの条件を解説します。</p><p>Factory Operations Agentは、OT（設備・制御系）とIT（業務系）のデータを統合し、自然言語の質問に対して生産の洞察を返すMicrosoftのエージェントです。2024年のIgniteでAzure AI Foundryの一部としてパブリックプレビューになり、2025年3月のHannover Messe 2025にあわせて、Copilot Studio経由で使える版がパブリックプレビューとして公開されました。</p><p><a href="https://mfg-ai.com/genai/agent-shopfloor-ops">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>AIエージェント</category>
  <category>データ基盤</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>AIエージェントにMES・ERPを操作させる権限設計：読み取り専用から始める4段階</title>
  <link>https://mfg-ai.com/genai/agent-tool-permissions</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/agent-tool-permissions</guid>
  <description>AIエージェントにMESやERPの書き込みを許すなら、承認ゲート・監査ログ・取り消し手順が前提です。読み取り専用、起票案の作成、承認後の書き込み、限定自律の4段階で権限を広げる方法と、MESのトランザクション単位で権限を切る考え方を示します。</description>
  <content:encoded><![CDATA[<p>AIエージェントが便利になるのは、調べるだけでなく起票や更新まで進められるときです。しかしMESやERPへの書き込みは、品質記録や在庫に直接影響します。この記事では、OWASPが「過剰な権限」と呼ぶリスクを踏まえ、エージェントの権限を4段階で広げる方法と、トランザクション単位の権限設計を解説します。</p><p>OWASPの「Top 10 for LLM Applications 2025」は、LLMアプリの主要リスクの1つに「Excessive Agency（過剰な権限・自律性）」を挙げています。エージェントに必要以上の機能、権限、自律性を与えると、誤った判断やプロンプトインジェクション（外部の文書に埋め込まれた指示でAIの動作を乗っ取る攻撃）によって、意図しない操作が実行されるという問題です。</p><p>製造業でこれが具体的に何を意味するかは、エージェントがつながる先で変わります。MESなら、誤ったロットのホールド解除や実績の二重計上。</p><p><a href="https://mfg-ai.com/genai/agent-tool-permissions">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>AIエージェント</category>
  <category>MES連携</category>
  <category>セキュリティ</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>エージェント・ウォッシングの見分け方：Gartner推定「約130社」と40%中止予測</title>
  <link>https://mfg-ai.com/genai/agent-washing</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/agent-washing</guid>
  <description>Gartnerは真のエージェント型AIベンダーを数千社中約130社と推定し、プロジェクトの40%超が2027年末までに中止されると予測しました。製造業向け製品が名前だけのエージェントかを見抜く5つの質問と、デモで確認すべき点を示します。</description>
  <content:encoded><![CDATA[<p>製造業向けAIの製品資料で「エージェント」という言葉を見ない日はなくなりました。しかし中身は、従来のチャットボットやRPAを言い換えただけのものも少なくありません。この記事では、Gartnerの指摘を起点に、製品が本当にエージェントとして動くかを確かめる質問と、選定で失敗しないための確認手順を整理します。</p><p>Gartnerは2025年6月25日、エージェント型AIプロジェクトの40%超が、コストの増大、価値の不明確さ、リスク管理の不足によって2027年末までに中止されるという予測を発表しました。同じ発表で、既存のAIアシスタント、RPA、チャットボットを「エージェント」と称して売る動きを「エージェント・ウォッシング」と呼び、真のエージェント型AIを提供するベンダーは数千社のうち約130社にとどまると推定しています。</p><p><a href="https://mfg-ai.com/genai/agent-washing">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>AIエージェント</category>
  <category>ベンダー選定</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>製造業のAIエージェントとは：Copilotとの違いと自律度の5段階で整理する</title>
  <link>https://mfg-ai.com/genai/ai-agent-basics-mfg</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/ai-agent-basics-mfg</guid>
  <description>AIエージェントは、目標に向けて計画を立て、ツールを呼び出して業務を進めるAIです。製造業向け製品の多くは「提案のみ」か「人の承認後に実行」の段階にあります。Copilotとの違い、自律度の5段階、MES・ERPとの関係を整理します。</description>
  <content:encoded><![CDATA[<p>「AIエージェント」と名のつく製品が急増していますが、中身はチャットボットから自律実行まで幅があります。この記事では、Copilotとの違いを整理したうえで、製造業での自律度を5段階に分け、今どの段階の製品が使えるのか、自社はどこから始めるべきかを示します。</p><p>AIエージェントは、与えられた目標に対して手順を自分で組み立て、検索・データ照会・システム操作などのツールを呼び出しながら作業を進めるAIです。質問に答えて終わるチャットボットやCopilotとの違いは、複数のステップを自分で連ねる点と、外部システムに働きかける点にあります。</p><p>製造業の例で比べると違いがはっきりします。Copilotに「ライン3の昨日の停止理由は」と聞けば、データを引いて答えを返します。</p><p><a href="https://mfg-ai.com/genai/ai-agent-basics-mfg">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>AIエージェント</category>
  <category>AI基礎</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>AVEVA CONNECTのIndustrial AI Assistant：データ連携3方式</title>
  <link>https://mfg-ai.com/genai/aveva-industrial-ai</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/aveva-industrial-ai</guid>
  <description>AVEVA CONNECTはDatabricksとのDelta Sharing、Snowflake連携、CONNECT Flowsの3方式で、OTデータを丸ごとコピーせずにAIへ渡す構成を打ち出しています。Industrial AI Assistantの位置づけと3方式の使い分け、2027年の大型リリースまでの注意点を整理します。</description>
  <content:encoded><![CDATA[<p>ヒストリアンにAVEVA PI Systemを使う工場では、そのデータを生成AIや分析基盤にどう渡すかが課題になります。この記事では、AVEVA CONNECTのIndustrial AI Assistantと、Databricks・Snowflake・CONNECT Flowsという3つのデータ連携方式を整理し、どれを選ぶかの判断基準を示します。</p><p>AVEVAは英国の産業ソフトウェア企業で、Schneider Electricの傘下にあります。旧OSIsoftのPI System（プラントのヒストリアン）を持つことから、プロセス産業を中心に多くの工場の時系列データを握っています。</p><p>同社は2025年4月のAVEVA World 2025（サンフランシスコ）で、クラウド基盤CONNECT上の「Industrial AI Assistant」を紹介しました。現場や技術者が自然言語で質問し、CONNECTに集めた運転データから洞察を得る対話型の機能です。</p><p><a href="https://mfg-ai.com/genai/aveva-industrial-ai">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>データ基盤</category>
  <category>ベンダー選定</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>Cognite Atlas AIとは：Schneider 31億ドル買収で何が変わるか</title>
  <link>https://mfg-ai.com/genai/cognite-atlas-ai</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/cognite-atlas-ai</guid>
  <description>Cognite Atlas AIは産業ナレッジグラフ上でエージェントを作るローコード基盤です。Schneider Electricが2026年6月に約31億ドルでのCognite買収を発表し、AVEVA CONNECTへの統合が計画されています。製品の仕組みと、買収後に確認すべき点を整理します。</description>
  <content:encoded><![CDATA[<p>Cognite Data FusionやAtlas AIを検討していた企業にとって、2026年6月のSchneider Electricによる買収発表は製品の将来を見直すきっかけになりました。この記事では、Atlas AIの仕組みを整理したうえで、AVEVA CONNECTとの統合計画が導入判断にどう影響するかを示します。</p><p>Cognite Atlas AIは、ノルウェーのCogniteが2024年6月27日に発表した「産業エージェントのワークベンチ」です。同社の産業データ基盤Cognite Data Fusion（CDF）を拡張する位置づけで、発表時の構成は次のとおりです（同社発表、Automation.com掲載）。</p><p>作ったエージェントは、CDF上だけでなくMicrosoft Copilot、自社アプリ、サードパーティのアプリからも実行できるとされています。</p><p>Atlas AIの特徴は、LLMに渡す文脈を文書検索ではなくナレッジグラフから組み立てる点です。</p><p><a href="https://mfg-ai.com/genai/cognite-atlas-ai">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>AIエージェント</category>
  <category>データ基盤</category>
  <category>欧米動向</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>Dassaultの3DEXPERIENCE Virtual Companions：Aura・Leo・Marie 3つのAIの範囲</title>
  <link>https://mfg-ai.com/genai/dassault-virtual-companions</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/dassault-virtual-companions</guid>
  <description>Dassault Systèmesは2026年2月にAIのVirtual Companions（Aura・Leo・Marie）を発表し、7月には19の能力へ拡張して主権クラウドOUTSCALEで稼働させると公表しました。3つのAIの担当範囲、提供状況、選定時に確認すべき点を整理します。</description>
  <content:encoded><![CDATA[<p>3DEXPERIENCEを使う設計・生産技術部門から「Virtual Companionsは何ができて、いつ使えるのか」という問い合わせが増えています。この記事では、Aura・Leo・Marieの担当範囲と提供時期を公表情報で整理し、PLMのデータ整備と主権クラウドの観点から導入前の確認事項を示します。</p><p>Virtual Companionsは、Dassault Systèmesが3DEXPERIENCEプラットフォーム上で提供するAIエージェント群です。汎用チャットボットではなく、PLMに蓄積された要件・設計・材料のデータを文脈として使う点が特徴で、同社は2026年2月11日の3DEXPERIENCE World 2026で次の3つを発表しました（同社発表）。</p><p>Auraの原型は、2025年2月にSOLIDWORKS向けとして発表された対話型アシスタントです。</p><p><a href="https://mfg-ai.com/genai/dassault-virtual-companions">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>設計・開発</category>
  <category>ベンダー選定</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>富士通Kozuchiの製造業向けAI：Takaneベースのエージェントと購買業務での実装</title>
  <link>https://mfg-ai.com/genai/fujitsu-kozuchi</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/fujitsu-kozuchi</guid>
  <description>富士通Kozuchiは2023年に始まったAIプラットフォームで、2025年12月にはLLM「Takane」ベースのエージェントを含むKozuchi Physical AI 1.0を発表しました。購買業務の3エージェントで発注確認工数約50%削減（社内実証）とされます。位置づけと数字の扱いを整理します。</description>
  <content:encoded><![CDATA[<p>富士通のKozuchiは、AIプラットフォーム、LLM、エージェント基盤と、時期によって打ち出し方が変わってきました。この記事では、製造業から見たKozuchiの位置づけを時系列で整理し、購買業務での実装例とその数字の前提、検討時に確認すべき点を示します。</p><p>Fujitsu Kozuchiは、富士通が2023年4月20日に発表したAIプラットフォームです。先端AI技術をPoCで迅速に使えるようにすることが目的で、第1弾にはスマートファクトリー向けの「作業者分析」と「不良品検出」が含まれていました。作業者分析では、従来3カ月以上かかっていたPoCの構築を3日で完了した実績が紹介されています（富士通アイ・ネットワークシステムズ山梨工場で先行導入、クラウドWatch、2023年4月）。</p><p><a href="https://mfg-ai.com/genai/fujitsu-kozuchi">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>AIエージェント</category>
  <category>ベンダー選定</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>8Dレポート・不具合報告書を生成AIで下書きする：D1〜D8ごとの任せ方</title>
  <link>https://mfg-ai.com/genai/genai-8d-report</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/genai-8d-report</guid>
  <description>8Dレポートのうち、現象記述（D2）や要因の整理（D4の候補出し）の下書きは生成AIに任せられます。一方、真因の判定と再発防止策の承認は人が行います。D1〜D8ごとの任せ方と、MESのロット履歴を根拠として渡す方法を示します。</description>
  <content:encoded><![CDATA[<p>顧客から8Dレポートの提出を求められると、品質保証の担当者は事実の収集と文書作成に多くの時間を取られます。この記事では8Dの各ステップで生成AIに任せられる範囲と任せてはいけない範囲を整理し、MESのデータを根拠として使う方法を示します。</p><p>8D（Eight Disciplines）は、不具合の発生から再発防止までを8つのステップで記録する問題解決の手法で、自動車業界を中心に顧客への報告書の形式として広く使われています。8Dレポートの作成に時間がかかる理由は、調査そのものより、散らばった事実を集めて顧客が読める文章にまとめる作業にあることが多くあります。</p><p>生成AIが効くのはこの「集めてまとめる」部分です。一方で、真因が何か、対策が十分かを判定するのは、現物を調べ、再現試験を行った担当者の仕事です。生成AIの出力を判定の根拠にすると、もっともらしいが検証されていない原因が報告書に入り込みます。</p><p><a href="https://mfg-ai.com/genai/genai-8d-report">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>品質管理</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>製造業の生成AI導入率はどこまで来たか：総務省・Deloitte・McKinsey調査を比較</title>
  <link>https://mfg-ai.com/genai/genai-adoption-survey-data</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/genai-adoption-survey-data</guid>
  <description>製造業の生成AI利用率は、調査によって24.6%から65.6%まで開きます。母集団、設問、時期が違うためです。総務省・厚労省・民間調査とDeloitte・McKinseyの数字を並べ、パイロットと定常利用を分けて読む方法を示します。</description>
  <content:encoded><![CDATA[<p>「製造業の生成AI導入率」は、引用する調査によって2倍以上違います。この記事では国内外の主要調査を同じ表に並べ、数字が食い違う理由と、自社の位置を判断するときにどの数字を使うべきかを整理します。</p><p>国内で公表されている製造業の生成AI利用率を並べると、最も低い数字と最も高い数字で2.7倍の差があります。</p><p>最後の12.2%は「製造工程へのAI導入」で、生成AIに限らず、従業員個人の利用でもありません。同じ「AI導入率」の見出しで引用されることがありますが、別の指標です。</p><p>食い違いの理由は、母集団・設問・時期の3つです。</p><p>調査の作り手側にも誤差があります。アルサーガパートナーズのリリースは、冒頭で有効回答331名、別の箇所で311名としており表記が一致していません。二次報道を引用する場合は、原典の設問文を確認するのが確実です。</p><p><a href="https://mfg-ai.com/genai/genai-adoption-survey-data">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>市場データ</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>CAD・PLMの生成AIアシスタント比較：Dassault・Autodesk・Aras・PTCの4社</title>
  <link>https://mfg-ai.com/genai/genai-cad-assistant</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/genai-cad-assistant</guid>
  <description>CAD・PLM大手4社の生成AIは、2026年時点で多くが検索・要約・定型作業の自動化の段階です。Dassaultは3つのVirtual Companionsを全世界提供、AutodeskはFusionの定型操作を自動化。提供状況とデータの扱いで比較します。</description>
  <content:encoded><![CDATA[<p>CADやPLMのベンダー各社が生成AIアシスタントを打ち出していますが、名前が似ていて範囲の違いがつかみにくいのが実情です。この記事では、Dassault Systèmes・Autodesk・Aras・PTCの4社を、提供状況・対象業務・データの扱いという同じ軸で並べ、設計部門が導入を検討するときの確認点を整理します。</p><p>CAD・PLMの生成AIアシスタントは、発表資料の見出しだけを読むと「AIが設計する」ように見えます。しかし各社の公表内容を突き合わせると、2026年10月時点で実際に提供されている機能の中心は、製品データの検索と要約、ヘルプやベストプラクティスへの質問応答、拘束付与やBOM送付のような定型操作の自動化です。テキストから編集可能な3Dモデルを生成する機能は、Autodeskが「将来Fusionに提供予定」としている段階にとどまります。</p><p>設計部門が比較するときは、機能名ではなく次の3つの軸で見ると違いがはっきりします。</p><p><a href="https://mfg-ai.com/genai/genai-cad-assistant">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>設計・開発</category>
  <category>ベンダー選定</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>現場に生成AIを広げる推進体制：アンバサダー制度とユースケース共有の3段階</title>
  <link>https://mfg-ai.com/genai/genai-champion-program</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/genai-champion-program</guid>
  <description>生成AIを現場に広げるには、部門ごとの推進役（アンバサダー）、ユースケース共有会、効果測定の3段階でトップダウンと現場発を両立させる体制が有効です。上位10%の利用者が全体の約半分を使う二極化を前提に、役割・選び方・運営の型を示します。</description>
  <content:encoded><![CDATA[<p>生成AIの推進をDX部門だけで担うと、現場の業務に合った使い方が生まれず、利用が一部の人に偏ります。この記事では、部門ごとの推進役を置き、ユースケースを共有し、効果を測って次の投資につなげる3段階の推進体制を、製造業の組織に合わせて具体的に示します。</p><p>生成AIの利用は、配っただけでは均等に広がりません。エクサウィザーズの利用実態調査（2026年10月公表）では、上位10%のユーザーがメッセージ量の約半分を占めていました。令和8年版労働経済白書では、AIと働くための研修を受けたAI利用者は日本で26.7%で、OECD平均の36.8%を約10ポイント下回っています（ITmedia エンタープライズ、2026年10月）。</p><p>使いこなす少数の人の知恵を、使っていない多数の人に移す仕組みが必要です。その仕組みが、部門ごとに推進役（アンバサダー、チャンピオンとも呼ばれる）を置く体制です。</p><p><a href="https://mfg-ai.com/genai/genai-champion-program">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>人材育成</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>製造業の生成AIコスト：ライセンス・API従量・RAG構築・運用の4区分で試算する</title>
  <link>https://mfg-ai.com/genai/genai-cost-structure</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/genai-cost-structure</guid>
  <description>製造業の生成AIの費用は、ライセンス・API従量・RAG構築・運用の4区分で見積もると漏れが減ります。初期構築より、評価・文書更新・権限管理の運用費が効きます。Gartnerが示した500万〜2,000万ドルの前提と、McKinsey調査で約20%が運用コストを制約に挙げた点も示します。</description>
  <content:encoded><![CDATA[<p>生成AIの費用は「1人あたり月額いくら」で語られがちですが、社内文書とつなぎ、業務で使い続けるには別の費用がかかります。この記事では、製造業の生成AIの費用を4つの区分に分けて見積もる方法を示し、見落とされやすい運用費と、公表されている費用予測の前提を整理します。</p><p>製造業で生成AIを使う費用は、次の4区分に分けると見積もりの漏れが減ります。</p><p>トークンとは、LLMが文章を処理する単位で、日本語ではおおむね1文字前後に相当します（モデルにより異なる）。API従量の費用は、質問の文字数だけでなく、RAGで一緒に渡す参照文書の量で決まります。</p><p>構築が終わった後に毎年かかる運用費は、見積もりから漏れやすい部分です。製造業では特に次の3つが重くなります。</p><p>これらは主に人件費で、クラウドの請求書には出てきません。そのため、PoCの段階では見えず、本番運用に入ってから予算不足になる原因になります。</p><p><a href="https://mfg-ai.com/genai/genai-cost-structure">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>ROI・コスト</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>設計レビューに生成AIを使う：DR指摘の抜け漏れチェックと過去トラ照合の3手順</title>
  <link>https://mfg-ai.com/genai/genai-design-review</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/genai-design-review</guid>
  <description>設計レビュー（DR）での生成AIの現実的な使い方は、過去の指摘・設計基準・過去トラをRAGで照合し、見落としの候補を挙げさせることです。設計判断の代替ではありません。日立の設計ナレッジシステムなどの動向と、3つの手順を示します。</description>
  <content:encoded><![CDATA[<p>設計レビューの質は、レビューアの経験と、過去の指摘がどれだけ共有されているかに左右されます。この記事では、生成AIを設計レビューの抜け漏れチェックに使う3つの手順と、使ってはいけない場面を示します。</p><p>設計レビュー（DR、デザインレビュー）は、設計の各段階で関係部門が設計内容を確認し、問題を早期に見つける活動です。課題として多いのは、過去に同じ指摘を受けた内容が繰り返される、レビューアによって見る観点が違う、設計基準の改訂が設計者に伝わっていない、の3つです。</p><p>生成AIがこれらに効くのは、「過去の指摘・設計基準・過去トラと、今回の設計を照らし合わせ、該当しそうなものを挙げる」作業です。設計が妥当かどうかの判断は、レビューアと設計者が行います。生成AIを判断の代わりに使うと、AIが挙げなかった問題は検討されないという逆効果が生まれます。</p><p><a href="https://mfg-ai.com/genai/genai-design-review">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>設計・開発</category>
  <category>RAG</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>FMEAを生成AIで支援する：故障モードの洗い出しと過去トラ照合の3ステップ</title>
  <link>https://mfg-ai.com/genai/genai-fmea-support</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/genai-fmea-support</guid>
  <description>FMEAで生成AIが効くのは、故障モードの網羅性の補助と過去トラとの照合です。重要度・発生度・検出度の評価は社内基準に基づいて人が付けます。過去トラRAGと組み合わせて抜け漏れを検出する3ステップと、使ってはいけない場面を示します。</description>
  <content:encoded><![CDATA[<p>FMEA（故障モード影響解析）は、担当者の経験に依存して故障モードの抜け漏れが出やすく、過去の不具合の知見が反映されないことも課題です。この記事では、生成AIをFMEAの抜け漏れ検出に使う3ステップと、評価点付けを任せてはいけない理由を示します。</p><p>FMEAは、設計や工程で起こりうる故障モードを洗い出し、影響の大きさ（重要度）、起こりやすさ（発生度）、見つけやすさ（検出度）を評価して、対策の優先順位を決める手法です。設計FMEA（DFMEA）と工程FMEA（PFMEA）があり、自動車業界では顧客から提出を求められます。</p><p>現場でよく聞く課題は2つです。1つは、前の製品のFMEAをコピーして一部を書き換えるだけになり、新しい設計や工程の変化点が反映されない形骸化。もう1つは、過去に実際に起きた不具合がFMEAに反映されず、同じ故障モードが見落とされることです。</p><p><a href="https://mfg-ai.com/genai/genai-fmea-support">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>品質管理</category>
  <category>設計・開発</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>製造業の生成AI活用の全体像：業務別12ユースケースと導入の順番</title>
  <link>https://mfg-ai.com/genai/genai-manufacturing-overview</link>
  <guid isPermaLink="true">https://mfg-ai.com/genai/genai-manufacturing-overview</guid>
  <description>製造業の生成AI活用は、文書系・データ系・制御系の3群12用途に分けると整理できます。最初は文書系から始め、MESや設備データへの接続で広げる順番が現実的です。各用途の前提データと出力を確認する担当者を、一覧表と段階図で示します。</description>
  <content:encoded><![CDATA[<p>生成AIで何ができるかの情報は多いものの、自社でどこから手を付けるべきかを決める材料は少ないのが実情です。この記事では製造業の生成AI用途を12に分け、必要なデータと誤りのリスクから導入の順番を示します。</p><p>製造業の生成AIの用途は、AIが何を読み、何を出力し、出力が現場の何に影響するかで3つの群に分けられます。文書系は社内文書を読んで文章を返すもの、データ系はMESや設備データを読んで集計や説明を返すもの、制御系はPLCのコードや設備の設定値など、設備の動きに直接つながるものを出力するものです。</p><p>パブリカ（ものづくり新聞）の事例DBでは、2026年6月末時点の製造業の生成AI関連事例756件のうち、最多は「経営・全社ナレッジ活用」の243件でした。生産現場130件、設計・開発83件、保全43件、品質検査33件が続きます（同社集計）。</p><p><a href="https://mfg-ai.com/genai/genai-manufacturing-overview">続きをサイトで読む（生成AI・AIエージェント）</a></p>]]></content:encoded>
  <category>生成AI・AIエージェント</category>
  <category>生成AI</category>
  <category>導入戦略</category>
  <category>AI基礎</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
</channel></rss>