夜雨聆风# 给 Revit 配一个 AI 助手（下）：那些「不行」和边界在哪
前两篇讲了为什么做、怎么做。这篇讲讲不顺利的部分：那些「不行」的时刻，问题是怎么被一步步解决的，以及 AI 到底能做什么、不能做什么。
工具能跑通，不等于一直不翻车。这套东西做下来，最有价值的不是「做成了什么」，而是那些「为什么不行」和「怎么想通」的时刻。
一、每个坑都有排查路径
挑几个有代表性的：
- 图层全丢。
链接的 DWG 进 Revit 后，图层找不到了，以为数据丢了。排查后发现不是没有，是读错了地方——链接文件的图层藏在文档类别树的一个顶层节点下，273 个图层一直都在，只是藏得深。顺带还查出「绑定」操作本质是删掉链接再重新导入，而重导入选项只带可见图层，一绑定图层就真丢了。三个根因，三个修正，最后验证图层完整保留。第一次遇到时花了不少功夫，路径记下来之后，同类问题再遇到就是几分钟的事。 - 「假成功」整批回滚。
有一轮 CAD 全量导入，工具报告成功、新建了 292 个元素，模型里却什么都没留下——墙还是原来那 7 面。排查后才知道是墙端自动连接在提交时触发了失败，整个批次被回滚。修正分两步：建墙后先禁止自动连接，从根上避免；提交后检查元素还在不在，不在就明确报错。从此不再有「日志是绿的、模型是空的」。 - 轴网标注做不出来。
做轴网间距标注时，软件一直报错。常规办法试过不行，后来想到：以前用过的一个老插件也做同样的事，它一定有办法。于是把老插件的程序拆开看了看，找到了它的做法，照着一改就通了。这件事给我一个启发：很多「做不了」其实只是「没找到正确的做法」，而旧插件、旧项目就是现成的答案库。 - 环境问题。
编码乱码、软件重启太频繁把许可服务拖垮、插件未签名每次启动弹窗……每一个都让流程断过，后来都有了对应的处理办法，比如「攒一批改动再重启一次」。 - 边界情况。
有的房间没有墙围合，硬生成会弹窗报错，后来处理成：没有围合的也放上房间，跳过弹窗，把情况记下来备查——流程不中断，信息不丢失。
这些问题的共性不是「难」，而是「第一次遇到时没有路径」。每个问题解决后，把排查路径记下来，同类问题第二次就是几分钟的事。这也是为什么排查过程我们都留了档。
排查路径：第一次没路径，记下来就有了
二、问题是怎么被解决的
几乎每个「不行」，最后都是靠同一条循环走通的：梳理问题来源 → 提出猜测 → AI 做测试验证 → 打补丁。
以前遇到「不行」，要么自己啃文档，要么找会写程序的人，节奏很慢。现在可以把现象描述给 AI，和它一起猜原因，让它去验证——猜错了也不心疼，换个方向再试。前面那些排查故事，没有一个是 AI 单独完成的：现象是我观察的，方向往往是我提的（比如「去拆那个老插件看看」），代码是 AI 写的，验证数字是它跑出来给我的。这就是人和 AI 联合解决问题的样子。
梳理 → 猜测 → 验证 → 补丁：解决问题的循环
三、AI 能做什么、不能做什么
回到这个系列的主题。AI 在这些事里扮演什么角色？
它擅长的：批量执行、记住上下文、把排查路径沉淀成流程、把重复劳动变成一句指令。它不擅长的：判断「该不该改」、理解只有你才知道的工程上下文、做设计决策。所以我的用法一直是：判断我来，执行交给它，结果我抽查。
一个更实在的感受：AI 放大的是「流程是否清晰、标准是否统一」。流程清楚、标准统一的活儿，AI 干得又快又稳；流程乱的活儿，AI 也帮不上多少——它只是把乱的部分执行得更快。所以我们的顺序是：先把流程定清楚，再谈工具。工具是最后一步，不是第一步。
边界也要想清楚。哪些先做、哪些暂缓，比做得快更重要。比如结构梁的识别，早期评估后决定先放一放，先把 CAD 侧的图纸整理做好——因为它是所有下游的地基。后来这个判断被证明是对的：地基打好之后，CAD 翻模、房间、楼板、开洞一路跑通。
判断 / 执行：人机分工的边界
结尾
工具解决技术问题，流程解决工程问题，而流程是定出来的，定流程的是人。这个系列从 120 多个工具讲起，落到的其实是最后这句话。
如果只留一个想法，大概是：工程领域的自动化，不一定等厂商把功能做全，也不一定等团队里出现程序员。人能把自己的流程说清楚，AI 能把流程变成工具，两边一接，重复劳动就能少一大块。判断、沟通、协调这些最难被替代的部分，正好留给设计师自己。
如果你也对这个话题感兴趣，欢迎微信交流：leungHB218（备注「AI+Revit」）。
（本文是「给 Revit 配一个 AI 助手」系列第三篇，也是最后一篇。有新的进展，会继续写出来。）