2026年8月11日

最初の一歩は、今週の設計案件から「ロジックが単純で安全に関係しない」処理をひとつ選び、日本語の仕様文を ChatGPT か Claude に投げて ST言語のドラフトを出させること。タイマとカウンタを使った搬送コンベアの起動・停止インタロックあたりが手頃で、ここなら生成物が間違っていても自分の目で即座に判別できる。次の段階は、生成させる前に自分のプロジェクトの命名規則（デバイス番号の割り当て表・変数名の付け方・コメントの書式）をA4一枚のテキストにまとめ、プロンプトの先頭に毎回貼ること。この一枚があるかないかで出力の使い物になり具合が変わるので、先に整えておくと後の全案件に効く。コストは ChatGPT Plus の月額20ドル相当か、API を叩くなら1案件あたり数十円規模で、まず試す分には実質ゼロ円と考えてよい。注意点は二つ。ひとつは、安全回路（非常停止・ライトカーテン・両手操作）には絶対に生成コードを持ち込まないこと。もうひとつは、生成された ST を GX Works3 でラダーに落とすとき、自分で書いたのと同じ密度でコメントを入れ直すこと。AIが書いた行はレビュー時に「なぜこうしたか」が読み取れず、そのまま残すと次の担当者が改造できない資産になる。当面は「白紙から書く時間を削る道具」と割り切り、承認図に載る回路は自分の手で仕上げる運用が現実的。

客先から「この工程、ロボットで自動化できないか」と相談されたときに一番時間を食うのが、現状把握と投資対効果のたたき台づくり。最初の一歩は、次にその相談が来たときに自分がどういう順番で何を確認しているかを書き出してみること。ワークの寸法と重量、サイクルタイム、段取り替えの頻度、周辺機器との同期、安全柵のスペース——この項目リストが手元にあるだけで、こうした上流支援サービスを評価するときの物差しになる。次の段階は、月額課金型のサービスなので、まず1ヶ月だけ契約して自分が過去に手掛けた案件を1件入力し直し、当時の自分の見積もりと出力を突き合わせること。過去案件なら答え合わせができるので、サービスの当たり外れが1ヶ月で判定できる。コストは月額数千円から1万円程度のサブスクリプション規模で、装置1台の設計工数から見れば誤差の範囲。ただし注意したいのは、こういう構想支援ツールが出す「自動化の難易度」や「投資対効果」は、あくまで入力した前提条件の写像だということ。現場に行って初めて分かる床の傾き、既設配管の干渉、作業者の暗黙の手順といった要素は入力されない。ツールの出力は客先との会話の叩き台として使い、最終判断は現地調査の後に置く。

これは客先の工場で「盤まで電源を引くのが面倒な場所にI/Oを1点だけ置きたい」という場面にそのまま効く話。最初の一歩は、次に現場に行くときにPoE対応スイッチのポート空き状況と、既設LANケーブルがどこまで来ているかを図面に書き足しておくこと。LANが来ていて電源が来ていない場所は、意外と多い。次の段階として、手元で90W級のPoEスプリッタを1個買って（国内で1万円台から手に入る）、遊んでいるリモートI/Oユニットに給電して机上で動かしてみる。ここで確認すべきは、起動時の突入電流でスプリッタが落ちないか、そしてスイッチのPoEバジェットが足りるかの2点。定常4.6Wという数字は軽いが、PLC接続後に出力を駆動すれば跳ね上がる。コストはスプリッタ1個1〜2万円、PoEスイッチが数万円で、専用に電源工事を打つより明らかに安い。注意点は、PoEはあくまで通信用の電源系であって、盤の非常停止で一括遮断される制御電源とは切れる系統が違うこと。非常停止でI/O電源も落としたい設計になっている装置に、この方式を混ぜてはいけない。監視・状態取得のような「落ちても安全側」の用途に限定し、出力で機械を動かす用途には使わないのが無難。

設計業務でこれが効くのは、装置の稼働データや点検結果を「毎日勝手に集まる状態」にしたいとき。最初の一歩は、今スプレッドシートに手で貼り付けている数字をひとつ選ぶこと。客先から毎朝届く生産実績のCSV、社内システムからダウンロードしている工数表——何でもいい。それを取ってくる口（API でも共有フォルダでもメール添付でも）を確認して、時間主導トリガーで1日1回書き込むだけの20行を書く。ここまでなら半日で動く。次の段階が、この記事の肝である「乖離の検知」。前日と同じ件数が来るはずのシートに、今日は0件しか入らなかった、あるいは10倍入った——という状態を、自分が気づく前にメールで飛ばす仕組みを足す。GASなら `MailApp.sendEmail` の3行で済む。自動化の本当の失敗は動かないことではなく、静かに間違ったデータを溜め続けることなので、この3行の有無が価値の分かれ目になる。コストはGoogleアカウントがあれば無料枠で完結し、実行時間の制約（1日あたりの合計実行時間）にも普通の用途なら当たらない。注意点は、取得元が客先のシステムの場合、自動アクセスの許可を必ず先に取ること。「読んでいるだけ」でも無断の定期アクセスは信頼を壊す。

PLC畑の人間がDCSを体系立てて聞く機会は意外と少なく、客先でプロセス系の話が出たときに用語で置いていかれることがある。最初の一歩は、通勤なり昼休みなりでこの7分を一度通して聞き、「集中タグデータベース」と「ヒストリアン」の2語だけ持ち帰ること。この2つがPLC＋SCADAの構成と一番差が出るところで、ここを押さえておくと相手がどちらの世界の人かが会話の早い段階で分かる。次の段階は、自分が今担当している装置を、この動画の章立てに沿って自分で書き出してみること。計装とI/Oは何点か、コントローラは冗長化しているか、タグは誰が管理しているか、履歴データはどこに何日分残っているか。書き出してみると、たいてい「ヒストリアンに相当するものが無い」あるいは「タッチパネルのSDカードに30日分だけ」といった穴が見つかる。それが次の提案ネタになる。コストは無料（YouTube）で、英語音声だが自動字幕で十分追える。注意点は、DCSの考え方をそのままPLC案件に持ち込むと過剰設計になること。冗長化もヒストリアンも、止まったときの損失額に見合うかで判断すべきで、「DCSではこうしている」は理由にならない。

これは装置の据付・立ち上げの引き渡しでそのまま起きる話で、PLCの世界に置き換えると「立ち上げ時に口頭で伝えた運転上の注意が、取説にもタッチパネルにも残っていない」という状態にあたる。最初の一歩は、今週中に、直近で立ち上げた装置について「客先のオペレータに口頭で伝えたこと」を思い出せるだけ箇条書きにすること。原点復帰は必ず手動モードで、この段取り替えのときだけこのスイッチを先に切る、といった類のもので、たいてい3〜5個は出てくる。次の段階は、それを置く場所を決めること。取扱説明書の改訂は重いので、まずタッチパネルの空き画面に「運転上の注意」を1画面作り、そこに文章で置くのが早い。この記事の事例が示すとおり、効くのは文字だけでなく図示なので、範囲や順序が絡む注意は画面キャプチャに赤枠を入れて貼る。さらに進めるなら、PLC側で条件をインタロックにして、そもそも間違った操作ができないようにする。口頭注意→文書→図示→インタロックの順に、忘れられにくさが上がっていく。コストは、タッチパネル画面の追加なら自分の工数半日で、GOT の空き画面を使う限り部品代はゼロ。注意点は、注意事項を増やしすぎて誰も読まない画面にしないこと。この事例のように「実際に不具合が起きた条件」に絞ると、5行以内に収まって現場が読む。作業者の入れ替わりがあることを前提に、引き継ぎ資料ではなく機械側に残すのが要点。

この手の数字は客先への提案書や社内の企画書で「日本の産業用ロボットは世界シェア◯%」と一行で引用されがちだが、記事が示すとおり、どの数字を選ぶかで印象が真逆になる。最初の一歩は、自分が過去に作った資料に業界シェアや市場規模の数字を引用していないか探し、出典と集計の定義（金額ベースか台数ベースか、企業の国籍で数えるか生産国で数えるか）が書いてあるか確認すること。書いていなければ、次の改訂で括弧書きで足す。これだけで資料の信頼度が変わるし、客先の技術部門に突っ込まれたときに答えられる。次の段階は、社内で数字を引用するときのローカルルールを作ること。「シェア・市場規模を引用するときは、出典名・発行年・集計の分母を必ず併記する」の一文を提案書テンプレートに入れておくだけでいい。コストはゼロ、必要なのは10分の合意形成だけ。注意点は、この話を「数字は信用できない」という方向に持っていかないこと。集計の物差しが違うだけで、それぞれの数字はそれぞれの定義の中で正しい。使いどころは、競合他社が有利な数字だけを引いてきたときに、その分母を静かに確認できることにある。自分が引用するときも、都合のいい方を選んだ自覚だけは持っておきたい。

現場で3Dプリンタ品を使う場面は年々増えていて、治具・センサブラケット・カバー・端子台の仕切りあたりは自作が当たり前になりつつある。ここで効くのが、この記事の60℃と70℃という2つの数字。最初の一歩は、自分が現場に置いてきた3Dプリンタ製の部品を思い出し、その設置場所の夏場の温度を見積もること。盤内、特にインバータやサーボアンプの近くは、外気35℃の日に盤内50〜60℃は普通に出る。PLAで作った盤内部品があるなら、この夏のうちに見に行ったほうがいい。次の段階は、用途で材料を分けるルールを自分の中に作ること。室温環境の治具や試作はPLAで速く安く、盤内・屋外・車載はPETGやABS、さらに温度が厳しければナイロン系という具合に。フィラメント1kgの価格差は数千円で、部品1個あたりでは百円単位の差にしかならないので、迷ったら耐熱側に振るのが合理的。コストは、PETGフィラメント1kgが3千〜5千円程度で、材料を変えるだけなら追加設備は要らない。注意点は、材料を変えると印刷条件（ノズル温度・ベッド温度・反り対策）も変わるので、いきなり本番部品を出さないこと。まず同じ形状をテストで1個出して、寸法が出ているか確認してから現場に持ち込む。そして、この記事の反省がまさにそうであるように、人に貸す・渡すときは材料の弱点を一言添える。

これは自分がAIに書かせた報告書・議事録・不具合報告を毎回どれだけ直しているか、という話にそのまま重なる。最初の一歩は、来週1週間だけ、AIに下書きさせた文書について「直した箇所の数」と「直すのにかかった分」をスプレッドシートに2列で記録すること。凝った仕組みは要らず、日付・文書名・修正箇所数・修正時間の4列で十分。1週間分たまると、AIに投げたほうが速い作業と、自分で書いたほうが速い作業がはっきり分かれる。次の段階は、差し戻しの理由を分類すること。事実が違う、専門用語が違う、書式が社内のものと違う——この3つに分けるだけで打ち手が変わる。書式のズレならテンプレートをプロンプトに貼れば消えるし、専門用語のズレなら用語集を渡せば減る。事実が違うのだけは減らないので、そこは自分で書くと決めればいい。コストはスプレッドシート1枚で無料、記録の手間は1件あたり10秒程度。注意点は、この記録を「AIは使えるか使えないか」の裁判にしないこと。目的は、確認の負荷がどこに溜まっているかを見えるようにして、確認を減らすのではなく確認しやすくすることにある。特に、自分が疲れている日ほど確認が甘くなるという事実は記録を取らないと見えてこない。

制御盤やリモート監視の仕事をしていると、この手の話は「自分には関係ない世界」に見えるが、実際には逆で、攻撃側の能力が上がるということは客先の工場のPLCやHMIが晒される速度が上がるということ。最初の一歩は、自分が関わっている装置のうち、インターネットに何らかの形で繋がっているものを一覧にすること。リモートメンテ用のVPNルータ、クラウド連携のIoTゲートウェイ、遠隔監視のカメラ——たいてい自分の担当外の誰かが後から付けている。次の段階は、その一覧の各機器について「ファームウェアの最終更新はいつか」「初期パスワードのままではないか」の2点だけ確認すること。この2点を潰すだけで、自動化された広く浅い攻撃の大半は素通りする。コストはゼロ、必要なのは客先に入る日の午後2時間程度。注意点として、こうしたセキュリティ特化モデルは認可された用途に限定して配られる建て付けだが、それは「悪用する側が同等の道具を持たない」ことを意味しない。防御側の前提は「攻撃の試行回数が桁で増える」に置くべきで、個別の攻撃手法を追うより、更新されていない機器を減らす地道な作業のほうが効く。そしてもう一つ、自分がAIツールに客先の装置構成や図面を貼り付けるときは、それ自体が情報を外に出す行為だと意識しておきたい。型番と結線が揃った情報は、攻撃側から見れば良質な下調べ資料になる。

認可チェックの欠落そのものはWebの話だが、構図は制御の世界でそのまま起きる。設備の遠隔監視画面や生産管理システムに「見るだけ」のつもりで作ったAPIが、実は書き込みも通る、という状態は珍しくない。最初の一歩は、自分が作った、あるいは客先で使われている連携の口をひとつ選び、「読み取り用のアカウントで書き込みを試す」を実際にやってみること。5分で終わるし、通ってしまったらそれが今日一番大事な発見になる。次の段階は、装置側に最後の砦を置くこと。上位から来た指令を無条件に実行せず、PLC側で運転条件・モード・インタロックを見て弾く。上位システムの認可を信用しない設計にしておけば、上位が破られても機械は動かない。これは新規設計なら追加工数ほぼゼロで入れられる。コストは、既設に後から入れる場合でもラダーの改造半日程度。注意点は二つ。ひとつは、この手の検証を客先のシステムに対して勝手にやらないこと。許可なく試せば、意図が善意でも不正アクセスになる。必ず事前に書面で合意を取り、テスト環境か、少なくとも本番影響のない時間帯に限る。もうひとつは、AIエージェントに自動操作をさせる仕組みを自分で組むときは、エージェントが持つ権限を最小にすること。この事例が示すのは、認可の穴は人間が手で探すより自動化された探索のほうがはるかに速く見つけるという事実で、それは自分の作ったシステムにも等しく当てはまる。

業務効率化の観点で効くのは、「せっかく育てた作業手順をツール乗り換えのたびに書き直す」という無駄が減るところ。最初の一歩は、自分が今AIに毎回説明している定型作業を1つ、テキストファイルに切り出すこと。たとえば「不具合報告のフォーマット」「タグ名の命名規則チェックの手順」「客先提出用の試験成績書のひな形」——毎回プロンプトに貼り直しているものが必ずある。それを独立したファイルにして、プロンプトからはそれを参照する形にしておく。この形にしておけば、共通仕様が普及したときにそのまま持ち出せるし、普及しなくても手元の作業が整理されるので損はしない。次の段階は、そのファイルを個人のPCではなく、チームで共有できる場所（社内の共有フォルダやリポジトリ）に置くこと。個人の工夫が個人で止まるのが一番もったいない。コストはゼロで、必要なのはファイルを1つ作る30分。注意点は、共有仕様が広まると「便利な設定」を外から取ってくる場面が増えるが、中身を読まずに入れないこと。エージェントに渡す設定は、実質的にそのエージェントに何をさせるかの指示書であり、出所の分からないものを入れるのは素性の知れないマクロ付きExcelを開くのと同じ。特に社内文書や図面に触れる環境では、自分で書いたものと、読んで理解したものだけを使う。