2026年9月25日

最初の一歩は、自分が保守している案件のPLC形式を一覧化すること。GX Works2で開いているプロジェクトのフォルダを一箇所にまとめ、CSVに「装置名／PLC形式／Works2 or Works3／客先／最終改造日」の5列で書き出す。ここまでは今日30分でできる。次の段階は、その一覧をGeminiやChatGPTの無料枠に貼り、「iQ-R置き換え時に影響が出る要素（特殊ユニット、Qシリーズ専用命令、ネットワークユニット）を列ごとにフラグ付けして」と頼み、下調べの当たりを付ける。AIの出力は鵜呑みにせず、必ず三菱電機の移行ガイドで裏を取ること。コストは、この棚卸し自体は無料ツールだけで済む。実際の置き換えはCPU・ベースユニット・電源・特殊ユニットの入れ替えになるので1装置あたり数十万円規模を見込み、客先には「いま動くかどうか」ではなく「予備品が何年手に入るか」で説明すると通りやすい。注意点は、納期が伸びる局面ほど「安いから」で他社に振ると、自社の保守スキルとサンプルプログラム資産が分散して後で効いてくること。まずは手持ち案件の何割がQシリーズかという数字を握ってから判断する。

最初の一歩は、「ブロックで組んだ処理をソースとしても見られる」という設計思想だけを自分の道具立てに移すこと。今の外観検査やピッキングの検討で、判定ロジックをベンダーのGUIに閉じ込めると、不具合時に現場で追えなくなる。見積もり時点で「生成された処理をテキストで出力できますか」と一行質問を入れるだけで、後の切り分け工数が変わる。次の段階は、客先で「AIで見分けたい」と言われたときの型を固めること。①何を判定するか（良否か、位置か、種別か）②教師データを誰が何枚集めるか③PLC側はどの信号で受けるか（座標かビット判定か）の3点を先に紙1枚で握る。ワイヤーハーネスのような多品種・柔軟物が対象になっている点は、自分の案件で「形が毎回変わるから画像は無理」と諦めていたテーマを掘り返す材料になる。コストは、この手の開発基盤はライセンス＋支援で数百万円規模を覚悟する一方、手前の検証はスマホ写真＋無料のAIチャットで「そもそも見分けが付く画像か」を確かめるところから始められる。注意点は、ノーコードでもデータ収集とラベリングの工数は消えないこと。教師データの枚数と撮り直し条件を見積書に明記させておく。

最初の一歩は、議事録ではなく「客先立ち会い時の口頭指示」に当てること。試運転・立ち会いの現場では、仕様変更が口頭で飛び交い、あとで「言った・言わない」になる。スマホの音声入力でその場のメモを打ち、帰社後にスプレッドシートへ1行貼って実行する運用にすれば、要点3つ・決定事項・TODO（担当者・期限）の形で自動的に残る。今日試すなら、過去の打ち合わせメモ1件をコピーして流すだけでよい。次の段階は、TODOの担当者列を自分と客先担当で分け、メール送信先を客先にも向けること。「決定事項をその日のうちに文面で投げる」だけで、後工程の手戻りが減る。コストは、GASは無料枠で動き、OpenAI APIの従量課金だけが乗る。本文8000字上限なら1回あたり数円規模で、月10回でも数十円〜数百円に収まる見込み。注意点が2つ。1つはAPIキーの置き場所で、記事のとおりCONFIGに直書きするとスクリプトを共有した瞬間に漏れるので、自分で使うならスクリプトプロパティへ移すこと。もう1つは、客先名・装置名・図番が入るメモを外部APIへ投げる点で、社外秘の扱いを社内ルールで先に確認してから本番運用に乗せること。まずは自社内の定例だけで回して精度を見るのが安全。

最初の一歩は、これを「客先の立ち会い日・搬入日の管理」に転用すること。客先や商社から届く「○月○日 搬入」「○/○ 10:00〜 立ち会い」のメールは、件名の書式がバラバラでも日付と時刻の書式はおおむね揃っている。この正規表現をそのまま使い、対象を自分の受信ラベル（例: ラベル「案件」）に絞れば、まずは抽出だけでも効く。今日はスプレッドシートを1枚作り、記事の8列をそのまま並べるところまででよい。次の段階が本題で、この仕組みの価値は自動化そのものより「承認列」にある。抽出結果をそのままカレンダーへ入れず、自分がチェックボックスを押した行だけ登録する構成なら、日時誤認が予定表を汚さない。制御設計の現場でPLCの工程を組むときの「投入許可」と同じ考え方で、自動処理と許可を分けている点が参考になる。コストはゼロで、GASの無料枠だけで動く。注意点は、15分おきのトリガーはGASの実行時間クォータを食うので、対象ラベルを絞らずに全受信メールを巡回させないこと。もう1つ、記事も触れているとおり日時のパースはDate型の扱いで壊れやすいので、最初の2週間は「登録済み」フラグと実際のカレンダーを目視で突き合わせて誤登録がないか確認してから任せきる。

まず押さえるべきは、これが「ネットワーク越しに誰でも」ではなく「Windows端末にログイン可能な攻撃者」を前提にした話だという点。つまり守る対象は、エンジニアリングPCそのもののログインと持ち出しになる。最初の一歩は今日中にできる棚卸しで、GX Works3が入っているPCを社内・持ち出し用・客先常駐用に分けて数え、それぞれ「ログインパスワードがあるか」「共用アカウントで回していないか」「持ち出し時に暗号化されているか」を1行ずつ書き出す。次の段階は、客先へ入る前の運用ルール化。客先の現場PCを借りてGX Works3を触る場合は、作業後にログオフする、プロジェクトファイルをデスクトップに置き去りにしない、といった当たり前の手順を作業手順書に明文化する。ブロックパスワードで守っていたブロックが「パスワードを掛けてあるから安心」とは言い切れない前提に変わるので、客先に渡すプロジェクトは、そもそも見せたくないノウハウブロックを含めない構成にできないか設計側で検討する余地がある。コストはゼロ〜数万円。既存のアカウント運用見直しは無料、BitLockerなどの暗号化もWindowsの機能で賄える。注意点は、この案内だけを根拠に社内へ「全台すぐ更新」と号令をかけないこと。対策の適用範囲と修正内容は開発者が提供する情報を必ず自分で確認し、装置停止を伴う更新は客先の生産計画と合わせて段取りする。

最初の一歩は、いま人が目で見て位置を合わせている工程を1つ選び、「ワークの種類は99以内か」「Ethernetを1本引けるか」の2点だけで適用可否を粗く判定すること。この2つを満たさない工程は最初から候補から外せるので、検討の空振りが減る。次の段階は、ロボット側の受け渡し設計。座標データをコントローラへ送る構成なので、PLC側は「撮像要求」「撮像完了」「座標受領」「NG時の退避」の4つの状態を持つシーケンスにしておくと、ビジョンが返らないときに装置が固まらない。ここは製品が何であれ共通して効く設計なので、先に自分のラダーの型として持っておくとよい。コスト感は、認識エンジンと照明が本体に入っている一体型なので、照明・レンズ・画像処理コントローラを別々に選定する従来構成に比べて選定工数が減る一方、既存の他社ロボットに後付けする用途では連携の作り込みが別途必要になる点を見ておく。注意点は、カタログの「専門知識がなくても短時間で立ち上げ」を見積もり時間の根拠にしないこと。現場では照明条件とワークの個体差で時間が溶けるので、立ち上げ工数は撮像条件出しに2〜3日を別枠で確保して提示する。まずはデモ機を借りて、実ワークを持ち込んで撮らせてもらうところから。

最初の一歩は、客先で「ここの流量が分かれば原因が切り分けられるのに」と思いながら諦めていた配管を思い出し、呼び径が8A〜50Aに入るかだけ確認すること。既設配管を切らずに外側から測れるので、冷却水やクーラントの循環量など、配管改造の許可が下りずに測定を諦めていた箇所が候補になる。次の段階はPLC・監視側との接続で、RS-485が標準搭載なので、GX Works3側はシリアル通信ユニット経由でModbus RTUなどの読み出しを組む形になる。ここは既存の電力計・温調計の読み出しと同じ作り方が流用できるはずなので、自分の手持ちサンプルプログラムに「流量」1点を足すだけで済む。導入の狙い所は、単発測定より「常時ロギングして異常時に遡る」使い方。応答0.5秒で拾えるなら、ポンプ起動時の立ち上がりやバルブ動作と同じ時間軸に並べて残せる。コストは、クランプオン式の流量計は一般に数十万円クラスを見ておく。それでも配管改造と停止の費用より安いことが多いので、客先には「配管を切らずに測れる」ことを金額で説明すると通りやすい。注意点は精度が標準で±2.0%であること。取引計量や歩留まり計算の根拠にするには粗いので、用途は傾向監視・異常検知と割り切り、絶対値保証が要る用途には提案しない。流体温度-15℃〜85℃の範囲外（蒸気配管や高温油）にも使えないので、選定時に温度条件を先に潰す。

最初の一歩は、既存案件の電力監視画面を開いて「力率という数字が1つだけ出ていないか」を確かめること。1つしか出ていないなら、それは進み／遅れの区別が消えた値で、今回の話がそのまま当てはまる。次の段階は、GX Works3側でロギング項目を4点に増やすこと。有効電力、無効電力（符号付き）、力率、コンデンサ各段の投入状態（接点のビット）を、同じスキャンのタイミングで同じデータレジスタ群に並べ、SDカードまたは上位へ吐く。ポイントは「同じ時間で」揃えること。別々の周期で拾うと、モーター停止直後という一番知りたい数十秒がずれて見えなくなる。実装は既存のロギング設定にビットを数点足すだけなので、半日で組める。次に、客先で電圧警報が出たときの切り分け手順を1枚にまとめる。①停止したのはどの負荷か②その瞬間の無効電力の符号はどちらか③コンデンサは何段入ったままか、の3問に答えられれば、容量追加なのか制御の切り離し遅れなのかが分かれる。コストはゼロ（既設の電力計とPLCで完結）。CT・電力計が無い盤なら、後付けの電力マルチメータで数万円〜。注意点は、高圧側の進相コンデンサ設備そのものの改造・増設は電気主任技術者の管轄なので、こちらは「データを揃えて渡す」ところまでに留め、投入段数の制御を勝手に触らないこと。

この件から自分の使い方に引くべき線は2本ある。1本目は「AIエージェントにネットワーク到達性を与えるかどうかを、権限ではなく経路で管理する」こと。最初の一歩は、自分が使っているAIコーディングツールやエージェントについて、ブラウザ操作・外部フェッチが有効になっているかを設定画面で確認し、常用プロファイルでは切っておくこと。今日5分でできる。2本目は「公開リポジトリに認証情報を置かない」という、今回3件中2件の入口になった古典的な穴。GitHubやGistに上げている自分の検証コード、客先向けのサンプルラダー変換スクリプトなどを一度見直し、APIキー・FTPパスワード・VPN設定が直書きされていないか検索する。`git log -p | grep -i -E "password|token|apikey"`のような雑な検索でも、最初の1回はかなり引っかかる。次の段階として、客先の装置ネットワークにつながるPC上でAIエージェントを動かす場合のルールを自分で決めておく。制御系LANに接続中はエージェントの自動実行を使わない、というだけでよい。コストはゼロ。注意点は、この記事をもって「AIツールは危険だから使わない」と結論しないこと。問題はモデルの善悪ではなく、外部到達性と認証情報の置き場所という運用側の設計にある。

効くのは「客先に出ている時間」。最初の一歩は、移動時間や現場での待ち時間に走らせておきたい作業を1つ決めること。例えば、帰社後にやるつもりだった「過去案件のラダーコメントを集計してCSVにする」「取扱説明書のPDFから設定値表を抜き出す」といった、失敗しても実害のない読み取り系の作業が向く。出発前にクラウドセッションで投げ、現場が落ち着いたタイミングでスマホから結果だけ確認する。次の段階は、時間のかかる定型作業をこの形に寄せること。自分の場合なら、案件フォルダの棚卸し（トピック1の一覧作成）や、客先ごとの改造履歴の突き合わせがそのまま乗る。コストは、Pro/Max/Team契約に加えて1回限りの専用クレジットが付く形なので、まず期限内にクレジットを受け取っておき、その枠内で使い勝手を確かめてから常用するかを決めるのが安全。注意点は3つ。①受け取り期限と有効期限があるので、カレンダーに登録して取りこぼさない。②クラウド側で動く以上、客先の図面・仕様書といった社外秘を投げてよいかは社内ルール次第なので、最初は自分のメモや公開資料だけで試す。③ローカルの設備・PLCに繋ぐ作業はクラウドからは触れないので、あくまで「机上で完結する作業」の受け皿と割り切る。

ここで効くのは「自分が黙って使っている側になっていないか」を先に確認することと、客先へAIを提案するときの順番を変えることの2つ。最初の一歩は、自分が業務で使っているAIツールを紙に書き出し、それぞれについて「会社が把握しているか」「客先情報を入れていないか」を○×で付けること。5分で終わるが、×が付いた行が自分のリスクそのものになる。次の段階は、客先や社内でAI活用の話が出たときに、ツール選定より先に「何を入れてよくて、何を入れてはいけないか」を1枚にまとめて出すこと。制御設計の現場なら、図番・客先名・装置写真・ラダーの実コードは外部サービスへ入れない、一般的な命令の書き方や規格の質問は入れてよい、といった線引きで十分実用になる。この1枚があると、隠れて使う人が減り、逆に「これは入れてよい」と分かった範囲で使う人が増える。コストはゼロで、作るのに1時間もかからない。注意点は、禁止一辺倒の紙にしないこと。使ってよい範囲を明示しないルールは、結局黙って使われるだけで実態が見えなくなる。もう1つ、この数字は英国の調査を紹介した投稿であり、自社や客先の実態を測ったものではないので、社内説明に使うなら「他国ではこういう数字がある」という導入に留め、自社の実態は自分で簡単なアンケートを取って確かめる。