2026年10月22日

「自然言語の指示からタスクプランを自動生成し、機械と人（ロボット）に作業を割り振る」という構造は、2030年の実用化を待たずに今の設計業務へ写せます。最初の一歩は、自分が担当している装置1台について、オペレーターが口で言う作業指示（段取り替え、治具交換、清掃、ワーク取り出し、異常復旧）を20〜30個の「作業タスク一覧」として書き出すこと。Excelかスプレッドシートで、タスク名・前提条件・必要な入出力・完了判定の4列だけで十分です。次の段階として、その一覧をGeminiやChatGPTの無料枠に貼り、「このタスク一覧から、段取り替えのプランを順序付きで組み立てて」と頼んで、抜けている前提条件やインターロックを洗い出させます。タスクプランナーが自動生成する前に、人間がタスク定義の粒度と完了判定を決めておかないと、どんなAIを載せても動かないからです。この段階のコストはゼロで、既存のGX Works3プロジェクトと装置仕様書があればできます。注意点は2つ。1つは、今回の発表が2030年実用化を目指す開発段階であり、JIMTOFで見られるのはデモンストレーションだという点。すぐ買える製品として客先に説明しないこと。もう1つは、段取りや清掃の自動化を検討するときに「ロボットに合わせた設備投資が要るかどうか」を最初に見積もること。発表自体がそこを導入ハードルとして挙げているので、客先への提案でも同じ順番で話すと説得力が出ます。JIMTOFに行くなら、タスク一覧を印刷して持って行き、自分の装置のタスクがどこまで割り振れるかを担当者に直接ぶつけるのが一番安い学び方です。

これは今日そのまま真似できる検証手順です。最初の一歩は、GX Works3で「IN1 + IN2 = OUT3」程度の最小FBと最小FUNを1つずつ作り、MAINから呼ぶだけのプロジェクトを新規作成して、GX Simulator3へ転送してプログラム比較をかけること。実機もワークも要らず、手元のGX Works3とGX Simulator3だけで30分で終わります。次の段階は、自分が普段使い回しているFB（タイマー入りの搬送FB、自己保持入りの起動FB、アラーム集約FBなど）を同じ手順でマクロ型とサブルーチン型の両方でコンパイルし、プログラムメモリの消費差を実測して自社の標準をどちらにするか決めること。MX-Rを使う案件があるならサブルーチン型しか選べないので、標準FBをマクロ型前提で作っていると移植時に効くはずです。3つ目として、ST記述を避けている現場なら、分岐・ループを含むSTを1つコンパイルして「iQ-Rではポインタを消費しない」ことを自分の目で確認し、その画面キャプチャを社内の設計標準レビューに持ち込むと、STの採用判断が感情論から離れます。コストはゼロ（既に持っているツールの機能）、難易度は低めですが、注意点が2つ。1つは、記事の確認はiQ-R（とMX-Rへの言及）での結果なので、FX5系や旧Qシリーズで同じ命令が出るとは限らないこと。自分が使う機種で必ず取り直してください。もう1つは、マクロ型でFB外から引数ラベルを直接参照している既存プログラムが社内にないか棚卸しすること。記事は「意図した値を読めない場合がある」としており、動いているように見える回路が条件次第で化ける類の話なので、見つけたら引数に接続した実デバイスやラベルを参照する形へ直す判断材料になります。

手元の案件で明日できるのは、担当装置1台の「停止時に残すデータ」の棚卸しです。GX Works3のデバイスコメント一覧をCSVで出し、停止時点の主軸位置・従軸位置・位相差・外部エンコーダ値・材料位置・工程ステップ番号に相当するラベルが「存在するか」「停電保持（ラッチ）になっているか」の2列を足すだけ。ラッチ設定を見れば、どれが再起動で消えるかがその場で分かります。次の段階は、消えるものが見つかったら保持すべきものだけをラッチ領域へ移し、復帰処理を「軸異常」の一本勝負から、投稿が挙げる3分類（基準喪失／位相差過大／材料位置不明）に沿ったアラーム分岐へ書き換えること。既存の復帰ルーチンに判定3つとアラーム3つを足す規模なので、1装置あたり半日から1日の工数です。3つ目として、復帰方法そのものを「低速で再同期」と「材料を排出して基準を取り直す」の2系統に分け、どちらを選ぶかの条件（位相差のしきい値、材料検出の有無）を設計書に数値で書いておくと、現場の人が勘で再起動するのを止められます。コストはプログラム工数だけでゼロ円、ただしハードを触らない範囲に限ります。注意点は3つ。1つ目、これは個人のX投稿であって機種マニュアルではないので、GM5や自分が使うモーションコントローラの同期周期・保持仕様は必ずメーカーの資料で裏を取ること。2つ目、ラッチ領域を増やすとバッテリやオプションカセットの仕様に影響するので、保持方式を確認してから増やすこと（軸Bのトピック1と同じ論点です）。3つ目、復帰条件を細分化すると復旧が遅くなる方向にも働くため、「毎回全初期化」と「扉閉だけで再開」の中間に落とす設計意図を現場と合意してから入れてください。

客先工場を回る立場なら、これは今週の訪問から使える棚卸しネタです。最初の一歩は、担当している客先設備のPLC型式を1枚のスプレッドシートに落とすこと。列は「設備名／CPU型式／電源・入出力・ネットワークユニット型式／設置年／予備品在庫数」の5つで始め、CPUだけでなくユニットまで型式を拾うのが肝です（告知の対象がユニットまで及ぶため）。次の段階として、その表に「受注締切日／生産中止日／修理対応終了日」の3列を足し、三菱電機のテクニカルニュース（記事が挙げるFA-D-0495-A）と型式別の最新告知で埋めます。ここで、同じQシリーズでも2033年と2036年で修理期限が分かれる点を型式単位で書き分けておくと、客先への説明が一気に具体的になります。3つ目として、記事が示す5つの対応（型式棚卸し／終了期限確認／プログラムとパラメータの保管／予備品数量の見直し／段階的な更新計画）のうち、プログラムの保管を最優先で片付けるのがおすすめです。PLCが故障した後ではプログラムを正常に読み出せない場合があるという指摘は、現場で一番痛い失敗につながります。ソースプロジェクト、パラメータ、コメント、通信設定、デバイス割付をセットで、適切なアクセス管理のもとに保管してください。コスト感は、棚卸しと保管は自分の工数だけでゼロ円。部分更新はCPU単体交換で済まない可能性があり、ベースユニット・入出力・ネットワーク・プログラムまで適合性を調べる前提なので、見積もりは「機器代＋検証工数」で立てます。注意点として、GX Works3のプロジェクト変換が通ったことを更新完了と見なさないこと。記事も「プログラム変換の成功は、設備更新の成功を意味しない」としており、安全回路、異常停止、インターロック、復電後の動作は実機または適切な検証環境で確認し、切り戻し手順を用意してから当日を迎えるべきです。また、記事が挙げる「1時間100万円の機会損失」は説明のための仮定として示された数字なので、客先に出すときは自分の担当ラインの実数に置き換えてください。

客先の現場帳票がFAXと手書きで回っているなら、JIMTOFは「製品を買う場」ではなく「自社の帳票でどこまで読めるか試す場」として使えます。最初の一歩は、来週の会期前に自分が扱っている帳票を3種類（得意先ごとに様式が違う注文書、作業指示書、検査票）選び、個人情報と取引単価を黒塗りしたPDFを用意してブースへ持ち込むこと。読み取り精度の話は、カタログのサンプル帳票ではなく自社の様式で見ないと意味がありません。並行して今日できるのは、同じPDFをGeminiやChatGPTの無料枠に貼って「得意先名・品番・数量・納期をJSONで抜いて」と頼み、どの項目で外すかを把握しておくこと。これをやっておくと、ブースで「ここが読めるか」と具体的に聞けます。次の段階は、読み取った後の受け取り方を決めることです。AI入力支援ツールは読み取り結果を画面で確認・修正してから取り込む流れなので、確認する人と修正の判断基準（数量と納期は必ず原本照合、品番は候補提示でよい、など）を自分の運用に落として書いておくと、導入検討がそのまま運用設計になります。MCP連携については、生産管理データを生成AIから参照できるという方向だけ押さえ、まず自社で「生成AIに聞きたい社内データの質問を10個」書き出すのが安い準備です。コスト感は、帳票の持ち込みと無料枠の試行はゼロ円、入場は前売1,000円（当日3,000円）。注意点を2つ。1つは、4つとも開発中の参考出展であり、名称・仕様・提供時期が変更される場合があるとリリース自身が注記している点。客先に「来月から使える」と伝えないこと。もう1つは、帳票をクラウドサービスへ上げる話なので、客先の図面番号・単価・取引先名を含む帳票を試用に出す前に、情報の持ち出し可否を必ず書面で確認してから動いてください。

月次の報告書や点検記録をスプレッドシートで作って、PDFにして、メールに添付して送る作業が残っているなら、今日の夕方30分で片付く話です。最初の一歩は、既にある報告書スプレッドシートを開き、「拡張機能」→「Apps Script」から方法Bのコードを貼って、`getSheetByName()`に報告書シートの名前、`setName()`に`'点検記録_' + today + '.pdf'`を入れて実行すること。初回だけGmailとスプレッドシートへのアクセス許可画面が出ます。下書きが1通できたら、Gmailの画面で添付PDFを開いて、枠線や用紙向きが報告書として読めるかを確認してください（`size`と`portrait`と`gridlines`はURLで変えられます）。次の段階は、宛先を空のままにしてテンプレート化し、「月次点検記録の下書きを作る」ボタンをスプレッドシート上のメニューに足すこと。宛先をGmailの画面で入れる運用にすれば、誤送信の芽をひとつ減らせます。3つ目として、客先ごとにシートを分けている場合は、シート名の配列をループして下書きを客先分まとめて作る形に広げられます。コストはゼロ円（Workspaceでも個人のGoogleアカウントでも動く範囲）、難易度はGAS初体験でも1時間以内です。注意点は3つ。1つ目、`createDraft()`は送信しないという前提を崩さないこと。自動送信に変えた瞬間に、宛先と金額の取り違えがそのまま客先へ出ます。2つ目、ファイル名に「.」を含めないこと。記事の確認どおり「請求書_2026.10.21」は「請求書_2026.10.pdf」に化けるので、日付は「20261021」か「2026-10-21」の形にし、`setName()`で「.pdf」まで明示します。3つ目、方法Bのエクスポート用URLは公式リファレンスに載っていない書き方なので、業務の定常処理に組み込むなら、動かなくなったときに方法A（全シートPDF）へ切り替えられるようコードを両方残しておくのが安全です。

制御設計が本業でも、PHPは身近に動いています。最初の一歩は、自分と客先に紐づくPHPの棚卸しを1枚にすること。自社サイトやブログ（WordPressなど）、社内に残っている古いWeb帳票や工数集計ツール、客先に納めた装置のWeb UIやデータ収集サーバーが対象です。「どこで動いているか／PHPの版／更新するのは誰か」の3列で十分。レンタルサーバーや客先のIT部門が更新主体のものは、自分で上げられないので依頼先を書いておきます。次の段階は、修正が入っているのは8.5.12、8.4.27、8.3.36、8.2.35という具体的な版だと押さえ、自分の環境がその版以上になっているかを確認すること。系列が同じでも、たとえば8.3系なら8.3.36に達していなければ対象です。「8.3に上げたから安心」で止めないのがポイントになります。3つ目として、装置側に載っているWeb UIは要注意です。Apacheでmod_phpを使っている構成は、既定設定で未認証リクエストから完全なRCEが実証されたと明記されています。自分が納めた盤内PCやデータ収集サーバーがこの構成なら、更新の目処が立つまでの間だけでも、工場内ネットワークからの到達範囲を絞る（担当PCのIPだけ許可する等）運用側の手当てを客先と相談してください。コストは棚卸しと確認だけならゼロ円、レンタルサーバーの版切り替えも多くは管理画面の操作で済みます。注意点は2つ。1つ目、更新作業そのものを客先の稼働中サーバーで即時に強行しないこと。切り戻し手順と停止可能な時間帯を押さえてから当てます。2つ目、流通しているCVSSスコア10.0という数字は誤りで実際は9.2だと公表されている点。社内へ注意喚起を出すときは、SNSで見た数字ではなく公式の記述を引いてください。

「証明書の一覧を同梱しているソフトはすべて更新」という条件は、FAの現場PCにかなり刺さります。最初の一歩は、自分が触るPython環境を上げることです。手元の開発PCと、客先に置いたデータ収集用PCで`pip`を26.2.2以上、`certifi`を2026.10.19以上、`uv`を使っているなら0.13.4以上にする。1台あたり数分で、コストはゼロ円です。次の段階は、Linuxで動いているエッジPCやゲートウェイの`ca-certificates`パッケージ更新。ここは再起動やサービス再起動を伴うことがあるので、稼働中のラインに入れる前に停止可能な時間帯を押さえてください。3つ目として、更新主体が自分にないものを洗い出します。装置メーカーが固めたファームウェア、HMI、クラウド連携ユニットなどは、自分では証明書ストアを触れません。該当する機器をリストにして、メーカーへ「この件の対応予定」を問い合わせる段取りまで作っておくと、客先から聞かれたときに即答できます。コスト感は、PCの更新は無料、機器のファーム更新はメーカー対応待ちで費用が発生する場合があります。注意点を3つ。1つ目、この記事はリンクブログであり、個別ソフトの対応状況はリンク先サイトが追跡している情報です。自分の環境の対応可否は、使っているソフトやディストリビューションの公式告知で確認してください。2つ目、証明書ストアの更新は「通信が通らなくなる」方向の障害を起こしえます。客先の装置が外部へHTTPS通信している構成なら、更新後に疎通確認をセットで組んでください。3つ目、侵害されたのは中間CAの秘密鍵であって、記事は8件という件数とチェーン先のルートプログラムを示しているだけです。「あらゆる証明書が危ない」と拡大して社内へ伝えないほうが、対応が散らずに済みます。