夜雨聆风关注公众号，掌握全球最前沿工程AI资讯
建筑行业AI大模型联合研发（线上研讨会报名）
一、先讲个真事
上个月，一个做AI建筑设计的朋友找我吐槽。
他说他们团队熬了三个月，搞了一套"AI生成户型方案"的系统。大模型这边没问题，prompt一给，参数哗哗往外吐。但到了出图这一步，卡住了。
"我们得让天正把图画出来啊。"
我说那调用API不就行了？
他苦笑："天正没有CLI，AutoCAD的API又跟天正的对象对不上。我们最后只能退而求其次——让AI生成参数，然后人工照着参数在天正里一点点画。"
三个月的研发，最后变成了"AI出主意，人工当苦力"。
这不是个例。我后来问了几个圈子里的团队，几乎家家都在这个坑里摔过。
问题出在哪？就出在——没有官方CLI。
二、CLI是什么？为什么它这么重要？
CLI，Command Line Interface，命令行接口。简单说，就是让你能用代码直接指挥软件干活，而不需要对着屏幕点鼠标。
对普通用户来说，CLI反人性。但对AI来说，CLI是唯一能让它"动手"的方式。
想象一下这个场景：
设计师对着AI说："给我做一个18层的高层住宅，两梯四户，南北通透，符合当地节能规范，出平面图和立面图。"
AI理解需求，生成参数，调用天正CLI，自动建模、出图、标注、生成材料表。
设计师看一眼，说："把中间户改成三居室。"
AI秒改，重新出图。
从想法到图纸，一句话的事。
这不是科幻。技术上，今天的大模型完全能理解这段话。天正的参数化能力也早就有了。中间缺的，就是那一根"线"——让AI和天正说上话的CLI。
没有这根线，AI就是个哑巴军师，只能出主意，不能动手。
三、为什么天正不开放CLI？
我和朋友聊到这个，他第一反应是："天正是不是技术不行，做不出来？"
我笑了。天正做了二十多年建筑CAD，技术底子厚得很。不是做不出来，是不想做，或者说，不能做。
第一层：AutoDesk的卡脖子
天正再牛，也是站在AutoCAD肩膀上的。AutoCAD的DWG格式是封闭的，API授权条款里写得明明白白：不准开发替代图形界面的自动化工具。
天正如果开放CLI，底层终究要调AutoCAD的接口。AutoDesk一纸律师函过来，天正扛不住。
这不是猜测。AutoDesk历史上真起诉过不少做自动化的第三方。核心逻辑就一个：你动了我的授权收入。
AutoCAD按席位卖钱，一个工程师一个license。如果CLI普及了，一台服务器能替代十个工程师的鼠标操作，AutoDesk的收入模型就崩了。
天正不是不想开放，是上面有爹不让。
第二层：天正自己的商业顾虑
就算AutoDesk睁一只眼闭一只眼，天正自己也有算盘。
天正卖的是插件授权，模式跟AutoCAD一样——按套卖，按年续费。如果开放了CLI，用户完全可以买一两套天正，然后用AI自动化批量出图。天正的销售额大概率会掉。
更深层的是数据安全。建筑图纸是设计院的核心资产，涉及商业机密、知识产权，甚至法律责任。开放CLI意味着外部程序能无限制读写DWG，天正担心担责。
第三层：行业的责任链困局
建筑设计不是画着玩的，出了事要追责。
AI通过CLI生成的图纸，如果有错误，谁负责？是AI公司？天正？还是设计院？
现在的法律框架下，这个责任是糊的。天正多一事不如少一事。
四、小团队的努力，为什么都打了水漂？
说到这里，朋友插了一句："市面上不是有不少小团队在搞AI+CAD吗？"
有，但都没成气候。我总结了一下，原因有三：
第一，没有天正的对象文档。
天正的墙体、门窗、楼梯，都是自定义实体，格式不公开。小团队只能操作AutoCAD的原生对象（线、弧、多段线），画出来的图天正不认，丢失了联动修改、自动统计这些核心能力。
第二，AutoCAD的授权成本。
就算做出了自动化工具，每跑一个实例都要一个AutoCAD license。企业一算账，不如雇实习生便宜。
第三，各自为战，没有标准。
A团队做户型生成，B团队做管线排布，C团队做幕墙分格。大家各写各的脚本，互不兼容，形不成生态。
没有官方的开放，小团队就是在沙滩上盖房子。
五、如果天正开放了CLI，会发生什么？
这是一个假设，但值得认真推演。
（一）、对设计院：效率爆炸
一个住宅项目，传统流程是设计师先画草图，再建模型，再调方案，反复改。周期以周计。
有了AI+CLI，设计师定义规则和约束，AI批量生成成百上千个参数化方案，自动出图、自动比选。设计师的角色从"画图匠"变成"决策者和规则制定者"。
不是AI替代设计师，是AI替代了设计师的手。
（二）对天正：从工具商变成平台商
现在的天正，卖的是软件license。开放了CLI，天正可以成为建筑AI生态的基础设施——就像微信开放小程序接口一样。
第三方开发者基于天正CLI开发各种AI应用：户型优化、规范检查、能耗模拟、造价估算……天正从收软件钱，变成收平台税。
这个模式，AutoDesk自己也在探索（Forge平台），只是它想把AI能力锁在自己的云里卖。天正如果先一步开放，有机会卡位。
（三）对行业：参数化设计真正落地
参数化设计喊了很多年，但一直曲高和寡。为什么？因为参数化工具（如Grasshopper）门槛太高，建筑师得会写代码。
AI+CLI把这个门槛拆了。建筑师用自然语言描述需求，AI翻译成参数，CLI执行。参数化设计从"程序员的玩具"变成"每个设计师的日常"。
六、现实的破局路径
我知道，上面这些都是"如果"。现实里，天正短期开放CLI的可能性不大。
但这不代表这条路走不通。我看到的几个方向：
方向一：倒逼AutoDesk开放
AutoDesk自己也在推Design Automation API，但仅限云端、按计算量收费，而且想把AI能力锁在自己的生态里。
如果国内大厂（广联达、品茗等）联合起来，或者政策层面推动"自主可控BIM"，可能倒逼出一个更开放的API标准。
方向二：绕过DWG，用开放格式
IFC是开放的BIM标准，AI可以直接生成IFC文件，再用开源工具转换。Speckle这类新兴数据基础设施也在做跨软件互联。
代价是脱离天正/AutoCAD生态，国内设计院接受度低。但长期来看，这可能是破局的关键。
方向三：AI原生工具替代传统CAD
不跟天正玩了，直接做新一代"AI原生"设计工具。用代码定义建筑，内置规范检查，出图只是副产品。
这条路上已经有玩家：Swapp、Hypar、国内的品览智造。它们不追求兼容DWG，而是重新定义工作流。
这不是取代天正，是绕过天正。
七、写在最后
虽然建筑AI建筑设计是热点话题
全球各种高校的博士团队都在研究
各种建筑设计公司，AI爱好者都在谈论
在20年前学过用过天正，有一些理解。
AI生成绕过专业软件的规则执行层，
那建筑设计的一切规则要重做。
于是思考，为什么不官方软件开放命令接口。
CLI+飞书，还是更强大的飞书。
总不能，为了一个功能再去开发一个飞书。
回到开头那个朋友的故事。
三个月后，他们团队解散了。不是技术不行，是"最后一公里"走不通——AI能想，但不能做。
这样的故事，我估计行业里还有很多。
天正开放CLI，表面是一个技术决策，背后是整个建筑软件生态的权力重构。AutoDesk的平台垄断、天正的商业模式、行业的责任链困局，三座大山压在那里。
但历史告诉我们，效率的跃迁最终会击穿一切壁垒。
当年AutoCAD取代手绘板，设计院也抵制过。今天AI+参数化设计的效率优势，已经肉眼可见。问题只是：谁来捅破这层窗户纸？
是天正主动开放，拥抱变革？还是等新玩家从边缘蚕食，最终被颠覆？
我不知道答案。但我知道，谁先打通AI到软件执行层的闭环，谁就拿到了下一个时代的船票。
如果你也在做AI建筑设计，或者对这个话题有想法，欢迎在评论区聊聊。这篇文章的观点不一定对，但我希望它能抛砖引玉，让更多人关注这个"卡脖子"的问题。
近期十篇内容推荐
基于深度学习框架的全自动合成 BIM 数据集生成【日本大阪大学】
———— end————
如有侵权违规，请联系我们删除
聚焦工程行业AI大模型应用研究。从2012年安卓建筑App开发，2017年智慧工地平台开发，2019年智能建造监测设备研发生产。于2023年底，开始组织了二十余次工程行业AI应用直播讲课与AI应用分享，线上会议，以及两场线下工程行业AI交流会，获得了工程行业人工智能，全产业领域的智慧建造与AI大模型应用的8000位粉丝。
以下是部分过去报名的粉丝。
中建系\中铁系\建工系\城投建投\研究院\智慧建造软件公司\ 华为\腾讯\百度\阿里\品茗\广联达\研究院\科大讯飞\ 清华智谱\ 海康威视\高校博导教授\水利研究院\土木硕博\Ai产品经理\Ai工程师\建筑科技公司\GPU芯片算力公司\AI公司\ 智慧城市研究院\绿色建筑研究院\ 中建科技\中建技术院\产研院\铁道研究院\建研院交通院勘测院\
更多工程行业AI应用文章（2026年之前200篇已删）