2026年10月19日

明日やるなら、手持ちの画像センサ連携案件1件について「バイト構成表」をExcelで1枚作ることから始める。列はバイト位置／内容／型／並び（上位から・下位から）だけでよく、値は自分のPLC側の受けデバイスから決める。表ができたらそれをそのまま Claude や Gemini に貼り、「この表のとおりに送信側と受信側のコードを書いて」と頼む。片方を書かせたら、もう片方は「これの逆を書いて」と頼むのがこの記事の肝で、AIが片側の都合で並べ替える余地を消せる。次の段階は、ハンドシェイクを「要求待ち→計測→結果送信→受領待ち→要求待ち」の状態遷移として書き出し、これも表でAIへ渡すこと。状態を書かずに「ハンドシェイクを入れて」とだけ頼むと片側が送りっぱなしになる、という記事の指摘はそのまま自分の案件に当てはまる。コストは生成AIの無料枠で足り、追加投資は要らない。注意点は2つで、経路の選択（EtherCATか無手順TCPか等）はAIに選ばせず自分の装置構成と要求サイクルタイムで決めること、そしてバイト順と改行コードは机上で終わらせず、装置を動かす前に「通信だけ切り出して固定値を送る」試験で潰しておくこと。自分の現場だと、ここを省いて装置試運転で初めて数値がおかしいと気づき、通信か制御かの切り分けに半日使う、という形で表に出てくる。

リプレース案件を抱えているなら、まず「更新前後のパラメータ比較シート」を1枚作るのが最初の一歩。記事が挙げるラッチ範囲、タイマの時限、ウォッチドッグタイマ、コンスタントスキャン、エラー時の停止／続行、STOP→RUN時の出力、I/O割付、通信・ユニット設定を行に並べ、更新前の実測値・変換後の値・意味の3列で埋める。値だけでなく「この設定が何を意味するか」の列を作るのが効くので、ここはAIに下書きさせてよい。GX Works3の［ツール］→［メモリ容量計算（オフライン）］で変換後容量を見る作業も、同じシートの最後に項目として足しておく。次の段階は、スキャンタイムの記録を「現地調査の必須項目」に格上げすること。稼働中に測っておかないと、高速化で表面化した不具合をコンスタントスキャンで逃がす手が使えなくなる。コストは、比較シート自体はゼロ円で今日作れる。変換サポートツールの入手条件は三菱電機側の提供形態に依存するので、案件が決まった時点で代理店に確認する前提で見積もる。注意点は、変換が通ったことを完了印にしないこと。記事がQ互換モードについて「アドレス割付に互換性があるだけ」と書いているとおり、A/D・D/Aの分解能やD/A断線検知のように、プログラムが通っても現場の挙動が変わる項目が残る。自分の案件では「変換OK」の報告と「パラメータ照合OK」の報告を別の行に分けて客先へ出すだけでも、後工程の揉め方がだいぶ変わるはず。

制御設計の周りでAIに書かせるコードは、PLCのSTだけでなく、帳票や点検記録を回すGASも含まれるはず。そこで最初の一歩は、この記事の静的チェックだけを真似すること。模擬環境を組まなくても、AIが出したGASをテキストとして `.名前(` で抜き出し、公式リファレンス（Class Sheet / Class MailApp）にその名前があるかを目で照合するだけで、「それらしいが実在しないメソッド」はほぼ落ちる。所要10分、費用ゼロ。次の段階は、自分がよく使う3〜4クラス分（SpreadsheetApp / Sheet / Range / MailApp）だけの模擬環境を1ファイル作って使い回すこと。記事が踏んだ「vm.createContext に外の Date を渡し忘れると due instanceof Date が常に false になり、エラーも出ずに期限切れ0件になる」という落とし穴は、自分で組むと必ず踏むので先に知っておく価値がある。コストはNode.jsを入れるだけなので無料、作業は半日程度。注意点は、模擬環境が通ったことを「安全」と読み替えないこと。記事が明言しているとおり権限承認・実行時間上限・トリガー発火・共有設定は再現できないので、メール送信や削除を伴うスクリプトは最後に必ず本番のコピーで1回動かす。自分の運用に落とすなら、点検記録の集計スクリプトのように「宛先が社内」「失敗しても作り直せる」ものから始め、客先へ飛ぶ帳票メールは模擬＋本番コピーの二段で確認、という線引きにしておくのが無難だと思う。

最初の一歩は、次の客先出張の前日までに「作業用PCの現況メモ」を1枚だけ作ること。項目は記事そのままでよく、対象設備の型式／今回の作業／使うソフト名と版／PCのOS／元データの所在の5行から始める。ここで「このPCでそのデータを実際に開いたか」をYes/Noで書くのがポイントで、開いていないなら出張前に一度開く。所要は15分で費用ゼロ。次の段階は、更新を伴う作業を「作業日より前」に切り出す運用にすること。手元に検証用のサブPCを1台持ち、インストールできたか／対象データを扱えるか／必要な接続部品がそろっているかを別々に記録しておけば、当日に更新が走らなくても点検できる範囲だけは進められる。コストは中古ノート1台で数万円、ライセンスの利用条件は要確認。注意点は、今回のオムロンの告知のような事象を「セキュリティ対策ソフトを止めれば通る」の口実にしないこと。記事が書くとおり告知は警告を無視する根拠にならないので、迷ったらメーカー窓口へ照会する。そして最後に、作業日の判断基準を事前に文章にしておく。「対象データを確認できたら進める／必要な版の入手や検証が間に合わなければ更新を伴う作業は延期する／既存環境で実施可能な点検はその範囲で実施する」の3行を出張計画に書いておくだけで、当日に全部中止か無理に全部進めるかの二択へ追い込まれにくくなる。

自分の立場でこれを使うなら、AMRを買う話ではなく「搬送要求をどこが持つか」を客先と詰める材料として使うのが先。最初の一歩は、担当設備の搬送工程を1枚のブロック図にして、搬送指示の出し元（生産管理／MES／PLC）と行き先の台数を書き込むこと。MixFlitが上位のERP・MES・WMSから搬送指示を受けてAMRの運行管理・タスク管理・充電管理を行う構成なので、自分のPLCがどこまで持つのかの線をこの図で引ける。次の段階は、記事が挙げる「Web画面からのルート変更（PLC不要）」を逆から読むこと。ルート変更がPLC外に出るなら、インターロックと安全のどこまでをPLCに残すかを設計で決めておかないと、現場でレイアウト変更されたときに責任の所在が曖昧になる。ここは提案段階で文書に落とすのが安い。コスト感は記事の価格がそのまま使え、一括6百万円または月額18万円＋導入費・カスタマイズ・保守費別途、AMRは最大50台まで、導入は最短2か月。小規模ラインには重いので、まずは2〜3台規模の統合が本当に要るのかを台数と工程数で検算したい。注意点は「約50％短縮」を客先へそのまま持ち込まないこと。記事自身が同社の試算値と書いているので、引用するなら試算値である旨を添える。あと、標準ブリッジが用意されているのはkachaka Pro／KeiganALI／Neiboで、他は個別対応になるため、既設AMRの型式を先に確認しておく。

最初の一歩は、この電話番号と受付時間を「客先での異常時に開く紙」に1行足すこと。自分が持ち歩く作業手順書か、客先の制御盤に貼ってある連絡先一覧に、IPA不正アクセス特別相談窓口（03-6759-5760／平日9時30分〜17時30分、12時00分〜13時00分を除く）と書いておく。費用ゼロ、5分で終わる。効くのは、現場で「社内ネットにつないだ保全用PCの挙動がおかしい」「生産管理サーバへのアクセスが妙だ」といった場面で、客先の情報システム担当がいない深夜・休日に、誰に相談すべきかが分からず判断が止まるケース。窓口は平日日中なので、夜間は「触らず記録を残して翌営業日に相談」という選択肢を先に決めておくことになる。次の段階は、自分が客先へ持ち込む機材の扱いを決めること。保全用PCやUSBメモリは客先ネットワークに入る経路そのものなので、持ち込み時点の状態（OS更新日、対策ソフトの定義日、直前に接続した設備）を作業記録に残す運用にしておくと、万一事案が起きたときに自分の機材を容疑から外せる。コストは記録の手間だけ。注意点は、窓口が対象としているのが「実際に被害を受けているまたはその可能性がある事象が発生している企業や組織」であることで、平常時の設計相談先ではない。また、発表が挙げている背景は大量の個人情報を扱うオンラインサービス等への不正侵入であり、これをFA設備への攻撃の話へ読み替えないほうがよい。自分の業務では、あくまで「客先の情報漏えい事案に巻き込まれたときの初動相談先」として控えておく。

自分もClaude系のツールに「スキル」や自作の指示ファイルを置いて使っているなら、これは他人事ではない。最初の一歩は、今入れているスキルを棚卸しして、各フォルダに付属スクリプト（.sh / .py / .js など）があるかだけを確認すること。Markdownしか入っていないスキルと、スクリプトが同梱されているスキルは危険度が別物なので、一覧に「付属スクリプト有無」の列を足す。所要30分、費用ゼロ。次の段階は、外部から持ってきたスキルを入れる前に、付属ファイルを全部開いて読む手順を自分のルールに書くこと。この調査が示しているのは「冒頭の設定欄に書かれたツール一覧は、そのスキルが実際にできることの全部ではない」という点なので、設定欄だけ見て判断する癖は捨てる。読むのが面倒なら、別のAIに「このフォルダのファイルが実行し得る操作を列挙して」と読ませてから自分で確認するのが現実的。コストはゼロだが、時間は1スキルあたり10〜20分みておく。注意点は2つ。1つは、この数値が「実行できるか」の推定であって悪意や実害の証拠ではないこと。怖がって全部外すのではなく、自分の環境で何に触れるかで線を引く。もう1つは、自分のPCには客先の図面やプログラムが入っているという前提で考えること。認証情報にアクセスし得るスキルを信用して入れるのは、客先データを預けるのと同じ判断になる。自作スキルだけで回す、外部スキルは別ユーザーか別マシンで試す、くらいの分離が現実的な落としどころだと思う。

自分の業務でAPIが無くて手が止まるのは、客先の生産管理のWeb画面、メーカーの部品検索・在庫画面、社内の工数入力システムあたり。最初の一歩は、その中から「読むだけ」の作業を1つ選んでやらせること。例えばメーカーサイトの型式ページを開かせて仕様値を表にまとめさせる、客先ポータルの公開資料一覧を読ませて更新日を拾わせる、といった範囲なら、押し間違いで何かが変わる心配がない。`--chrome` を付けて起動し、`/chrome` で「Status: Enabled」「Extension: Installed」を確認してから始める。次の段階は、記事と同じく範囲を先に文章で決めること。自分なら「読むだけはAI、入力と保存は人」「客先システムは触らせない、自分のPC上の社内システムだけ」の2行から始める。plan modeにしておけば新しいタブを開く操作の前に承認が入るので、まずそこを既定にする。コストはAnthropicの契約プランの範囲内で追加課金なし、準備は拡張のインストールで30分程度。注意点は3つ。1つはログイン済みのChromeをそのまま触らせるという点で、客先のアカウントで入っているブラウザでは使わない（記事も認証情報は渡さない設計だと書いているが、セッション自体は生きている）。2つめは、確認ダイアログが出ると操作が全部止まるので、保存の確定が必要な作業は「このあと1クリックお願いします」と自分が待機する前提で組むこと。3つめは、既定で有効にするとブラウザツールが常時ロードされてコンテキストを消費するので、使う日だけ `--chrome` を付けるほうが軽いという点。これは長い作業をさせるときに効いてくる。