Anthropicは2026年11月12日、製造業の見積もりや品質管理、保全などを支援する「Claude for Manufacturing」を公開した。17のスキルをまとめたプラグインで、Autodesk Fusion、Infor、Microsoft 365、Oracle NetSuiteとの連携を案内している。既存の業務システムや文書を使い、担当者が確認するための見積もりや原因候補を作る構想だ。
新しい製造業専用モデルの発表ではなく、Claudeに業務の進め方と接続先を組み合わせて使わせる取り組みである。導入時に問われるのは、接続先の名前だけではない。必要な記録をどこから取得し、どこまで自動で進め、変更を誰が実行するかだ。
CSVで始められる業務と接続が必要な業務
17スキルの内訳は、個々の仕事を担う12の単体スキルと、それらを組み合わせた5つの業務手順だ。営業や品質、生産運用を対象とする。調達や設計、初期設定にも対応する。たとえば見積もりでは顧客の依頼と類似案件の費用を参照し、品質管理では過去の不適合を調べる。保全ではセンサーの書き出しや修理メモを使う。写真や説明書も参照し、故障の原因候補に優先順位を付けて技術者の判断を補助する。
公開実装の説明では、12の単体スキルのうち11は、システムを直接接続しなくてもCSVなどの書き出しで動く設計だ。専用接続のないシステムから定期的にデータを書き出し、Microsoft 365に置く方法も案内している。ファイル経由は緊急時の代替手段だけでなく、想定された入力経路である。
例外は設計案を生成する「design-space-explore」だ。こちらはFusionのデスクトップアプリなど、稼働中のCAD接続を必要とする。一方、設計案を比較する報告は、手で埋めた設計案の一覧でも作れる。設計案を作る工程と、すでにある案を比較する工程では、必要な接続が異なるわけだ。
プラグイン内に接続設定が記述されているのはFusionだけで、Microsoft 365、NetSuite、Infor M3はClaude側で設定する。Fusionを使う場合はローカルのデスクトップアプリでMCPサーバーを有効にし、文書を開く必要がある。名前が並ぶ4連携も、同じ設定作業で使えるわけではない。
複数の記録をまとめる際は、部品や製造指図、受注の既存IDを手掛かりにする設計だ。ロットや設備、仕入先のIDも使う。一致しない記録は報告し、欠損をゼロとして扱わず、古い書き出しは目立つ場所に示す。資料の鮮度や欠けを利用者が見分けるための仕組みであり、出力の精度を実測で保証したものではない。
接続先よりも、読めるデータと変更できる範囲を確かめる
公式資料に基づき、CSV入力、Infor M3参照、Infor別プラグイン、設備接続MHSを入力・実行・承認の条件で比較する下表からは、接続によって読めるデータや変更できる範囲が異なることが分かる。
| 経路 | 入力と実行の条件 | 変更・確認の境界 |
|---|---|---|
| CSVなどの書き出し | 12の単体スキルのうち11は直接接続なしで動く設計 | 古いデータや欠損、一致しない記録を確認する |
| ManufacturingのInfor M3連携 | M3から読み取るが、工程表と部品表は書き出しが必要 | M3への変更は人が行い、プラグインは要求の下書きを作る |
| 別のInfor製プラグイン | Inforの機能と権限に従って利用する | 人の承認と権限の下で、発注や生産日程の変更も扱う |
| Model Hardware Standard | プログラム操作できる設備をドライバー経由で扱う別の研究プレビュー | 安全限界を記述し、専門家が監督する |
特に注意したいのはInforの製品名だ。ManufacturingのERP選択肢はNetSuiteまたはInfor M3で、Infor LNとCloudSuite Industrialは別製品としてカスタム連携の扱いになる。M3に接続できても、見積もりに必要な情報がすべて届くわけではない。
M3連携が取得しない標準原価は、まず直近の購入価格、次いで書き出しや提供された原価で補う。過去の見積もりは文書から用意し、M3サーバーで公開されない工程表と部品表も書き出す必要がある。自動で取得できる部分と、別途集める部分を業務ごとに切り分ける作業が残る。
たとえば類似案件の費用を見積もりに使う場合、M3の記録だけを見て作業を終えず、過去の見積書や工程表もそろっているかを確認する必要がある。部品表や工程表をファイルで渡すなら、その書き出しがいつの時点のものかも判断材料になる。これらは機能数の比較では見えにくいが、出力を担当者が確認するうえで欠かせない条件だ。入力がそろうかどうかは、各社の記録の整備状況にも左右される。
数値の意味もそろえなければならない。実装文書によると、M3の検索結果は約30行で打ち切られ、通知されない場合がある。このため30行以上になったら条件を絞って取り直す設計だ。また、作業時間の単位はワークセンターごとに確認し、分からないまま原価へ換算しない。接続が成功したかどうかだけでは、入力が十分かを判断できないことを示す例である。
Manufacturing側のM3連携は所定の読み取りに限られ、承認があってもM3を変更しない。変更要求を下書きにし、人がM3上で実行する。一方、別のInfor製プラグインは、人の承認とInfor側の権限に従って発注や生産日程の変更も扱う。両者を一つの機能として考えると、導入後に誰が何を実行するかを見誤る。
報告は自動で、是正の完了は現場で確認
人の確認が必要な場所は、成果物の種類によっても変わる。品質問題を調べるスキルは、原因候補を示すだけでなく、各候補を支持する根拠と反対する根拠、識別に役立つ検査を提示する。原因究明と再発防止を8段階にまとめる8D報告では、D6の実施・検証とD8の完了を空欄に残す設計だ。文書を作れたことと、是正措置が実施され、確かめられたことは別の段階になる。
他方、毎朝の生産報告の一連の処理は承認を挟まずに実行され、業務上の正本を管理するシステムを書き換えず、成果物の保管先にあるダッシュボードを更新する。自動開始にはCoworkなどで別途スケジュールを設定する必要がある。定時に集計する報告と、正式な記録に変更を加える作業では、運用上の境界が異なる。
Anthropicは、個別の見積もり、図面、工程表を扱う受注生産に特に適すると説明する。食品や日用品のほか、化学や鉄鋼などのプロセス製造でも、毎朝の生産報告や故障診断、調達に利用できるという。一方、見積もりと品質の手順はバッチ記録や各社の運用に合わせる必要があるとしている。
公開リポジトリには、コードが参照実装であり、積極的な保守・監視や外部からの貢献受け入れの対象外で、無保証だと記されている。この表示は公開コードについての条件だ。発表はTeamとEnterpriseでの導入を案内し、FAQはAWS Marketplace経由のEnterpriseを含む有料プランと説明している。追加料金の有無、日本語対応、日本向けの個別提供条件は公式発表などでは明示されていない。
設備を動かす研究とは分けて考える
Claude for Manufacturing自体は設備を操作しない。Anthropicは別途、8月27日に「Model Hardware Standard」（MHS）の研究プレビューを発表した。ドライバーに測定、設定、安全限界を記述し、MCPなどを通じてプログラム操作できる設備を扱う仕組みだ。プログラム用のインターフェースがない設備は現段階の対象外で、空間・物理推論にも限界があるため専門家の監督が必要になる。
両者を合わせて見えてくる導入上の単位は、工場全体よりも一つの業務だろう。まず必要な記録の取得範囲と鮮度、数値の単位を確かめ、報告を自動更新するのか、変更案を人に渡すのかを決める。公開資料が示すのは機能の設計と利用例であり、独立した工場での精度、工数削減、投資回収の実測は示されていない。その条件を個々の現場で検証できるかが、導入の判断を左右する。
