2026年9月21日

制御設計側でも、装置立ち上げで「エア漏れ・油漏れ」が出たときの切り分けリストにこの2項目を足しておくと、原因を電磁弁や配線の側だけで探し続ける時間を減らせる。最初の一歩は、手持ちの油圧・空圧ユニットの組図を1枚開いて、Oリング溝のある面にテーパ穴や交差穴が掛かっていないか、溝が組付方向の「地」側にあるかを目視でチェックすること。今日できて費用はゼロ。次の段階として、そのチェック項目を GX Works3 の設計レビューとは別の「機械側チェックシート」としてスプレッドシートに1枚作り、客先向け装置の出図前レビューに組み込む。さらに進めるなら、Oリング脱落・噛み込みが疑われた過去トラブルの写真と、そのときの組付方向をセットで蓄積し、次に同じ形状が来たときの照合材料にする。コストは、チェックシート運用なら無料。3D CADでの干渉チェックまで広げると既存ライセンスの範囲で済むことが多いが、解析ツールの追加購入は数十万円規模になるので、まずは紙のチェックで空振りを確認してから判断したい。注意点は、これは設計時の着眼点の共有であって、Oリングのサイズ・つぶし率といった寸法規格の代わりにはならないこと。メーカーの設計資料と併読すること。

これは新しい機器を買う前に、いまのPLCプログラム側でやれることが多い話。最初の一歩は、担当している装置1台のタイムアウト系アラームについて、「異常確定時刻」「工程番号」「そのときの前進指令(出力)」「前進端(入力)」の4点をデバイスメモリに1セット保持するラダーを追加すること。GX Works3 なら、アラーム検出の立ち上がりで工程番号とY/X状態をデータレジスタへ転送する数行で済み、追加費用はゼロ。次の段階は時計合わせで、客先のカメラやNVRを増設する話になったときに、まず「PLCの時計と録画側の時計をどう合わせるか」を仕様に書き込む。ここを決めずに導入すると、映像があっても突き合わせに使えない。さらに進めるなら、アラーム発生時のスナップショットをCSVでSDカードやGOTへ吐き、事後にスプレッドシートで並べて「指令ONから入力変化までの実測時間」の分布を見る。タイマ値を勘で伸ばす運用から抜けられる。コスト感は、ラダー追加とCSV出力なら既存資産で無料、NVRやカメラの増設は装置規模により数十万円規模。注意点として、ここで扱うのは設備異常の切り分け用途であり、作業者が映る映像を保存するなら客先の労務・個人情報の取り扱いルールを先に確認すること。

効くのは「GASで書いた処理を、フローの部品として呼べるようになった」という一点。これまで帳票自動化はGASのトリガー（時刻・編集）に全部ぶら下げる作りになりがちで、条件分岐や通知を足すたびにスクリプトが太っていた。最初の一歩は、既存のGASスクリプトのうち1関数だけを取り出して Workspace Studio のカスタムステップとして登録し、フロー側から呼んでみること。題材は、日報や点検記録のスプレッドシートから「未記入行を抽出してChatへ通知する」あたりが手頃。管理者権限がいらない範囲なら今日試せて、Workspace の契約内なので追加費用はゼロ。次の段階は Webhook で、客先常駐先の社内ツールや自作のダッシュボードへ、フローの結果を投げる。ここまで来ると「スプレッドシートを開いた人がいないと動かない」制約から抜けられる。注意点は2つ。MCPのサードパーティコネクタはデフォルトで有効と告知されているので、会社のWorkspaceを使っているなら、自分が有効にするかどうかとは別に、現在の組織の設定がどうなっているかを情シスに確認してから業務データを通すこと。もうひとつは、対応しているサードパーティは上記の7サービスで、FA系のツールは含まれていない。FA側と繋ぎたいならWebhookかGAS側で自作する前提で設計する。

製造業の客先常駐や情シス管理が厳しい環境ほど、この「使える道具しか使わない」制約は現実的。最初の一歩は、自分の環境で何が許可されているかの棚卸しを30分でやること。Workspace の Gemini サイドパネルは使えるか、Chrome拡張のインストールは許可されているか、Apps Script は実行できるか、外部APIへの通信はプロキシで止まるか。この4つが分かれば、作れるものの輪郭が決まる。次の段階は、いきなりエージェントを目指さず「毎日やっている定型の3ステップ」を1本のGASにまとめること。例えば、現場から届いた点検記録のシートを開く→未記入と異常値を抽出する→報告書のドキュメントに貼る、という流れ。ここまでは外部通信なしで完結する。さらに進めるなら、Chrome拡張側からそのGASをWeb Appとして叩き、いま開いている社内システムの画面から1クリックで起動できるようにする。コストは、Workspace契約の範囲内で追加費用ゼロ。時間は最初の1本で半日程度を見る。注意点は、この種の自作ツールは作った本人しか直せなくなりがちなこと。投稿でも失敗もするし課題はたくさんあると明言されているので、業務の本番経路に据える前に、動かなかったときの手作業の手順を必ず残しておく。あわせて、会社のルール上Chrome拡張の自作配布が許可されているかは事前に確認する。

題材は少年団の出欠表だが、使えるのは中身の作り方のほう。「外部にある一覧表を、追加・更新・削除まで含めてGoogleカレンダーへ写す」骨格は、客先の定期点検予定や装置の立ち上げスケジュールをそのまま置き換えられる。最初の一歩は、この記事の「日付とタイトルからハッシュを作って予定を特定する」考え方だけを借りて、自分のスプレッドシートの工事予定表をカレンダーへ流すGASを1本書くこと。ハッシュ照合にしておくと、毎回全消し全作成をせずに差分だけ反映できるので、カレンダーの招待通知が暴発しない。無料枠で今日書ける。次の段階は実行頻度の可変化で、記事と同じく「普段は1時間に1回、直前は5分間隔」にすると、出発前の予定変更を取りこぼさない。さらに進めるなら、削除対象を今日から1年先までに限る扱いを真似て、過去の実績を消さないようにする。点検履歴を後から辿るときに効く。コストはGASの無料枠で足りる範囲。注意点として、記事自身が「表の構造が変わったら動かなくなる」と書いているとおり、HTMLやシートの列構成に依存する同期は壊れる前提で作ること。壊れたときに黙って止まるのが一番まずいので、取得件数が0件だった日は自分にメールを飛ばす、くらいの死活通知を最初から入れておく。

客先工場でネットワーク構成の相談を受けたときに、「装置メーカー自身が自社工場でどうしたか」を示せる資料は説得力が違う。最初の一歩は、記事から辿れる三菱電機のour-storiesのページを読んで、自分の担当装置がその分類のどこに当たるかを整理すること。読むだけなら無料で今日できる。次の段階は、自分が納めた装置の単位で棚卸しを作ること。制御盤内のスイッチングハブに何が刺さっているか、保守用PCはどこからどう繋ぐか、USBメモリでプログラムを持ち込む運用が残っていないか、リモート保守回線は常時接続か都度接続か。この4点を1枚の表にするだけで、客先との会話の解像度が上がる。さらに進めるなら、次の案件の見積時点で「保守用ネットワークの分離」を仕様欄に1行入れておく。後付けで盤を開けるより、設計段階で入れたほうが圧倒的に安い。コスト感は、棚卸しと仕様追記なら追加費用ゼロ。産業用ファイアウォールや一方向ゲートウェイの導入まで行くと、盤1面あたり数十万円規模を見ておく。注意点は、この記事自体には具体的な製品名も適用規格も数値も書かれていないこと。提案資料に使うときは「三菱電機が自社事例を公開している」という事実までにとどめ、対策の中身は公開資料を読んだうえで自分の言葉に落とすこと。

客先の点検記録や日報が手書き紙のまま、という現場は今も多い。この記事の価値は精度自慢ではなく「どこまで自動化して、どこに人を残すか」の線の引き方にある。最初の一歩は、手元にある手書きの点検表を数枚スマホで撮って、Gemini に「この帳票の項目をJSONで抽出して。読み取れない項目は推測で埋めず、キーごと省略して」と指示してみること。この「推測で埋めない」の一文があるかどうかで、後工程の信用度がまるで変わる。無料で今日試せる。次の段階は、誤読しても影響が小さい項目（測定値・チェック欄・日付）だけを自動ドラフトにし、設備番号や作業者名のように取り違えると追跡不能になる項目は人の確認に残す設計にすること。記事が氏名・住所を参考表示にとどめたのと同じ考え方。さらに進めるなら、GAS＋スプレッドシートで左に原本画像・右に入力フォームの確認画面を作る。転記作業が「打ち込み」から「目視確認」に変わるだけで所要時間は大きく減る。コストは、GAS＋スプレッドシート側は無料枠、OCR部分は記事と同じく入力データを学習に使わない有料枠を選ぶ前提で見積もる。注意点は2つ。客先の点検記録は先方の資産なので、外部サービスへ画像を送ってよいかを必ず事前に確認すること。もうひとつは、記事が挙げている「英数字混在の型番の取り違え」は制御機器の形名（例: 末尾の数字と記号）でそのまま起きるので、形名だけは候補リストからの選択式にするなど、自由入力を避ける作りにしておくこと。

これは研修の話に見えて、稼働率・段取り時間・不具合件数といった現場KPIの落とし穴とまったく同じ構造の話。最初の一歩は、自分が客先へ出している数字を1つ選び、「この値は誰のどの操作で1増えるのか」を紙に書き出すこと。例えば設備稼働率なら、稼働信号がONになる条件はPLCのどの接点か、段取り中や待機中も稼働に含まれていないか。10分で書けて費用はゼロ。ここで「人の行動ではなくプログラムの仕様で値が決まっている」項目が見つかったら、それがこの記事と同じ罠。次の段階は、記録のきっかけを値と一緒に残すこと。記事が`individual_view`／`group_attendance`のような列を足したのと同じで、稼働ログなら「自動判定」か「作業者が手入力」かの区別を1列足すだけで、後から分析できる質が変わる。既存のデータロガーやスプレッドシートで対応できる。さらに進めるなら、`setInterval`型の時間計測と同じ問題を自分の設備データで探す。タイマで積算している稼働時間が、設備が止まっている間も回っていないか。GOTやPLCの積算タイマの条件式を1本ずつ確認する作業で、半日あれば1装置分は見られる。コストはいずれも既存環境内でゼロ。注意点は、指標の作り方を直すと過去の数字と繋がらなくなること。客先へ報告している数字なら、直す前に「いつから定義を変えたか」を先に共有しておかないと、改善したのに悪化したように見える事故が起きる。

客先に呼ばれて装置の前に立った最初の15分で使える型。最初の一歩は、現地でPCを開く前に「前回正常に動いていたのはいつか」「そこから何が変わったか」を4Mの4行でメモすること。紙とペンだけ、費用ゼロ。制御屋はどうしてもMachine（設備）とMethod（プログラム）に寄るので、Man（担当者が替わった、引き継ぎで手順が伝わっていない）とMaterial（ワークのロットが替わった、材質が変わった）を意識して聞くと、盤を開けずに当たりが付くことが増える。次の段階は、この4行をトラブル報告書のフォーマットに正式な欄として入れること。報告書を書く時点で聞き忘れに気づけるので、二度手間の再訪が減る。さらに進めるなら、記事が言う「観察と推測を分離する」を報告書上でも分け、「確認した事実」「まだ確認していないこと」「仮説」の3欄にする。客先と次の確認手順を合意するときに、この分離があると話が早い。コストは全て無料で、導入は今日から可能。注意点は、記事自身が強調しているとおり、変化点を見つけたことを原因の断定にしないこと。「担当者が替わった直後だから人的ミス」と決めつけて調査を止めるのが一番危ない使い方で、変化点はあくまで次に確認する場所を決める材料として扱う。

自分が使っているCLIの版を今日確認する、が最優先の一歩。ターミナルで `claude --version` を打って 2.1.179 以上か、Codex を使っているなら 0.146.0 以上かを確かめる。下回っていれば更新する。所要5分、費用ゼロ。次の段階はプラグインの棚卸しで、普段どのプラグイン／スキルを入れているか、その配布元リポジトリの持ち主は誰かを一覧にする。記事が挙げる攻撃手口は「最初は良性で後から悪意あるものに変わる」「リポジトリを乗っ取る」なので、入れた時点で安全だったことは何の保証にもならない。個人が公開しているプラグインほど、乗っ取られたときに気づく人がいない。さらに進めるなら、業務PCでエージェントを使う運用そのものを見直す。この脆弱性の怖さは「エージェントを実行している従業員と同等の範囲でシステムとデータへ到達しうる」点なので、客先の図面や仕様書が入ったフォルダと、エージェントを動かす作業ディレクトリを物理的に分ける。コストはゼロ、面倒なだけ。注意点として、記事が明示しているのはこの4エージェントの状況で、修正版数も Claude Code の 2.1.179、Codex の 0.146.0 という個別の値。他のツールや別バージョンに一律で当てはめず、自分が使っているものについて公式の告知を確認すること。また、社用PCのCLIを勝手に更新してよいかは会社のルール次第なので、管理部門の手順に従う。

このツール自体を使うかどうかより、「APIキーをチャット欄に貼らない」という運用原則のほうが持ち帰る価値がある。制御屋がAIツールを触るとき、客先のVPN内PCやテスト用のノートPCへ後からキーを入れる場面は必ず出てくるし、そこでエージェントの会話欄にキーを貼るのが一番危ない。会話ログはどこへ保存されるか分からないうえ、後からの削除が効かない。最初の一歩は、自分の手元でキーがどこに置かれているかを確認すること。環境変数か、設定ファイルか、シェルの履歴に残っていないか。`history` を見て平文のキーが残っていたら消す。今日5分でできて費用ゼロ。次の段階は、キーの受け渡し経路を1つに決めること。社内なら情シスの認可されたシークレット管理、個人検証なら記事のようにブラウザ経由で入力して既存の値は表示しない仕組み、というふうに使い分ける。さらに進めるなら、キーを配る前に権限を絞る。読み取りだけで足りる用途に書き込み権限つきのキーを配らない、使う期間が決まっているなら期限つきで発行する。コストはゼロ、手間は初回の30分程度。注意点として、記事で示されているのは作者自身の使い方であり、`uvx --with llm-keys-ui llm keys-ui --all` を業務PCで動かすなら、ローカルにWebインターフェースを立てる行為が会社のポリシーに抵触しないかを先に確認すること。Tailscaleのような外部到達経路を挟む場合はなおさら、客先常駐環境では事前承認が要る。

AIツールの費用が個人負担で積み上がっている人ほど、年1回の棚卸しに使える記事。最初の一歩は、自分が今払っているAI関連のサブスクを全部書き出して、月額合計を出すこと。5分で終わり、たいてい想像より多い。そのうえで「仕事で必須のもの」「検証用に触っているだけのもの」を分ける。次の段階は、業務内容との対応づけ。制御設計でラダーやSTのレビュー、仕様書の下書き、帳票のGAS生成に使うなら、コード生成の質が直接効くのでそこには金を払う価値がある。一方、文章の下書きや翻訳、調べものだけなら、記事が言うように Workspace 側に寄せて統合してしまうほうが安い。特に、この記事の筆者が挙げている構成は、すでに Google Workspace を業務で使っているなら Gemini 側の機能と重なる部分が多い。さらに進めるなら、会社の経費で落とせるものと個人負担を分けて、会社に申請する分の根拠資料を作る。「この作業に月X時間使っていたのがY時間になった」という自分の実測を1か月とっておくと通りやすい。コスト感は記事のとおりプロモーション中で月額1,450円、以降は月額2,900円。注意点は、これは筆者個人の用途での判断であり、業務データを扱うかどうかで前提が変わること。客先の図面や仕様書を入れるなら、個人向けプランではなく会社契約のプランで、データの取り扱い条件を確認したうえで使うこと。付帯サービスの価格や内容も記事執筆時点のものなので、契約前に公式の表示を確認する。