十五套 Skill 之后，我闯进了一个完全陌生的领域——AutoCAD 插件，零门槛开发

做 Office 插件的 Skill，我是主场。十几年 Excel 沉浸，每一套 Skill 都有底气。但这一次不一样——我闯进了一个自己几乎完全陌生的领域。AutoCAD，工程设计软件，图纸制作工具。说出来你可能不信：为了开发这套 Skill，我今天才第一次正式下载 CAD。 之前最多用过简易版的 CAD 查看软件，连 CAD 怎么打开文件都不知道——不像 Office 双击就行，底部工具栏还得输入文件路径。但我知道——很多跟着我做 Office 工具的粉丝，同时也是一名工程师，每天跟图纸打交道。 这是他们的刚需。所以，哪怕这片土地对我来说寸草不生，我也得闯。第十六套 Skill——AutoCAD AutoLISP 插件开发——正式发布。

---

一、我坦白：为了开发这套 Skill，我今天才第一次下载 CAD

先给你交个底。

在今天之前，我的 AutoCAD 经验就是——装过一个简易版的 CAD 查看软件，能看图纸，但什么也干不了。真正的 AutoCAD 软件，今天为了开发这套 Skill，我才第一次下载安装。打开之后更懵了：Office 软件双击文件就能打开，CAD 不一样——你打开软件之后，底部还有一个命令行，需要手动输入文件路径才能加载图纸。

AutoLISP、DCL 对话框、accoreconsole、.bundle 打包——这些词，今天的我跟刚打开文章时的你一样，一个都不知道。

没有任何 CAD 背景、没有任何工程领域经验、没有任何图纸绘制能力。一个纯粹的 Office 数据人，今天刚装上 CAD 就来做 CAD 插件开发。

这是我十六套 Skill 里，跨界最远、最没底气、但也最让我骄傲的一套。

---

二、为什么选择 Lisp？不是因为我懂它——恰恰相反

技术选型，我纠结了很久。

我最擅长的是 VBA。AutoCAD 也有 VBA 接口——但 CAD 的 VBA 需要额外安装模块，版本兼容性很差，国产 CAD（中望、浩辰）不一定支持。.NET 可以写 CAD 插件——但需要高版本 CAD 才支持跨平台 .NET，老版本不兼容，国产 CAD 支持度未知。

最后我选了 AutoLISP。不是我熟悉它——是因为它是 CAD 的原生语言。

AutoLISP 从 AutoCAD 诞生那天起就长在它的血管里。不需要额外安装任何东西，不需要考虑版本兼容性，几乎所有 CAD 软件——AutoCAD、中望 CAD、浩辰 CAD——都原生支持。对零基础用户来说，最重要的是什么？不是代码写得漂不漂亮，是做出来的插件能不能在对方的 CAD 里跑起来。

我选择了一条我不会走的路，因为这条路是你的 CAD 一定能走的路。

---

三、从零开始做 CAD Skill，到底有多难？

说几个真实的片段。

第一天： 连 AutoCAD 的命令行在哪都找了五分钟。Terminal 输入 LISP，AutoCAD 告诉我"未知命令"——后来才知道要输 VLIDE（Visual LISP 编辑器）。

第三天： DCL 对话框——AutoLISP 的窗体技术——我在社区里翻了半天，发现资料少得可怜。中文社区的 CAD 开发内容大多是十几年前的帖子，英文社区的也好不到哪去。一个 DCL 的 list_box 控件怎么绑定数据，试了十几遍才跑通。

第五天：.bundle 打包——AutoCAD 的插件分发格式。PackageContents.xml 怎么写？模块怎么注册？accoreconsole 怎么跑无头冒烟测试？每一个问题，答案都不在文档里——在一遍一遍的试错里。

每一次调通一个接口，每一次跑通一个蓝图——都是拿时间和 Token 换的。 没有社区教程、没有现成模板、没有"别人做过的类似项目"可以参照。从零到一，纯靠 AI 一条一条指令地试。

但越难，越说明这个领域需要 Skill。因为如果一个做了十几套 Skill 的人都觉得难，一个普通用户面对它的时候，只会更难。

---

四、这套 Skill 到底能帮你做什么？

十六套 Skill 的经验，不是白攒的。虽然 CAD 领域陌生，但开发体系的骨架是一样的。我把做 Office Skill 的那一套——蓝图 + 最佳实践 + 自动构建 + 冒烟测试——全部搬到了 CAD 上。

4.1 两个专项蓝图

蓝图	场景
📐 图层管理器	一键统一图层标准、批量归层、冻结/锁定管理、DCL 对话框入口
🖊️ 图纸自动化工作台	批量图纸处理、实体筛选与统计、报表输出、CUIX 菜单集成

4.2 完整的最佳实践注入

CAD 开发有自己的规则和陷阱。我把这些全部写进了 Skill 的知识里：

• 图层操作：创建、查找、开关、冻结、标准化命名、批量归层——标准路径
• 实体处理：按 DXF 类型/图层/颜色筛选，entget 读取，entmod 批量更新
• 图块与属性：统计 INSERT、读写 ATTRIB、按名称/属性筛选
• 图纸治理：标题栏检查、比例检查、标准层存在性检查、对象数量审计
• 批处理：同一个核心函数同时支持 c: 命令和 accoreconsole 脚本
• 报表输出：审计结果、异常清单、块属性清单，逐 DWG 生成 CSV 报告

4.3 交付方式：双击安装、CUIX 菜单集成

生成的插件是一套完整的 .bundle 包。用户只需要：

• 把文件夹拖进 AutoCAD 的 ApplicationPlugins 目录
• 或者 AI 帮你写一条安装命令

装上之后，你的自定义命令就出现在了 AutoCAD 的命令行里，甚至可以在菜单栏里加一个自定义按钮。

从零基础到交付一个 AutoCAD 插件——你只需要对着 AI 说一句话。中间的所有痛苦，我已经替你吃完了。

---

五、越小众，越珍贵

写到这，我想说一句所有人都知道、但很少人愿意说出来的大实话。

在软件开发里，越小众的领域，越少人愿意投入。因为受众少、回报低、成本高。 CAD 插件就是典型——AutoLISP 教程停留在十几年前，中文社区几近于无，英文社区半死不活。为什么没人做？因为做这件事投入产出比太低。

但我还是做了。不是因为 CAD 能赚多少钱——是因为你们需要。

我的粉丝里有工程师、有建筑设计师、有制造业的工艺员。他们每天在 AutoCAD 面前，跟我在 Excel 面前一样——有太多的重复劳动，有太多的"要是有个插件就好了"的瞬间。

小众不是劣势，是价值。 正因为小众，正因为少人服务，你做出来的每一个工具都格外珍贵。全网找不到第二个的东西，你手里有一个——这就是稀缺价值。

但稀缺也意味着成本没人分摊。越小众，越需要你的一份力。

---

六、未来：VBA 版本、.NET 版本——如果你愿意，我们一起走

这次我先做了 AutoLISP 版本。因为它最兼容、最稳妥、最不挑版本。

但如果大家觉得有必要——对 VBA 版本有需求、对 .NET 版本有兴趣——只要你愿意通过打赏或众筹的方式支持，我愿意继续开发 CAD 的 VBA 版和 .NET 版。

前提是：社区愿意跟我一起走。因为这已经不是一个人的事了——CAD 的小众性决定了，靠一个免费开发者单打独斗，走不远。但如果有一群人、一个社区，哪怕每个人只贡献一点点，就能让这条路越走越宽。

我的热情还在。但热情需要柴火。你就是那根柴。

---

七、免费，但请用力打赏

从第一套 Excel VBA 到现在的 AutoCAD LISP——十六套 Skill，全部免费。

不收割韭菜，不贩卖焦虑，不搞知识付费墙。

但这套 CAD Skill 的开发过程，我吃了远比之前十五套更多的苦。跨界的痛苦、信息的稀缺、每一次试错都是真金白银的 Token 消耗——而且这个领域，你很难靠"广撒网"来分摊成本，因为受众天然就小。

所以这一次，我特别想说：如果你觉得这套 CAD Skill 对你有用，请打赏。用力打赏。 不是客气，是现实——越小众的领域，越需要懂得珍惜的人来撑住。

1. 🙏 随喜打赏——没有固定金额，但这一次请不要手软

2. 🎓 一对一咨询 / 教练陪练——教你自己做 CAD 插件

3. 🏢 企业项目定制——CAD + Office 全路线覆盖

4. 🏫 企业 AI 编程培训——团队整体提效

5. 🤝 众筹下一个版本——VBA 版、.NET 版，一起决定

---

写在最后

两个月前，我只会打开 AutoCAD。两个月后，我做了一套 AutoLISP Skill。

不是为了炫技——是因为我知道，有一群人，他们的日常工作需要这个东西，而市面上从来没有一个"零基础也能做 CAD 插件"的方案。

我不是工程师，不是建筑师，不是设计师。但我是那个愿意替他们走完最难的一步的人。

十六套 Skill。从 Excel 到 CAD，从 Windows 到三端全开。我还在走，因为还有路没铺完。

公众号：Excel催化剂 | 微信：190262897 | 承接数据咨询解决方案、软件功能定制、AI编程培训服务

想体验全套十六套免费 Skill？欢迎加好友进入免费社群.