2026年10月2日

この協業そのものを待つのではなく、いま自分の案件で「ロボットのティーチング前に人が目で判断している工程」を1つ棚卸しするところから始める。最初の一歩は、客先の既存ラインで「色判別」「部品の有無確認」に相当する判断を誰がどこでやっているかをA4一枚に書き出すこと。記事が挙げている適用先と自分のラインの判断工程を突き合わせれば、フィジカルAIの売り込みが来たときに「うちはこの3工程だけ試す」と即答できる。次の段階は、その工程の入出力をPLC側で定義しておくこと。たとえば部品有無なら、現在の光電センサのON/OFFに加えて「判定根拠を保存した画像ファイル名」を受け取るレジスタを空けておく。そうしておくと、後からAI側を足しても既存のラダーを作り直さずに済む。コスト感は、棚卸し自体はゼロ円・半日で終わる。ロボット+AIの実装は数百万円規模からになるので、自分の見積ではまず「既存ラインの改造工数」と「AI側のライセンス」を分けて出すよう準備しておく。注意点は、2027年度という時期が記事にある「確認」と「展開開始」の目標であること。客先に「来年から使えます」と伝えるのは早い。今は適用先の候補を自分の手元に溜める段階と割り切る。

制御盤に画像判定を足す話が来たときの「箱の候補」として、この型番と数値をそのまま見積書の比較欄に写しておくのが最初の一歩。重要なのは、Super Modeがファームウェア適用で効く機能だという点。つまり同じハードを買っても、適用の有無で性能が変わる。自分の設計では「出荷時にSuper Modeを適用した状態で納めるのか、客先で適用するのか」を仕様書に1行書くだけで、後の責任分界が楽になる。次の段階は、盤内の条件照合。ファンレスで動作周囲温度-20〜60℃なら、既設の制御盤にそのまま入れられる可能性が高い。ただし盤内温度は外気温ではないので、夏場の盤内実測値（自分の現場なら45℃前後を見ることが多い）を一度ロガーで取ってから判断する。LANが4ポートあるので、PLC側ネットワークとカメラ側ネットワークを分けて挿す構成が組める。ここを分けておくと、画像データでPLCの制御周期を乱す心配が減る。コスト感は、この種の産業用エッジAI機は本体で数十万円規模、カメラとレンズと照明を足すと100万円前後から考えるのが現実的。LTEモジュール対応なので、客先の社内LANに繋げない案件でも遠隔監視の逃げ道が作れる。注意点は、TOPSの数値は推論の理論性能であって、自分が使いたいモデルがその性能を出すとは限らないこと。導入前に実際の検査画像でフレームレートを測る工程を、見積の中に「評価1日」として入れておく。

いま自分が設計している盤で「安全扉を開けたら全停止」にしている箇所を1つ選び、そこが本当に全停止でなければならないのかを問い直すのが最初の一歩。段取り替えのたびに原点復帰からやり直している工程があれば、安全低速での手動動作を許可する設計に置き換える候補になる。具体的には、扉開時に「サーボOFF」ではなく「安全速度を超えたら停止」という条件に変える案を客先に提示してみる。次の段階は点数の見積り。標準で安全入力14点・安全出力6点、拡張2台で最大64点という数字があるので、既存の安全リレーを何個置き換えられるか机上で数えられる。自分の案件でよくある「非常停止2系統＋扉スイッチ4枚＋ライトカーテン2組」程度なら標準点数の範囲に収まる計算になり、拡張なしで足りるかどうかが先に分かる。コストは、安全リレーを並べる構成からコントローラ1台に集約すると部品点数と盤内配線が減る一方、本体は安全リレー数個分より高い。盤サイズと配線工数の削減で回収する考え方になるので、見積では「部品費」ではなく「盤組立工数＋配線チェック工数」の差で説明すると通りやすい。注意点は2つ。1つ目は、速度や位置を監視する構成にするとエンコーダ側の配線と設定が安全系の一部になるため、リスクアセスメントのやり直しが必要になること。2つ目は、記事が示しているのは製品の考え方と仕様であり、自分の機械で要求される安全カテゴリやPLを満たすかは個別に評価が要ること。既存機への後付けを即断せず、まず新規案件の1台で設定ソフトの扱いに慣れるところから入る。

これはそのままラダーの設計パターンに落ちる話なので、明日から自分の立上げ用プログラムに組み込める。最初の一歩は、投稿が挙げている7つの確認工程をそのままビットにすること。たとえばD100を「立上げ確認ステータス」にして、bit0=設定・構成照合済、bit1=サーボON確認済、bit2=方向確認済、bit3=正負限界確認済、bit4=安全低速単動済、bit5=原点確立、bit6=負荷運転確認済と割り当てる。自動運転許可はこのワードが所定の値になったときだけ立てる。GX Works3ならラベル名を日本語で付けておけば、立会いのときに客先に画面を見せながら「いまここまで」と説明できる。次の段階は「戻す条件」の実装。パラメータ変更、非常停止後の手動操作、機械側の調整を検出したら該当ビット以降をクリアする回路を入れる。パラメータ変更はアンプのパラメータ書込完了でラッチ、手動操作は手動運転モードの立ち上がりでラッチ、という具合に自分で検出源を決める。ここを入れないと、ステータスビットが「一度立ったら立ちっぱなし」になって本来の意図が死ぬ。さらに進めるなら、各確認工程に実施日時とオペレータIDを残して、立会い記録をそのまま出せるようにする。コストはゼロで、追加するのはラダー数十ステップとデバイス1〜2ワードだけ。既存プロジェクトへの後付けもできるが、自動運転許可の条件を触るので、必ず実機で非常停止→復帰のシーケンスを通して確認する。注意点は、この確認ステータスを安全機能の代替にしないこと。あくまで運転許可の論理であって、非常停止や扉インターロックは従来どおり安全系で作る。eラーニングの受講については、自分でも安川の学習サイトを見て、Σ-Xを使う案件の前に新人と一緒に通す教材候補として押さえておくとよい。

設計業務の自動化でGASを増やしている人には、そのまま自分の棚卸しに使える話。最初の一歩は、自分が作ったGASプロジェクトを開いて、スクリプトプロパティに入っているトークンを全部スプレッドシートに書き出すこと。自分の場合でも、タグ表チェック用、日報集計用、客先報告の雛形生成用と作っていくと、同じGemini APIキーやSlackトークンが3〜4箇所に散る。この一覧を作るだけで「どれを失効させると何が止まるか」が見えるようになる。次の段階は、記事の構成をそのまま真似て、鍵をSecret Managerへ寄せること。GASから呼ぶには `getSecret_()` のような共通関数を1本書いて、各ツールはキー名だけを知っている形にする。社内で使うなら、まず「失効しても業務が止まらない鍵」1本で試すのが安全。いきなり本番の客先通知用トークンから移すと、権限設定の不備で通知が止まる。コスト感は、Secret Managerの保管と参照は規模が小さければ月数十円程度に収まる水準で、個人や小規模チームなら実質ゼロに近い。ただしGoogle Cloudプロジェクトの作成と課金アカウントの紐付けが要るので、会社の資産として作るなら情報システム部門の了解を取る手順が先に入る。Terraformまで一気に入れるかは任意で、鍵が5本を超えてから検討すればよい。注意点は、Secret Managerへ寄せると「GASが外部サービスへ鍵を取りに行く」経路が増えること。GAS側の実行アカウントに読み取り権限を付ける設計になるので、そのアカウントが乗っ取られたときの影響範囲を先に紙に書いておく。社内規程でクラウドの鍵管理サービス利用が制限されている職場もあるので、移行前に確認する。

点検ロボットの導入提案が来たときに備えて、自分の客先で「人が歩いて見るだけの点検」を洗い出しておくのが最初の一歩。具体的には、日常点検表のうち「目視でメータの数値を読む」「漏れの有無を見る」「ランプの色を見る」だけの項目に蛍光ペンを引く。これがカメラ撮影＋後処理で置き換わる候補になる。自分がよく入る工場だと、ポンプ室やユーティリティ側にこの種の項目がまとまって残っていることが多い。次の段階は、置き換え先のデータ経路を先に決めること。記事では点検データをAPI経由で点検システムへ連携しているので、自分の案件でも「撮った画像をどこに置き、どの帳票のどのセルに値を入れるか」を紙に書いてから機種選定に入る。ここを後回しにすると、ロボットは走るのに帳票は手書きのまま、という二重作業になる。GASやPower Automateで受け側を作れるなら、まずは人が撮ったスマホ写真をフォルダに入れると点検表が埋まる仕組みを自作して、運用のほうを先に慣らしておく手もある。コスト感は、この種の点検ロボットは1台数百万円から、月額のサービス契約型もある規模。いきなり買う話にはならないので、提案では「人の点検工数（人数×分×回数×日数）」を先に金額化しておく。注意点は、記事の導入先が半導体工場のクリーンルームとSub-Fabエリアであり、確認されているのもISO Class 4相当環境での運用適性だということ。自分の客先が粉塵や油霧の多い加工現場なら、同じ条件が通る前提で話を進めてはいけない。走行経路の床段差、扉の自動開閉、通信の死角のほうが現実の障害になりやすいので、下見のときにその3点を見る癖をつける。

「既存のPLCやSCADA、MESへ追加する」という言い方は、自分が日々やっている改造案件の言語そのものなので、提案書の枠組みとして借りられる。最初の一歩は、客先の既存設備1ラインについて「PLCの機種と形番」「SCADA/監視PCの有無とソフト名」「上位システム（MESや生産管理）との接点」を1枚に整理すること。この3層のどこが欠けているかで、追加すべきものが決まる。自分の経験だと、PLCはあるがSCADAがなく、日報はExcel手入力というパターンが一番多い。この場合は上位を作る前に、PLCから1日1回CSVを吐く仕掛けを足すだけで議論が進む。次の段階は「止めずに追加する」の具体化。既存PLCの空きユニットスロットと空きデバイス、点検停止のタイミングを先に押さえる。既設のラダーに触らずデータを取りたいなら、Ethernetの上位リンクで既存デバイスを読むだけの構成にして、プログラム改造をゼロにする逃げ方がある。これなら客先の設備保全部門の承認が通りやすい。コスト感は、データを取るだけなら通信ユニット＋産業用PCで数十万円規模から。フィジカルAIでロボットを動かす話になると数百万円以上になるので、提案は「まず可視化」「次に自動化」の2段に割って金額を分ける。注意点は、今回の記事にあるスタートパッケージが2026年10月13日に正式発表する予定とされている段階であること。内容や価格が確定しているわけではないので、客先に製品名として伝えるのは避け、自分の情報収集先として10月13日を手帳に書いておく程度にする。もう1点、サイバーセキュリティの知見を活用するという記述がある通り、既存設備をネットワークに繋ぐ改造はセキュリティ側の承認が要る。ネットワーク図の提出を求められる前提で工数を見ておく。

外観検査の相談が来たときに一番困るのは「既にある画像処理装置を捨てられない」という制約なので、リリースにある「フォルダ監視機能」の発想は覚えておく価値がある。最初の一歩は、客先の既存画像処理装置が撮像画像をファイルとして吐き出せるかを確認すること。機種によっては内部保存のみで外部に出せないので、ここで可否が決まる。出せるなら、NG判定になった画像だけを共有フォルダに溜める運用を先に作る。これは追加費用ゼロで今週から始められて、後からAI判定を足すときの学習データにもなる。次の段階は、二次判定の位置づけを決めること。既存装置の判定を置き換えるのではなく、既存装置がNGと出したものだけを再判定して過検出を減らす使い方なら、ライン制御のラダーを触らずに済む。逆に見逃し（OK誤判定）を減らしたいなら全数を通す必要があり、タクトタイムとの戦いになる。自分の案件では、まず過検出削減から入ったほうが客先の納得が早い。会期が2026年10月7日から9日でインテックス大阪、無料の来場登録期限が10月6日なので、関西の案件を持っているなら今週のうちに登録を済ませて現物を見に行くのが実務的。コスト感は、展示会で現物を見るのは交通費だけ。AI外観検査システムの導入は一般にカメラ・照明・学習込みで数百万円規模になるので、見に行く段階では「自社のNG画像を何枚持ち込めるか」を用意していくと話が早い。注意点は、リリースに書かれているのは出展と実演の予定であり、新製品も10月にリリース予定の段階だということ。価格や仕様は現地で確認する前提にして、客先には「展示を見てきた」以上のことを伝えないでおく。

装置を納めた後の「客先からの問い合わせ対応」にそのまま転用できる。最初の一歩は、直近に立ち上げた1設備について、客先から来た問い合わせを10件だけ5分類に当てはめてみること。自分の現場だと、`OPERATION`（操作盤のどのボタンを押すのか）と`INPUT`（レシピ値の入れ方）が大半で、`APPROVAL`（誰が条件変更を許可するか）が抜けていることに気づく、という結果になりやすい。10件でも偏りは見える。次の段階は、記録先を作ること。スプレッドシートを1枚用意して、記事の10列をそのままヘッダに貼る。本文を書き写す必要はなく、業務IDと分類だけを入れる運用なら、電話を切った直後に30秒で埋まる。`decision` を `REPLY`／`HOLD`／`STOP` の3値に限ることが効いてくるのはここで、「調べて折り返します」が `HOLD` として可視化されるので、放置した件が落ちなくなる。さらに進めるなら、同じ質問が2件以上出たらFAQ候補として拾う処理を入れて、取扱説明書の改訂ネタを機械的に溜める。自分の場合は、これを次回の客先立会い前のチェックリスト更新に使うのが一番効く。コストはスプレッドシートとGASだけなのでゼロ円、作るのは半日。社内に展開するときは、分類名を日本語に直すより英語のまま使ったほうが入力ミスの検査が書きやすい。注意点は、問い合わせ本文をシートに書かない運用を守ること。客先の固有名詞や図面番号が入ると、共有範囲の管理が一気に面倒になる。業務IDと分類だけなら社内共有のハードルが下がる。あわせて、分類の定義を最初に1枚で配っておかないと、人によって`SCOPE`と`EXCEPTION`の判断がぶれる。

自分の使い方に引き直すと、危ないのは「エージェントを隔離したから安全」と思い込むことなので、共有される置き場所を点検するのが最初の一歩。具体的には、自分がClaude CodeやCodexに読ませているフォルダのうち、他人が書き込めるものを数える。社内共有ドライブ上のプロジェクトフォルダ、客先からもらった資料を置く受領フォルダ、パッケージのキャッシュやnode_modulesのような自動で降ってくるもの。これらは「自分しか書かない」と思っていても実際は違う。引用が言っているのは、隔離されていても共有の置き場があれば指示が渡るという話なので、置き場の棚卸しが効く。次の段階は、エージェントに渡す入力の出所を分けること。自分の運用なら、客先から受け取ったファイルは読み取り専用の別フォルダに置き、エージェントの作業ディレクトリへは手でコピーしたものだけを入れる。メールやSlackの内容をそのままエージェントに食わせる自動化は、作るなら「人が一度見てから渡す」を間に挟む。コストはゼロで、必要なのはフォルダ構成の見直しと半日の習慣づけだけ。有償ツールを買う話ではない。注意点は、これが引用された主張であり、特定の製品に脆弱性があると断定している話ではないこと。自分の環境で同じことが起きると決まったわけではないので、社内に伝えるときは「こういう経路が指摘されている」という温度で共有する。そのうえで、エージェントに社内の共有ドライブ全体への書き込み権限を与える構成は、いま一度見直す価値がある。

客先の工場内に持ち込むPCでLLMを動かしたい場面があるなら、候補として押さえておきたい。最初の一歩は、自分の手元のノートPCで「ネットに繋がない状態でどこまでLLMが使えるか」を1回測っておくこと。いま何か動くもの（llama.cppベースのツールなど）を入れているなら、同じモデルで生成速度を記録する。記事がllama.cppとの比較で毎秒トークン数を出しているので、自分の環境でも同じ指標を取れば乗り換えの判断材料になる。次の段階は、用途を絞ること。制御設計の実務で外部に出せないデータは、客先の図面、タグ表、不具合報告書あたり。これらをローカルLLMに読ませて「命名規則のチェック」「過去の不具合報告からの類似検索」をやる形なら、クラウドに出さずに済む。Claude CodeやCodexへ接続できると書かれているので、既にそれらを使っているなら接続先を差し替える検証から入れる。コストはApache License 2.0のオープンソースなのでソフト自体は無料。かかるのはハード側で、GPU搭載のノートPCかデスクトップが必要になる。手元のCPUだけでも動くとされているが、実用速度が出るかは自分で測る必要がある。社内の既存PCで試すなら数千円の外付けSSD程度で始められる。注意点は、記事に出ている速度の数値が特定の環境（M4 Pro搭載Mac、NVIDIA環境）での比較であり、自分のPCで同じ比率になるとは限らないこと。また、ローカルで動かせることは情報を外に出さないという意味であって、モデルの出力が正しいという保証にはならない。図面の寸法や安全条件の判断に使うのは避け、下書きと検索の補助に留める。

大企業の数字そのものは自分の業務に直接は効かないが、「社内の問い合わせ対応をAIに寄せる」という型は中小の設計部門でも真似できる。最初の一歩は、自分の部署で繰り返される質問を10件書き出すこと。制御設計なら「この客先の標準仕様はどれか」「過去に同じ機種で使ったユニット構成は何か」「あの不具合の対処はどうしたか」あたりが並ぶ。これらの答えが載っている文書（仕様書、過去プロジェクトのフォルダ、不具合報告）が特定できれば、発表にあるRAGと同じ構図になる。次の段階は、小さく作ること。全社検索を目指さず、自分が担当する客先1社分の資料だけをまとめたフォルダを作り、そこを検索対象にする。Claudeのプロジェクト機能やNotebookLMに資料を入れて質問するだけでも、まず効果が測れる。測り方は「質問から答えに辿り着くまでの時間」を導入前後で10件分記録する。この記録が、次に有償プランや社内展開を提案するときの材料になる。コスト感は、個人プランなら月数千円の範囲で検証できる。社内展開となるとライセンス費が人数分かかるので、先に時間短縮の実測値を持っておくのが順序。注意点は、発表に出ている展開計画が「2026年末に開発者人口の50%」「2027年に大多数」という予定であること。既に完了した話として社内に紹介しないよう気をつける。もう1点、客先の図面や仕様書を外部サービスへ入れる前に、秘密保持契約の条件とデータの学習利用の扱いを確認する。これを飛ばすと、効果が出た後で止められる。