独家 | 哈佛系Reer要做IDE了

大家好，我是秦明，前段时间，Reer团队喊我参加他们的一场线上分享会。这是Reer第一次公开完整的产品路线。最近梳理了下，把整场活动的一些判断与思考分享给大家。

如果新朋友不了解Reer，可以看看往期这两篇文章哈佛团队AI CAD产品公测，与创始人聊完才发现，最厉害的不是零手动建模四个月后，我放弃了为CAD创建MCP服务器，来自哈佛创业团队CTO的经验

Reer接下来要做IDE了，Intelligent Design Environment，智能设计环境。这是整场分享里，我认为分量最重的一条信息。

之前我们看到的Reer，是一个必须依附在Rhino软件里才能用的插件。未来的IDE，会是一个独立打开的桌面应用。主页是一个统一的工作台，我们所有连接过的文件都会集中显示在这里——不管是Rhino文件还是Revit文件，在同一个对话窗口里，Agent会自动匹配对应软件的版本。

统一工作空间是趋势。单文件插件的形态，本身就是一个天花板。不管功能做得多强，只要这类产品被绑定在一个文件、一个软件里，就没法处理真实世界里的项目协作场景。而真实的工程项目，从来不是活在一个孤立的CAD文件里的——一个建筑项目，可能同时有建筑师的Rhino文件、结构工程师的Revit文件，甚至还要对接施工方的其他格式。

Cursor的出现，本身就是一套逻辑。当年AI写代码这件事，最早也是从插件形态开始的——GitHub Copilot挂在VS Code里，帮我们自动补全一行代码、一个函数，本质上还是「人在主导，AI在辅助」。但Cursor想做的事更大：它直接把整个IDE重做了一遍，让AI从「补全建议」变成能读懂整个代码库、能跨文件重构、能直接帮你把一个需求从头写到尾的角色。

除了IDE这条大新闻，这次分享里还讲了一个新功能，叫/sync，简而言之，是给Agent装一个项目记忆。

当我们第一次把Reer连接到一个Rhino模型上，建议先跑一遍/sync。跑完之后会发生什么：

第一，Agent会快速扫一遍我们模型里的对象、图层结构，以及一些关键信息，比如用的单位是米还是英尺；

第二，然后它会反过来问我们几个问题，帮它更精确地理解这个项目是干什么的；

第三，我们还可以借着这个机会，直接告诉它一些「必须遵守的规则」——比如命名习惯、图层分类逻辑——这些规则会被记下来，变成一个贯穿整个项目的记忆层，不会因为对话轮次变多就被遗忘。

接着可以进一步给它结合目标场景「喂」更多上下文。这背后的思考在于，Agent能做到多好，取决于它拿到了多少上下文。所以/sync这个功能，在AI4ELAB看来，本质上不是在教AI一项新技能，而是在解决一个更底层的问题：怎么把项目里那些「只有人知道、AI不知道」的隐性知识，显性化地喂给AI。这个思路我觉得值得所有在做AI工具或者AI应用的人参考。

聊完两个重点功能，我想分享一个更完整的图景——人、AI Agent、Rhino本体、还有Rhino生态里的各种插件，这几者到底是怎么协作的。

先说Rhino本体这一层。Reer目前主要是通过Rhino的官方API在操作模型——建模、改图层、批量命名，这些都属于这一层。这一层的Reer已经相当成熟。

往外一层，是Grasshopper——Rhino自带的参数化设计插件。Reer现在支持切换到Grasshopper模式工作，Agent会判断：一个任务是该直接用Rhino脚本做、还是该生成一段可调参数的Grasshopper脚本。

再往外一层，是Rhino生态里其他的第三方插件——比如做建筑参数化构件的VisualARQ，做能耗模拟的Climate Studio。这一层，目前是Reer截止2026年6月存在局限的地方，团队也很坦诚地承认了这一点。现在Agent可以发现用户机器上装了哪些插件，也会尝试去用，但用得好不好，很大程度上还没有保障。

Reer团队给出的解法是要走「开发者社区共建」——插件开发者比任何人都清楚自己的工具该怎么用，所以他们想邀请这些开发者一起，教会Agent正确使用对应插件，构建自己的Reer Agent，最终目标是做一个能与任何CAD软件交互的智能层，而不只是服务于Rhino一个软件。

另外，我能想到的最外一层，是企业内部的专属插件和定制工作流。很多大公司会有自己的内部标准库、审图流程插件，这些工具沉淀了企业多年的经验，但目前基本还在AI的视野之外。

所以这几层的关系，其实是一个从内到外逐渐扩展的同心圆：Rhino类最成熟，Grasshopper类插件次之，第三方插件正在补课，企业自定义工具和开放代理层是下一步要打的仗。而人在这个体系里的角色，始终是那个提供意图、提供上下文、做最终判断的人。

这是上次的产品活动的视频（经Reer团队授权发布）👇

更多的AI产品细节，我会整理在会员知识库中，欢迎加入。