先日、「5-Day AI Agents: Intensive Vibe Coding Course With Google」というGoogleのAIセミナーを受講しました。
今回はその『1日目』の講義で得たアハ体験の備忘録です。
「メカ設計者（非ITエンジニア）の自分が受けて大丈夫か…？」と一瞬ためらいましたが、日頃から仕事でAIを使っている身。
「きっと設計の現場にも活かせるヒントがあるはず！」と直感して受講を決意しました。
講義に出てくる最先端のIT用語を「メカ設計の世界に置き換えたらどうなるか？」とリアルタイムで脳内変換しながら受講してみると……実に多くの共通点と「手戻りをなくすヒント」が見えてきたのです。
その思考プロセスをまとめてみました。
IT業界で話題の『新しい常識』を、そのままメカ設計に当てはめてみると…
IT業界やAIの世界では今、「コンテキスト（背景情報・共通ルール）」や「エージェンティック・エンジニアリング」、「ハーネス」といった新しい概念が毎日のように飛び交っています。
一見すると難解でソフトウェア特有のトレンドに思えますが、実はこれ、「現場の機械設計者が昔からやってきた設計思想」とそのまんま同じなのです。
CADやモデリングの感覚に置き換えてみると、その本質がスッキリ見えてきます。
プロンプトを速く打つ技術 ＝ CADコマンドを速く打つ技術
単にAIへ矢継ぎ早に指示を出してコードや文章を吐き出させる「バイブコーディング（生の構文）」は、CADでいうなら「手作業での素早いモデリングや高速なコマンド打ち」です。
確かに目の前の形状を作るスピードは上がります。
しかし、設計の骨格（基準）がないままボトムアップでガシガシ作ったモデルは、後から「筐体幅を20㎜広げて」と仕様変更が入った瞬間に、寸法がグチャグチャに崩壊します。
コマンド操作の速さだけでは、仕様変更の波に飲み込まれてしまうのです。
ハーネス ＝ 幾何拘束 & マスター・スケルトン
最近のAI設計で最も重要視される「モデル＋ハーネス」という構造。
モデルを裸のまま動かさず、行動の枠組みや制約（ハーネス）でガチガチに囲う手法です。
メカ設計で言えば、「マスター・スケルトン」「設計パラメータ」「幾何拘束」を最初に仕込む作業そのもの。
「この面とこの面は常に平行」「この穴の中心はスケルトンの基準線に固定」といった幾何拘束をあらかじめ組んでおく。
この「縛り」があるからこそ、ベースの寸法を1箇所動かしただけで、すべての関連部品が破綻することなく自動で追従してくれます。
コンテキスト（静的・動的ルール） ＝ 名前付きUCS（共通座標系）
AIの世界で最も重要とされるのが、モデルに必要な背景やルールを渡す「コンテキスト設計」です。
メカ設計で言えば、まさに「名前付きUCS（ユーザー座標系）」。
基準となる座標系（コンテキスト）がないと、どれだけ精密に作り込んだ部品もアセンブリでどこに配置すればいいか分からなくなります。
基準位置をバシッと揃えるからこそ、異なる部品同士が迷わず一発で合体できるのです。
機械設計（精密機器・Inventor）の現場へ置き換える対照表
IT/AI用語と機械設計の比較表
| IT / AI用語 | 機械設計（Inventor / iLogic）での意味 | 現場の具体例 |
| 構文（Syntax） | CADのコマンド操作・手動拘束 | 1パーツずつ手動で押し出しや拘束をつける作業 |
| 意図（Intent） | 設計仕様・パラメータ・拘束条件 | 「流路径 D」「最小肉厚 3.5㎜」「原点 UCS」などの条件 |
| バイブコーディング | ボトムアップの手作業モデリング | スケルトンなしでコピペ・手直しを繰り返す作業 |
| エージェントエンジニアリング | トップダウン・パラメトリック設計 | マスター・スケルトン ＋ パラメータ ＋ iLogic自動検証 |
| コンテキスト | 設計の前提条件 | CAD_RULES.txt や名前付きUCS（例: UCS_Base） |
| ハーネス（Harness） | 自動化の足場・関所 | iLogic自動干渉解析・肉厚判定スクリプト |
| Evals（評価） | プログラムによる絶対判定 | 干渉体積= 0㎜3かどうかをコードで判定 |
なぜ「分厚い手動マニュアル（チェックリスト）」は意味をなさないのか？
- 人間依存の限界（ヒューマンエラーの不可避性）
人間の集中力や熟練度に頼る目視チェックは、どれだけチェック項目やルールを増やしてもヒューマンエラーをゼロにできません。
「注意不足」を責めてルールを足すほど、かえって現場の認知負荷が高まりミスを誘発します。 - 確認コスト（OpEx）の無制限な膨張
チェック項目が増えるほど、確認作業そのものに膨大な時間と人件費が奪われます。
「作る時間」よりも「チェックして修正する時間（OpEx）」の方が大きくなるという本末転倒が起きます。 - マニュアル自体の形骸化（メンテナンスの限界）
仕様変更やツールのアップデートにマニュアルの改訂が追いつかず、次第に「どれが最新のルールか分からない」「誰も最後まで読まない」状態になり、ルールそのものが形骸化します。
目指すべき姿：人間に注意させるのではなく「仕組み（ハーネス）」で防ぐ
解決策は、マニュアルを分厚くすることではありません。
「iLogicやマスター・スケルトン側に自動制御（ガードレール）を仕込み、マニュアルを意識しなくても『破綻しないデータ』しか作れない仕組み」を構築することです。
・手動マニュアル運用 ➔ 人間の不注意でエラーが発生し、後工程で爆発する（高OpExモデル）
・ハーネス（自動制約）運用 ➔ 100%正解の条件しかシステムが受け付けない（低OpExモデル）
「人間を教育・注意するアプローチ」から「破綻させない仕組みを設計するアプローチ」へ転換することが、真の業務効率化（DX）につながります。
現場での立ち回りと防衛策（実務の知見）
- 名無しUCS vs 名前付きUCS
- 単に図面を置くための原点移動用「名無しUCS」はシステム連携できない。
UCS_Baseなどの「名前付きUCS」にすることで、iLogicやマスター・スケルトンが自動認識できるようになる。
- 「作らない人（評論家）」のネガティブへの対処法
- 手を動かさない人ほど、起きてもいないリスクを並べ立てて否定しがち。
- 議論して説得しようとせず、「サンドボックス（お砂場）で黙々と検証を回し、パラメータ一発で全自動更新する動くモデル（実績）」を提示するのが唯一にして最強の解答。
- 試行錯誤（CapEx）の時間を守る
- 基礎工事中（検証中）に「早く結果を出せ」と言われても、中途半端な状態で出さず「破綻率のストレステスト中」として自分の検証エリアを守り抜く。
「すべてをAIに任せる」は幻想。人間の手でハーネスを組み、その時間を守り抜く
AIが進化すると「人間は何も作らなくてよくなる」「すべてAI任せでボタン一発で完成する」と思われがちです。
しかし、現場のリアルを知る設計者なら直感的に分かります。
「全自動で完璧なものが出来上がる」なんてことはあり得ません。
現場には、部門ごとの複雑な利害関係、破綻しやすい大型アセンブリ、返答を放置するキーマン、そして「責任は取らないが口は出す推進担当」といったカオス（現実）が存在するからです。
だからこそ、AI時代における人間の本当の価値は、「何が起こると崩壊するか」を見越し、自分の手でハーネス（制約・スケルトン・検証ルール）を泥臭く組み上げることにあります。
現場の防衛策：基礎工事（CapEx）の時間をどう守るか？
ここで一つ、実務において極めて重要なポイントがあります。
それは「ハーネス構築（CapEx）の時間を、外圧から死守すること」です。
最初に骨組みや制約ルールを設計している段階は、周囲から見ると「手が止まっている」「まだカタチ（成果物）になっていない」ように見えます。
そのため、現場を知らない上層部や推進担当から「進捗はどうなった？」「早く3Dモデルを出せ」と突っ込まれがちです。
ここで焦って中途半端なモデルを出すと、後から仕様変更が入った瞬間に崩壊し、結局自分が手戻り地獄に苦しむことになります。
そこで必要になるのが、現場の防衛策です。
- 「作っています」ではなく「ストレステスト中」と答える
基礎工事（検証中）に催促されたら、「現在は仕様変更時の破綻率を検証するストレステスト段階です。
ここで関所（制約）を固めないと、後半の手戻りコスト（OpEx）が爆発するため、検証エリアを確保して進めています」と言い切る。 - 自分の試行錯誤領域（CapEx）を死守する
AIに丸投げするのではなく、自分の手で「どこまで追従できるか」をテストし切る時間を守り抜くこと。
この事前の「粘り」こそが、後からの手戻りをゼロにする唯一の防御線になります。
日本の製造業を襲う「2025年の崖」と、CAD現場のリアル
経済産業省が『DXレポート』で提示した「2025年の崖」。
複雑化・老朽化・ブラックボックス化したレガシーシステムを放置すれば、巨大な経済損失を生むと警鐘が鳴らされています。
これはITシステムだけの話ではありません。
メカ設計や3DCADの現場にも、全く同じ「レガシー化の崖」が迫っています。
- データのブラックボックス化
パラメータや幾何拘束を使わず、手作業の粘土細工で作られた3Dモデル。
「作った本人しか構造が分からず、修正すると崩壊する」というブラックボックス状態。 - 分厚い手動マニュアル（チェックリスト）というレガシー運用
ルールやチェック項目を増やしても、人間の集中力頼みではヒューマンエラーをゼロにできません。
確認コスト（OpEx）ばかりが膨らみ、ノウハウも更新されずに風化していく。
単なる「作業の高速化」から「二度と手戻りが発生しないDesign DX」へ
「2025年の崖」を乗り越えるために必要なのは、AIやiLogicを使って「いつもの作業を少し速くする（部分最適）」ことではありません。
- 手作業と目視チェックを繰り返すスタイル（レベル2）からの完全脱却
- AIやiLogicを使い倒し、「二度と手戻りが発生しない自動化ライン（Design DX）」を構築すること
人間に分厚いマニュアルを読ませて「注意させる」のではなく、システム側（マスター・スケルトンやiLogic）に関所（ガードレール）を仕込み、100%正解のデータしか作れない「壊れない構造（ハーネス）」を自分の手で設計すること。
これこそが、日本の製造業が直面するレガシー化を打ち破り、AI時代に設計者自身が「唯一無二の価値」を発揮するための本当のDX（Design DX）なのです。
まとめ：CADオペレーターから「自動化工場のアーキテクト」へ
手作業の粘土細工（レベル2）からの脱却
手動でコマンドを打ち込み、その場のノリで形状を作って目視チェックを繰り返す「粘土細工」のスタイルから抜け出すこと。
iLogicやAIといった最新ツールは、単なる「目前の作業を速くする時短ツール（部分最適）」として使うのではありません。
「二度と手戻りを発生させない自動化ライン（Design DX）」を構築するためにこそ使い倒すべきなのです。
壊れない構造（ハーネス）を作る視点
最初に基準面（UCS）を作り、マスター・スケルトンを仕込み、ガチガチに幾何拘束（ハーネス）をかける作業は、一見すると手間がかかり遠回りに見えるかもしれません。
しかし、この構造さえしっかりしていれば、後からどれだけ大きな仕様変更が来ても、基準パラメータを1箇所いじるだけで設計全体が安全に追従してくれます。
「どの形状を作るか（＝どうプロンプトを打つか）」ではなく、「どう変わっても破綻しない設計構造をどう作るか」。
IT業界が今ようやくたどり着いたAI運用の最適解は、機械設計者が長年培ってきた「スケルトン設計」の思想そのものでした。
試行錯誤した経験こそが、唯一無二の価値になる
すべてをAIやシステムに丸投げして全自動で完璧なものが出来るわけではありません。
現場のカオス（無茶振りや仕様変更）を見越し、どこに関所（ガードレール）を設けるべきかを「自分の手で試行錯誤してハーネスを組み上げた泥臭い経験」こそが、これからの時代にどんなAIにも置き換えられない、あなただけの唯一無二の価値になります。
