OpenBrep v0.13.0 发布：GDL 通用开发 Harness 可计划可验证

OpenBrep v0.13.0 的发布，把 GDL 开发从“一次生成”推进到了可计划、可执行、可验证的通用 Harness 阶段。框架核心负责运行流程，柜体、窗、栏杆这些具体构件知识则交给领域 Skill 或插件去扩展。

发布说明里的数字很直观：3,774 个 Python 测试通过、3 个平台构建完成。不过，真实 Archicad/Tapir 宿主验收仍然没有纳入本轮范围。

v0.13.0	3,774	3
发布版本	Python 测试	构建平台

OpenBrep 这次发布的对象是一套开发框架。它面向 ArchiCAD 高阶用户和 GDL 开发者，用户可以用自然语言或参考图提出目标，再由 AI 组织 GDL 对象的计划、生成、修改、预览和验证。

v0.13.0 的发布说明把这条边界直接写进了架构：OpenBrep 提供通用 Harness，具体构件知识由领域 Skill 或插件提供。

所以，仓库里出现柜体、窗或栏杆示例，并不代表项目已经内置了覆盖各种 GDL 类型的构件库。这些示例的作用是验证框架本身。真正可扩展的部分，是领域知识如何以版本化、数据型的 Skill 契约 接入运行链路。

图注：OpenBrep 工作台弹出 v0.13.0 更新提示，背景可见旋转楼梯的 3D 预览、GDL 脚本编辑区和 AI 对话区；弹窗列出的更新点包括结构化对象计划、可选计划审批、参考图分析和预览对照。

把这条工作链放回实际界面。用户先在工作区选择或创建项目，再在脚本区、参数区和 AI 对话区之间切换。下面几张界面图对应动画中的真实操作位置，红色标注来自原始截图，用来说明区域和按钮，不代表 OpenBrep 的全部界面状态。

图注：OpenBrep 工作区总览。左侧是跨项目搜索和 HSF 项目列表；中部上方提供新建、打开、导入 GDL/GSM/Blender 与保存入口；下方为脚本和参数区域，中间是 3D 预览，右侧是 AI 对话区。

图注：3D 预览区显示旋转楼梯对象，并提供本地预览、实体/线框、材质、Fit、Reset、ISO、Top、Front、Right、Perspective、Edges 等查看控制；底部提示预览结果仍需在 ArchiCAD 中验证。

图注：脚本区以标签页切换 3D、2D 和其他 GDL 脚本，编辑器显示 3d.gdl 的语法高亮、材料定义、坐标变换和子程序；左侧同时保留对象文件、参数表与参数校验入口。

从“描述—生成”变成可控的计划链。

v0.13.0 增加了类型化对象计划和统一运行控制。计划可以约束对象目标、参数、生成步骤以及后续验证。用户可以直接保持自动生成，也可以先查看计划、再批准执行。这个选择把人工确认放进了生成流程内部，适合那些需要先检查对象范围、参数关系或修改步骤的任务。

参数和源码修改也进入了统一协调与修复预算管理。对 GDL 开发来说，一次生成只是起点，后续通常还要调整尺寸、补参数、修正脚本并重新预览。每一步都可能改变项目状态。统一协调的作用，就是让这些步骤沿着同一条任务链推进，减少多轮修改时的状态漂移。

工作链：目标与参考依据 → 结构化计划 → GDL 生成或修改 → 预览与验证 → 保留检查结果。

参考图也进入了同一条验证链。OpenBrep 会把图像分析结果整理成面向 GDL 构件的结构化观察，再依据这些观察建立计划，并保留观察依据。

生成完成后，预览结果会与计划和参考依据进行对照，检查结果保留证据关联。无法从图像或结果中判断的项目，按发布说明保留为未知。尺寸、层数、构件关系和几何细节可以分别进入计划与检查，参考图也就不必被压缩成一句模糊描述。

图注：设置面板的界面选项支持中文与 English 切换，选择后保存即可改变工作台显示语言。

图注：AI 设置面板展示统一对话入口、执行前审批计划选项、OpenAI API 与 ChatGPT/Codex 连接状态，以及智谱、DeepSeek 等模型供应商和模型列表。

图注：编译器设置提供 Mock 与 LP 两种模式。Mock 可在没有 ArchiCAD 的情况下进行流程检查；LP 模式通过 LP_XMLConverter 指向 ArchiCAD 的转换工具，并设置输出目录。

领域 Skill 决定它能做什么构件。

OpenBrep 核心提供运行框架，领域 Skill 或插件提供构件知识。这种分工让通用流程和专业内容可以分别迭代：Harness 可以继续改进计划、执行、预览和验证；某个团队也可以围绕柜体、窗、栏杆或自己的内部构件建立独立 Skill。

发布说明还列出了通用导入适配、项目存储契约和宿主验证契约。宿主可以按对象场景绑定约束，再通过协议协商适配器能力。对开发者来说，这比把所有构件都塞进核心仓库更接近插件化工作台的组织方式。

图注：工作区设置列出最近使用的 HSF 项目，并提供 Export HSF 与 Reset Current Project；左侧 Git 入口显示当前仓库状态，用于把项目状态和代码修改纳入可回滚的工作流。

图注：设置面板中的记忆、蒸馏教训和知识库入口，展示了经验沉淀与知识管理方向；截图同时标注 GDL Skills 插件系统仍在开发，不能把它写成已经完成的构件知识库。

范围：这次发布能确认什么。

已确认的是，v0.13.0 的计划、Skill 契约、参考图分析、预览对照和三平台构建都已进入正式发布说明。仍需单独验证的，则是真实 Archicad/Tapir 宿主链路，以及具体领域 Skill 在真实设计项目中的效果。

一个阶段性版本的边界。

v0.13.0 的价值，在于 OpenBrep 开始把 GDL 开发过程组织成一个可扩展的 Harness。它为 AI 生成、参数修改、参考图分析、预览对照和宿主验证安排了接口与流程，也把具体构件知识从核心运行框架中分离了出来。

后续能否进入稳定的专业工作流，要看领域 Skill 是否覆盖真实构件任务。另一个观察点，是 Harness 能否在 ArchiCAD/Tapir 宿主中持续完成生成、修改和验证。v0.13.0 先把这条开发路径铺了出来。

参考来源

• GitHub Release：OpenBrep v0.13.0
• OpenBrep README：项目定位与安装说明
• 用户提供的 OpenBrep v0.13.0 更新弹窗与工作台界面截图