text-to-cad URDF 技能验证配方内置校验器、外部工具与 Viewer 检查的完整实践指南【免费下载链接】text-to-cadA library of agent skills for CAD, CAE and CAM项目地址: https://gitcode.com/GitHub_Trending/tex/text-to-cad本文围绕 text-to-cad 仓库中 URDF 技能的验证参考文档 validation.md系统讲解「URDF 验证与确认」这套四步配方先跑内置校验器、再用check_urdf等外部工具、随后在 CAD Viewer 中逐个关节扫描、最后做目标运行时冒烟测试。读完本文你不仅能完整复刻这套验证流程还能从源码层面理解内置校验器每一类检查项的判定逻辑、finding 编码与命令行参数行为从而在报告任务完成前对机器人描述文件建立可靠的质量把关。验证的定位护栏而非空间证明validation.md 开篇就定下基调每一个创建或修改过的.urdf文件在任务报告完成之前都必须跑一遍这套配方。同时文档强调验证只是护栏guardrail它不能替代设计台账design ledger或 Viewer/消费方冒烟测试——一个 URDF 可以顺利通过全部结构检查却仍然带有错误的空间假设。这一点与技能主文件 SKILL.md 中的表述完全一致「Validation is a guardrail, not spatial proof: a URDF can pass every structural check while placing a joint in the wrong spot.」台账与 Viewer 扫描正是为补足这个盲区而存在的。因此整篇文档的骨架是「结构上可证明的交给校验器空间语义上无法静态证明的交给台账人工扫描」后文按此展开。四步验证配方Recipe文档要求按顺序执行在第一个失败的步骤停下来修复并在最终报告中说明哪些步骤执行了、哪些跳过了。第 1 步内置校验器必跑python scripts/validate path/to/robot.urdf该命令单次遍历收集所有 finding含严重级别、编码、XML 路径而不是遇到第一个错误就中止。修复后重跑直到干净为止。三个关键选项--strict把 warning 也当作失败退出码非零--format json输出机器可读的 finding 文档便于脚本或 Agent 解析--package NAMEPATH把package://NAME/...形式的 mesh URI 解析到本地路径。SKILL.md 中还给出了完整命令形态包括多文件批量验证python scripts/validate path/to/robot.urdf python scripts/validate path/to/a.urdf path/to/b.urdf python scripts/validate path/to/robot.urdf --strict python scripts/validate path/to/robot.urdf --format json python scripts/validate path/to/robot.urdf --package robot_description/path/to/pkg并说明若裸python不可用可用python3或项目虚拟环境解释器替代校验器只依赖 Python 标准库目标相对路径从当前工作目录解析。第 2 步外部 URDF 工具如已安装check_urdf robot.urdfcheck_urdfROS 的 liburdfdom用参考解析器解析文件并打印 link 树。它验证的是「参考实现能否解析你的文件」与内置校验器互补。工具不可用时报告中记为 skipped 即可不算失败。第 3 步Viewer 扫描$cad-viewer可用时加载文件后确认两件事mesh 以合理的比例和姿态显示然后逐个every可动关节扫过其限位范围将实际运动与台账中逐关节撰写的「正向运动描述」对照。文档特别指出This is the only step that catches a wrong axis sign.轴符号错误是纯静态检查的盲区——urdf-workflow.md 同样强调「Structural validation cannot catch a flipped sign」轴的正方向是模型语义的一部分不是外观细节。第 4 步消费方冒烟测试目标运行时可用时RViz 显示、robot_state_publisher 的 TF 树、Gazebo/Ignition 加载、MoveIt 模型加载任选其一或多项。这一步回答的是「真实消费方能否消费这个文件」。执行完四步后在最终报告中列出实际执行了哪些步骤、跳过了哪些并把未独立验证的事项显式声明出来见下文「验证不能证明什么」。内置校验器的 CLI 行为源码视角入口是 validate/main.py它把scripts/目录注入sys.path后调用 urdf/cli.py 的main()参数解析集中在main()中cli.py#L39-L85行为要点与文档一一对应多目标、非零退出码validate_urdf_targets()依次验证每个目标--format json时向 stdout 打印{files: [...]}任一目标失败则返回退出码 1cli.py#L19-L36。strict 语义阻塞性 finding 数 全部 error strict 时的全部 warningcli.py#L151即--strict把 warning 提升为失败。finding 去重每个目标的ValidationResult在报告前先deduplicated()按(severity, code, message, path)四元组去重findings.py#L67-L82避免同一问题刷屏。--package可重复解析为NAMEPATH映射格式错误时直接parser.errorcli.py#L88-L97。预检失败目标不是.urdf后缀或文件不存在时直接产出invalid_target错误 findingcli.py#L117-L120。成功摘要验证通过的文本模式下会打印一行摘要含 robot 名、root link、link/joint 数量、可动关节数、已解析 mesh 引用数与总质量cli.py#L159-L166。校验项详解五大类检查与对应源码核心检查逻辑全部位于 urdf/source.py。文档的五个检查类别在源码中都能找到精确对应以下逐类展开。1. 结构Structure文档列出的结构要求及对应的 finding 编码均可在 source.py 中检索到检查要求源码中的判定finding 编码根元素必须是robot且 name 非空source.py#L141-L146invalid_root/missing_robot_namelink、joint 名称唯一且非空source.py#L154-L162、source.py#L296missing_link_name/duplicate_link_name/missing_joint_name/duplicate_joint_name每个 joint 的 parent/child link 必须存在source.py#L237-L265missing_parent_link/missing_child_link每个 child 至多一个 parent恰好一个 root link连通、无环、joint 数恰为links - 1树检查块 source.py#L309-L356multiple_parents/not_a_tree/joint_graph_cycle/disconnected_links/wrong_joint_count值得注意的实现细节树检查单根、连通、无环、关节数只在「结构解析无错误」的前提下执行——源码用structural_error标志和重名检查作为前置条件source.py#L311避免在名字缺失时产生误导性级联报错。环检测用 DFS 的 visited/visiting 双集合实现source.py#L322-L341。2. 关节Joints支持类型集合是硬编码白名单source.py#L15SUPPORTED_JOINT_TYPES {fixed, continuous, revolute, prismatic}floating/planar会触发unsupported_joint_type错误——文档说明这类类型只能走消费方专属的验证路径不能交给本校验器。其余关节检查axis非 fixed 关节的 axis 必须非零且有限zero_joint_axis省略 axis 时警告implicit_joint_axis规范默认值1 0 0极易被误读axis 长度偏离 1 超过容差 1e-3source.py#L31时警告non_unit_joint_axissource.py#L749-L787。limitsrevolute/prismatic 必须有limit且lower/upper存在、有限、lower upper否则分别报missing_joint_limit、missing_limit_bounds、nonfinite_limit_bounds、reversed_limit_boundssource.py#L790-L872。effort/velocity为负值是 errornegative_effort/negative_velocity省略则 warningURDF schema 要求二者存在缺省会让仿真器行为异常。fixed 关节带limit警告fixed_joint_limitscontinuous 关节带位置限位警告continuous_position_limits并提示「若确实有位置限位应改用 revolute」。dynamicsdamping/friction必须非负source.py#L911-L938。mimicmimic必须指向存在的、非 fixed 的、非自身的关节且 mimic 图不得成环——missing_mimic_target、mimic_of_fixed_joint、self_mimic、mimic_cyclesource.py#L941-L1020环检测沿 mimic 指针链做可达性追踪。命名冲突joint 名与 link 名重复时警告joint_link_name_collisionhint 直接解释了原因——URDF 转 SDF 时每个 joint 和 link 都会生成同名 frame冲突会导致转换失败source.py#L297-L305。3. 几何与 meshGeometry and meshes几何子元素白名单同样是源码常量source.py#L16mesh、box、cylinder、sphere。geometry必须恰好包含一个受支持子元素否则invalid_geometry_count/unsupported_geometrysource.py#L630-L665。基本体尺寸boxsize、cylinderradius/length、sphereradius必须为正且有限nonpositive_dimension。mesh scale三个分量必须非零zero_mesh_scaleerror出现负分量时警告negative_mesh_scale——负 scale 会镜像 mesh 并翻转三角形绕向各消费方支持度不一source.py#L717-L745。mesh URI 解析classify_mesh_uri()把 filename 分为四类——相对本地路径、绝对本地路径含file://、package://、远程 URIsource.py#L1185-L1213。本地相对路径按.urdf所在目录解析文件不存在即missing_mesh_fileerrorpackage://与远程 URI 因解析依赖消费方环境只报unresolved_mesh_uriwarning——若提供了--package映射且能解析则按普通文件检查source.py#L1216-L1225。扩展名超出常见集合stl/dae/obj/3mf/glb/gltf/plysource.py#L17的扩展名触发unknown_mesh_extensionwarning。4. 惯量Inertials存在时检查每个 link 至多一个inertialduplicate_inertialmass必须为正且有限nonpositive_mass六个张量分量必须全部存在且有限。张量校验分两级source.py#L456-L496正定检查error对角分量ixx/iyy/izz必须为正随后用闭式特征值解法求对称 3x3 惯量张量的三个特征值symmetric_inertia_eigenvaluessource.py#L499-L523不依赖 NumPy与「只用标准库」的约束一致任一特征值小于-tolerance即报inertia_not_psd。容差取scale * 1e-6 1e-12源码注释解释闭式解精度约在 1e-8 相对误差内容差刻意取得远高于此、又远低于任何有物理意义的违规量。hint 提示典型病因是「张量在错误的坐标系下表达」。这个检查能抓住坏的非对角项——仅查对角分量是发现不了的。三角形不等式warning主惯量矩须满足l1 l2 l3违反则警告inertia_triangle_inequality。源码注释说明降为 warning 的原因真实导出的 URDF 经常轻微违反Gazebo/libsdformat 也是带警告加载--strict会把它提升为失败——这正是文档中「real-world exports often violate slightly;--strictpromotes it」的出处。另外有几何但没有 inertial 的可动 linkrevolute/continuous/prismatic 的 child会触发missing_inertialwarninghint 指向 inertials.mdsource.py#L526-L545。5. 撰写卫生Authoring hygiene未知元素警告robot、link、joint、visual、collision、inertial下的每个子元素都会与已知白名单如KNOWN_JOINT_CHILDREN含 origin/parent/child/axis/limit/dynamics/mimic/calibration/safety_controllersource.py#L20-L27比对未知者报unknown_elementwarning——因为消费者会静默忽略拼错的元素。关键豁免规则在 source.py#L1133-L1152含命名空间XML namespace 或前缀冒号的扩展元素直接放行所以gazebo等扩展不会被误报。悬空材质visual 中material name引用了没有对应color/texture定义的机器人级材质时警告dangling_materialsource.py#L606-L627。mesh 扩展名警告即上文unknown_mesh_extension。文档还特别说明了一条有意不做的检查校验器不要求每个 link 都有 inertial 或 collision 几何——那是目标消费方的策略问题由台账决定参考 inertials.md。当文件违反的是项目策略而非这些检查时应报告为「策略失败」而不是「URDF 无效」。验证不能证明什么文档用独立一节划清了静态验证的能力边界以下四项在最终报告中若未经独立核实必须显式声明关节 origin 或 axis 是否与真实物理机器人一致——只有台账 Viewer 扫描能核对mesh 源文件的单位是否与声明的scale匹配STL 本身不携带可靠的单位元数据见 urdf-workflow.md 的空间推理护栏一节惯量值是否与实际零件一致——校验器只做合理性闸门正定、正对角、三角形不等式package://URI 能否在目标环境中解析。这四条共同回答了为什么配方需要四步而不是只跑校验器校验器覆盖第 1、3 类的「数值合法性」Viewer 与台账覆盖第 1、2 类的空间语义消费方冒烟测试覆盖第 4 类环境相关解析。失败处理Failure Handling当验证失败时文档给出的处理流程是修复.urdf——如果建模事实本身变了台账也要同步修改重跑校验器从头开始继续配方不是从失败步骤继续若根因是坏的 mesh 导出先去所属的 CAD 工作流中修复 mesh 资产——不要用 URDF 的 origin 去掩盖资产问题。第三条尤其重要用错位的 joint/visual origin 补偿一个坏 mesh会让文件「验证通过」却把错误固化进模型且后续 SRDF/MoveIt 依赖这些坐标urdf-workflow.md 的 Downstream Ownership 一节指出重命名 link/joint 会破坏 SRDF/MoveIt 工作流修改须在同一任务内联动。小结把验证嵌入编辑循环结合 SKILL.md 的工作流这套验证配方的正确位置是编辑循环的收尾直接编辑.urdf它是唯一事实来源没有gen_urdf()之类的生成管线→ 用公式或一次性脚本计算惯量等派生数值 →python scripts/validate修复至干净 → 外部工具 Viewer 逐关节扫描 → 冒烟测试 → 报告「执行了哪些检查、跳过了哪些、遗留哪些未验证假设」。内置校验器单遍收集全部 finding 且仅依赖标准库--format json 非零退出码的组合也天然适合在 CI 或 Agent 循环中自动判定而配方后三步的存在提醒我们结构合法只是入场券空间正确性需要台账、Viewer 和真实消费方共同背书。【免费下载链接】text-to-cadA library of agent skills for CAD, CAE and CAM项目地址: https://gitcode.com/GitHub_Trending/tex/text-to-cad创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
text-to-cad URDF 技能验证配方内置校验器、外部工具与 Viewer 检查的完整实践指南【免费下载链接】text-to-cadA library of agent skills for CAD, CAE and CAM项目地址: https://gitcode.com/GitHub_Trending/tex/text-to-cad本文围绕 text-to-cad 仓库中 URDF 技能的验证参考文档 validation.md系统讲解「URDF 验证与确认」这套四步配方先跑内置校验器、再用check_urdf等外部工具、随后在 CAD Viewer 中逐个关节扫描、最后做目标运行时冒烟测试。读完本文你不仅能完整复刻这套验证流程还能从源码层面理解内置校验器每一类检查项的判定逻辑、finding 编码与命令行参数行为从而在报告任务完成前对机器人描述文件建立可靠的质量把关。验证的定位护栏而非空间证明validation.md 开篇就定下基调每一个创建或修改过的.urdf文件在任务报告完成之前都必须跑一遍这套配方。同时文档强调验证只是护栏guardrail它不能替代设计台账design ledger或 Viewer/消费方冒烟测试——一个 URDF 可以顺利通过全部结构检查却仍然带有错误的空间假设。这一点与技能主文件 SKILL.md 中的表述完全一致「Validation is a guardrail, not spatial proof: a URDF can pass every structural check while placing a joint in the wrong spot.」台账与 Viewer 扫描正是为补足这个盲区而存在的。因此整篇文档的骨架是「结构上可证明的交给校验器空间语义上无法静态证明的交给台账人工扫描」后文按此展开。四步验证配方Recipe文档要求按顺序执行在第一个失败的步骤停下来修复并在最终报告中说明哪些步骤执行了、哪些跳过了。第 1 步内置校验器必跑python scripts/validate path/to/robot.urdf该命令单次遍历收集所有 finding含严重级别、编码、XML 路径而不是遇到第一个错误就中止。修复后重跑直到干净为止。三个关键选项--strict把 warning 也当作失败退出码非零--format json输出机器可读的 finding 文档便于脚本或 Agent 解析--package NAMEPATH把package://NAME/...形式的 mesh URI 解析到本地路径。SKILL.md 中还给出了完整命令形态包括多文件批量验证python scripts/validate path/to/robot.urdf python scripts/validate path/to/a.urdf path/to/b.urdf python scripts/validate path/to/robot.urdf --strict python scripts/validate path/to/robot.urdf --format json python scripts/validate path/to/robot.urdf --package robot_description/path/to/pkg并说明若裸python不可用可用python3或项目虚拟环境解释器替代校验器只依赖 Python 标准库目标相对路径从当前工作目录解析。第 2 步外部 URDF 工具如已安装check_urdf robot.urdfcheck_urdfROS 的 liburdfdom用参考解析器解析文件并打印 link 树。它验证的是「参考实现能否解析你的文件」与内置校验器互补。工具不可用时报告中记为 skipped 即可不算失败。第 3 步Viewer 扫描$cad-viewer可用时加载文件后确认两件事mesh 以合理的比例和姿态显示然后逐个every可动关节扫过其限位范围将实际运动与台账中逐关节撰写的「正向运动描述」对照。文档特别指出This is the only step that catches a wrong axis sign.轴符号错误是纯静态检查的盲区——urdf-workflow.md 同样强调「Structural validation cannot catch a flipped sign」轴的正方向是模型语义的一部分不是外观细节。第 4 步消费方冒烟测试目标运行时可用时RViz 显示、robot_state_publisher 的 TF 树、Gazebo/Ignition 加载、MoveIt 模型加载任选其一或多项。这一步回答的是「真实消费方能否消费这个文件」。执行完四步后在最终报告中列出实际执行了哪些步骤、跳过了哪些并把未独立验证的事项显式声明出来见下文「验证不能证明什么」。内置校验器的 CLI 行为源码视角入口是 validate/main.py它把scripts/目录注入sys.path后调用 urdf/cli.py 的main()参数解析集中在main()中cli.py#L39-L85行为要点与文档一一对应多目标、非零退出码validate_urdf_targets()依次验证每个目标--format json时向 stdout 打印{files: [...]}任一目标失败则返回退出码 1cli.py#L19-L36。strict 语义阻塞性 finding 数 全部 error strict 时的全部 warningcli.py#L151即--strict把 warning 提升为失败。finding 去重每个目标的ValidationResult在报告前先deduplicated()按(severity, code, message, path)四元组去重findings.py#L67-L82避免同一问题刷屏。--package可重复解析为NAMEPATH映射格式错误时直接parser.errorcli.py#L88-L97。预检失败目标不是.urdf后缀或文件不存在时直接产出invalid_target错误 findingcli.py#L117-L120。成功摘要验证通过的文本模式下会打印一行摘要含 robot 名、root link、link/joint 数量、可动关节数、已解析 mesh 引用数与总质量cli.py#L159-L166。校验项详解五大类检查与对应源码核心检查逻辑全部位于 urdf/source.py。文档的五个检查类别在源码中都能找到精确对应以下逐类展开。1. 结构Structure文档列出的结构要求及对应的 finding 编码均可在 source.py 中检索到检查要求源码中的判定finding 编码根元素必须是robot且 name 非空source.py#L141-L146invalid_root/missing_robot_namelink、joint 名称唯一且非空source.py#L154-L162、source.py#L296missing_link_name/duplicate_link_name/missing_joint_name/duplicate_joint_name每个 joint 的 parent/child link 必须存在source.py#L237-L265missing_parent_link/missing_child_link每个 child 至多一个 parent恰好一个 root link连通、无环、joint 数恰为links - 1树检查块 source.py#L309-L356multiple_parents/not_a_tree/joint_graph_cycle/disconnected_links/wrong_joint_count值得注意的实现细节树检查单根、连通、无环、关节数只在「结构解析无错误」的前提下执行——源码用structural_error标志和重名检查作为前置条件source.py#L311避免在名字缺失时产生误导性级联报错。环检测用 DFS 的 visited/visiting 双集合实现source.py#L322-L341。2. 关节Joints支持类型集合是硬编码白名单source.py#L15SUPPORTED_JOINT_TYPES {fixed, continuous, revolute, prismatic}floating/planar会触发unsupported_joint_type错误——文档说明这类类型只能走消费方专属的验证路径不能交给本校验器。其余关节检查axis非 fixed 关节的 axis 必须非零且有限zero_joint_axis省略 axis 时警告implicit_joint_axis规范默认值1 0 0极易被误读axis 长度偏离 1 超过容差 1e-3source.py#L31时警告non_unit_joint_axissource.py#L749-L787。limitsrevolute/prismatic 必须有limit且lower/upper存在、有限、lower upper否则分别报missing_joint_limit、missing_limit_bounds、nonfinite_limit_bounds、reversed_limit_boundssource.py#L790-L872。effort/velocity为负值是 errornegative_effort/negative_velocity省略则 warningURDF schema 要求二者存在缺省会让仿真器行为异常。fixed 关节带limit警告fixed_joint_limitscontinuous 关节带位置限位警告continuous_position_limits并提示「若确实有位置限位应改用 revolute」。dynamicsdamping/friction必须非负source.py#L911-L938。mimicmimic必须指向存在的、非 fixed 的、非自身的关节且 mimic 图不得成环——missing_mimic_target、mimic_of_fixed_joint、self_mimic、mimic_cyclesource.py#L941-L1020环检测沿 mimic 指针链做可达性追踪。命名冲突joint 名与 link 名重复时警告joint_link_name_collisionhint 直接解释了原因——URDF 转 SDF 时每个 joint 和 link 都会生成同名 frame冲突会导致转换失败source.py#L297-L305。3. 几何与 meshGeometry and meshes几何子元素白名单同样是源码常量source.py#L16mesh、box、cylinder、sphere。geometry必须恰好包含一个受支持子元素否则invalid_geometry_count/unsupported_geometrysource.py#L630-L665。基本体尺寸boxsize、cylinderradius/length、sphereradius必须为正且有限nonpositive_dimension。mesh scale三个分量必须非零zero_mesh_scaleerror出现负分量时警告negative_mesh_scale——负 scale 会镜像 mesh 并翻转三角形绕向各消费方支持度不一source.py#L717-L745。mesh URI 解析classify_mesh_uri()把 filename 分为四类——相对本地路径、绝对本地路径含file://、package://、远程 URIsource.py#L1185-L1213。本地相对路径按.urdf所在目录解析文件不存在即missing_mesh_fileerrorpackage://与远程 URI 因解析依赖消费方环境只报unresolved_mesh_uriwarning——若提供了--package映射且能解析则按普通文件检查source.py#L1216-L1225。扩展名超出常见集合stl/dae/obj/3mf/glb/gltf/plysource.py#L17的扩展名触发unknown_mesh_extensionwarning。4. 惯量Inertials存在时检查每个 link 至多一个inertialduplicate_inertialmass必须为正且有限nonpositive_mass六个张量分量必须全部存在且有限。张量校验分两级source.py#L456-L496正定检查error对角分量ixx/iyy/izz必须为正随后用闭式特征值解法求对称 3x3 惯量张量的三个特征值symmetric_inertia_eigenvaluessource.py#L499-L523不依赖 NumPy与「只用标准库」的约束一致任一特征值小于-tolerance即报inertia_not_psd。容差取scale * 1e-6 1e-12源码注释解释闭式解精度约在 1e-8 相对误差内容差刻意取得远高于此、又远低于任何有物理意义的违规量。hint 提示典型病因是「张量在错误的坐标系下表达」。这个检查能抓住坏的非对角项——仅查对角分量是发现不了的。三角形不等式warning主惯量矩须满足l1 l2 l3违反则警告inertia_triangle_inequality。源码注释说明降为 warning 的原因真实导出的 URDF 经常轻微违反Gazebo/libsdformat 也是带警告加载--strict会把它提升为失败——这正是文档中「real-world exports often violate slightly;--strictpromotes it」的出处。另外有几何但没有 inertial 的可动 linkrevolute/continuous/prismatic 的 child会触发missing_inertialwarninghint 指向 inertials.mdsource.py#L526-L545。5. 撰写卫生Authoring hygiene未知元素警告robot、link、joint、visual、collision、inertial下的每个子元素都会与已知白名单如KNOWN_JOINT_CHILDREN含 origin/parent/child/axis/limit/dynamics/mimic/calibration/safety_controllersource.py#L20-L27比对未知者报unknown_elementwarning——因为消费者会静默忽略拼错的元素。关键豁免规则在 source.py#L1133-L1152含命名空间XML namespace 或前缀冒号的扩展元素直接放行所以gazebo等扩展不会被误报。悬空材质visual 中material name引用了没有对应color/texture定义的机器人级材质时警告dangling_materialsource.py#L606-L627。mesh 扩展名警告即上文unknown_mesh_extension。文档还特别说明了一条有意不做的检查校验器不要求每个 link 都有 inertial 或 collision 几何——那是目标消费方的策略问题由台账决定参考 inertials.md。当文件违反的是项目策略而非这些检查时应报告为「策略失败」而不是「URDF 无效」。验证不能证明什么文档用独立一节划清了静态验证的能力边界以下四项在最终报告中若未经独立核实必须显式声明关节 origin 或 axis 是否与真实物理机器人一致——只有台账 Viewer 扫描能核对mesh 源文件的单位是否与声明的scale匹配STL 本身不携带可靠的单位元数据见 urdf-workflow.md 的空间推理护栏一节惯量值是否与实际零件一致——校验器只做合理性闸门正定、正对角、三角形不等式package://URI 能否在目标环境中解析。这四条共同回答了为什么配方需要四步而不是只跑校验器校验器覆盖第 1、3 类的「数值合法性」Viewer 与台账覆盖第 1、2 类的空间语义消费方冒烟测试覆盖第 4 类环境相关解析。失败处理Failure Handling当验证失败时文档给出的处理流程是修复.urdf——如果建模事实本身变了台账也要同步修改重跑校验器从头开始继续配方不是从失败步骤继续若根因是坏的 mesh 导出先去所属的 CAD 工作流中修复 mesh 资产——不要用 URDF 的 origin 去掩盖资产问题。第三条尤其重要用错位的 joint/visual origin 补偿一个坏 mesh会让文件「验证通过」却把错误固化进模型且后续 SRDF/MoveIt 依赖这些坐标urdf-workflow.md 的 Downstream Ownership 一节指出重命名 link/joint 会破坏 SRDF/MoveIt 工作流修改须在同一任务内联动。小结把验证嵌入编辑循环结合 SKILL.md 的工作流这套验证配方的正确位置是编辑循环的收尾直接编辑.urdf它是唯一事实来源没有gen_urdf()之类的生成管线→ 用公式或一次性脚本计算惯量等派生数值 →python scripts/validate修复至干净 → 外部工具 Viewer 逐关节扫描 → 冒烟测试 → 报告「执行了哪些检查、跳过了哪些、遗留哪些未验证假设」。内置校验器单遍收集全部 finding 且仅依赖标准库--format json 非零退出码的组合也天然适合在 CI 或 Agent 循环中自动判定而配方后三步的存在提醒我们结构合法只是入场券空间正确性需要台账、Viewer 和真实消费方共同背书。【免费下载链接】text-to-cadA library of agent skills for CAD, CAE and CAM项目地址: https://gitcode.com/GitHub_Trending/tex/text-to-cad创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
