Zoo Text-to-CAD 実践 2026 — プロンプトから設計資産までのワークフロー

Zoo Text-to-CAD は、自然言語のプロンプトから編集可能なパラメトリック CAD モデル——具体的には STEP ファイルと、オプションで KCL コード——を生成する仕組みだ。概念としての Text-to-CAD、つまり「なぜメッシュ生成ではなく B-Rep 生成が機能部品に必要なのか」は、Text-to-CAD 入門 2026 — 生成メッシュでは作れない機能部品への道（2026-07-13 公開）で整理した。本記事はその続きとして、実際に手を動かす側の話をする。

「一度生成して面白がって終わり」と「設計ツールとして使い続ける」のあいだには、運用の設計というべき溝がある。無料枠をどう配分するか、生成物をどの段階でフィーチャー編集に切り替えるか、KCL コードをどう資産化するか、そして繰り返し作る部品をどう自動化するか。この溝を埋める具体的な手順が本記事の主題だ。

対象読者は、機能部品を作りたい個人メイカーと、設計業務の入口に生成 AI を差し込みたいエンジニアである。ツール横断の選択基準そのものはAI 3D生成 完全ロードマップ 2026（2026-07-12 公開）に譲り、ここでは Zoo Text-to-CAD ひとつを深く使い込むことに集中する。

Zoo Text-to-CAD で変わる「試作の入口」

従来の試作フローでは、頭の中の部品を CAD で描き起こす工程が最初の関門だった。スケッチ平面を選び、拘束を張り、押し出す——操作自体は難しくなくても、ゼロから形を起こす心理的コストは大きい。Zoo Text-to-CAD はこの「最初の 8 割」を言葉に肩代わりさせ、人間の仕事を「最後の 2 割の仕上げ」に寄せる。

重要なのは、生成物が仕上げに耐えるデータ形式で返ってくることだ。呼び出しごとに STEP ファイルが得られ、KCL コードも合わせて受け取れる。生成されたモデルはスケッチとフィーチャーツリーの標準的なワークフローでそのまま編集できるため、「AI の出力を人間が直す」という分業が破綻しない。メッシュ生成 AI のように、修正段階で行き止まりになる心配がない。

この性質は試作の回し方を変える。最初のプロンプトで完璧を狙う必要がなく、「だいたい合っている形」を数十秒で確保してから、寸法の追い込みを CAD 操作で行えばよい。設計の反復回数は同じでも、一周あたりの所要時間が明確に短くなる。

道具としての位置づけを先に確定しておこう。Zoo Text-to-CAD が得意なのはフランジ・ブラケット・シャフト・治具のような、言葉で寸法を規定しやすい機械部品だ。有機的な意匠形状は守備範囲ではない。この住み分けを理解した上で使えば、期待外れは大きく減る。

セットアップと無料枠の中身

始め方は二通りある。手軽なのはブラウザ版（app.zoo.dev）で、インストールなしに試せる。ただし公式の位置づけとしてブラウザ版は試用向けの簡易環境なので、継続利用を決めたら Mac・Windows・Linux 向けのデスクトップ版 Zoo Design Studio に移るのが想定された流れだ。どちらも同じアカウントで使える。

無料枠の内訳は把握しておく価値がある。Free プランには、コア CAD ワークフローの全機能に加えて、会話型エージェント Zookeeper の推論時間が月 20 分、そして開発者向け API 呼び出しが月 $10.00 相当まで含まれる（2026 年 7 月時点、公式 FAQ 確認）。つまり「CAD として使う」だけなら無料の範囲が広く、課金が効いてくるのは生成・推論を多用する段階からだ。上位ティアの金額は変動し得るため、公式料金ページで確認してほしい。

API を使う予定があるなら、アカウントから API トークンを作成しておく。認証は Authorization ヘッダーに Bearer トークンを載せる標準的な方式で、特別な手順はない。トークンの発行自体は無料なので、後述する自動化を試す準備として先に済ませておくと動きが軽くなる。

環境面の注意はひとつだけ。ジオメトリエンジンはクラウドで実行されるため、オフラインでは使えない。ローカルマシンの GPU 性能を問わない利点との交換条件として理解しておこう。

基本ループ — プロンプト→生成→検寸→編集

実践の核は、この 4 段階のループを速く回すことに尽きる。まずプロンプトで部品を発注する。書き方の原則は「部品名 + 支配的寸法 + 付属要素の数量」で、公式の例文（エンジンバルブ、全長 120mm、ヘッド 30mm、ステム 6mm）がそのまま雛形になる。プロンプト設計の詳細はText-to-CAD 入門 2026（2026-07-13 公開）の該当セクションで型として整理した。

生成されたら、最初にやるべきは鑑賞ではなく検寸だ。意図した支配寸法——外径、全長、穴位置——が守られているかを測る。Zoo の出力はパラメトリックなので、この検寸は「合否判定」ではなく「どこを直すかのリストアップ」として機能する。メッシュ生成のように、ずれていたら全部やり直しという世界ではない。

ずれの直し方は二択になる。全体の構成そのものが意図と違うなら、プロンプトを書き直して再生成したほうが速い。構成は合っていて寸法が数か所ずれているだけなら、フィーチャー編集に切り替える。この切り替え判断を早く下せるようになることが、Zoo Text-to-CAD の習熟と言ってよい。

検寸の観点も具体化しておこう。第一に見るのは嵌合に関わる径と幅で、ここが狂うと部品として成立しない。第二に穴のピッチと位置。第三に全体の外形寸法だ。3D プリントで使うなら、さらに素材と積層による寸法変化を織り込む必要がある——ただしこれは生成の問題ではなく製造側の問題なので、CAD 上の公差調整として最後に足す。生成 AI の評価と、プリンタの癖の補正を混同しないことが、原因切り分けを速くする。

うまく生成されないときのパターンにも触れておく。経験的につまずきやすいのは、曖昧な形容が混ざったプロンプト、そして多数の部品が絡む複雑なアセンブリの一括発注だ。前者は寸法と数量の明示で解決する。後者は部品単位に分割して発注し、組み立ては CAD 側で行うほうが確実だ。道具の得意な粒度に仕事を切り出すのは、人間のチームに仕事を割るのと同じ要領である。

一周したら STEP で書き出して完了だ。3D プリントに回すなら CAD から STL に変換してスライサーへ、加工外注や共同設計に回すなら STEP のまま渡す。出口が二系統あることは、遊びの造形と業務の設計を同じツールで扱える強みでもある。

フィーチャーツリーで仕上げる — GUI 編集の勘所

生成直後のモデルには、操作の履歴がフィーチャーツリーとして付いてくる。仕上げ工程とは、このツリーを読み、必要な工程の値だけを打ち直す作業だ。公式が「機械エンジニアは KCL に触れる必要がない」と明言している通り、ポイント & クリックの GUI だけでスケッチ・押し出し・組み立てまで完結できる。

編集の優先順位には定石がある。最初に直すべきは機能に直結する拘束寸法——嵌合径、穴ピッチ、取り付け面の距離だ。次に印刷・加工の都合による調整——壁厚、フィレット、抜き勾配が続く。見た目の調整は最後でいい。この順序を守ると、後工程の変更が前工程の修正を無駄にする手戻りが起きにくい。

GUI 操作の裏側では、すべての編集が KCL コードとして記録され続けている。この二重構造が Zoo Design Studio の設計思想で、マウスで作業する人とコードで作業する人が同じデータを触れる。今日は GUI だけで完結させても、明日コードから再利用する道が閉じない。

仕上げが終わった段階のモデルは、もはや「AI が作った何か」ではなく、寸法根拠を持つ設計データだ。ここまで到達して初めて、Zoo Text-to-CAD を使った意味が出る。生成はあくまで初速であり、価値はフィーチャーツリー上の仕上げで確定する。

KCL という設計資産 — コードで読む・直す・共有する

KCL（KittyCAD Language）は、Zoo が CAD 形状の記述のために用意した専用言語だ。公式ドキュメントはその設計思想を「ソフトウェアではなく、実世界の工学対象を設計するための言語」と説明している。プログラマ向け言語の細部を学ばされるのではなく、機械設計者にとって重要な概念——単位付きの数値、スケッチ、フィーチャーの連鎖——が言語の中心に置かれている。

コードで設計を持つことの実利は、再利用と差分管理に現れる。よく作る治具の KCL を一度整えておけば、寸法の変数を書き換えるだけで派生品が量産できる。Git で管理すれば「先週の版と何が変わったか」が行単位で追え、設計レビューはコードレビューの作法で回せる。バイナリの CAD ファイルをメールで往復させる運用と比べて、変更の追跡性が段違いだ。

言語仕様の中で特筆すべきは、単位付きの数値型が最初から組み込まれている点だ。一般のプログラミング言語では 40 という数が mm なのか inch なのかをコメントや命名規約で補うしかなく、単位の取り違えは工学系ソフトウェアの古典的な事故原因であり続けてきた。設計対象が物理世界にある以上、単位を言語機能として扱う判断は理にかなっている。数値に意味が付くことで、コードを読む行為がそのまま図面を読む行為に近づく。

学び方は公式リソースに沿うのが確実である。言語の入門は KCL Book（公式ガイド）から始まり、関数・配列・モジュール・単位付き数値型まで体系的にカバーされる。標準ライブラリのリファレンスも公式ドキュメントに揃っている。本記事であえて構文例を載せないのは、言語が活発に開発されており、常に公式の最新記述を正とすべきだからだ。

なお、かつて GitHub で公開されていた公式サンプル集リポジトリ（KittyCAD/kcl-samples）は 2026 年 4 月 21 日にアーカイブされ、読み取り専用になっている。現在のサンプルの置き場は公式サイトの Aquarium に移った。古い記事や検索結果がリポジトリを案内していても、これから学ぶなら Aquarium を起点にするのが正しい。

公式サンプルで学ぶ — 40 を超えるパラメトリック部品

ゼロから書くより、動くサンプルを改造するほうが学習は速い。公式サンプル集は旧リポジトリのアーカイブ時点で 40 を超え、現行の Aquarium では 150 前後まで拡大しており、題材の幅が絶妙だ。収納系の定番 Gridfinity のビンとベースプレート、機械要素ではサイクロイド歯車・ボールベアリング・六角ナット・ソケットヘッドキャップスクリュー、アセンブリの例としてパイプフランジや車輪の組み立て、遊び心のある題材では LEGO 互換ブロックやフレンチプレスまである。

サンプルの使い方は三段階で考えるとよい。第一段階は、そのまま生成して構造を眺める「読む」段階。フィーチャーツリーと KCL コードを突き合わせれば、どの操作がどのコードに対応するかが体感できる。第二段階は、寸法変数だけを書き換える「改造」段階。Gridfinity のビンを自分の引き出しサイズに合わせる、といった実益のある演習ができる。

第三段階が、サンプルの部品を素材として自分の設計に組み込む「引用」段階だ。ボールベアリングの受け構造やフランジのボルト穴パターンは、多くの自作機材で繰り返し登場する。検証済みのパラメトリック部品を持っておくことは、プロンプトで毎回ゼロから発注するより速く、確実でもある。

この学習パスの終着点は明確だ。プロンプト生成・GUI 編集・KCL 改造の三手段を、部品の性質に応じて使い分けられる状態。そこまで来れば、Zoo Text-to-CAD は「面白いデモ」ではなく日常の設計装備になっている。

Zookeeper 対話設計の実践

会話型 CAD エージェント Zookeeper の実践的な使いどころも押さえておこう。機能は大きく四つ——テキストからの生成、既存モデルの対話編集、設計に関する質問応答、そして表面積・体積・質量・重心といった物性値の計算だ。月 20 分の無料推論時間は、この四つのどこに配分するかを考えて使うと減りが遅い。

配分の目安として、単純な新規生成はプロンプト一発で済むので推論時間の消費が軽い。効果が大きいのは対話編集で、「この穴を 2 つ増やして」「壁厚を 3mm に」と自然言語で重ねる修正は、GUI 操作に不慣れな段階ほど時間の節約になる。逆に GUI に慣れてきたら、単純な寸法変更は自分で直し、Zookeeper には形状の再構成を伴う編集だけを頼む、という分業が効率的だ。

物性計算は地味に強力である。「この設計の体積は」「重心はどこか」という問いに即答が返るため、材料コストの見積もりや転倒しにくさの検討を、CAD 上の作業を中断せずに済ませられる。設計レビューで人間の相手が欲しかった場面の一部を、エージェントが引き受けてくれる。

過信しない線引きも書いておく。Zookeeper の回答も生成 AI の出力である以上、機能部品の最終寸法と強度の判断は人間の検証を通すべきだ。エージェントは検討を速くする道具であって、責任を移す先ではない。とりわけ安全に関わる部品——荷重を受ける金具、高温部に接する治具——では、物性計算の結果を参考値として扱い、実測と試験で裏を取る従来の作法を省略しないこと。速くなった検討時間は、検証を薄くする口実ではなく、検証を厚くする余裕として使いたい。

API で組み込む — 生成を自動化する

繰り返し発生する生成は、API で自動化する段階に進める。Zoo の API には、機械学習による CAD モデル生成を担う ML セクション、Zoo のエンジンで 3D ファイルを操作する KittyCAD Engine API、そして CAD ファイル変換（作成・取得・一覧）のセクションが用意されている。認証はアカウントで発行した API トークンを Authorization ヘッダーに Bearer として渡すだけだ。

自動化が刺さる典型例は、パラメータ違いの部品ファミリー生成だ。顧客ごとに穴位置が違うマウントプレート、サイズ展開のある治具——人間がプロンプトを打ち直す代わりに、スクリプトがパラメータ表を回して生成をキューに積む。月 $10.00 相当の無料 API 枠は、この種の試行を小さく始めるのに十分な入口になる。

ファイル変換 API の存在も覚えておきたい。Text-to-CAD の標準出力は STEP（+ KCL）だが、下流工程が別形式を要求する場合は変換 API で橋を架けられる。変換は有償側の機能なので、無料枠の消費と相談しながら使う位置づけだ。

運用面では、無料 API 枠の使い切りを前提にした設計を勧める。月初に試行し、うまく回る型が見つかったら課金の判断をする——このリズムなら、効果が見えない段階で費用だけが先行する事態を避けられる。逆に効果が確認できたら、無料枠の残量を気にしながら運用を続けるより、必要量を課金で確保したほうが判断コストは安く付く。

ここまで来ると、Zoo Text-to-CAD は「チャット画面の道具」から「パイプラインの部品」に変わる。設計データがコード（KCL）と API で扱える形になっているからこそ、CI 的な発想——生成、検証、成果物の保存を自動で回す——が CAD の世界に持ち込める。

まとめ — 「生成して終わり」から「設計資産」へ

Zoo Text-to-CAD の実践は、一発生成の驚きを日常の設計力に変換する工程だと言える。本記事の要点を振り返る。

• 始め方はブラウザ版（試用向け）→ デスクトップ版の順。無料枠は Zookeeper 推論 20 分/月 + API $10.00/月 相当で、CAD 機能自体は無料の範囲が広い
• 基本ループは「プロンプト発注 → 検寸 → 再生成かフィーチャー編集かの二択 → STEP 書き出し」。切り替え判断の速さが習熟度だ
• 仕上げは拘束寸法 → 印刷・加工都合 → 見た目の順。GUI 操作の裏で全編集が KCL として記録される
• KCL は再利用と差分管理をもたらす設計資産。学習は公式の KCL Book と、Aquarium に移行した 40 超のサンプルが起点（旧 GitHub リポジトリは 2026-04-21 アーカイブ済み）
• Zookeeper は対話編集と物性計算に配分すると無料 20 分の価値が最大化する。最終判断は人間に残す
• API（Bearer トークン認証）でパラメータ違いの部品生成を自動化でき、$10.00/月の無料枠で小さく試せる

次の一歩としては、身の回りの「サイズ違いで何度も作っている物」をひとつ選び、プロンプト → 仕上げ → KCL 保存まで通してみることを勧める。二度目の生成が一度目より圧倒的に速くなったとき、設計資産という言葉の意味が実感に変わるはずだ。

参照

• Zoo 公式サイト
• Zoo Design Studio
• Zoo 公式 FAQ（無料枠・出力形式・Zookeeper）
• Zoo API ドキュメント（ML / Engine / ファイル変換 / 認証）
• KCL 言語ドキュメント
• KCL Book（公式入門ガイド）
• KittyCAD/kcl-samples（アーカイブ済み公式サンプル集）
• Zoo Design Studio v1 リリース発表

swiftwand

X

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