GPT-6 + Rhino：把概念图变成能检查、能修改的产品模型

老杨啊 2026-09-09 28.5 KB 7K 16 𝕏 文章列表

本文通过台式即热饮水机和镜面体测仪两个本地项目，讲解如何用 GPT-6 配合 Rhino 建模软件，把 AI 生成的概念图转化为可检查、可修改的三维产品外观模型。文章区分了外观效果图、三维外观模型和可生产工程设计三个层次，介绍了 MCP 和 Computer Use 两种操作通道的分工与验证方法，并给出环境配置、提示词编写、尺寸约束管理和规格冲突识别的实操建议。作者强调模型能打开、能渲染不代表工程验证已完成，AI 建模的关键能力在于把使用需求转化为可检查的几何关系，并主动发现要求之间的矛盾。

# GPT-6 + Rhino ：把概念图变成能检查、能修改的产品模型 **作者**: 老杨啊 | AI产品商业化 **日期**: 2026-09-08T14:57:05.000Z **来源**: [https://x.com/yhslgg/status/2097338441138926038](https://x.com/yhslgg/status/2097338441138926038) --- ![Image](/doc/6181/image/img_2be7d5a29858.jpg) 看到 AI 生成一张漂亮的产品图，人们通常会先问：像不像？好不好看？能不能再换一种颜色？但只要准备认真做产品，问题很快就变了。饮水机的杯子放得进去吗？后面的水箱能不能取下来？体测仪的底座会不会超出占地尺寸？屏幕比例和标注的规格，是不是同一回事？这些问题，靠一张效果图很难回答。你需要把产品放进三维空间，转到侧面，打开背面，查看零件，量一下尺寸，再决定改哪里。 GPT-6 + Rhino 真正值得学习的地方，是让“描述一个产品”进一步变成“组织一套可检查的几何模型”。 # 这篇讲什么这篇文章用两个已经做好的本地项目，拆开讲清楚这条工作流：一台台式即热饮水机，以及一台单屏一体式镜面体测仪。前者适合学习怎样把概念造型转成使用场景，后者适合学习怎样处理尺寸约束、零件拆分和规格冲突。先说明边界：本文讲的是产品外观与设计沟通，不是制造放行。一个模型能打开、能渲染，不代表水路、电气、承重、测量功能和开模条件都已经验证。配图说明：本文全部产品配图均在本机 Rhino 8 中重新截取，部分做了局部裁切或并排排版；未使用原稿截图、外部产品官网图片或新生成的效果图。 # 一、先分清楚：你到底让 AI 做到哪一步同样一句“帮我做一台饮水机”，可能指三件完全不同的事。第一件，是生成一张外观图片。它可以帮助讨论风格、材质、配色和视觉方向，但背面长什么样、左右是否对称、内部有没有空间，未必成立。第二件，是建立三维外观模型。机身、水箱、底座、按键被拆成独立对象，可以从多个角度检查，可以量尺寸，也可以继续修改。这是本文的目标。第三件，是完成可生产的工程设计。它要继续解决壁厚、拔模、装配、公差、密封、散热、电气隔离、稳定性和测试要求。外观模型只是这条路的起点。 # 这三层最容易混在一起把这三层混在一起，最容易得到一种危险的错觉：看起来像一台产品，就以为已经做成了一台产品。所以，第一次让 AI 动手，先写清楚一句话： ``` 本项目只完成外观设计与空间关系检查，不宣称可直接生产。所有没有经过验证的内部结构、性能和安全功能，都要单独标注。 ``` 这不是降低目标，而是让交付物和承诺对得上。 # 二、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。三个正交视图看尺寸关系，透视视图看体积、造型和材质。 ![Image](/doc/6181/image/img_df4b24e69c68.jpg) 图 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，其文档给出的基本流程是： 1. 使用 Rhino 8 2. 在 Package Manager 中安装 rhinomcp 3. 准备好 Python 和 uv 4. 再按所用 AI 客户端的方式接入服务端 5. 最后在 Rhino 中运行 mcpstart 具体安装步骤以该项目当前文档为准。（该社区项目的安装与安全说明） # 两个容易忽略的细节这里有两个容易忽略的细节。第一，Rhino 插件安装完成，不代表 AI 客户端里的服务端也已经连接。第二，其他客户端使用的 mcpServers JSON，不应不加区分地当成 Codex 的配置文件格式。接通以后，先做一个小测试：读取当前文档名和单位，再在新建的测试文档里创建一个已知尺寸的盒体。工具返回“成功”之后，要在 Rhino 里确认它确实出现了。涉及执行脚本的接口具有较大的修改能力。使用时应限定在本机和指定文档内，不把监听端口暴露到公网，也不要同时让多个助手争抢同一个文档。 # 4. Computer Use 要确认的是“能看到并操作”，不是“装过” 官方说明中的入口是应用内的 Plugins → Computer Use，并需要启用对应的 server 和 skill。macOS 的屏幕录制、辅助功能，以及应用内的目标软件授权，是不同层面的设置。（Computer Use 官方说明）最小测试可以这样提要求： ``` 请使用 Computer Use 查看 Rhino 8。只读当前窗口标题和单位，不创建、不删除、不保存任何对象。告诉我你实际看到了什么，再截一张当前模型窗口。 ``` 这比一上来就要求“把整台产品做完”，更容易分辨究竟是连接问题、软件状态问题，还是建模本身的问题。 # 四、第一条提示词，不是让 AI 开始画开始一个产品项目时，最有价值的第一条提示词，往往是在限定工作方式。 ``` 你是我的 Rhino 8 外观建模助理。本项目使用 mm，尺寸统一按 X宽、Y深、Z高书写。先读取当前文档名，确认目标文件，避免修改其他已打开文档。先输出： 1. 已确认的设计特征与尺寸。 2. 从图片推测、尚未确认的条件。 3. 零件清单、图层规划和建模顺序。 4. 你发现的尺寸、比例或规格冲突。等我确认后再建模。先大体块，再处理细节。阶段结束后检查正面、侧面、俯视和透视。已有模型只在副本中修改，不覆盖原文件。不要把占位体、界面贴图或外观结构说成已经实现的功能。 ``` # 这段提示词在做什么这段话做了三件事：让 AI 先区分已知与未知，让每一步有验收点，让错误不会直接覆盖掉上一版工作。尤其是只有一张透视概念图的时候，侧面厚度、背面结构和内部空间通常都不完整。模型可以提出方案，但必须把方案和原图明确提供的信息分开。 # 五、案例 A：台式饮水机，先解决“怎么用” 饮水机是很适合入门的案例。它既有清楚的外观特征，也有容易理解的使用动作：放杯、调温、选择水量、出水、补水、清洗接水盘。本次重新打开的文件是 Countertop_Dispenser_Practical_v01.3dm。从实际画面里，可以看到弧形机身、顶部双旋钮、前部独立按键、后置透明水箱，以及向前伸出的接水盘。 ![Image](/doc/6181/image/img_03c40c3b1dc5.jpg) 图 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. 控制区要能解释操作，不是把按钮排满这个案例的顶部保留了两个旋钮，中间是信息显示区域，前面板有独立控制件。 ![Image](/doc/6181/image/img_3d38d8815fc2.jpg) 图 3｜同一次本机截图的控制区裁切。旋钮、显示区域和前部按键分开表达；标签与显示内容属于界面示意。本地设计说明把前面板的交互意图写为热水解锁、出水与停止。这种区分有助于讨论操作逻辑，但画了一个解锁键，并不等于防误触和安全控制已经实现。这一轮可以这样提要求： ``` 只检查控制区，不改变主机、水箱和底座。说明两个旋钮、显示区域、解锁和出水操作分别如何表达。检查它们是否容易混淆，以及手操作时是否遮挡读数。当前只确认外观与交互意图，不宣称电控逻辑已经实现。 ``` # 5. 接杯空间，要从侧面检查透视图看起来很宽敞，不代表杯子真的放得进去。出水嘴的位置、接水盘的位置、机身弧面和杯体高度，都需要一起看。 ![Image](/doc/6181/image/img_a1d874380ca4.jpg) 图 4｜本机四视图截图中的正视与右视部分。两个视口缩放倍率不同，实际尺寸应以测量值为准。本地记录中，直径 86 mm、高 255 mm 的圆柱校验体与外壳没有体积相交。这个结果很有用，但它回答的只是这一种静态占位关系。带把手的马克杯、底部更宽的保温壶、倾斜放入的动作，仍然需要另查；水流落点与飞溅，也不能仅凭实体没有相交就确认。更好的下一条指令是： ``` 沿用现有整机尺寸，仅在校验图层中增加杯具占位体。分别检查普通杯、带把手杯和较高杯具。把无法通过的具体部位列出来，不要自动修改产品。区分静态不相交、放入动作、出水落点三种不同检查。 ``` # 6. 水箱、格栅和内部占位，分别看什么水箱不是一个透明盒子就结束了。还要检查开盖、提拿、放回，以及水箱与主机、底座之间的支承关系。容量应区分外形体积、水位体积和实际使用容量。接水盘也不只是画几条深色线。这个案例的本地说明记录了独立的接水盘与金属格栅，排水孔使用了贯穿几何；这比在平面上贴一个格栅图案更便于后续讨论。内部的泵、即热组件和电控盒，目前是空间占位。它们可以帮助发现“根本放不下”的问题，却不能证明选型、接线、水路和散热已经成立。饮水机案例最值得学的，不是某个倒角半径，而是把“这个东西怎么使用”不断转成“哪一块几何需要检查”。 # 六、案例 B：镜面体测仪，先把规格冲突找出来第二个文件是 Mirror_Kiosk_Visual_v01.3dm。它已经有完整的立式机身、正面显示区域、侧边握手部件、底部秤台、脚电极，以及背面散热与检修结构。 ![Image](/doc/6181/image/img_2d8c1f1e0186.jpg) 图 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. 底座不是一块黑色方板本机重新截取的底座细节，可以看到秤台、四块脚电极、外壳和下方支承部件。机身与底座的连接也有明确位置。 ![Image](/doc/6181/image/img_b147412e2e6a.jpg) 图 6｜本机保存视图 06_Base_Detail 的新截图裁切。脚电极、台面和底座外壳分别表达；本图不构成承重或测量精度证明。本地记录中有四块脚电极和四个脚轮，脚轮的锁止机构属于示意。接下来需要讨论的是站立区域、脚的位置、上下台动作、支承方式，以及整机移动与固定的关系。把脚轮画出来，不等于机器已经稳定；把四块电极摆上去，也不等于测量系统已经工作。一个有用的检查提示词是： ``` 只检查底座及其与机身的连接，不修改屏幕和握手区域。列出秤台、四块脚电极、外壳、脚轮和支承件。确认它们是否超出400 x 500 mm的占地边界。把承重、传感器安装、防滑、防倾倒列为后续工程验证项。不要从外观截图推断这些项目已经通过。 ``` # 4. 握手电极：金属接触片和绝缘主体，要分开看从远处看，把手可能只是左右两根短条。放大以后，才能讨论哪些地方供人握持，哪些地方表达金属接触面，哪些地方需要绝缘。 ![Image](/doc/6181/image/img_a3081c68d8ce.jpg) 图 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_贴图/ 屏幕与材质图片 ``` .3dm 用来保留 Rhino 原始工作内容；STEP 可以用于交换适合导出的实体或曲面几何，但不应期待它把屏幕贴图、视图和全部表现效果一起保留下来。需要网格预览或特定制造流程时，再考虑 OBJ 或 STL。STL 不适合作为颜色、材质和贴图的交付格式，接收方还需要明确约定单位。 # 导图和截图，用途不同导图时，可以用 Rhino 的 ViewCaptureToFile 输出当前视图。需要软件界面作为操作证据，则使用窗口截图。两者目的不同：前者面向干净的视口展示，后者面向过程说明。（Rhino 视口图像保存说明）在发出去之前，至少确认： - 模型能重新打开，关键部件和贴图没有丢失。 - 尺寸顺序、单位和总高基准一致。 - 参考图、杯具占位体、内部占位与产品实体已经区分。 - 正面、侧面和背面没有明显错位或遗漏。 - 图片与模型文件是同一版本。 - 屏幕规格、结构条件与尚未完成的验证已经列明。 “实体封闭”“没有无效对象”“占位体不相交”，是有价值的几何结果，但它们不能替代物理样机和工程测试。 # 十、第一次练习，做到一个小闭环就够了第一次上手，不必同时挑战复杂曲面、真实电控和完整渲染。先让自己完成一个能看见、能量到、能改回去的小流程。 1. 新建一个毫米文档，确认文件和单位。 2. 建立一个已知尺寸的底座和一个主机体块。 3. 把它们放到两个独立图层。 4. 查看正面、侧面和透视，检查位置关系。 5. 提出一次局部修改，并明确其他部分不变。 6. 测量修改后的结果，另存一份练习文件。 7. 输出一张视口图，再重新打开文件确认内容还在。这个流程跑通以后，再逐步加入水箱、按键、显示区域、握手和电极。每增加一个部件，都问同样的问题：它为什么在这里？尺寸依据是什么？它和旁边的部件是什么关系？如何确认没有改错？ # 结语：把“看起来对”推进到“哪里对、哪里还不确定” 回头看这两个案例，饮水机让我们把使用动作转成空间检查；体测仪让我们发现，参考图外观和文字规格有时会互相冲突。 GPT 可以帮助拆任务、写脚本、组织建模步骤。Rhino 让这些想法进入真正的三维文档，接受尺寸、视角和零件关系的检查。Computer Use 则可以帮助查看软件实际呈现的状态。但需要人决定的事情仍然很清楚：保留什么特征、接受什么取舍、用什么标准验收，以及什么时候应该停止修饰外观，转去补工程验证。真正可复用的，不是一句“帮我做个产品”，而是一套清楚的约束、分阶段的检查，以及可追溯的修改记录。当你能把这些说清楚，AI 才更容易从一个出图工具，变成一个能参与产品设计工作的助手。 # 本文依据与范围本文根据提供的原始文字、本机两个 .3dm 项目及其已有设计说明、脚本和几何检查记录整理。图像是本次重新打开模型后采集的实际窗口画面；文中的具体检查数值引用本地已有记录，本次没有重新执行完整几何验证，也没有进行实物测试。正文中的提示词是整理后的教学示例，不是这两个项目原始对话的逐字记录。本文不把已有模型当作本次从零重建的成果，也不据此宣称特定模型的“一轮成功率”或与其他模型的性能差距。 ## 相关链接 - [老杨啊 | AI产品商业化](https://x.com/yhslgg) - [@yhslgg](https://x.com/yhslgg) - [2.3K](https://x.com/yhslgg/status/2097338441138926038/analytics) - [Upgrade to Premium](https://x.com/i/premium_sign_up) - [10:57 PM · Sep 8, 2026](https://x.com/yhslgg/status/2097338441138926038) - [2,380 Views](https://x.com/yhslgg/status/2097338441138926038/analytics) --- *导出时间: 2026/9/9 09:24:37*