把 AI 生成的模块化城堡、桥梁、岩石和地表导入 Unity 或 Unreal 后，编辑器里看起来严丝合缝，一烘焙静态光照却出现黑边、接缝亮度不一致，这时不要急着提高整张光照贴图的分辨率。
先把问题分成三类：
- 纯色材质下仍然可见： 优先检查真实几何缝、重叠面和模块位置；
- 随着灯光方向变化： 优先检查法线、硬边和顶点处理；
- 只在烘焙后出现，并随分辨率、过滤或压缩变化： 重点检查 Lightmap UV、纹素密度与 Padding。
本文使用一个由六块拼图模块组成的微缩世界作为案例，场景中包含骑士、塔楼、桥梁、树林和水面。目标不是把所有模块强行合并成一个大网格，而是让模块边界经过 UV 打包、静态光照烘焙、合批和压缩后，仍然保持可控。
图注：拼图结构能直观表达资产分块与接缝关系，但 Lightmap UV、纹素密度、法线和压缩效果仍需在真实模型与目标引擎中检查。
先判断：这是几何缝、法线缝，还是Lightmap缝？
同一条黑边可能来自完全不同的原因。分类不准确，后续调参就容易走偏。
几何缝
关闭复杂材质和烘焙光照后，边界仍能看到间隙、叠面或闪烁，通常说明模块没有真正对齐。此时即使提高 Lightmap 分辨率，也只会让几何错误更加清楚。
法线缝
两个模块的位置已经对齐，但灯光方向一变，接缝两侧的亮度关系也跟着变化，通常与边缘法线、硬边或重复顶点有关。
Lightmap缝
实时预览或未烘焙状态正常，烘焙后才出现黑边，而且降低分辨率、开启压缩或切换质量档位后更加明显，问题更可能出在第二套 UV、纹素密度、Padding 或图集过滤。
建议固定相机、灯光、曝光和质量档位，分别保存三组画面：未烘焙画面、烘焙画面和纯色材质画面。记录黑边出现在哪两个模块之间，再进入后面的六步排查。一次只改一个变量，否则很难判断哪个设置真正起效。
第一步：只保留两块模块，建立最小烘焙基线
现象
完整微缩世界中同时存在水面、树木、塔楼遮挡和多种材质，很难判断黑边究竟来自哪块资产。
原因
阴影、反射、雾效和后处理会叠加在最终画面上。复杂场景中的一条暗线，既可能是模块接缝，也可能只是正常阴影或反射差异。
处理方法
复制一份测试场景，只保留：
- 两块相邻地表；
- 一盏方向光；
- 一个中性材质；
- 固定相机和固定曝光；
- 与正式项目一致的基础烘焙设置。
同时记录模块尺寸、对象缩放、Lightmap 分辨率、每米光照纹素数量、压缩方式和接缝坐标。先确认两块模块的最小场景能够稳定复现，再逐步加入桥梁、塔楼和树林。
如果两块模块已经出现黑边，问题大概率位于资产或烘焙设置；如果最小场景正常、恢复完整场景后才异常，则要进一步检查遮挡、图集分配、批处理和加载顺序。
第二步：检查Lightmap UV是否唯一并处于有效范围
现象
基础颜色与法线贴图没有明显问题，烘焙后却出现局部发黑、阴影串位，或者某些面带上了其他区域的光照结果。
原因
材质 UV 负责采样颜色、法线和粗糙度等纹理；Lightmap UV 则用于保存静态光照结果。两者用途不同。
材质 UV 可以根据美术需要重叠或镜像，但用于烘焙的 UV 通常需要让各个表面拥有不重叠的有效区域。若第二套 UV 存在重叠、越界、零面积岛、意外镜像或极度拉伸，烘焙数据就可能互相覆盖。
处理方法
在 DCC 软件和引擎导入设置中逐项确认：
- 使用的是哪一个 Lightmap UV 通道；
- UV 岛是否存在非预期重叠；
- UV 是否落在引擎要求的有效范围内；
- 是否包含零面积或极小 UV 岛；
- 自动生成 UV 后，打包结果是否稳定；
- 导入后 Lightmap 坐标通道是否指向正确。
可以给 UV 岛临时加上编号或调试色块，确认每个表面在第二套 UV 中的位置，而不是只看最终阴影判断。
实例资产可以共享同一份网格，但每个场景实例如何引用烘焙数据，由具体引擎与烘焙流程决定。这里不要只凭"共享网格"判断对错，应检查实际的 Lightmap 索引、缩放偏移和场景烘焙结果。
第三步：统一相邻模块的纹素密度与缩放
现象
两块地表连接处，一侧阴影清晰，另一侧模糊；同一条阴影跨过模块边界后，宽度、锐度或亮度突然变化。
原因
纹素密度可以理解为每米世界空间分配了多少个光照纹素。相邻模块如果使用不同的 Lightmap Scale、不同的对象缩放或明显不同的 UV 面积，就会得到不同的采样精度。
高密度模块能保留更细的阴影变化，低密度模块更容易被过滤和压缩。两侧即使没有几何缝，也会因为细节等级不同而显得像拼接失败。
处理方法
先应用或统一对象缩放，并核对场景单位。随后比较相邻模块：
- 世界空间尺寸；
- Lightmap UV 中占用的相对面积；
- 每米光照纹素密度；
- Unity 中的 Scale in Lightmap，或 Unreal 中对应的 Lightmap Resolution 与坐标设置；
- 模块是否因为自动打包被分配到不同精度的图集区域。
相邻的地表、桥面和塔楼底座应尽量采用接近的有效纹素密度。不要为了让单个英雄资产更清晰，就把它的光照分辨率设得远高于周围模块；这样虽然单体细节增加，边界差异反而会更加明显。
第四步：为UV岛和图集边缘留足Padding
现象
编辑器高质量预览中接缝基本正常，降低分辨率、切换移动端质量或开启压缩后，却出现黑边、串色和脏线。
原因
Padding 是 UV 岛之间预留的空隙，用来降低缩小、过滤、Mip 采样和纹理压缩时的颜色污染。
如果两个 UV 岛距离太近，或者岛屿紧贴图集边缘，最终纹理在低分辨率下可能采到邻近岛屿或背景区域的光照值。需要注意的是，Padding 是否足够不能只看 UV 视图中的相对距离，还要结合最终烘焙分辨率下的实际像素间隔判断。
处理方法
使用同一处接缝，对比三组结果：
- 原始烘焙分辨率、关闭或降低压缩；
- 较低质量档位；
- 正式构建所用的压缩和纹理格式。
如果分辨率越低、压缩越强，黑边越明显，应优先检查：
- UV 岛之间的像素间距；
- 岛屿到图集边缘的距离；
- 自动打包时的 Pack Margin 或对应边距设置；
- Mip、过滤与压缩后的边缘扩散；
- 极小 UV 岛是否在低分辨率下只剩少量像素。
先调整 Padding 与图集布局，再考虑提高整体分辨率。直接提高整张 Lightmap 的尺寸会增加显存占用、加载成本和烘焙时间，却不一定解决错误的 UV 打包。
第五步：核对边缘法线、硬边与UV分岛策略
现象
模块位置已经对齐，纯色模式也看不到真实间隙，但灯光方向变化后，边界两侧仍然出现明显明暗断层。
原因
法线决定表面如何响应光照。两块几何上共面的模块，只要边缘法线方向不同，就可能产生不同亮度。硬边、UV 分岛、重复面和几乎重合的表面，也会放大这种差异。
需要区分两种情况：本来就应该有折角的结构应保留硬边；视觉上需要连续的地表，则应确保两侧的表面方向和法线处理一致。不能为了消除所有接缝，统一把边缘设成平滑，也不能无差别焊接所有模块。
处理方法
检查以下内容：
- 相邻边的法线方向是否一致；
- 硬边是否符合真实造型；
- 法线硬边与 UV 分岛策略是否匹配；
- 是否存在重复面、重叠面或极小间隙；
- 导出与导入两端是否重复重算法线和切线。
需要独立加载的模块可以保持网格分离，只统一视觉上应该连续的边界。这样既能减轻光照断层，也不会破坏后续的独立编辑、剔除和流式加载。
第六步：检查合批、压缩、加载与目标设备结果
现象
单独烘焙时画面正常，启用静态合批、实例化、流式加载或正式构建后，接缝再次出现；开发机正常，低端设备却明显发黑。
原因
最终运行环境可能改变网格组织、图集索引、纹理格式、过滤精度或加载时序。问题未必由某一个功能直接造成，但这些步骤可能暴露烘焙数据对应错误或边缘余量不足。
例如，模块的视觉网格已经加载，相关 Lightmap 仍未就绪；或者低质量档位采用了更低的分辨率和更强的压缩，使原本勉强够用的 Padding 不再安全。
处理方法
按下面的顺序对比：
- 未合批状态；
- 静态合批后；
- 实例化或重复模块场景；
- 流式加载前后；
- 编辑器与正式构建；
- 高质量与最低目标质量档位；
- 开发机与最低目标设备。
每次都记录模块编号、Lightmap 页或索引、缩放偏移、压缩格式、加载状态和异常截图。不要用固定延迟代替资源就绪判断；只有相邻模块的网格与光照数据都准备完成后，比较结果才有意义。
六步验收表：把"看起来有黑边"变成可追踪数据
建议建立一张模块接缝验收表，至少包含以下字段：
| 字段 | 记录内容 |
|---|---|
| 模块编号 | 当前模块及相邻模块 |
| UV 信息 | Lightmap UV 通道、重叠与越界状态 |
| 纹素密度 | 世界尺寸、Lightmap Scale 或 Resolution |
| 图集信息 | Lightmap 页、UV 缩放偏移、Padding |
| 表面信息 | 法线、硬边、重复面和几何间隙 |
| 运行状态 | 合批、实例化、流式加载与压缩设置 |
| 测试环境 | 编辑器、正式构建、质量档位和设备 |
| 验收结果 | 通过、失败及异常截图编号 |
模型编辑工具可以协助拆分模块、修正 UV、应用缩放、整理法线和清理网格。这些工作能解决资产层的问题，但不能自动证明引擎烘焙结果正确，也不能替代正式构建、流式加载和真机测试。
AI 生成3D模型适合快速建立城堡、桥梁、岩石和地表的初始结构。进入实际项目后，仍需要人工确认资产是否便于编辑、Lightmap UV 是否可用、复杂度是否合理，以及导入 Unity 或 Unreal 后能否稳定运行。
不要用更高分辨率掩盖错误的UV与边界
模块场景出现烘焙黑边时，可以按照下面的顺序排查：
- 用未烘焙、烘焙后和纯色材质画面区分问题类型；
- 用两块模块建立最小烘焙基线；
- 检查 Lightmap UV 通道、重叠、越界和零面积岛；
- 统一相邻模块的有效纹素密度与对象缩放；
- 按最终分辨率检查 UV 岛和图集边缘的 Padding；
- 核对边缘法线、硬边和 UV 分岛策略；
- 最后在合批、压缩、流式加载和目标设备中回读。
这个顺序能把几何问题、着色问题和烘焙问题分开。只有先定位黑边来自哪一层，提高 Lightmap 分辨率才可能成为有依据的优化，而不是成本更高的临时遮掩。
你更常遇到拼块边缘发黑、两侧亮度不一致，还是降低画质后突然串色？
可直接复制的烘焙接缝检查清单
- 固定灯光、相机、曝光和质量档位，分别保存未烘焙、烘焙后与纯色材质画面。
- 使用两块相邻模块建立基线，记录尺寸、分辨率、纹素密度、压缩和接缝位置。
- 检查 Lightmap UV 通道正确，无非预期重叠、越界和零面积 UV 岛。
- 统一对象缩放，并比较相邻模块的有效纹素密度。
- 在正式分辨率、低质量档位和压缩后检查 Padding 与图集边缘。
- 对比边缘法线、硬边、UV 分岛、重复面和微小几何间隙。
- 对比未合批、合批、实例化和流式加载状态下的烘焙数据对应关系。
- 在正式构建和最低目标设备上回读，并记录压缩格式、模块编号和结果。