Rhino 9发布：100多项新功能背后，开发节奏被AI拉快近3倍

Rhino 9在10月28日上线。McNeel把这一版的一百多项新功能归成13个故事，每个配一段「怎么试」。真正让我多看了两遍的，是发布之后他们自己讲出来的开发方式变化：开发团队每个工作日合并的变更，从3.3个涨到了9.5个。

先把产品本身说清楚。价格和升级价都没变，促销升级价到2027年3月1日；一张Rhino 9授权可以同时跑Rhino 6、7、8，旧版本不用另买授权，经销商也不用再压旧版库存。服务更新还是每月第二个周二。

对AEC最实用的三个性能变化

McNeel自己跑的基准给了三个数，都比Rhino 8快：打开644MB的DWG文件从68.2秒降到11.2秒；在四个模型、660MB的Worksession里切换当前模型从30秒降到2.5秒；移动一个1180万面的网格从14.02秒降到0.82秒。Worksession是Rhino处理大项目的方式，把大项目拆成几个文件，这一条对做大型项目的团队最实用。McNeel业务发展团队的Scott Davidson说，这是第一个比上一版快的Rhino。这些数字是厂商自测，不是第三方评测，看的时候得按这个前提。

Grasshopper 2随行，但插件还没跟上

Grasshopper 2跟着Rhino 9一起发布，两个新组件Shout和Listen负责把数据从一个脚本末尾传到另一个脚本开头，定义可以拆得更模块化；metadata跟着数据走，楼层能打标签，显示规则按标签隐藏、显示或给几何体着色；多线程求解意味着复杂定义里拖滑块时后面几级重算不再卡界面。要留意的是Grasshopper 1没有废弃，它在Rhino 9里还维护着。定义可以迁移，第三方插件没有全部搬过去，依赖插件的团队短期内还得用Grasshopper 1干活。

开发节奏：这才是这版的分水岭

开发团队负责人Steve Baer说，他们试AI试了很久一直没太大变化，直到Claude Opus出现，他给管理层的预期是效率提升20%，实际拿到的接近3倍。Baer和可视化开发负责人Andy Le Bihan在台上给了具体数字：2022年10月到2026年6月，两人平均每个工作日合并3.3个pull request；2026年8月到10月中旬，这个数是9.5个。

用法是写清楚再让AI干：崩溃问题被写成markdown里的状态机，跑在Mac和Windows上，通宵自动读崩溃转储、判断原因、尝试复现、修好再测。代码合并前仍然要人评审，Baer明确说这不属于vibe coding。配套的支撑是SDK：RhinoCommon新增150多个公开类型和2200个公开声明，Mac上第一次有了C++ SDK。McNeel培训与技术支持团队的Brian James不写代码，用Claude Code通过MCP服务器连着Rhino，已经在Rhino的Package Manager上发了4个免费MIT授权插件。

RhinoAI：开源面板，演示不匀

对外提供的是开发者Callum Sykes用Claude Code写的开源插件，通过MCP服务器连Rhino，发布在GitHub上。在Rhino内部，面板会找到本机装好的智能体，比如Claude或Codex，能跨Rhino、两个版本的Grasshopper和渲染工作，写完新命令还会顺手生成一个按钮；在Rhino外部，可以带任何模型进来，让它启动Rhino、下达指令、同时跑多个副本。它不属于Rhino内核，模型和成本由使用者自定。

现场演示的成色不匀。开发者Scott Davidson的框架很直白：Rhino是确定性的，AI是概率性的，「AI大概是对的」。给一张三视图让智能体造柑橘榨汁机，30分钟内做出来了，还能改成每个尺寸带滑块的Grasshopper 2参数化模型。建筑测试就没那么顺：用一张AI生成的体育场效果图去建模，第一次直接失败，换成让AI多生成几个角度的图，第二次才做出图层结构合理的模型，再往下加看台、通道和场边墙。厨房那张靠两张照片做得很差，给了手绘平面图之后才好转。

边界说清楚：性能数字是McNeel自己跑的基准；AI在建筑场景的稳定性按上面的演示看还差得远；Rhino至今没有原生IFC导出，这个请求从2021年起就挂在McNeel自己的论坛上，要用IFC的公司仍然得靠VisualARQ、RhinoLands这类插件。

我觉得这一版真正的分水岭在开发节奏上。功能是13个故事、一百多项，看得见摸得着；开发团队每天合并的变更从3.3个到9.5个，这种变化对一家三十多年不做年度大版本的公司来说更稀有。三年一版的节奏这次会不会被改掉，答案要等下一次发布。

资料来源