企业官网建设流程全解析

1. 先想清楚：你缺的到底是“看图”还是“管图”

硬盘里堆着几万张图片的人，早晚会碰到同一个瓶颈：系统自带的图片浏览器能打开单张图，但没法按像素尺寸筛选、没法按拍摄时间排序、没法一次改两百个文件名、更没法回答“这张图和那张图是不是同一张”。我最初装 XnViewMP 就是被这类琐事逼的——一个做视觉内容整理的活儿，素材分散在七八个文件夹里，命名规则五花八门，用系统工具一张张翻，一天下来眼睛先罢工。XnViewMP 这个名字听起来像“又一个看图软件”，实际用下来它更接近一套本地数字资产管理的最小闭环：浏览、筛选、评级、批处理、元数据、导出，全都塞在一个安装包里，跨 Windows、macOS、Linux 三端，界面逻辑基本一致。这篇内容适合三类人看：手上有大量图片需要归档整理的人、需要批量转换和重命名的运营或设计岗位、以及想找一个不依赖云端、不上传素材的纯本地工具的人。下面我不讲功能清单，只讲我这几年真实用下来的配置、参数、踩过的坑，以及它在整个工作流里应该站在哪个位置。

1.1 系统自带看图工具的四个硬伤

先把问题摆清楚，才知道为什么要多装一个软件。第一是格式覆盖窄。系统看图器对主流 JPEG、PNG 没问题，一旦碰上相机 RAW、多页 TIFF、老式 PSD、工业软件导出的特殊位图，要么打不开，要么只显示第一帧，要么颜色完全错位。第二是没有索引概念。它每次打开一个文件夹都要重新读一遍缩略图，几百张图的目录就要等十几秒，第二次进去还是等，因为它不缓存。第三是缺少批量能力。改文件名、转格式、压尺寸这些重复劳动，系统工具基本不提供，只能借助脚本或者在线工具，而在线工具意味着把素材上传到别人的服务器，涉及客户素材时这条路径直接堵死。第四是信息维度太少。一张图除了画面本身，还带着 EXIF 拍摄参数、IPTC 版权信息、XMP 编辑记录，系统看图器大多只显示分辨率，剩下的字段看不见也改不了。这四条凑在一起，就构成了“看图”和“管图”之间那道坎。XnViewMP 解决的正是这道坎：它不是把单张图放大给你看，而是把一整个目录当成一个可以检索、可以排序、可以批量操作的数据集来处理。

1.2 XnViewMP 的定位：一个轻量的本地数字资产库

我更愿意把它定义成“轻量级数字资产库”，而不是“图片浏览器”。理由在于它的三层结构：浏览层负责把目录变成带缩略图的网格，支持按名称、日期、尺寸、类型、评级排序；查看层负责单张图的全屏预览、缩放、色彩管理、多页翻页；处理层负责批量转换、批量重命名、元数据编辑、重复查找、生成联系表。三层之间用同一套数据库打通，你在浏览层打的星级、加的分类，在搜索和导出时都能直接调用。

这个定位带来的最大好处是素材不出本机。所有缩略图、索引、评级、分类都存在本地的一个数据库文件里，不联网也能用，断网、内网环境、客户现场交付都不会掉链子。代价是它不提供协作和云同步，多人共享素材库这件事它做不了，需要你自己用共享目录或者版本管理的方式补上。我个人的判断标准很简单：如果你的图片管理需求集中在“一个人、一台机器、几万张图、要批量处理”，它非常合适；如果是“十个人同时维护十万张图、要权限和审批”，那该上的是正经的资产管理系统，别指望一个本地工具扛这个。

1.3 横向对比：它该放在工作流的哪一层

很多人第一次装完会拿它和常见的几类工具比，然后得出“功能重叠、没必要”的结论。我把边界整理成下面这张表，你可以对照自己的场景看它该站在哪一层。

看明白这张表，你就不会纠结“它是不是重复造轮子”。它在工作流里的位置很明确：素材进来之后的第一站，精修之前和交付之前的最后一站。相机卡拷出来的原始文件先丢给它筛一遍、打个星级、按规则重命名，把没用的删掉；修完之后再丢回来做一次批量压缩、加水印、生成联系表交付。中间那段精细调色的事交给专业软件，各干各的，效率最高。

2. 核心机制拆解：它能打开几百种格式、还能秒开缩略图的原因

用工具要用到点子上，得先知道它凭什么快、凭什么兼容。很多人抱怨“装了之后打开某些图还是不行”“缩略图加载特别慢”，绝大多数情况不是软件坏，而是没搞懂它内部的三套机制：解码层、缓存层、元数据层。这三层各有各的边界，越界就会出问题。下面我按重要程度逐个拆。

2.1 解码层与格式支持的真实边界

官方宣传的“支持几百种格式读取”，这句话要拆成两半看：读取和写入是两回事。读取端确实覆盖很广，常见位图、多页 TIFF、动画 GIF 和 WebP、相机 RAW、部分设计软件导出的分层文件，它都能给出一个可视化结果。写入端就窄得多，日常真正稳定的输出格式还是 JPEG、PNG、TIFF、WebP、BMP 这一类。

这里有个关键认知：能打开不等于能正确还原。RAW 文件的解码结果高度依赖内置的解码模块版本，同一张 RAW 在不同版本里出来的亮度、色彩倾向可能略有差异；分层文件的“打开”通常只是合成后的预览，改不了图层。我曾经拿一批老式多页 TIFF 做测试，翻页正常但单页导出时色彩配置丢了，原因是源文件嵌了 ICC 配置而导出时勾选了“不写入配置”。这类问题不是兼容性故障，是参数没配对。

注意：涉及专业色彩流程的素材，不要用它做最终色彩判定，把它当成“看得见、选得出”的筛选工具，颜色判断交给带色彩管理的修图软件。

还有一个容易忽略的点：部分新格式需要系统层面提供解码支持，或者依赖额外的图像格式插件。装完发现某类文件显示为空白图标，先别急着骂软件，去设置里看看对应格式的解码开关，再看看系统是否具备相应能力，通常能定位到原因。

2.2 缩略图数据库：速度的来源与体积的代价

它秒开目录的核心不是算法多神，而是第一次扫描时就把缩略图生成好并落盘，之后每次进入只读缓存。这个设计决定了你的使用体验完全取决于两件事：缓存放在哪、缓存怎么清。

缓存目录默认在用户配置目录下，很多人 C 盘紧张就是因为这个。几万张图的缩略图数据库，加上元数据索引，占用从几百 MB 到几 GB 都有可能。我的做法是安装完第一件事就把缓存目录挪到容量大的数据盘，路径单独建一个文件夹，比如数据盘下的一个专用目录，避免和系统盘抢空间。挪完之后需要让它重新生成一次缩略图，第一次会慢，之后就顺了。

缓存的清理策略也要想清楚。缓存不是越大越好，图片被删除或移动后，旧缓存会变成孤儿数据一直占着空间。我的习惯是每个季度做一次“清理无效缓存”，同时在批量删除素材后手动触发一次数据库压缩。这里有个取舍：清理太勤会让浏览变慢，从不清理会让数据库臃肿，季度级是比较舒服的节奏。

提示：如果你经常在移动硬盘上处理素材，记得把“是否对可移动设备建立缓存”这个选项考虑清楚，否则拔盘之后缓存里全是指向不存在路径的记录，检索结果会很混乱。

2.3 浏览模式与查看模式为什么必须分开

刚上手的人常有个疑惑：为什么点开一张图是一个窗口，退回目录又是另一个界面，两边设置还不一样。这不是设计冗余，而是两种完全不同的使用节奏。

浏览模式面向“量”，核心是网格、排序、筛选、批量选中。这个模式下你关心的是“哪几张要留”，所以缩略图尺寸、排序字段、是否显示评级和颜色标签，直接决定效率。我通常把缩略图调到中等偏大，开启文件名和评级角标，按拍摄时间倒序，这样一眼就能看出哪一段是连拍、哪些是重复。

查看模式面向“质”，核心是单张、缩放、翻页、色彩。这个模式下你关心的是“这张到底行不行”，所以缩放算法、是否用高质量重采样、翻页是否预加载下一张，决定了判断的准确性。我建议把查看模式的缩放设为“适应窗口”，翻页用键盘左右键，预加载开着，这样连续翻几十张不会有卡顿感。

两个模式的设置是独立的，改了一个不会影响另一个。这一点务必记住，我见过有人抱怨“缩略图改大之后全屏看图也变模糊了”，其实是他改错了地方。把这两套配置分开调好，等于给自己配了两副眼镜：一副用来看全局，一副用来看细节。

2.4 元数据写入的三种落点与风险

元数据这块是最容易出事的地方，值得单独说。图片的信息可以存在三个位置：文件内部（EXIF/IPTC/XMP 写进文件本身）、边车文件（同目录下另存一个同名说明文件）、本地数据库（只存在软件自己的索引里）。三者各有风险。

写进文件内部最“随身”，拷到哪都带着，但会修改文件二进制，对有数字签名的素材或需要保持原始哈希的归档是不允许的；边车文件不污染原图，但容易在拷贝时被漏掉，尤其是只拷图片不拷附属文件的操作；只存数据库最安全，但换机器、重装系统、数据库损坏就全丢。

我的做法是分场景：客户交付素材只读不写，评级和分类只存数据库，绝不碰原文件；自己拍摄的原始素材允许写入 EXIF 的评级和关键词，因为这是我自己要长期维护的；需要跨软件协作的项目用边车文件，方便别的工具读取。批量写入前一定先拿几张副本试，确认写入后文件大小变化、其他软件仍能正常打开，再对整批执行。这条经验是我用一次误操作换来的——早年给一批素材批量写入关键词，没注意其中一个选项会重写整个文件结构，结果有几个老格式文件在另一个软件里打不开了，虽然画面没坏，但交付时很被动。

3. 装完先改这些配置，能省掉后面一半的麻烦

默认配置是给“随便看看图”的人准备的，真要拿它干活，装完的头二十分钟应该花在设置上。我把这些年调整过的项分成四组，按优先级排，你照着改一遍，后面能少走很多弯路。这里要说明的是，软件版本迭代较快，菜单文字可能有细微差异，我描述的是功能位置和判断逻辑，具体选项名以你本机版本为准。

3.1 缓存与数据库目录：第一件要做的事

打开设置，先找缓存/数据库相关的页。要做三件事：把缓存目录改到数据盘、确认数据库文件位置、设定缓存上限。

缓存目录的选法有个简单公式：预估素材总量 × 0.5% 到 1%，再留一倍冗余。比如你常处理 200 GB 图片，缩略图和索引大概要吃 1 到 2 GB，那就给它划 5 GB 空间，够用且不至于失控。数据库文件本身不大，但会随记录数增长，几万条记录通常在几十 MB 到一百多 MB，放在固定位置、纳入备份即可。

第二件事是统一入口。如果你有多个素材盘，建议在软件里把常用目录加进收藏或者设为“根目录”，而不是每次都从文件系统一层层点进去。这一步看起来琐碎，实际每天能省几十次点击。第三件事是确认“写入数据库”的开关，评级、分类、颜色标签这些自定义信息默认存数据库，别手滑改成写文件，除非你明确要跨软件共享。

注意：数据库文件和缓存目录建议一起备份。只备份图片不备份数据库，换机器后所有评级、分类、关键词全部归零，重新打一遍星级的痛苦谁经历谁知道。

3.2 浏览与查看的几个关键开关

浏览模式我必开的三项：显示文件大小和像素尺寸、按评级角标显示、关闭“显示隐藏文件”。前两项是为了筛选效率，第三项是为了避免误删系统生成的缩略图缓存文件——那些文件混在素材目录里特别碍眼，一不小心批量选中就麻烦了。

查看模式我必调的三项：缩放质量设为高质量、翻页预加载开启、背景色设为中性深灰。缩放质量影响你判断锐度的准确性，低质量重采样会把糊图看成清晰的；预加载决定连续翻页的流畅度；背景色这事很多人忽略，白色背景下看暗调图片会误判曝光，中性灰是比较稳妥的选择。

还有一个容易被忽视的开关：是否按 EXIF 方向自动旋转。手机拍的竖图如果不按 EXIF 方向校正，浏览时全是横的，看着别扭；但如果你后面还要用别的软件处理，有的软件会二次旋转导致方向错误。我的做法是浏览时开启自动校正，导出时不强制写入方向标记，让下游软件按自己的规则处理，避免叠加旋转。

3.3 批量处理的默认输出策略

批量转换这块，默认设置里有两个坑必须提前堵。第一个是输出路径。默认往往输出到源目录，一不小心就把原图覆盖了。我建议固定一个“输出到指定目录”的规则，并且勾选“保留子目录结构”，这样批量处理几百个文件夹时不会全糊在一起。命名冲突的处理方式也要设成“自动追加序号”，而不是覆盖。

第二个是元数据保留策略。批量压缩用于网页展示时，我会清掉 GPS 坐标和部分拍摄信息，只保留版权字段；批量归档备份时则全部保留。这两套策略建议存成两个预设，切换场景时一键调用，别每次手动勾一遍，勾漏一个就是隐私泄露。

第三个是质量与体积的平衡参数。JPEG 质量我不建议一味拉到 100，物理规律摆在那里：质量从 90 提到 100，文件体积可能涨一倍多，肉眼在正常观看距离下几乎看不出差别。日常交付用 85 到 90，网页用 75 到 80，印刷和高精度归档才用 95 以上。这个数字不是拍脑袋，后面第四章会给出具体的估算方法。

3.4 快捷键与鼠标行为的手感调校

快捷键这事没有标准答案，但有几个高频动作值得改。我的习惯是：空格键切换浏览与查看、数字键直接打星级、Delete 只做移除不做物理删除、鼠标中键拖动平移大图。最后这条尤其重要，很多人的鼠标滚轮默认是缩放，看大图时滚一下就飞出去，改成中键拖动加滚轮缩放，手感立刻稳了。

还有一个细节：批量选中后双击的行为。默认双击是打开查看模式，但如果你正在做筛选，双击误触会很打断节奏。我把它改成双击只选中不进入查看，进入查看统一用空格，这样筛选时的容错率高很多。

这些调整看起来是小事，但每天重复几百次的操作，手感差一点就是效率差一截。我一般建议新人先按默认用一周，把觉得别扭的地方记下来，再集中改一次，比照着别人的配置抄要有效得多。

4. 五个高频场景的实操记录

配置调完之后，真正的价值体现在具体场景里。下面这五个场景是我这几年重复次数最多的，每个都给出完整路径、关键参数和判断依据，你可以直接对照着做。所有涉及数字的地方我都会说明怎么算出来的，而不是甩一个“经验值”让你照抄。

4.1 场景一：几千张素材的快速筛选与评级

这是最基础也最高频的用法。假设一次外拍回来拷了三千张，目标是把能用的挑出来，剩下的归档或删除。我的流程是四步：

第一步，建索引。打开源目录，等缩略图全部生成。三千张大概需要几分钟，取决于图片尺寸和硬盘速度。这一步不能省，跳过索引直接翻会非常痛苦。

第二步，粗筛。按拍摄时间排序，把明显废片（对焦失败、闭眼、重复连拍）批量选中，用“移动到废片目录”而不是删除，保留一周再清。这里的关键是用键盘而不是鼠标：方向键移动、空格预览、数字键打星、Ctrl 加方向键扩展选择。熟练之后一分钟能过一百多张。

第三步，精筛。在查看模式里逐张过一遍，按五级评级：5 星是直接可用，4 星是稍作调整可用，3 星是备用，2 星以下归档。评级的价值不在于当下，而在于半年后你还能凭星级快速找到素材，不用重新翻一遍。

第四步，落库。把 4 星以上的挑出来，复制到一个新目录，按项目名加日期重命名。原目录保留全部素材作为归档。

这套流程的核心逻辑是用两遍过滤换一遍精细劳动。三千张里可能只有两百张能用，如果一开始就精细看，你要认真看三千次；先粗筛掉一半废片，再精筛一千五百张，总劳动量少一半以上。我用这套方法处理过一个婚礼跟拍的素材，两千多张从拷入到交付筛选结果，两个多小时能完成，纯靠鼠标点的话一天都不够。

4.2 场景二：批量重命名，把混乱文件名拧成规范

相机和手机导出的文件名通常毫无信息量，一堆字母数字混排，按名称排序毫无意义。批量重命名要解决两件事：可读和可排序。

可读靠语义，可排序靠日期和序号。我常用的模板结构是“项目名_日期_序号”，例如某项目 2024 年 5 月拍摄的第一批，模板写成固定的项目前缀加日期变量加三位序号。软件里通过“插入”下拉选择文件名、计数器、日期等占位符，具体占位符名称随版本略有差异，以你本机下拉列表中的写法为准，别照抄网上的旧教程。

模板示例（占位符以本机“插入”菜单为准）： [项目前缀]_[拍摄日期:yyyyMMdd]_[计数器:3位] 结果示例： proj-a_20240512_001.jpg proj-a_20240512_002.jpg

几个实操要点。序号位数一定要提前定，三位数最多排到 999，四位能到 9999，几千张素材直接上四位，否则排到 1000 之后排序会乱（001、002、1000 会排在 010 前面这种问题）。日期变量优先取 EXIF 拍摄时间而不是文件修改时间，文件被拷贝、编辑过之后修改时间会变，靠它排序会得到错误顺序。重命名前先预览，几乎每个版本都有预览列表，扫一眼确认没写错再执行。先做备份或者小批量试跑，重命名是不可逆操作，模板写错一个字符，几千个文件全废。

我踩过最典型的一个坑是：模板里用了“查找替换”把空格换成下划线，结果某些文件名本身带特殊符号，替换后出现了连续下划线，看着很乱。后来改成先用正则把非法字符统一清掉，再套模板，干净很多。

4.3 场景三：批量转换与尺寸压缩，参数怎么算

这是它最能省时间的功能。假设你要把两百张原图转成网页用的展示图，要求长边不超过 1600 像素、单张控制在 300 KB 以内。参数怎么定？

尺寸计算。长边限制的含义是等比缩放，短边 = 短边原值 × (1600 ÷ 长边原值)。比如一张 6000×4000 的图，缩到长边 1600，短边就是 4000 × 1600 ÷ 6000 ≈ 1067，结果 1600×1067。软件里填“长边 1600、保持比例”即可，不用自己算，但你要知道为什么填一个数就够——因为它按长边约束等比缩小，不会变形。

体积估算。JPEG 体积和像素数、画面复杂度、质量参数都相关，没有精确公式，但可以粗估：一张 1600×1067 的普通照片，质量 85 大约 200 到 400 KB，质量 75 大约 120 到 250 KB。如果要求“必须小于 300 KB”，最稳的做法是先按质量 80 批量转一批，看最大文件是多少，超了就降到 75 再来一遍，两轮基本能定下来。不要一次把质量压到 60 去凑体积，画质损失肉眼可见。

并行处理。批量转换支持多线程，设置里可以指定线程数，一般设成 CPU 核心数的一半到全部，硬盘是机械盘的话别开太多，IO 会成为瓶颈。我实测过同一批两百张图，单线程跑了十几分钟，八线程三分钟出头，差距很明显。

输出格式选择。日常展示用 JPEG，需要透明背景用 PNG，需要兼顾体积和透明用 WebP。WebP 体积优势明显，但部分老系统不认，交付前先确认接收方的环境。TIFF 只在需要无损中间文件时用，体积大得离谱，别拿它做交付。

批量转换还有个隐藏价值：统一尺寸。一堆来源不同的图片混在一起，尺寸五花八门，排版和做展示时非常难受。批量统一到同一长边之后，整批素材的视觉一致性会好很多。

4.4 场景四：重复图片与相似图片清理

素材越攒越多，重复文件是必然的。重复的来源主要有三种：多次拷贝、修图后另存、聊天工具转发。清理分两个层次。

完全重复用哈希比对最可靠，文件名不同、大小相同、内容完全一致的文件会被识别出来。这个模式准确率极高，可以放心批量删除，只留一份。执行时建议保留最早创建的那一份，或者保留路径层级更深的那一份（通常是你整理过的），删掉散落在下载目录里的副本。

相似图片靠的是缩略图相似度比对，适合找“同一张图的不同尺寸”“同一场景的连拍”“加过水印的版本”。这个模式会有误判，相似度阈值设得太低会把不相干的图也拉进来，设得太高又漏掉真正的重复。我的经验是把阈值设在中间偏严的位置，先跑一遍看结果，误判多就调严一点，再跑一遍。相似结果不要批量删除，逐组人工确认，因为“相似”不等于“冗余”，同一场景的多张可能每张都有用。

清理顺序上，我建议先清完全重复，再清相似。完全重复是大头，通常能砍掉百分之十几的空间，相似是精细化操作，费时间但收益小。另外，清理前把待删列表导出成文本留档，万一误删还能追溯。这个习惯救过我一次——某次清理时把一组同场景不同角度的图判定为重复，留下的那张恰好是虚焦的，事后靠留档才找回来。

4.5 场景五：联系表与网页相册，交付给别人的那一版

交付素材时，客户或合作方往往不想一张张点开看，他们要的是一眼能看全的“总览图”。联系表功能就是把指定目录的图片按网格排布，生成一张大图或者一份带缩略图的文档，标注文件名或序号，方便对方圈选。

参数上主要是每行几张、缩略图多大、是否显示文件名、是否显示序号。我常用的配置是每行 6 张、缩略图长边 300 像素、显示序号和文件名。每行 6 张的好处是在常见屏幕上不用缩放就能看全，序号方便对方回复“第 12 张”。

网页相册是另一种交付形式，输出一组 HTML 加缩略图，对方用浏览器打开就能翻页。这里有个细节要注意：输出目录里的图片是压缩后的副本，不是原图，所以尺寸和质量参数要按交付标准设，别用默认值。我一般设长边 1200、质量 80，既能看清细节又不至于让对方下载几个 G。

这两项功能的价值在于减少沟通成本。以前交付素材要一张张开着截图发过去，对方还要问“这张是原图吗”“有没有大图”，现在一份联系表加一个相册链接（本地目录共享或者打包发送），来回沟通次数能砍掉大半。

5. 踩坑记录与排查速查表

工具用久了，遇到的问题会收敛到有限的几类。我把这些年记录下来的整理成表，遇到问题先查表，比在网上漫无目的地搜要快。

5.1 常见问题速查表

这张表覆盖了我实际遇到过的九成情况，剩下的那一成通常是文件本身损坏或者权限问题，那就得具体分析了。

5.2 几条用血换来的经验

第一条，永远不要在源目录上做破坏性批处理。批量重命名、批量转换、批量元数据写入，这三类操作都先复制一批样本出来试跑，确认结果符合预期再放全量。我见过有人把整个素材盘的名字批量改乱，最后靠数据恢复工具才捞回来一半。

第二条，数据库和素材要一起备份。图片能重拍，评级和分类重做成本极高。我的备份策略是每周做一次数据库文件快照，跟着素材盘一起归档，恢复的时候两边一起还原，索引才能对得上。

第三条，大批量操作前先看剩余空间。批量转换输出两百张、每张三 MB，就是六百 MB，输出目录只剩五百 MB 的时候跑一半会失败，中断之后还得清理半成品。养成先算后跑的习惯，一次省很多麻烦。

提示：批处理脚本和命令行工具可以做得更自动化，但用它之前请先把“输出路径、命名冲突、元数据保留”这三项在图形界面里确认清楚，命令行参数只是把同样的逻辑写成一行字，逻辑想错了，写得多优雅都是错的。

第四条，别迷信“全自动”。重复查找、相似比对、自动分类这些功能，准确率已经不错但远没到可以撒手不管的程度。真正省时间的用法是“机器跑一遍出候选，人做最后确认”，把机器当筛子而不是当决策者。我试过完全依赖自动去重，结果把一组同场景不同曝光的素材当成重复删掉了，幸好有回收站。

6. 把它接进日常工作流

单点工具用得好只是省力，接进工作流才是真正提效。这部分讲的是约定和衔接，偏流程而非功能。

6.1 目录与命名的约定

目录结构建议按“项目/日期/阶段”三层，比如一个项目下按拍摄日期分文件夹，每个文件夹里再分原片、精选、交付三个子目录。命名规则里必须包含可排序的日期和不可重复的序号，别用“最终版”“最终版2”“真的最终版”这类命名，三个月后你自己都分不清哪个是哪个。

这套约定的价值在于让批量操作可预期。目录结构统一，批量转换的输出路径就能一次配好复用；命名规则统一，排序和检索的结果才稳定。我见过太多人素材整理做不下去，不是因为工具不好，是因为每次命名都随手写，攒到几千个文件时已经无法用任何规则批量处理了。

6.2 与修图、排版软件的配合

它的位置是“前端筛选”和“后端交付”，中间的精修交给专业软件。具体衔接上有两个细节值得注意。

色彩链路要一致。如果修图软件用的是某种广色域工作空间，而它导出时把 ICC 配置丢了，下游拿到图会觉得颜色发灰。处理方式是导出时明确保留配置文件，或者在交付前统一转成通用色彩空间。这条链路里任何一环断掉，最终呈现都会偏。

文件名要能对上号。筛选时打的星级和分类，导出时可以带进文件名或者写在边车文件里，方便下游软件识别。我习惯在精选目录里用“序号_星级_简述”的命名，修图的人一眼能看出优先级。

6.3 迁移、备份与数据库保养

换机器时最容易出问题的就是“图片拷过去了，索引没过去”。正确做法是：先备份数据库和缓存配置，再整体迁移素材目录，最后在新机器上把数据库放回对应位置并重建缓存。如果目录路径变了，需要在设置里重新指向新路径，否则数据库里全是失效链接。

数据库保养就三件事：定期清理无效缓存、定期压缩数据库、定期验证素材目录是否可访问。这三件事每季度做一次，十分钟能搞定，能避免后期花几小时排查“为什么搜不到图”。

最后分享一个我用了很久的小习惯：每次大规模整理之前，先在素材盘根目录写一个文本文件，记下这次的规则、批次、时间点和处理范围。三个月后回来看，一眼就知道当时是怎么分的，不用靠回忆。这个习惯看起来笨，但在我处理过几十个项目的素材之后，它是唯一一个从没让我后悔过的做法。