看到 AI 生成一张漂亮的产品图，人们通常会先问：像不像？好不好看？能不能再换一种颜色？

但只要准备认真做产品，问题很快就变了。

饮水机的杯子放得进去吗？后面的水箱能不能取下来？体测仪的底座会不会超出占地尺寸？屏幕比例和标注的规格，是不是同一回事？

这些问题，靠一张效果图很难回答。你需要把产品放进三维空间，转到侧面，打开背面，查看零件，量一下尺寸，再决定改哪里。

GPT-6 + Rhino 真正值得学习的地方，是让“描述一个产品”进一步变成“组织一套可检查的几何模型”。

这篇讲什么

这篇文章用两个已经做好的本地项目，拆开讲清楚这条工作流：一台台式即热饮水机，以及一台单屏一体式镜面体测仪。前者适合学习怎样把概念造型转成使用场景，后者适合学习怎样处理尺寸约束、零件拆分和规格冲突。

先说明边界：本文讲的是产品外观与设计沟通，不是制造放行。一个模型能打开、能渲染，不代表水路、电气、承重、测量功能和开模条件都已经验证。

配图说明：本文全部产品配图均在本机 Rhino 8 中重新截取，部分做了局部裁切或并排排版；未使用原稿截图、外部产品官网图片或新生成的效果图。

一、先分清楚：你到底让 AI 做到哪一步

同样一句“帮我做一台饮水机”，可能指三件完全不同的事。

第一件，是生成一张外观图片。它可以帮助讨论风格、材质、配色和视觉方向，但背面长什么样、左右是否对称、内部有没有空间，未必成立。

第二件，是建立三维外观模型。机身、水箱、底座、按键被拆成独立对象，可以从多个角度检查，可以量尺寸，也可以继续修改。这是本文的目标。

第三件，是完成可生产的工程设计。它要继续解决壁厚、拔模、装配、公差、密封、散热、电气隔离、稳定性和测试要求。外观模型只是这条路的起点。

这三层最容易混在一起

把这三层混在一起，最容易得到一种危险的错觉：看起来像一台产品，就以为已经做成了一台产品。

所以，第一次让 AI 动手，先写清楚一句话：

1 2	本项目只完成外观设计与空间关系检查，不宣称可直接生产。所有没有经过验证的内部结构、性能和安全功能，都要单独标注。

这不是降低目标，而是让交付物和承诺对得上。

二、GPT、Rhino、MCP 和 Computer Use，各自负责什么

GPT 负责理解要求、拆解零件、组织步骤、生成命令或脚本，并根据结果提出修改。Rhino 负责承载几何、材质、图层和视图。

MCP 和 Computer Use 则是两种不同的操作通道。

GPT-6 — 在这类项目中可以承担的工作：读参考材料、整理约束、规划步骤、解释偏差；需要你把关的地方：不能把推测写成已知条件
Rhino — 在这类项目中可以承担的工作：创建和显示几何、管理图层、测量、输出文件；需要你把关的地方：模型有效不等于工程合格
RhinoMCP — 在这类项目中可以承担的工作：通过插件和工具调用读写 Rhino 文档；具体能力取决于版本；需要你把关的地方：工具是否真的可用，动作是否作用于正确文档
Computer Use — 在这类项目中可以承担的工作：查看窗口、操作菜单、切换视角、检查画面；需要你把关的地方：操作后的实际结果，而不只是动作是否发出
你 — 在这类项目中可以承担的工作：确定需求、确认尺寸、决定设计取舍、验收；需要你把关的地方：哪些可以接受，哪些必须返工

OpenAI 的 GPT-6 Astra 模型文档列出了 Computer Use 和 MCP 支持。但模型具备能力，不等于你的客户端已经连接好相应工具，也不代表每个账号、地区和客户端版本的入口都相同。（GPT-6 Astra 官方模型文档）

对初学者，一条容易理解的工作流是：

参考材料 → 约束清单 → 零件拆解 → 建模 → 多视图检查 → 局部修正 → 输出交付物。

有稳定的结构化接口，就让它处理可重复的几何操作；需要看软件实际状态，就检查真实窗口。两条通道可以配合，但不必把某个组合说成所有项目唯一正确的做法。

三、环境先跑通，再谈复杂产品

1. 在 Rhino 里，先看懂这四个窗口

下面是本机重新打开饮水机模型后的实际界面。左上是 Top，左下是 Front，右下是 Right，右上是 Perspective。三个正交视图看尺寸关系，透视视图看体积、造型和材质。

图 1｜本机新截图。三个正交视图与透视视图配合使用；窗口底部可以看到 Millimeters 单位。

不用先把 Rhino 所有工具学一遍。初学时，先掌握四件事：切换视图、选择对象、开关图层、查看尺寸。

正视图适合看左右对称、按键对齐和整体高度；侧视图适合看机身厚度、悬挑与水箱前后关系；俯视图适合看占地和部件布局；透视视图适合看造型是否协调。

不同视口的缩放倍率可以不同。不要拿四个窗口中物体在屏幕上的大小，直接比较实际尺寸。

2. 单位、坐标和尺寸顺序，只认一套

新建练习文件时，选择毫米模板。需要检查时，可以输入 Units 打开单位设置。修改已有文件的单位时，注意软件是否同时询问缩放几何，不能只改单位名称就默认尺寸正确。

本文统一采用：

X 表示宽，Y 表示深，Z 表示高。
尺寸按“宽 × 深 × 高”书写。
产品整体的最低点作为 Z=0。
正面朝哪个方向，要在开始时写进约束，不在中途来回改变。

所以，体测仪是 400 × 500 × 1800 mm，不是把 1800 随意写到坐标数组的第一项。

如果只是测试基本操作，可以在新文件的 Top 视口、世界坐标构造平面下，跟着 Box 的提示依次输入：

Box
0,0,0
100,80,0
60

这里的含义是：底面第一角、底面另一角、再输入高度。它不是输入一个“100,80,60”就自动表达宽深高的通用语法。Rhino 的 Box 命令本来就是按底面和高度分步建立盒体。（Rhino Box 命令说明）

3. 接 MCP 时，先确认自己用的是哪个项目

名称相近的 Rhino AI 插件和 RhinoMCP 实现并不只有一种。插件端、服务端和文档要对应，不能把不同项目的端口、环境变量和安装步骤拼成一套。

如果选择原始材料所涉及的社区项目 jingcheng-chen/rhinomcp，其文档给出的基本流程是：

使用 Rhino 8
在 Package Manager 中安装 rhinomcp
准备好 Python 和 uv
再按所用 AI 客户端的方式接入服务端
最后在 Rhino 中运行 mcpstart

具体安装步骤以该项目当前文档为准。（该社区项目的安装与安全说明）

两个容易忽略的细节

这里有两个容易忽略的细节。第一，Rhino 插件安装完成，不代表 AI 客户端里的服务端也已经连接。第二，其他客户端使用的 mcpServers JSON，不应不加区分地当成 Codex 的配置文件格式。

接通以后，先做一个小测试：读取当前文档名和单位，再在新建的测试文档里创建一个已知尺寸的盒体。工具返回“成功”之后，要在 Rhino 里确认它确实出现了。

涉及执行脚本的接口具有较大的修改能力。使用时应限定在本机和指定文档内，不把监听端口暴露到公网，也不要同时让多个助手争抢同一个文档。

4. Computer Use 要确认的是“能看到并操作”，不是“装过”

官方说明中的入口是应用内的 Plugins → Computer Use，并需要启用对应的 server 和 skill。macOS 的屏幕录制、辅助功能，以及应用内的目标软件授权，是不同层面的设置。（Computer Use 官方说明）

最小测试可以这样提要求：

1
2
3

请使用 Computer Use 查看 Rhino 8。
只读当前窗口标题和单位，不创建、不删除、不保存任何对象。
告诉我你实际看到了什么，再截一张当前模型窗口。

这比一上来就要求“把整台产品做完”，更容易分辨究竟是连接问题、软件状态问题，还是建模本身的问题。

四、第一条提示词，不是让 AI 开始画

开始一个产品项目时，最有价值的第一条提示词，往往是在限定工作方式。

你是我的 Rhino 8 外观建模助理。

本项目使用 mm，尺寸统一按 X宽、Y深、Z高书写。
先读取当前文档名，确认目标文件，避免修改其他已打开文档。

先输出：
1. 已确认的设计特征与尺寸。
2. 从图片推测、尚未确认的条件。
3. 零件清单、图层规划和建模顺序。
4. 你发现的尺寸、比例或规格冲突。

等我确认后再建模。先大体块，再处理细节。
阶段结束后检查正面、侧面、俯视和透视。
已有模型只在副本中修改，不覆盖原文件。
不要把占位体、界面贴图或外观结构说成已经实现的功能。

这段提示词在做什么

这段话做了三件事：让 AI 先区分已知与未知，让每一步有验收点，让错误不会直接覆盖掉上一版工作。

尤其是只有一张透视概念图的时候，侧面厚度、背面结构和内部空间通常都不完整。模型可以提出方案，但必须把方案和原图明确提供的信息分开。

五、案例 A：台式饮水机，先解决“怎么用”

饮水机是很适合入门的案例。它既有清楚的外观特征，也有容易理解的使用动作：放杯、调温、选择水量、出水、补水、清洗接水盘。

本次重新打开的文件是 Countertop_Dispenser_Practical_v01.3dm。从实际画面里，可以看到弧形机身、顶部双旋钮、前部独立按键、后置透明水箱，以及向前伸出的接水盘。

图 2｜饮水机整体。本次从已完成模型的实际视口取图，仅裁去软件边栏；接水区中的圆柱占位用于观察接杯空间。

1. 不要先问“像不像”，先列使用动作

面对概念图，可以先让 AI 回答：杯子怎么放进去？手从哪里伸进去？水箱往哪个方向取出？水箱盖上方是否有空间？接水盘能不能抽出？控制区是否容易误触？

这些问题会影响体块关系。比如，顶部向前伸出多少，不只是造型选择，也决定出水嘴下面的空间；底座往前延伸多少，也关系到杯子能否落在接水盘上。

适合这一阶段的提示词是：

请先把这台饮水机拆成使用动作和零件。
保留弧形侧轮廓、顶部双旋钮、后置水箱和前伸接水盘。
逐项检查放杯、出水、取水箱、开盖和清洁的空间关系。
没有给出的尺寸先列为待确认，不直接替我认定。

2. 本地这一版，不能套用原稿里那组小尺寸

项目自带的设计说明与几何检查记录，给出了下面这组数据。它们描述的是当前案例版本，不是所有台式饮水机都应该采用的标准。

整机外包络 — 本地项目记录：约 242 × 322 × 395.4 mm；应该怎样理解：宽 × 深 × 高
双旋钮 — 本地项目记录：直径 36 mm；应该怎样理解：表达温度和定量调节
出水口至格栅 — 本地项目记录：280 mm；应该怎样理解：模型中的接水净空记录
接杯校验体 — 本地项目记录：直径 86 mm、高 255 mm；应该怎样理解：无把手圆柱体，不代表所有杯具
示意水量 — 本地项目记录：约 3.124 L；应该怎样理解：水位几何体积，不是实测可出水容量
外壳名义壁厚 — 本地项目记录：2.5 mm；应该怎样理解：来自内外截面放样，不等于恒定壁厚已验证

原始材料里“约 180 × 270 × 320 mm”的建议，不能直接当成这份模型的实际尺寸。写教程时，图片、参数表和步骤必须指向同一版本。

3. 从大体块到零件，而不是一次做满所有细节

重做同类练习时，可以先用简单体块确定底座、主机、水箱、顶部控制区域和接水空间。体量关系确定以后，再处理弧形外壳、分件缝、旋钮、出水嘴和格栅。

图层至少按功能拆开：底座、主机外壳、水箱、接水盘、控制件、内部占位、空间校验。命名可以用英文，也可以沿用项目的中文体系，重要的是一致、可查、可单独修改。

当你想把水箱改深一些时，不应顺手把接水盘和控制台一起重做；当你想调小旋钮时，也不应该改变整机高度。这就是拆件和分层的意义。

4. 控制区要能解释操作，不是把按钮排满

这个案例的顶部保留了两个旋钮，中间是信息显示区域，前面板有独立控制件。

图 3｜同一次本机截图的控制区裁切。旋钮、显示区域和前部按键分开表达；标签与显示内容属于界面示意。

本地设计说明把前面板的交互意图写为热水解锁、出水与停止。这种区分有助于讨论操作逻辑，但画了一个解锁键，并不等于防误触和安全控制已经实现。

这一轮可以这样提要求：

只检查控制区，不改变主机、水箱和底座。
说明两个旋钮、显示区域、解锁和出水操作分别如何表达。
检查它们是否容易混淆，以及手操作时是否遮挡读数。
当前只确认外观与交互意图，不宣称电控逻辑已经实现。

5. 接杯空间，要从侧面检查

透视图看起来很宽敞，不代表杯子真的放得进去。出水嘴的位置、接水盘的位置、机身弧面和杯体高度，都需要一起看。

图 4｜本机四视图截图中的正视与右视部分。两个视口缩放倍率不同，实际尺寸应以测量值为准。

本地记录中，直径 86 mm、高 255 mm 的圆柱校验体与外壳没有体积相交。这个结果很有用，但它回答的只是这一种静态占位关系。

带把手的马克杯、底部更宽的保温壶、倾斜放入的动作，仍然需要另查；水流落点与飞溅，也不能仅凭实体没有相交就确认。

更好的下一条指令是：

沿用现有整机尺寸，仅在校验图层中增加杯具占位体。
分别检查普通杯、带把手杯和较高杯具。
把无法通过的具体部位列出来，不要自动修改产品。
区分静态不相交、放入动作、出水落点三种不同检查。

6. 水箱、格栅和内部占位，分别看什么

水箱不是一个透明盒子就结束了。还要检查开盖、提拿、放回，以及水箱与主机、底座之间的支承关系。容量应区分外形体积、水位体积和实际使用容量。

接水盘也不只是画几条深色线。这个案例的本地说明记录了独立的接水盘与金属格栅，排水孔使用了贯穿几何；这比在平面上贴一个格栅图案更便于后续讨论。

内部的泵、即热组件和电控盒，目前是空间占位。它们可以帮助发现“根本放不下”的问题，却不能证明选型、接线、水路和散热已经成立。

饮水机案例最值得学的，不是某个倒角半径，而是把“这个东西怎么使用”不断转成“哪一块几何需要检查”。

六、案例 B：镜面体测仪，先把规格冲突找出来

第二个文件是 Mirror_Kiosk_Visual_v01.3dm。它已经有完整的立式机身、正面显示区域、侧边握手部件、底部秤台、脚电极，以及背面散热与检修结构。

图 5｜左为整体透视，右为背部视角，均调用模型里保存的视图后重新截图。屏幕中的健康数字与广告为模型已有的表现内容，不是本次测量结果。

这类设备的难点，常常不是“一个柱子加一个底座怎么画”，而是几组要求能不能同时成立。

整机要高 1800 mm，底座要限制在 400 × 500 mm，握手高度要合适，屏幕又要符合某种视觉比例。如果其中一个条件被改了，其他条件可能也要跟着讨论。

1. 整机尺寸先统一，再拆分高度

本地几何检查文件记录的整机包络是：

X方向宽度：400 mm
Y方向深度：500 mm
Z方向高度：1800 mm
最低点：Z=0

不要同时使用“地面中心为原点”和“底座上表面中心为原点”，又不说明坐标之间的关系。把不同高度基准混在一起，很容易让总高多出一个底座，或者少掉一段立柱。

同理，总宽不只是屏幕或立柱的宽度。把手、外伸件和底座也属于整机外包络，需要一起检查。

2. 最关键的一处：当前长屏，不是 27 寸 16:9

这是核对本地项目时发现的明确冲突。

原始材料提到“27 寸竖屏，16:9”；但本地检查文件记录的可见显示区域是 246 × 1199 mm，并注明：按用户选择的参考图外观比例建模，没有采用 27 寸 16:9 标签。

两者不能同时作为同一屏幕的正确描述。

按几何关系算一遍

按几何关系计算，27 英寸、16:9 的有效显示区域，在竖放时约为 336 × 598 mm，不包含外框。它与 246 × 1199 mm 的狭长区域显然不同。

所以，这一步不应该对 AI 说“100% 按图还原，同时所有规格必须正确”，而应该先让它把冲突摊开：

参考图中的显示区域比例与“27英寸、16:9”规格不一致。
请先停止修改，解释两种要求会得到怎样的不同外形。

本次沿用现有视觉方案：
保持整机400 x 500 x 1800 mm，保留狭长显示区域。
将屏幕采购规格标记为待定，不在交付物中写成27英寸16:9。

如果后续确定必须使用真实的 27 寸屏，就应重新拿供应商的外形图、安装孔位和接口位置排布，而不是把现有长屏图片拉伸后继续沿用同一规格标签。

AI 建模中一个很重要的能力，是识别“要求之间互相矛盾”，而不是把矛盾藏进一张漂亮图片里。

3. 底座不是一块黑色方板

本机重新截取的底座细节，可以看到秤台、四块脚电极、外壳和下方支承部件。机身与底座的连接也有明确位置。

图 6｜本机保存视图 06_Base_Detail 的新截图裁切。脚电极、台面和底座外壳分别表达；本图不构成承重或测量精度证明。

本地记录中有四块脚电极和四个脚轮，脚轮的锁止机构属于示意。接下来需要讨论的是站立区域、脚的位置、上下台动作、支承方式，以及整机移动与固定的关系。

把脚轮画出来，不等于机器已经稳定；把四块电极摆上去，也不等于测量系统已经工作。

一个有用的检查提示词是：

只检查底座及其与机身的连接，不修改屏幕和握手区域。
列出秤台、四块脚电极、外壳、脚轮和支承件。
确认它们是否超出400 x 500 mm的占地边界。
把承重、传感器安装、防滑、防倾倒列为后续工程验证项。
不要从外观截图推断这些项目已经通过。

4. 握手电极：金属接触片和绝缘主体，要分开看

从远处看，把手可能只是左右两根短条。放大以后，才能讨论哪些地方供人握持，哪些地方表达金属接触面，哪些地方需要绝缘。

图 7｜本机保存视图 07_Grip_Detail 的新截图裁切。两侧各有上下分开的接触片；屏幕贴图在近景中有清晰度限制。

本地模型脚本把左右握手部件的中心高度设在约 1300 mm，并分别建立了绝缘主体和不锈钢接触片。检查记录中的手部电极总数是四块，分布在左右两侧。

这个层次的拆分，比“整根把手都赋金属材质”更利于下一轮讨论。但电极尺寸、接触方式、适用人群和测量方案，仍然要结合真实系统设计确定。

提示词可以收窄到：

只检查左右握手部件。
分别标出绝缘主体、金属接触片、连接座和安装位置。
确认左右对称关系，以及握手中心相对地面的高度。
不要把金属外观等同于已经实现的电气连接或测量功能。

5. 背部的价值，是让方案接受另一面的检查

图 5 的背面能看到两组通风孔和下方检修区域。本地记录写有 130 个背部贯穿孔；它说明模型进行了几何表达，不说明散热性能已经验证。

背面还值得继续问：检修门是否能打开？工具能否伸进去？维护时要不要拆下整机？线缆从哪里走？孔位是否会与内部组件冲突？

这些问题不需要在外观阶段全部解决，但需要被留下。否则，一张只有正面的“成品图”，会把尚未讨论的工作掩盖掉。

七、修改时，给出能验收的指令

AI 建模很容易陷入一种循环：你说“再优化一下”，它改了一大圈，你又说“不是这个意思”。

要减少这种返工，修改指令至少包含四个部分：改哪里、改到什么程度、什么不能动、怎么检查结果。

比如，饮水机的局部修改可以这样写：

只处理出水区域，在副本中操作。
先读取出水嘴下缘到格栅上表面的实际距离。
若不符合我确认的目标值，再修改相关几何。
保持整机总高、后置水箱、顶部控制件和底座外包络不变。
完成后给出修改前后数值，并截正视和侧视。

体测仪的修改则可以这样写：

只调整握手部件，不改变机身、屏幕和底座。
左右握手中心保持同一高度，并关于整机中心面对称。
保留绝缘主体与金属接触片的独立对象关系。
修改后重新检查整体宽度，确认没有超出既定包络。

一个常被忽略的事实

还有一个常被忽略的事实：Rhino 里的任意几何，并不会因为你说“改参数”就自动成为可关联更新的参数化模型。

如果项目已经用参数脚本或 Grasshopper 管理，可以修改参数，再更新目标部件。如果是直接编辑的自由几何，就需要明确哪些曲面要改、哪些连接关系会受影响，必要时在副本中重建局部。

不要承诺“只改一个数字，所有倒角和装配关系都会自动正确”。先看模型是怎么组织的，再决定修改方式。

八、参考图和屏幕贴图，有两个不同用途

参考图是用来帮助建模的，屏幕贴图是模型的一部分，两者不要混用。

如果你手里有明确的正视图或侧视图，可以用 Rhino 的 Picture 放进对应平面，再根据一个已知尺寸校准比例。把参考图放到独立图层并锁定，避免误选。

但如果只有一张透视效果图，不能把它同时当作准确的俯视图和正视图。透视变形会改变画面里的比例关系，从单张图推测厚度时，必须保留不确定性。

屏幕内容服务的是外观表达

屏幕内容则主要服务外观表达。可以使用图像平面、材质纹理或贴花，按已经确定的显示区域放置，避免不成比例地拉伸。图像表达的是界面方案，不是已经完成的软件。

这个体测仪案例里，屏幕贴图在整体视角下能帮助理解产品，在握手近景里则明显更模糊。这提醒我们：整体图够看，不代表细节交付也够用。

如果需要做控制区或屏幕的局部展示，应检查贴图分辨率、字体大小和显示区域比例。不要把“把截图放大”当成真正增加细节。

九、不要只交一张效果图

外观沟通和后续工程接手，需要的文件并不一样。一套有用的交付物，应让对方知道模型是什么、怎么打开、哪些地方仍然待定。

可以按下面的结构组织：

项目名_版本号/
  01_模型/
    product_visual.3dm
  02_交换文件/
    product_solids.step
  03_视图/
    Front.png
    Right.png
    Back.png
    Perspective.png
    Detail_Base.png
    Detail_Control.png
  04_说明/
    尺寸与版本说明.md
    待确认与待验证事项.md
  05_贴图/
    屏幕与材质图片