给 Revit 配一个 AI 助手(上):批量操作,可以交给 AI

# 给 Revit 配一个 AI 助手（上）：批量操作，可以交给 AI

工程领域正在出现一种新的可能：工具不再只能买现成的，可以通过 AI 编程自己长出来，按自己的流程自由组合，做到一定程度的自动化。

这篇是我自己给 Revit 配 AI 助手的经历，分三篇讲：先讲为什么值得做，再讲工具是怎么长出来的，最后讲那些「不行」和边界在哪。如果你也是天天被软件里的重复操作缠着的人，可以看看这条思路适不适合自己。

一、批量操作是常态

做设计这些年，批量操作是常态。墙的连接设置要一面一面改，房间的面层参数要一间一间填，图纸要一张一张命名，明细表要一条一条核对。都是些不大不小的事，说不上难，就是费时间。

以前也想过偷懒。插件找过一圈，要么只解决单一场景，要么收费，要么装完发现版本不匹配，最后多半还是自己点。时间长了也就习惯了。

说到底，不是没有工具，而是没有一个能听懂人话、又对得上自家项目的工具。我们缺的不是「又一个插件」，而是「一个会干活的助手」。

批量：一次处理一整排

2026 年，情况有了变化：AI 助手能自己调用工具了。我试了试，发现那句「把当前视图所有墙两端设为允许连接」说给 AI 听，它真的能去执行。

想让 AI 碰软件，以前只有两条路。一条是把数据导出来给它看，它算完再导回去，中间全靠人搬运，麻烦还容易出错；另一条是写脚本、写插件，把每个操作做成程序——这活儿要懂编程，不是每个设计师都玩得转。所以问题很清楚：AI 再聪明，够不着软件，就使不上劲。

MCP（模型上下文协议）解决的就是「够得着」这件事。用大白话说：AI 是大脑，负责想清楚要干什么；工具就像手底下的老虎钳、螺丝刀；MCP 是配套的使用说明书——每个工具能干什么、怎么用、参数怎么传，都写在上面。AI 照着说明书调用，指令就能传到工具上。

它跟传统插件的区别在于：传统插件是「集成工具」，一个插件解决一个具体问题，流程写死，换个场景就使不上；MCP 这边是「基础工具」，每个工具尽量简单单一，怎么组合、按什么顺序用，交给 AI 临场决定。同样是工具箱，传统插件像是按图纸定制的组合机床，MCP 是一抽屉可以自由搭配的老虎钳和螺丝刀。

桥接：AI 与软件之间的连接

对我们来说，思路变成：不是去教 AI 懂 Revit，而是把 Revit 的能力做成工具，让 AI 来调。听懂人话是 AI 的强项，操作软件是工具的事，两边一接，活儿就有人干了。

这里有一个前提，也是这套做法能成立的真正原因：工具不需要是现成的，可以按需长出来。 项目里遇到什么操作，就补一个工具；编程的部分交给 AI，人只需要把流程说清楚、会验收结果。这条路走通了，「用工具」就变成了「造工具」。

自由组合：从固定集成到按需拼装

可能有同行会问：这套东西具体用了什么？简单列一下，都是用得到、装得上的常规东西：

AI 助手：Codex
。OpenAI 的编程 AI，装在电脑上，能听懂对话、读写代码、运行命令、操作本机软件。它是这套东西里的「干活主力」：我提需求，它写工具、测试、部署。
BIM 软件：Autodesk Revit 2024
。我们日常建模用的软件，也是 AI 主要操作的对象。
CAD 软件：中望建筑 CAD
。项目图纸的来源。中望画的图纸 Revit 认不全，所以我们在 CAD 侧写了个小插件，把图纸里的墙、门窗、轴网数据导出来，再由 Revit 重建。
中间层：一个桥接插件 + 一个 MCP 服务
。桥接插件装在 Revit 里，把软件能力变成 120 多个可调用的工具；MCP 服务负责在 AI 和插件之间传话。这一层是自研的，也是「造工具」的舞台。
辅助：本地视觉模型
。AI 有时看不了截图里的图纸和对话框，我们用本地跑的视觉模型识别一下，再交给 AI 处理。

这些名词现在记不住没关系，只需要记住一句话：AI 通过一层桥接，可以直接操作 Revit。至于桥接怎么搭、工具怎么写，是 AI 的事——这正是这套做法对设计师友好的地方。

生态：AI、桥接、MCP 与软件

这一篇讲的是「为什么值得做」：批量操作是常态，AI 开始能操作软件，思路从「用工具」变成「造工具」。

那么，工具到底是怎么一个接一个「长」出来的？下一篇用三个真实案例说话——CAD 图纸变成 Revit 模型、35 个房间一次改完、165 面墙的连接设置——再给你一份简单的上手指南，和几段我和 AI 的真实对话。

如果你也对这个话题感兴趣，欢迎微信交流：leungHB218

（本文是「给 Revit 配一个 AI 助手」系列第一篇，共三篇。）