Text-to-CAD 入門 2026 — 生成メッシュでは作れない機能部品への道

Text-to-CAD とは、自然言語のプロンプトから「寸法を後から編集できる CAD モデル」を直接生成する技術を指す。「M4 ボルト穴を 4 つ持つ、外径 60mm のフランジ」と打ち込めば、返ってくるのは三角形の集合ではなく、スケッチとフィーチャーの履歴を備えた工学データだ。同じ「テキストから 3D」でも、フィギュアを吐き出すメッシュ生成 AI とは、出口のデータ構造が根本から異なる。

この違いは、遊びで済む造形と実用部品とを分ける境界線でもある。生成 AI で作ったブラケットが棚にぴったり合わない、ボルトが通らない、後から 2mm だけ広げたいのに直せない——メッシュ生成を機能部品に使おうとした人が必ずぶつかる壁は、ツールの精度ではなくデータ表現の問題に根ざしている。だからこそ、解決策も「よりよいプロンプト」ではなく「別の技術」になる。

本記事では、生成メッシュが機能部品で挫折する理由をデータ構造のレベルまで掘り下げ、その先にある Text-to-CAD という選択肢を、実際に無料で試せる Zoo Design Studio を軸に解説する。メッシュ生成側の全体像は Text-to-3D 入門 2026 — 「描かずに出す」時代の全体像と印刷可能性の壁（2026-07-06 公開）で、ツール選択の見取り図は AI 3D生成 完全ロードマップ 2026（2026-07-12 公開）で扱ったので、あわせて参照してほしい。

生成メッシュが「機能部品」で止まる瞬間

まず、痛みの正体をはっきりさせておこう。Meshy や Tripo のようなメッシュ生成 AI は、この 1 年で驚くほど実用的になった。キャラクターの置物、装飾パネル、コスプレ小物——「見た目が主役」の造形なら、プロンプトから印刷までの道はすでに舗装されている。生成メッシュの修復とスライサー準備の手順は生成メッシュを「印刷可能」にする 2026（2026-07-10 公開)で詳しく解説した通りだ。

ところが、同じツールで「機能部品」を作ろうとした途端に話が変わる。機能部品とは、他の部品と接する部品のことだ。棚受けブラケット、カメラマウント、電源基板のケース、既製品の割れた交換パーツ。これらに共通するのは、どこかの寸法が外部の現実——ボルトの径、レールの幅、基板の穴位置——に拘束されている点にある。

メッシュ生成 AI の出力には、この「拘束」という概念が存在しない。生成された STL の穴は、設計意図としての「指定径の貫通穴」ではなく、たまたまそう見える三角形の並びにすぎない。プロンプトに「M4 ボルト用の穴」と書いても、出てくる形状の寸法精度は保証されず、検証する術も乏しい。

さらに深刻なのは修正の局面だ。印刷して合わなかったとき、CAD なら該当寸法を打ち直せば済む。しかしメッシュには打ち直すべき「寸法」がそもそも記録されていない。穴を 0.4mm 広げるだけの修正が、スカルプトツールでの手作業か、再生成ガチャに化ける。この不可逆性こそ、生成メッシュが機能部品で止まる本当の理由だ。

具体的な場面を想像してみよう。DIN レールに掛ける電源アダプタのホルダーを作るとする。レール幅 35mm、アダプタ外形との隙間 0.3mm、壁厚 2.5mm——設計の成否はこの 3 つの数値で決まる。印刷して「レールに掛からない」ことが判明したら、直すべきは爪の開口寸法ただ 1 か所だ。CAD であれば 30 秒の作業で、しかも他の寸法は一切動かない。メッシュ生成でこれをやり直すなら、プロンプトを変えて再生成し、変わってほしくなかった部分まで別物になった出力を、また検寸するところから始めることになる。

言い換えると、機能部品の設計とは「一発で正解を出す」作業ではなく「試作と修正を回す」作業だ。反復を前提にするなら、修正コストが低いデータ表現を選ぶことが、生成の巧拙より先に効いてくる。この視点を持つと、問題がプロンプトの書き方ではなくデータ構造にあることが見えてくる。

メッシュと B-Rep（境界表現）— 同じ「3Dモデル」の中身は別物

この壁を理解する鍵が、3D データの二大表現形式にある。ひとつはメッシュ。STL・OBJ・3MF が代表で、物体の表面を無数の小さな三角形で覆って近似する。曲面は「本物の曲線」ではなく、細かな平面の集まりとして記録される。3D プリントのスライサーが直接受け取るのはこちらで、レンダリングやゲームにも都合がよい。

もうひとつが B-Rep（境界表現、Boundary Representation）だ。こちらは物体を、数学的に厳密な面・エッジ・頂点の組み合わせとして記述する。円筒面は「半径 20mm の円筒」という式そのもので保持され、面と面の接続関係（位相）も併せて記録される。SOLIDWORKS や Fusion 360 といった機械設計向け CAD の内部表現はこの方式で、交換フォーマットの代表が ISO 10303 として国際標準化された STEP 形式である。

両者の違いを整理すると次のようになる。

最後の行が決定的に重要だ。B-Rep からメッシュへの変換は一方通行で簡単に行える——PrusaSlicer や OrcaSlicer が STEP ファイルの読み込みに対応できているのも、実際には読み込み時に内部でメッシュへ変換（テッセレーション）してからスライスしているためだ。逆方向、つまり三角形の集合から「これは半径 20mm の円筒だったはず」と設計意図を復元する変換は、実質的にほぼ不可能とされる。生成 AI がメッシュを出力した時点で、あとから工学データに格上げする道はほぼ閉ざされている。

なぜ復元がそこまで難しいのか。三角形の集合には「どこまでがひとつの面か」という情報がない。円筒に見える 200 枚の三角形が、本当に円筒のつもりだったのか、わずかにテーパーした円錐なのか、自由曲面の一部なのかを、座標の並びだけから確定する術はない。仮に面を推定できても、「この穴とあの穴は同軸であるべき」「この面はあの面と平行」という拘束関係——設計の意味そのもの——は、幾何情報からは原理的に読み取れない。失われるのは形ではなく意図なのだ。

だからこそ結論はシンプルになる。機能部品の生成 AI に必要なのは「メッシュをきれいにする後処理」ではない。最初から B-Rep を出力する、別系統の生成技術だ。

Text-to-CAD とは何か — プロンプトの出口が STEP ファイルになる

Text-to-CAD は、その別系統に付いた名前だ。自然言語の入力から、B-Rep のソリッドモデル——多くの場合 STEP ファイル——を直接生成する。出力がメッシュではなく工学データである以上、生成後に CAD で開いて寸法を確認し、フィレットを追加し、穴径を打ち直す、という従来の設計ワークフローにそのまま合流できる。

実装のアプローチも、メッシュ生成 AI とは発想が異なる。画像生成で培われた技術を転用して「形の見た目」を学習するのではなく、「形を作る手順」を生成する方式が採られる。この分野を早くから一般公開してきた Zoo の場合、機械学習モデルが生成するのは KCL（KittyCAD Language）という CAD 記述用のコードであり、そのコードをジオメトリエンジンが実行して B-Rep が得られる。手順がコードとして残るため、モデルは本質的にパラメトリック——つまり後から値を変えて再生成できる。

ここで「パラメトリック」という言葉を補足しておく。パラメトリック CAD では、モデルは完成形の座標としてではなく、「スケッチを描く → 押し出す → 穴をあける → フィレットをかける」という操作の履歴（フィーチャーツリー）として保存される。各操作には寸法という変数（パラメータ）が紐づいており、値を変えれば履歴全体が再計算されて形が更新される。穴径 4.2mm を 5.0mm に書き換えれば、その穴に依存する面取りまで自動で追従する——これが「編集できる 3D モデル」の実体だ。

Text-to-CAD の出力がこの履歴形式であることの意味は大きい。AI の生成結果が「完成品の彫像」ではなく「再現可能なレシピ」として手に入るため、人間は気に入らない工程だけを差し替えられる。生成 AI の不完全さを、人間の修正で低コストに補えるワークフローが最初から成立している。

この構造がもたらす利点は編集可能性だけではない。コードは人間が読める設計履歴でもあるため、Git のようなバージョン管理と相性がよく、「昨日の版と何が変わったか」を差分で追える。マウス操作の積み重ねがバイナリに埋もれる従来 CAD と比べて、AI との協働を前提にした設計データのあり方だと言える。

もちろん、万能ではない。現時点の Text-to-CAD が得意とするのは、フランジ・ブラケット・シャフト・ケースといった、言葉で寸法を規定しやすい機械部品の領域だ。有機的な彫刻や複雑な意匠形状を作りたいなら、引き続きメッシュ生成 AI に分がある。両者は競合ではなく、出力データの性質で住み分ける関係にある。

Zoo Design Studio — Text-to-CAD を今日試せる現実解

概念を知ったら、実際に触るのが早い。Zoo Design Studio は、Text-to-CAD を組み込んだ AI ネイティブの CAD プラットフォームで、2025 年 5 月 21 日に v1 が正式リリースされた。Mac・Windows・Linux のデスクトップ版に加えてブラウザ版（app.zoo.dev）があり、環境を選ばず始められる。

生成の出口は明確だ。Text-to-CAD の呼び出しごとに STEP ファイルが得られ、オプションで KCL コードも受け取れる。生成されたモデルは、エンジニアが慣れ親しんだスケッチとフィーチャーツリーのワークフローでそのまま編集できる。「AI が作った形を、人間が寸法で仕上げる」という分業が、ひとつの画面の中で完結する。

KCL を書けない人でも問題はない。公式が明言している通り、ポイント & クリックの GUI だけでスケッチ・押し出し・アセンブリまで一通りの操作が可能で、コードは裏側で自動的に記録される。逆にプログラマ気質のユーザーなら、KCL を直接編集してモデルを量産する使い方も開けている。

アーキテクチャには特徴的な割り切りがある。アプリケーション本体（KittyCAD/modeling-app）は MIT ライセンスのオープンソースとして GitHub で公開される一方、心臓部のジオメトリエンジンはプロプライエタリで、クラウド側で GPU（Vulkan）最適化された計算を実行する。ローカルマシンの性能に依存せず動作する半面、オフラインでは使えない点は把握しておきたい。

料金は無料枠から始められる。Free プランにはコア CAD 機能の全体に加えて、後述する Zookeeper の推論時間が月 20 分、開発者向け API 呼び出しが月 $10.00 相当まで含まれる（2026 年 7 月時点、公式 FAQ 確認）。上位の有料ティアで生成回数の制約を外せるが、金額はプラン構成とともに変わり得るため、公式の料金ページで最新値を確認してほしい。

始め方の流れも整理しておく。第一歩はブラウザ版（app.zoo.dev）を開くことで、インストールは不要だ。アカウントを作成したら、プロンプト入力から部品をひとつ生成してみる。得られたモデルはそのまま画面上でスケッチ・フィーチャー編集ができ、仕上がったら STEP として書き出す。この STEP は Fusion 360 や FreeCAD といった手持ちの CAD でも開けるので、既存の設計環境を捨てる必要はない。3D プリントするなら、最後に CAD 側から STL を書き出してスライサーへ渡せばよい。

つまり導入のリスクは限りなく小さい。「ブラウザで開く → 生成 → STEP で持ち帰る」という 3 手が成立するため、既存ワークフローの入口に生成 AI を差し込むだけで済む。なおブラウザ版は公式には試用向けの簡易環境という位置づけなので、手応えを感じたら Mac・Windows・Linux のデスクトップ版へ移行するのが公式の想定に沿った流れだ。

会話型 CAD エージェント Zookeeper — 生成から対話設計へ

Zoo が 2026 年の Text-to-CAD を象徴するもうひとつの理由が、会話型 CAD エージェント「Zookeeper」だ。初期の Text-to-CAD は「プロンプトを投げて形を受け取る」一発生成だったが、Zookeeper はチャットの往復で設計を進める。生成した形に対して「この穴をもう 2 つ増やして」「壁厚を 3mm に」と重ねれば、エージェントが既存モデルを編集していく。

単なる生成の連打ではない点が重要だ。公式ドキュメントによれば、Zookeeper はエンジンレベルのツール群を使い、生成中のジオメトリを検査し、スナップショットを取り、デバッグしながらモデルを組み立てる。さらに表面積・体積・質量・重心といった物性値の計算にも答えるため、「この設計で材料は何グラム必要か」という設計レビューの問いを、そのまま投げられる相手になる。

この方向性は、コーディングの世界で起きた変化の相似形と見るとわかりやすい。コード補完から始まった AI 支援が、対話しながらタスクを完遂するエージェントへ進化したように、CAD でも「形の生成」から「設計プロセスへの参加」へと AI の役割が広がりつつある。設計意図をコード（KCL）で保持する Zoo の構造は、エージェントが形を理解し操作するための足場として機能している。

無料枠の推論 20 分/月は、フランジやブラケット程度の部品を数点試すには十分な量だ。まずは身の回りの「割れた部品の代替」を言葉で発注してみると、この技術の現在地が体感できるはずである。

プロンプトの書き方 — 公式例に学ぶ「寸法の言語化」

Text-to-CAD のプロンプトは、メッシュ生成のそれとは書き方の作法が異なる。雰囲気やスタイルを語る形容詞ではなく、寸法・数量・部位を明示する名詞と数値が主役になる。Zoo の公式サイトが掲げる例文がそのまま手本になる——「Helium tank, 9 in x 2.5 ft, top valve, 2 clamps（ヘリウムタンク、9 インチ × 2.5 フィート、上部バルブ、クランプ 2 個）」「Engine valve, 120 mm long, 30 mm head, 6 mm stem（エンジンバルブ、全長 120mm、ヘッド 30mm、ステム 6mm）」。

この 2 例から抽出できる型は明快だ。まず部品の種類を業界で通じる名前で言い切る。次に支配的な寸法を単位付きで並べる。最後に付属要素を数量とともに列挙する。「かっこいい」「滑らかな」のような主観語は入る余地がなく、むしろ図面の表題欄を一行に圧縮するつもりで書くのが正しい。

逆に言えば、プロンプトを書く行為は「自分が何を決めるべきか」を炙り出す設計行為でもある。ブラケットを頼もうとして穴ピッチを書けないなら、それは AI 以前に設計条件が未確定だということだ。Text-to-CAD は言葉を形にする道具であると同時に、設計要件を言語化する訓練装置としても機能する。

生成後の微調整をプロンプトで粘るか、フィーチャー編集に切り替えるかの判断も覚えておきたい。全体構成が違うなら書き直して再生成、寸法が数か所ずれているだけならフィーチャー編集へ移行——メッシュ生成と違って「編集できる」出口があるからこそ、プロンプトに完璧を求めない運用が成り立つ。

Text-to-3D と Text-to-CAD の使い分け

ここまでの内容を、実際のツール選択に落とし込もう。判断の軸は「何を作るか」と「その後どうするか」の 2 つで足りる。

迷ったときの試金石は「あとから寸法を 1 か所だけ変えたくなるか」という問いだ。答えがイエスなら、出力は最初から B-Rep であるべきで、Text-to-CAD の領分になる。もうひとつの試金石は「そのデータを誰かに渡すか」。加工業者や共同開発者に渡す場面では、三角形の集合より ISO 10303 準拠の STEP のほうが圧倒的に話が早い。

両者を組み合わせるハイブリッドの発想も実用的だ。たとえばデスクトップの小物スタンドを作るなら、意匠部分（キャラクターの台座飾り）はメッシュ生成で起こし、機能部分（スマートフォンを保持する溝と角度）は Text-to-CAD で寸法どおりに作って、CAD 上で合体させる。見た目の自由度と嵌合の精度を、それぞれ得意な生成 AI に分担させる構成で、どちらか一方に無理をさせるより仕上がりが安定する。

メッシュ生成側のツール選定——Meshy・Tripo・Rodin・Hitem3D の性能比較や料金——は Text-to-3D 比較 2026（2026-07-07 公開）にまとめてある。意匠と機能の両方を扱うメイカーなら、メッシュ生成と Text-to-CAD を「別の工具」として両方持っておくのが 2026 年の現実解だ。

まとめ — 「編集できるか」が AI 設計の分水嶺

Text-to-CAD を一言で説明するなら、「プロンプトの出口を、三角形の山から工学データに変えた生成 AI」だ。本記事の要点を振り返る。

• 生成メッシュが機能部品で挫折するのは精度の問題ではなく、寸法という設計意図を保持しないメッシュ表現の構造的限界による
• B-Rep（STEP、ISO 10303）は寸法・位相を厳密に保持し、事後編集と加工工程への引き渡しを可能にする。メッシュから B-Rep への復元は実質的に困難で、だからこそ「最初から B-Rep を出す」生成が必要になる
• Zoo Design Studio は Text-to-CAD の代表的な実装で、生成のたびに STEP（+ 任意で KCL）が得られ、フィーチャーツリーでの編集に直結する。アプリは MIT ライセンスで公開され、エンジンはクラウドで実行される
• 会話型エージェント Zookeeper は、一発生成から「対話しながら設計する」段階への移行を示す。物性値の計算まで含め、設計レビューの相手として機能し始めている
• 使い分けの試金石は「あとから寸法を変えるか」「データを人に渡すか」。イエスなら Text-to-CAD、ノーならメッシュ生成が近道だ

まずは無料枠で、壊れたパーツの代替品をひとつ言葉で作ってみてほしい。生成された STEP を CAD で開き、穴径を自分の手で打ち直した瞬間に、「編集できる 3D モデル」の意味が腹に落ちるはずだ。設計という行為の入口が、いままさに言葉へと置き換わりつつある。

参照

• Zoo 公式サイト
• Zoo Design Studio
• Zoo 公式 FAQ（出力形式・無料枠・エンジン）
• Zoo Design Studio v1 リリース発表（2025-05-21）
• KittyCAD/modeling-app（GitHub、MIT ライセンス）
• CAD Exchanger — BRep vs. Mesh
• nTop — B-rep vs. implicit modeling
• Simple Machining — STEP vs STL vs IGES
• PrusaSlicer 2.5 リリースノート（STEP 対応）
• OrcaSlicer 公式 Wiki — Import/Export（STEP はインポート時に STL へ変換）
• DIN レール（IEC 60715、35mm 幅） — Wikipedia

swiftwand

X

AIを使って、毎日の生活をもっと快適にするアイデアや将来像を発信しています。 初心者にもわかりやすく、すぐに取り入れられる実践的な情報をお届けします。 Sharing ideas and visions for a better daily life with AI. Practical tips that anyone can start using right away.