01
解析底图，建立工程上下文
软件通过 AutoCAD COM 在独立会话中读取 DWG，并使用 ezdxf 将 DXF 解析为工作台矢量快照；源文件保持只读，所有设计动作在受控方案中展开。
先建立基线，再开始编辑。
02 / Engineering system
构界引擎
CAD-AI Studio
面向道路电力管道设计的 Windows 工程工作台。以 CAD 为现场，以工程师为决策核心，将图纸解析、人工布井、规则校核、成果发布与回读验证，收束在一条完整而稳健的设计链路中。
开发中 · 人工布井主链验收
The premise
让工程判断，拥有一套可靠的软件秩序。
道路电力管道设计不是简单的线条绘制，而是对空间关系、施工条件和成果规范的连续判断。构界引擎将这些判断拆解为可编辑的工程对象、可执行的校核规则和可回读的 CAD 成果，让设计过程不再散落在图纸、记忆与临时修改之间。
Workflow
从图纸解析到成果回读，建立闭环。
02
以工程对象完成设计
井、管段、路径、孔数与材质不是散落的图元，而是拥有属性和状态的领域对象。工程师在画布上完成布井、连线、折线编辑和特殊场景处理，规则引擎同步检查关键约束。
人工决策与规则校核并行。
03
版本发布，并回到 CAD 验证
系统先生成带版本号的工作成果，再写入标准模板和正式 DWG；发布流程会执行独立会话的关闭重开语义回读。自动化回归已覆盖发布顺序和阻断逻辑，目标机 AutoCAD 2020 与真实工程金样验收仍在进行。
发布不是终点，回读才是闭环。
System map
五层架构，各自负责一件事。
Desktop shell
基于 Python 与 PySide6 构建 Windows 桌面工作台，以页面、画布和任务状态组织复杂工程信息；交互层只负责编辑和反馈，不直接承担成果规则。
Domain model
井、管段、路径、孔数、材质、编号和确认状态被收敛为统一领域模型。界面、规则校核、工程量统计和出图适配器读取同一份方案状态。
CAD adapter
AutoCAD COM 负责真实 DWG 的会话、读取、模板插入、正式写入和关闭重开回读；ezdxf 提供 DXF 快照、图层与几何解析，降低视图和检查对 CAD 会话的耦合。
Project persistence
方案以与源图关联的 `.cadai.json` 持久化，记录源图指纹、人工决策、版本信息和恢复状态；写盘采用临时目录与校验后的提交策略，避免半成品覆盖正式结果。
AI boundary
AI 被放在工程系统的外围，用于自然语言整理、报告生成和低置信度辅助；规则、人工确认和 CAD 发布链路保持确定性，模型不可用时核心流程仍可独立运行。
What it enables
让工程师把时间放回真正需要判断的地方。
- 在 CAD 底图上编辑新建井、原有井与井间管段
- 管理路径折点、孔数、材质、井号和工程确认状态
- 保存方案、恢复进度，并通过源图指纹识别常规变化
- 生成管道明细、材料汇总、详图和单布局图册
- 正式出图前检查 AutoCAD、模板、字体和输出环境
- 成果先在系统临时目录生成并校验，再以暂存文件逐项提交
- 版本命名、源图指纹和修改差异让结果可追溯
- 独立会话关闭重开后回读布局、标注和关键工程语义
Current boundary
先把可信的人工工作流做好，再扩展自动化。
构界引擎目前处于人工布井主链的开发验收阶段。完整自动布井、复杂双侧道路、多段同侧选择、复杂路口、障碍避让和视觉识别出图仍需继续验证；目标机 AutoCAD 2020 与真实工程的最终金样验收也尚未闭合。真实工程图纸、道路与客户信息、模板资源和未脱敏截图不在公开页面中提供，本页展示的是系统方法和已确认的实现边界。