设计图纸打包给外协，Agent怎样核对CAD外参和出图依赖

把DWG放进ZIP，不等于外协能按原图关系打开。CAD外参打包核对Agent应从参照管理器导出或获准的DWG依赖解析结果取得参照树，再与eTransmit包清单逐路径对应，交出缺失依赖和接收端核对表。它不能只凭文件名猜哪份图是正确外参。

先取得真正的设计参照树

树中的边是“这份DWG引用那份文件”，不等于两文件放在同一目录。每条边保存父图、参照对象、原路径、嵌套层级和内容标识。源工具导出能够给确定关系；如果首期未实现DWG读取，就明确要求客户提供参照管理器表，不把普通目录扫描宣传为原生图纸解析。

AutoCAD Architecture的电子传递说明列有图纸外参、图集、打印样式以及可选择的依赖项，也说明路径与字体限制。eTransmit本来就承担打包功能；本题是在客户特定目录规则、外协接收要求和依赖证据之间做核对，不把现成打包能力归到拟定制产品名下。

两跳依赖不能压成同名文件列表

A.dwg引用refs/B.dwg，B再引用refs/base/C.dwg时，交接包要保留两条边和三个文件身份。C存在但落到错误相对路径，不能仅凭文件数量齐全判断可用。接收方可依据原参照树逐项检查解析结果，实际打开记录仍由其填写，不由助手在没有运行设计软件时宣称验证成功。

同名base.dwg处于north和south目录，可能是两个不同文件。输出应同时列预期路径、包内实际候选路径及内容标识，不以哪个修改时间更晚决定采用。如果目录扁平化把两份同名图覆盖成一份，这份关系表能指出丢失的是哪一条引用，而不是只说有一个重复文件。

包内依赖和接收端前置分开

样例	合成输入	预期处置
1	A.dwg参照refs/B.dwg，B又参照refs/base/C.dwg；包内三文件均按原相对路径	保留两跳依赖，覆盖3文件，实际打开结果留空。
2	A引用north/base.dwg；包内只有south/base.dwg且内容标识不同	同名不能替代，列north路径依赖缺口。
3	包清单有SHX，另声明需商业TTF且未提供使用授权	登记接收端字体前置与授权待核，不宣称所有字体均能自动打包。

字体示例只登记已经声明的SHX和商业TTF需求。附件不给未经授权字体，也不声称自动处理全部字体许可。打印样式等依赖可以采用同样的路径核对记录，但是否属于这次包，仍由源工具清单和客户约定决定。不能为“看起来完整”加入未提供的依赖内容。

JSON内的拟制参照树保留A到B和B到C两行，另有north/base.dwg缺目标行。每条实际接收端结果独立空白，接收方可以填写找到文件、待修路径或仍未取得。这样产物是一份可继续办理的依赖核对表，不是一段“需要检查外参”的提示。

用接收端回放评估是否需要定制

先挑一条最深层引用，确认它能经父图追溯回主图；再挑一个同名异路径反例，确认报告没有混用候选。第三步检查已登记前置项是否有明确接收窗口，尤其某个依赖没有授权或不能随包传递时，应给出由接收方准备的事项，不能静默忽略。

打包后的版本转换、绑定或展开处理若确实纳入范围，应由设计人员另行确认目标，不能让整理助手默认执行。它们可能改变对象表达，不属于简单的目录补齐。本篇只核依赖关系及提供的包内容，不修改图纸，也不评价其中的工程技术内容。

接手表应能从主图走到最深依赖

附件中的A、B、C有明确父子引用，因此接收方可按主图A进入，先核B的包内定位，再沿B的声明查C。两条边同时保留预期路径和包内路径，才能区分文件不存在与文件放错目录。只把三文件列在同一行会丢掉后者所需依据。

north/base.dwg的异常还应显示south/base.dwg只是同名候选且内容不同，不生成修复后的确定路径。负责人决定采用哪份后，记录确认和新的参照依据，不能让模型自行重定向设计文件。字体前置另交授权准备窗口，与缺外参分开。这样设计引用问题、包内容问题和接收环境问题各有明确接手对象，不需要用一次全部重打包来代替核对。

出图表达字段先看整套建筑图出图前，Agent怎样按视图用途准备表达设置核对表；图例含义冲突可继续多专业图例代码重名或定义过时，Agent怎样按图纸作用域准备核对包。普通压缩包接收清单与本题DWG参照树不同，见一包 ZIP 资料交给 Agent，怎样先检查目录再安排解析。通过文档与知识资料专题到定制咨询提供脱敏参照导出、一个嵌套引用包和一对同名异路径文件，就能判断原生打包结果是否还需要专项核对层。

下载本题合成输入、拟制产物与可填写记录。附件为单份JSON，含逐例预期和已填业务字段的拟制产物；实际结果、复核人及证据位置待填写。