CadGPT将ChatGPT转变为以绘图为中心的AutoCAD执行环境。ChatGPT依然是推理的表面;CadGPT提供本地控制平面、绘图绑定、AutoLISP/作业编排,...
概览
CadGPT将ChatGPT转变为以绘图为中心的AutoCAD执行环境。ChatGPT依然是推理的表面;CadGPT提供本地控制平面、绘图绑定、AutoLISP/作业编排、注册表发现、诊断、AutoCAD插件和CAD MCP桥接。 AutoCAD插件可以将ChatGPT托管在可停靠的调色板中,但插件界面不是CAD授权。CadGPT的运行时/工作绑定仍然是权威的。 - 通过 CadGPT/CG 插件或字面上的 @cadgpt / @cg 显式启动;- 一个活动工作绑定一个图纸;- 当前 CAD 事实从绑定图纸中直接读取;- 当 CG 激活并绑定图纸时,默认请求目标 AutoCAD;- 仅在用户明确要求图像/渲染/插图而非 CAD 输出时使用外部图像生成;- MCP 运行时从不隐式启动 AutoCAD;- CAD MCP 在实际 CAD 需求前处于休眠状态;- 管理用户/运行时状态存在于 %LOCALAPPDATA%\CadGPT;- 文件变异使用...
概述(AI 翻译)
状态:积极开发
CadGPT将ChatGPT转变为以绘图为中心的AutoCAD执行环境。ChatGPT依然是推理的表面;CadGPT提供本地控制平面、绘图绑定、AutoLISP/作业编排、注册表发现、诊断、AutoCAD插件和CAD MCP桥接。
AutoCAD插件可以将ChatGPT托管在可停靠的调色板中,但插件界面不是CAD授权。CadGPT的运行时/工作绑定仍然是权威的。
当前产品合同
- 通过 CadGPT/CG 插件或字面
@cadgpt/@cg进行明确启动; - 一件活动作品装订一幅图纸;
- 当前CAD数据直接从装订图纸读取;
- 当CG激活并绑定绘图时,诸如绘制/重绘/创建/添加/修改/vẽ / vẽ lại / tạo / sửa等请求默认针对AutoCAD;
- 外部图像生成仅在用户明确要求图像/渲染/插图而非CAD输出时使用;
- AutoCAD 从未被 MCP 运行时隐式启动;
- CAD MCP 处于休眠状态,直到实际需要 CAD;
- 受管理的用户/运行时状态位于
%LOCALAPPDATA%\CadGPT; - 文件变异使用批准根节点内的规范绝对路径;
本页由 AI 翻译,技术细节请以原文为准。
README
以下为原文 README 节选,完整内容请查看原文。
CadGPT
Status: Active development
CadGPT turns ChatGPT into a drawing-centric AutoCAD execution environment. ChatGPT remains the reasoning surface; CadGPT provides the local control plane, drawing binding, AutoLISP/Job orchestration, registry discovery, diagnostics, the AutoCAD add-in, and the CAD MCP bridge.
ChatGPT / CadGPT plugin
⇅
OpenAI Secure MCP Tunnel
⇅
CadGPT slim admission/control plane
↓
WorkRegistration + ToolLease
├── FILE
└── CAD / HYBRID
↓
CAD MCP
↓
AutoCAD
The AutoCAD add-in can host ChatGPT in a dockable palette, but the add-in UI is not CAD authority. CadGPT runtime/work binding remains authoritative.
Current product contract
- explicit launch through the CadGPT/CG plugin or literal
@cadgpt/@cg; - one active work binds one drawing;
- current CAD facts are read fresh from the bound drawing;
- while CG is active with a bound drawing, requests such as draw / redraw / create / add / modify / vẽ / vẽ lại / tạo / sửa target AutoCAD by default;
- external image generation is used only when the user explicitly asks for an image/render/illustration rather than CAD output;
- AutoCAD is never launched implicitly by the MCP runtime;
- CAD MCP sleeps until actual CAD demand;
- managed user/runtime state lives under
%LOCALAPPDATA%\CadGPT; - file mutation uses canonical absolute paths inside approved roots;
- production runtime does not self-modify CAD MCP source;
- Revit development is not part of this repository. RevitGPT is maintained as a separate project/repository.
Launch and drawing binding
CadGPT reads the lightweight tray snapshot before starting full CAD MCP.
CG / @cg / @cadgpt
├─ 0 drawings
│ → Welcome screen
│ → WORK IDLE
│
├─ exactly 1 drawing
│ → auto-bind that drawing
│ → Workspace Ready
│
└─ 2+ drawings
→ Welcome screen + drawing list
→ user chooses exactly one
→ Workspace Ready
cg/list refreshes the tray-backed drawing list and does not wake full CAD MCP by itself.
A bound workspace follows:
1 work = 1 drawing
CadGPT never treats ambient AutoCAD ActiveDocument as drawing authority.
Commands
cg/ full command menu
cg/list refresh open drawings
cg/cl create or repair Lisp
cg/cj create or repair Job
cg/job list registered Jobs
cg/update edit one selected existing Job or Lisp
cg/kug update global HVAC knowledge (KUG)
cg/kud update bound-drawing HVAC knowledge (KUD)
cg/mcp CAD MCP development workflow (development builds only)
cg/help help
cg/stop stop current work
@cadgpt / @cg activate CadGPT; they are not the CLI namespace.
HVAC domain Knowledge Updater (KUG / KUD)
The Knowledge Updater stores HVAC workflow/domain knowledge separately from CadGPT internal CAD API, AutoLISP and MCP development knowledge.
KUG/cg/kug— global reusable HVAC practice in
推荐工具
换一个关键词,或者移除筛选条件。
安装
npx skillfish add thebimhouseinfo-sudo/cadgpt