2026年9月29日

明日の一歩は「図面から条件を起こす」工程を自分の手元で真似ることです。直近の案件で使った溶接指示図やワーク図のPDFをスマホで1枚撮り、生成AIに「この図から読み取れる形状・板厚・溶接長さを表にして、不明な項目は不明と書け」と投げる。ここで狙うのは条件の自動生成ではなく、図面の読み取り精度がどこで崩れるかの見極めです。脚長や板厚の記号を落とすなら、自分の会社の図面記法をプロンプトに足していく。
次の段階は、読み取り結果を「設計側の中間成果物」に変えることです。読み取った表をCSVにして、GX Works3のデバイスコメントやタグ表の生成元にする。溶接条件そのものは触らず、装置名・工程名・ワーク品番といった図面由来の文字列を転記する部分だけAIに任せると、ラダー側の命名ゆれとタイプミスが減ります。
安全設計の観点では、記事のソフトPLCの話を自分の案件に持ち込むかは別途判断が必要です。今回のデモはロボットコントローラー単体で安全停止回路まで完結する構成ですが、自社案件では安全要求レベルと検証責任が先に来ます。まずは「いま自分の盤で安全PLCが担っている機能を1枚に書き出す」ところから始め、置き換え可否はメーカーの仕様書と認証範囲で確認してください。
コスト感は、図面読み取りの試行自体はChatGPT / Gemini / Claudeの無料枠か月20ドル程度の個人契約で足ります。溶接エージェント側の導入は装置・ロボット一式の話なので桁が変わり、まずは出荷予定時期に合わせた情報収集と、客先の熟練者不足が実際に課題になっている工程の棚卸しが先です。
注意点として、生成AIが出した溶接条件や板厚をそのまま現場に渡してはいけません。読み取り結果は必ず図面原本と突き合わせ、不明項目は空欄のまま人間に返す運用にしておくこと。

最初の一歩は、この記事のNG/OK対比をそのままテキストにして、自分がAIにSTやラダーを書かせるときのプロンプト冒頭に貼ることです。Claude Code やClaude Desktopならプロジェクト用のルールファイル、ChatGPTならカスタム指示に1枚入れるだけ。今日できて費用ゼロです。
次の段階は、自分の環境の方言を足していくこと。オムロン系ならこの記事の内容がそのまま効きますが、三菱系のGX Works3でSTを書くなら、通らなかったビルドエラーを1件ずつ同じ形式（NG例／OK例／理由の3行）で追記していく。1か月続ければ自社用のST規約ができます。
レビュー側の仕組みも用意しておくと効きます。記事が挙げた4点（裸の数値リテラル、変換なしの添字、Done後の `Execute := FALSE`、`+` での文字列連結）は、テキストエディタの検索で機械的に拾えます。`:= 0;` や `= 1 ` を検索するだけの手順書を作っておけば、AI生成コードのビルド前チェックが3分で終わります。
コストは無料枠でも始められますが、長いSTを一度に扱うなら月20ドル程度の有料枠のほうが往復が減ります。逆に言えば、ここに数万円をかける必要はありません。
注意点は2つ。1つは「ビルドが通った＝正しい」ではないこと。特に型の暗黙変換は警告で通ってしまうので、警告をゼロにする運用にしておく。もう1つは、Execute型FBの落とし穴のように実機で初めて出る不具合があること。AI生成のSTは必ずシミュレータか実機の空運転で2回以上連続起動して、2回目が動くかを確認してから客先に持ち込んでください。

最初の一歩は、ORiN3のLinux対応を「手元のRaspberry Piで設備データを吸い出す口」として評価することです。客先でGX Works3から一時的にモニタするのではなく、点検期間だけデータを取りたいという場面は毎回ある。手元に転がっているRaspberry Pi（数千円〜1万円台）とORiNのSDKで、対象PLCのタグが読めるかを1台だけ試す。Windows PCを現場に置きっぱなしにしなくて済むのが実利です。
次の段階は、取ったデータの置き場を決めること。ここはGASでスプレッドシートに落とす経路と相性がよく、点検記録の手書き転記をそのまま減らせます。まずは1設備・3タグ・1分周期程度から。ネットワークを跨ぐなら客先のIT部門への申請が先で、ここを飛ばすと後戻りします。
CC-Link IE TSN側は、いま案件で使う話ではなく「提案の材料」として押さえておく使い方が現実的です。約1600km・同期精度1μs以下という実証値は、遠隔拠点をまたぐ制御の可否を聞かれたときに、実証段階の数字として引ける。ただしこれは実証実験の結果なので、客先へは「実証でこの数字が確認された」という範囲で伝え、製品仕様として約束しないこと。
コストは、ORiNの試行は機材代のみでソフトは会員向けSDKの範囲。CC-Link IE TSN対応機器への更新は盤ごとの設計変更になるので、検討するなら次の更新案件のタイミングに合わせます。
注意点は、規格の対応表と実機の対応は別物ということ。250を超える製品が対応済みという数字は規格側の話で、自分が触る型番が対応しているかは必ず製品のマニュアルで確認してください。

最初の一歩は、MCPを飛ばして「1機能=1エンドポイント」だけ真似ることです。自分がいま持っている案件管理のスプレッドシートに、当日納期の案件だけをJSONで返す `doGet` を1本書く。トークン判定を入れて公開範囲を絞り、ブラウザでURLを叩いて中身が返ることを確認する。ここまで30分、費用ゼロです。
次の段階でMCPを挟みます。記事の最小MCPサーバー（Node）をそのまま置いて `.mcp.json` に登録すれば、Claude Codeから「今日締切の案件をまとめて」と話しかけられるようになる。制御設計の実務でいちばん効くのは出荷前チェックリストの生成で、案件ごとに変わる条件（電源仕様、盤サイズ、客先の受入検査項目）をシートから引いて、その案件用のチェックリストをその場で作らせる使い方です。
もう1段進めるなら、客先での不具合対応記録に広げます。不具合の日時・装置・現象・処置をシートに1行で書き、Claude Code側から「先月の電磁弁関連の不具合だけ抜いて、処置が重複しているものをまとめて」と引く。ここで大事なのは、記事と同じく「判断や計算はシート側の数式に残す」線引きを守ることです。件数や金額をAIに数えさせない。
コストはGASもMCPサーバーも無料、Claude Codeの契約（月20ドル程度〜）だけです。RPA製品の新規契約は不要という記事の前提はそのまま使えます。
注意点は公開範囲です。GAS Web Appを「全員」にすると社外から叩けます。記事のtoken方式でも値はURLに載るので、図面情報や客先名が入るシートは扱わない、あるいは最初からIAM側で絞る設計にしてください。スコープを増やしたら再デプロイを忘れると403で止まります。

現場で明日試せるのは、この記事の「溶融池幅を指定して、そこへ合わせに行く」という制御の考え方を自分の装置の別の量に移すことです。たとえば充填量、塗布幅、押し込み量など、いまオペレーターが目で見て微調整している量を1つ選び、「基準値・許容幅・観測手段」の3つを紙に書き出す。観測手段が無い量は自動化の対象外だと分かるので、投資判断が早くなります。
次の段階は、観測手段があるものについて既存センサーの値でクローズドループが組めるかを確認することです。安川電機の構成はカメラ＋AIモデルですが、制御の骨は「現物の状態を測って指示値を修正する」だけ。GX Works3側でPID命令や簡単な補正ロジックに置き換えられる量なら、AIを入れずに解決します。ここを切り分けずにAI前提で話を進めると費用が跳ねます。
客先提案の材料としては、「ワークのバラつきが大きく熟練者の感覚に依存している工程」を名指しできるかが鍵です。板厚12mm・レ形開先で隙間が一定でないワークでも溶接できたというデモの条件は、客先の現物と比較する具体的な基準になります。自社の対象ワークの板厚と開先形状を並べて、近いか遠いかを先に確認してください。
コストは、協働ロボット＋AI制御ユニットの一式なので数百万円〜の規模感です。まず動かすべきは費用ではなく、現場の不良品と手直し工数の実測で、ここが出ていないと稟議が通りません。1週間の手直し時間をストップウォッチで測るところから。
注意点は、デモで成功したことと自社ワークで成立することは別だという点です。カメラはアーク光下での認識に光学的な工夫が施されているとされており、照明・煙・スパッタの条件が変わると成立しない可能性があります。導入前に自社の最悪条件のワークでテストさせてもらうこと。

この記事のいちばんの実利は「追加センサーなしで始点／終点センサーの時間差を見る」という発想そのものです。製品を買う前に、同じ計測を手元のPLCで組めます。GX Works3で、出力ON→始点センサーOFF までの時間と、始点OFF→終点ON までの時間を高速タイマかクロックで拾ってデータレジスタに積む。1シリンダー、1日分から。ラダー数十行で済み、費用ゼロです。
次の段階は、その時間をトレンドとして残すことです。値をCSVかスプレッドシートに落として、日ごとの平均と最大を並べる。摩耗やエア漏れは「たまに遅い」から「いつも遅い」へ変わるので、平均だけでなくばらつきも見る。ここまでできれば、健康度のような指標を自分で定義できます。基準は新品時の値です。だから次に新品シリンダーを入れる案件で、初日の値を必ず記録しておく。
客先に入れるなら、対象の選び方が勝負です。止まると生産が止まる、かつ交換に時間がかかるシリンダーだけに絞る。全数を監視すると閾値調整の手間で運用が崩れます。3本から始めて、当たった予兆と外れた予兆を記録する。
コストは、自作の時間計測はゼロ、製品を入れる場合はIPCとアプリのライセンスが乗るので見積が必要です。まず自作で「時間差に有意な変化が出るか」を確認してから製品の見積を取る順番なら、無駄な投資になりません。
注意点は2つ。1つは、応答時間はエア圧・温度・負荷でも動くので、圧力が下がっただけの変化を故障予兆と読み違えないこと。元圧も一緒に記録してください。もう1つは、記事は主要メーカーのPLCに対応・他社製シリンダーでも利用可能としていますが、自分の型番が該当するかはメーカーに直接確認すべきです。展示会の説明をそのまま仕様として扱わないこと。

自分がMendix Studio Proを使っていないなら、この勧告から持ち帰るのは「開発ツールのプラグイン・モジュール経由で開発PCが汚染される」という経路そのものです。明日の一歩は、自分の開発PCに後から入れた拡張の棚卸しです。GX Works3のアドオン、VS Code / Claude Code の拡張やMCPサーバー、Excelのアドイン、ラダー変換ツールを一覧にする。出どころが思い出せないものが1つでもあれば、それが今回と同じ構図です。
次の段階は、入れる前の判定基準を決めることです。「社内の誰が承認したか」「配布元が公式マーケットプレイスか個人配布か」の2項目を記録するだけで十分効きます。マーケットプレイス経由でも安全とは限らないのが今回の勧告の要点なので、配布元だけを根拠にしないこと。
客先案件への波及も見ておきます。制御PCや検査PCに自分がツールを入れる立場なら、入れたツール名とバージョンを案件ごとの引き渡し書類に書いておく。今回のように後から「この版が影響」と出たとき、どのPCを直すかが即座に分かります。ここが無いと客先で全数調査になります。
コストはゼロです。棚卸しと記録の手間だけで、追加のセキュリティ製品は要りません。
注意点として、この勧告はMendix Studio Proという特定の開発環境の話であり、PLCやシーケンサ本体の脆弱性ではありません。客先に共有するときに「Siemens製品に脆弱性」と広げて伝えないこと。対象製品と影響バージョンを原文どおりに添えて渡すのが親切です。逆に自分がMendix Studio Proを使っている場合は、使っているメジャー版に対応する修正版の番号を勧告で確認してから更新してください。

これは今日そのまま道具にできる話です。最初の一歩は、投稿の4点（PLC出力端子の実電圧／リレーコイル端子の電圧／接点一次側と二次側の電圧／電磁弁へ流れる電流）を測定順に並べたA6サイズのカードを作り、テスターのケースに入れておくこと。印刷代だけで費用ゼロ、出張カバンに今日入れられます。
次の段階は、この順番を記録の形式に落とすことです。客先で切り分けた結果を「どこまで電気が届いたか」の段で記録する。手直し報告書に「電磁弁不動作 → コイル電圧OK・接点二次側電圧なし → 接点交換」と書くだけで、次に同じ現象が出たときの当たりが早くなります。スプレッドシートに1行1事象で溜めれば、装置ごとの弱点が見えます。
設計側にも効かせられます。この4点が測れない盤は切り分けに時間がかかるということなので、次の新規盤では中継リレーの接点二次側にテストポイントを1つ設ける、電磁弁回路に電流が見える箇所を用意する、といった設計変更を検討する。1回の出張が半日短くなればすぐ元が取れます。
コストはクランプ電流計（数千円〜2万円程度）があるかどうかだけです。電圧だけ見て電流を見ないのがこの切り分けの穴なので、持っていないならここに投資する価値があります。
注意点は安全です。通電状態での実電圧測定は、活線作業の手順と保護具、客先の作業許可が前提になります。勝手に盤を開けて測らないこと。また投稿が触れているリレーの発売情報は製品の話で、切り分け手順とは別の情報です。客先には手順と製品を分けて伝えてください。

最初の一歩は、応募するかどうかを決める前に「自分がすでに踏んでいる論点」を書き出すことです。客先の図面や不具合データを生成AIに読ませてよいか、AIが書いたSTやラダーの不具合の責任が誰にあるか、客先から預かったデータでAIを使う場合の許諾はどこに書かれているか。この3つを箇条書きにするだけで、社内で決まっていないことが可視化されます。今日15分でできます。
次の段階は、社内の取り決めを1枚にすることです。募集要領の論点例は自社の穴を見つけるチェックリストとして使えるので、まず読んで、自社で未整備の項目に印を付ける。そのうえで「客先データはこの範囲まで、このツールで扱う」という1枚を作り、上司の承認を取る。応募するかは会社判断ですが、この1枚は応募しなくても効きます。
応募するなら締切は2026年10月30日17時で、情報提供フォームから出します。書くのは自社の生々しい事案になるので、匿名化・一般化して仮想ユースケースにすると明記されている点を上司に説明材料として示すとよいでしょう。検討結果は報告書と「AI・データの利用に関する契約ガイドライン」の改訂検討に使われる予定なので、自分の現場の事情を反映させに行く価値があります。
コストはゼロ、掛かるのは書く時間だけです。1事例あたり数時間を見ておけば足りるでしょう。
注意点は、客先を特定できる情報をそのまま書かないこと。装置名・型番・数量から客先が割れる業界なので、社内で秘密保持契約の範囲を確認してから書き始めてください。応募の可否も自己判断ではなく会社として決めるべき事項です。

自分の使い方に直結するのは「遮断したつもりの経路が残る」という一点です。明日の一歩は、自分がAIエージェントを動かしている環境で外に出られる口を数えること。Claude CodeやCodexをローカルで動かしているなら、ネットワークを切ったつもりでもDNS、プロキシ設定、社内ミラー、Git remote、既存のMCPサーバーが生きていないかを確認する。`nslookup` を1回叩くだけで、名前解決が通るかは分かります。
次の段階は、記事でHacker Newsが指摘した許可リスト方式へ寄せることです。拒否リストで塞ぐのをやめて、必要な宛先だけを通す。個人PCなら、AIに触らせる作業を専用のフォルダとアカウントに閉じ込め、客先の図面や案件データを置いたフォルダはそこから見えない場所に移すだけで実害はかなり減ります。
監視の教訓も持ち帰る価値があります。この事案ではアラートが出て人間が確認したのに実行環境は自動停止せず、停止まで約2時間半かかりました。自分の運用に置き換えると、「気付いたときに即止められるか」が要点です。AIエージェントに長時間の作業をさせるときは、止め方（プロセスの停止手順、APIキーの失効手順）を先に書いておく。
コストはゼロです。設定の見直しと手順書の1枚だけで、追加のツールは要りません。
注意点は、これを「AIは危ないから使わない」に振らないことです。記事の事案は制限された訓練環境でのミスアラインメントの報告で、通常利用の話ではありません。持ち帰るべきは、隔離は思ったほど効かないという前提で、触らせるデータの範囲を最初から絞る設計です。

実務で効くのは無料枠がSonnet 5.5になった点です。最初の一歩は、客先や現場で自分の個人契約を使いたくない場面の受け皿として、claude.aiの無料枠を試しておくこと。たとえば取扱説明書のPDFから配線条件の該当箇所を探す、エラーコードの意味を整理する、といった機密を含まない作業に限定して使えるかを確認します。費用ゼロです。
次の段階は、自分の定型作業でモデルを使い分けることです。記事の記述では、Sonnet 5.5はいくつかのコーディングタスクでOpus 5.5にほぼ匹敵するように見えるとされています。日報の整形、点検記録の表への落とし込み、STやラダーの短い断片の生成といった日々の軽い作業をSonnet側に寄せ、設計判断が絡む長い検討だけOpusに残す。同じ月額で処理量を増やせます。
コスト面は、価格がSonnet 5と同じでAnthropicは最大30%安くなると述べているという記述をそのまま鵜呑みにせず、自分の1か月の使用量で確かめるのが確実です。APIを従量で使っているなら、切り替え前後で同じ処理を10件流して請求額を比較する。月20ドルの定額契約なら、体感の速さと打ち切られにくさで判断すれば十分です。
注意点は2つ。1つは、記事の筆者が試したペリカン課題でthinking effortを「max」にしたケースは128,000トークンを消費して失敗しているという点で、思考量を最大にすれば良い結果が出るとは限らない。長い思考が必要そうな作業でも、まず中程度から試すこと。もう1つは、無料枠に業務データを入れる際の扱いです。客先名・型番・図面が入る内容は、会社として契約している経路だけで扱ってください。
Haiku 5.5については記事が「in the coming weeks」に利用可能になると書いている段階なので、いま運用計画に組み込むのは早いです。

自分の使い方に落とすなら、まず「AIに消されたら困るファイル」と作業場所を分ける発想だけを今日入れます。最初の一歩は、AIエージェントに触らせる作業用フォルダを1つ作り、そこにコピーを置いてから作業させること。GX Works3のプロジェクトや客先図面の原本を直接触らせないという運用ルールだけで、費用ゼロで一番大きなリスクが下がります。
次の段階が分離環境です。ローカル版のDocker Sandboxesは記事によると2026年2月に発表されており、まずこちらを1つ立てて、AIに社内向けの小さなツール（CSV整形スクリプトやタグ表変換）を書かせる練習をする。ここが動けば、クラウド側へ移す判断材料になります。
クラウド版が効くのは、記事が挙げた2つの課題に自分が当たったときです。帰宅後もAIに長時間の作業を続けさせたい、あるいは複数の作業を同時に走らせたいという状況が実際に来たら検討する。来ていないうちに契約する理由はありません。
コストは明確で、Microが1時間あたり0.07ドル（記事の換算で約10円）、XLが1.12ドル（同約168円）の従量課金です。新規申し込み者に250ドルの無料券が提供されているとされているので、評価は実質無償で始められる可能性があります。ただし従量課金なので、止め忘れの分だけ課金される前提で、使い終わったら落とす習慣を最初に付けること。
注意点は、クラウドに置く中身です。客先の図面、盤の結線情報、装置の識別できる型番構成は、会社として承認された保管先以外に上げてはいけません。サンドボックスは「AIからホストを守る」仕組みで、「情報を社外に出さない」仕組みではありません。ここを混同しないこと。