眼睛糖果插件 Alien Skin Eye Candy 7.2.3.37 这个版本号我盯了很久，Mac 汉化版在 10.14.1 系统上的表现，说实话踩过的坑比想象中多。Eye Candy 这套滤镜在设计圈里算是老资历了，做 UI 拟物、做电商主图、做海报质感，很多人第一反应就是它。但 Mac 平台的汉化版本一直是个微妙的存在——版本号对不上、系统兼容性打折扣、汉化包和主程序打架，这些问题我在过去两年里反复遇到。这篇内容就是把我自己从下载、安装、汉化、调试到实际出图的全流程拆开讲，包括每个环节为什么这么做、哪些参数值得调、哪些坑必须绕。适合刚接触这套滤镜的新手，也适合用了几年但一直没把汉化版调顺的老用户。核心关键词就三个：Eye Candy 7、Mac 汉化、10.14.1 兼容，全文围绕它们展开，不跑偏。

1. 先搞清楚这套滤镜到底解决什么问题

1.1 Eye Candy 在图像处理链路里的真实定位

很多人把 Eye Candy 当成"一键出效果"的玩具，这个理解偏了。它本质上是一组参数化纹理与材质生成器，核心价值在于把原本需要多图层叠加、通道计算、手工绘制才能做出来的质感，压缩成可调参数的单一滤镜。比如做金属拉丝效果，传统做法是建渐变层、加杂色、做动感模糊、调曲线，一套下来十几个步骤；Eye Candy 的 Chrome 滤镜把这些封装成几个滑块，改一个参数整体质感就变。这不是偷懒，是把重复劳动标准化。

在 Mac 平台上，这套滤镜以插件形式挂载到 Photoshop 的滤镜菜单下，走的是 PS 的插件接口。7.2.3.37 这个版本属于 7.x 系列的后期维护版，相比 6.x 最大的变化是界面重写和预设系统重构。界面从原来的拟物化面板换成了扁平化布局，预设从固定列表变成了可搜索、可分类、可自定义保存的库。这个改动对老用户来说需要适应，但用顺了之后效率提升明显——以前找某个火焰预设要翻半天，现在直接搜关键词。

为什么强调这个定位？因为定位决定了你怎么用它。如果你指望它替代完整的合成流程，会失望；如果你把它当成"质感加速器"，在合成流程的关键节点上用它出基础材质，再手工微调，效率和质量都能兼顾。我自己的习惯是：Eye Candy 出 70% 的底子，剩下 30% 用图层混合模式和蒙版收尾，这样既有参数化的稳定，又保留手工的灵活。

1.2 为什么 Mac 汉化版是个特殊存在

Windows 平台的 Eye Candy 汉化相对成熟，资源多、教程多、版本齐。Mac 这边情况复杂得多，原因有三层。第一层是插件架构差异，Mac 版 PS 的插件目录结构和 Windows 不同，汉化包需要匹配对应的路径和文件命名规则，放错位置直接不加载。第二层是代码签名与权限，macOS 10.14.1 这个版本对未签名应用的管控已经开始收紧，汉化后的插件文件如果签名信息被破坏，PS 启动时可能直接跳过加载，甚至报错。第三层是汉化包与主程序的版本咬合，7.2.3.37 这个具体版本号的汉化资源不像大版本那么通用，汉化文件必须和主程序的文件结构严格对应，错一个版本号就可能出现菜单乱码、面板空白、参数失效。

我见过太多人卡在"装上了但菜单是英文"或者"菜单汉化了但点开滤镜报错"这两个状态。前者是汉化文件没覆盖到位，后者是汉化文件和主程序版本不匹配。这两个问题的排查思路完全不同，后面会单独拆开讲。这里先建立一个认知：Mac 汉化版不是"下载即用"的东西，它需要你理解文件结构、理解加载机制，才能调顺。

1.3 10.14.1 系统版本带来的兼容性约束

10.14.1 是 Mojave 的一个早期小版本，这个版本对 32 位应用的支持已经彻底移除，对插件的权限管理也比之前的 High Sierra 更严格。Eye Candy 7.2.3.37 本身是 64 位架构，这一点没问题，但汉化过程中如果动过二进制文件的资源段，可能触发系统的完整性校验。实际表现是：PS 能启动，滤镜菜单里能看到 Eye Candy 的条目，但点击后要么无响应，要么弹出"无法加载插件"的提示。

这个问题的根源不在 Eye Candy 本身，而在汉化方式。目前 Mac 汉化主要有两种路径：一种是替换资源文件（.rsrc 或类似结构），不动二进制代码；另一种是直接修改二进制里的字符串表。前者相对安全，后者风险高。7.2.3.37 的汉化资源如果是替换式，在 10.14.1 上基本能跑；如果是二进制修改式，大概率触发校验。这个判断方法很简单：看汉化包的文件构成，如果只有资源文件没有可执行文件，就是替换式；如果包含 .dylib 或框架文件，就要谨慎。

提示：在 10.14.1 上装任何 PS 插件之前，先确认 PS 本身的版本。CC 2019 早期版本和 10.14.1 的配合最稳，CC 2020 之后对插件权限的要求又变了，容易出现"插件已加载但功能受限"的情况。

2. 安装前的环境准备与文件结构梳理

2.1 确认 Photoshop 版本与插件目录的真实路径

Mac 版 PS 的插件目录有好几个可能的位置，不同安装方式（Creative Cloud 安装、独立安装包、绿色版）对应的路径不一样。最常见的两个位置是：

• /Applications/Adobe Photoshop [版本]/Plug-ins/
• ~/Library/Application Support/Adobe/Plug-Ins/[版本]/

前者是全局插件目录，后者是用户级目录。Eye Candy 这类第三方滤镜，官方安装器通常写入全局目录，但汉化版往往是手动放置，放哪个目录取决于汉化包的说明。我的建议是优先放全局目录，因为用户级目录在某些 PS 版本上加载优先级低，容易出现"放了但没识别"的情况。

确认路径的方法：打开 PS，进入"帮助 > 系统信息"，里面会列出当前加载的所有插件及其路径。这个列表是排查问题的第一手资料——如果 Eye Candy 没出现在列表里，说明根本没加载；如果出现了但菜单里没有，说明加载了但注册失败。这两种情况的处理方式不同，后面会细说。

还有一个细节：10.14.1 的 Finder 默认隐藏了用户资源库目录，~/Library在 Finder 里看不到。需要按住 Option 键点"前往"菜单才能显示。很多人找不到用户级插件目录就是因为这个，以为目录不存在，其实是隐藏了。

2.2 汉化包的文件构成与完整性检查

拿到一个 Eye Candy 7.2.3.37 Mac 汉化包，先别急着往插件目录里扔。解压后先看文件结构，正常的汉化包应该包含以下几类文件：

重点看资源文件的修改时间。如果资源文件的修改时间明显晚于主程序文件，说明汉化是在原版基础上后改的，这种结构相对安全。如果所有文件时间一致，可能是重新打包的，需要留意主程序是否被改动过。

完整性检查还有一个实用方法：对比文件大小。原版 Eye Candy 7.2.3.37 的主插件文件大小是固定的，汉化版如果只替换了资源，主文件大小应该和原版一致或极其接近。如果主文件大小差异明显（比如差了几百 KB），说明二进制被改过，在 10.14.1 上要格外小心。这个对比不需要你手上有原版，网上查一下该版本的文件大小基准值即可。

2.3 系统权限与安全设置的预处理

10.14.1 的"安全性与隐私"设置里，有一项"允许从以下位置下载的应用"，默认是"App Store 和被认可的开发者"。汉化版插件如果签名不完整，第一次加载可能被拦截。处理方式不是关掉这个设置（那会影响整个系统的安全级别），而是针对具体文件放行。

操作路径：系统偏好设置 > 安全性与隐私 > 通用，在拦截提示出现后，这里会出现"仍要打开"的按钮，点一次即可对该文件放行。注意这个按钮有时效性，拦截提示出现后要尽快操作，过期就没了，需要重新触发。

另一个容易被忽略的点是文件权限。从网络下载的压缩包解压后，文件权限可能不带执行位，插件加载时会失败。检查方法：右键插件文件 > 显示简介，看"共享与权限"里当前用户是否有"读与写"。如果没有，点右下角锁图标解锁后修改。更彻底的方式是用终端跑一条命令批量修复权限：

chmod -R 755 /Applications/Adobe\ Photoshop\ CC\ 2019/Plug-ins/EyeCandy

这条命令把目录及内部所有文件的权限设为 755（所有者可读写执行，其他用户可读可执行）。路径要根据你的实际 PS 版本和插件目录调整，别照抄。

注意：不要对整个 Plug-ins 目录跑 755，只对你确认要用的插件子目录操作。全局改权限可能影响其他插件的正常加载。

3. 安装与汉化的完整实操流程

3.1 主程序插件的放置与首次加载验证

第一步先把主程序插件放到位，先不覆盖汉化资源。这个顺序很重要：先用原版状态验证插件能否被 PS 正常加载，确认基础功能没问题，再叠加汉化。如果一上来就放汉化版，出问题时你分不清是插件本身的问题还是汉化的问题。

具体操作：把 Eye Candy 的主插件文件（通常是.plugin后缀的包，或者一个文件夹形式的框架包）复制到 PS 的 Plug-ins 目录。复制完成后启动 PS，进入"滤镜"菜单，看是否有 Eye Candy 的条目。7.x 版本在滤镜菜单下通常显示为"Eye Candy 7"或"Alien Skin"分类。

如果菜单里出现了，点开任意一个滤镜（比如 Chrome），看面板能否正常弹出。能弹出且参数可调，说明主程序加载成功。这时候先关掉面板，不要急着出图，因为接下来要叠加汉化，汉化后需要重新验证。

如果菜单里没出现，回到"帮助 > 系统信息"看插件列表。列表里有但菜单没有，通常是插件注册信息的问题，可能是 PS 版本与插件版本不匹配；列表里也没有，说明文件根本没被扫描到，检查路径和文件权限。

3.2 汉化资源的覆盖策略与顺序

主程序验证通过后，开始叠加汉化。汉化资源的覆盖有个原则：只覆盖资源文件，不动主程序文件。具体来说，汉化包里如果有和主程序同名的文件，先对比大小和修改时间，确认是资源文件再覆盖；如果汉化包里的文件和主程序文件完全同名同大小，可能是重复打包，跳过即可。

覆盖顺序建议按这个流程走：

1. 先备份原始的资源文件（复制一份到桌面，出问题能回滚）
2. 把汉化包里的资源文件按目录结构对应复制过去
3. 覆盖时选择"替换"而非"合并"，避免新旧文件混杂
4. 覆盖完成后，检查文件权限是否保持（有时覆盖操作会重置权限）

这里有个实操细节：Mac 的 Finder 在覆盖文件夹时，默认行为是合并而非替换，容易导致旧文件残留。更稳妥的方式是用终端复制：

cp -R /path/to/汉化包/Resources/* /Applications/Adobe\ Photoshop\ CC\ 2019/Plug-ins/EyeCandy/Resources/

-R参数递归复制，*通配符确保复制目录内所有内容。路径同样按实际情况调整。用终端复制的好处是行为确定，不会出现 Finder 那种"问你要不要替换"的弹窗打断流程。

3.3 汉化后的加载验证与菜单检查

覆盖完成后，完全退出 PS 再重新启动。不是关窗口，是 Cmd+Q 彻底退出。PS 对插件的扫描只在启动时进行，不重启不会重新加载。

重启后进入滤镜菜单，看 Eye Candy 的条目是否变成中文。正常情况下，菜单项、面板标题、参数标签都应该显示中文。如果菜单是中文但面板里还有英文残留，说明部分资源文件没覆盖到，需要检查汉化包是否完整；如果菜单还是英文，说明汉化资源根本没生效，可能是路径放错或者文件格式不对。

验证汉化是否彻底，有个简单方法：打开任意一个滤镜面板，把里面所有可点的东西点一遍——预设分类、参数标签、下拉菜单、帮助按钮。汉化不彻底的地方通常藏在二级菜单和提示文本里，主界面汉化了但弹窗还是英文的情况很常见。这不影响使用，但如果你对界面一致性有要求，可以针对性地补资源文件。

3.4 预设库的导入与分类管理

Eye Candy 7 的预设系统是它的核心优势之一，汉化版通常会把预设名称也汉化。预设库的导入有两种方式：一种是安装时自动写入，另一种是手动导入。如果安装后发现预设列表是空的，说明预设库没加载，需要手动处理。

预设文件通常放在插件的Presets子目录下，格式可能是.xml或自定义二进制格式。手动导入的方法：在滤镜面板里找到预设管理入口（通常在面板顶部或侧边），选择"导入预设"，指向预设文件所在目录。7.x 版本支持批量导入，选中整个目录即可。

预设管理有个实用技巧：自建分类。内置预设按效果类型分（纹理、边框、光影等），但实际工作中你可能有自己的分类逻辑，比如"电商主图专用""海报背景专用"。7.x 支持创建自定义分类并把常用预设拖进去，这个功能在汉化版里同样可用。我自己的分类是按项目类型走的，做详情页时直接调"详情页"分类，省去每次翻列表的时间。

4. 核心滤镜的参数逻辑与调参思路

4.1 Chrome 金属质感的参数拆解

Chrome 是 Eye Candy 里使用频率最高的滤镜之一，做金属字、金属边框、金属质感背景都靠它。它的参数面板看起来简单，但每个滑块背后的逻辑值得说清楚。

核心参数有这几个：Bevel Width（斜角宽度）控制金属边缘的厚度感，数值越大边缘越宽，但超过一定值会显得臃肿；Bevel Height（斜角高度）控制凸起的立体感，和宽度配合决定整体的"厚度"；Roughness（粗糙度）控制表面颗粒，0 是镜面，数值越大越像拉丝或磨砂；Reflection（反射）控制环境光映射的强度，这个参数决定了金属的"亮"感。

调参的顺序建议是：先定宽度和高度（决定形体），再调粗糙度（决定材质），最后调反射（决定光照）。这个顺序的逻辑是形体优先于材质，材质优先于光照，反过来调会反复推翻前面的设置。实测下来，做小尺寸金属字时宽度设 3-5、高度设 2-4 比较稳；做大面积金属背景时宽度可以到 10 以上，但粗糙度要相应提高，否则大面积镜面反射会显得假。

还有一个容易被忽略的参数是Light Direction（光照方向）。这个参数要和画面整体的光照逻辑一致，否则金属质感和场景脱节。我的习惯是先确定主光源方向（比如左上），然后所有 Eye Candy 滤镜的光照参数都对齐这个方向，这样多个滤镜叠加时质感才统一。

4.2 Fire 火焰效果的层次控制

Fire 滤镜做火焰、烟雾、光效边缘很常用，但直接套预设往往效果生硬。问题出在层次上——真实的火焰有内焰、外焰、余烬三个层次，单一参数调不出这种层次感。

7.x 的 Fire 滤镜提供了Flame Type（火焰类型）选择，有"柔和""强烈""余烬"几种模式。我的做法是分两次应用：第一次用"强烈"模式出主火焰形体，参数里把Flame Width（火焰宽度）调窄、Flame Height（火焰高度）调高，得到尖锐的主焰；第二次用"余烬"模式出边缘的碎焰和火星，参数里把Turbulence（湍流）调高，让边缘破碎。两次结果用图层混合模式叠加（通常用"滤色"或"线性减淡"），层次感就出来了。

这个思路的本质是用多次单层效果模拟多层结构，而不是指望一次滤镜出全部层次。Eye Candy 的每个滤镜都是单层生成器，它的强项是快速出单层质感，多层叠加是使用者的工作。理解这一点，很多"效果不够真实"的问题就迎刃而解了。

4.3 纹理类滤镜的平铺与接缝处理

Eye Candy 里有一组纹理生成滤镜（比如 Wood、Stone、Marble），做背景材质很实用。这类滤镜在 Mac 版上有个共性问题：平铺接缝。当纹理需要铺满大尺寸画布时，单次生成的纹理边缘和自身不匹配，平铺后能看到明显的接缝线。

处理接缝有两个思路。第一个思路是在滤镜内部解决：7.x 的纹理滤镜大多有Seamless Tile（无缝平铺）选项，勾选后生成的纹理四边可无缝拼接。这个选项在汉化版里通常翻译为"无缝拼贴"或"平铺无缝"，位置在参数面板的底部区域。勾选后生成速度会慢一些，但接缝问题基本解决。

第二个思路是在 PS 层面解决：如果滤镜本身的无缝选项效果不理想，可以把生成的纹理做成图案（Edit > Define Pattern），然后用图案填充图层，配合"图案叠加"图层样式调整缩放和位移。这个方法的优势是图案填充的接缝由 PS 的图案引擎处理，比滤镜内部的无缝算法更成熟。我做大面积背景时通常走第二条路，稳定性更高。

提示：纹理类滤镜生成时，画布尺寸建议设为最终使用尺寸的 2 倍，生成后再缩小。这样做的原因是滤镜的细节生成基于像素网格，大尺寸生成再缩小相当于超采样，细节更细腻，接缝也更不明显。

5. 汉化版常见故障与排查实录

5.1 滤镜菜单不显示或显示为灰色

这是最高频的问题，表现是 PS 滤镜菜单里找不到 Eye Candy，或者找到了但是灰色不可点。排查要分两步走。

第一步查加载状态。进"帮助 > 系统信息"，在插件列表里搜"Eye Candy"或"Alien Skin"。列表里有，说明插件被扫描到了，问题出在注册或授权环节；列表里没有，说明文件没被扫描到，问题出在路径或权限。

第二步按状态处理。列表里没有的情况，检查三件事：插件文件是否在正确的 Plug-ins 目录、文件权限是否有执行位、文件是否完整（有没有被杀毒软件或系统隔离机制处理过）。10.14.1 有个隔离属性（quarantine），从网络下载的文件可能带这个属性，导致加载被阻止。清除方法：

xattr -d com.apple.quarantine /Applications/Adobe\ Photoshop\ CC\ 2019/Plug-ins/EyeCandy/EyeCandy.plugin

列表里有但灰色不可点的情况，通常是授权或版本匹配问题。Eye Candy 7 需要序列号激活，汉化版如果激活信息丢失，滤镜会显示但不可用。检查方法：打开 PS 的"帮助 > 插件"菜单，看 Eye Candy 是否有独立的授权入口，进去看授权状态。

5.2 面板打开后空白或参数缺失

面板能弹出但内容是空白，或者只有部分参数显示，这个问题的根源通常是资源文件不匹配。汉化过程中如果资源文件的版本和主程序版本对不上，面板的界面元素就渲染不出来。

排查方法：先回滚汉化（把备份的原始资源文件覆盖回去），看面板是否恢复正常。如果回滚后正常，说明是汉化资源的问题，需要换一个版本的汉化包；如果回滚后还是空白，说明主程序本身有问题，可能是文件损坏或版本不兼容。

还有一种情况是面板显示但参数滑块拖不动。这个通常是权限问题——插件没有写入配置文件的权限，参数改动无法保存。检查~/Library/Preferences/下是否有 Eye Candy 相关的配置文件，看文件权限是否可写。不可写的话用 chmod 修复。

5.3 出图时报错或 PS 崩溃

点击"应用"后 PS 崩溃，或者弹出错误提示，这个在 10.14.1 上不算罕见。原因可能是内存不足（Eye Candy 的部分滤镜计算量大，大画布下容易吃满内存）、显卡加速冲突（部分滤镜用到 GPU 计算，和 PS 的显卡设置冲突）、或者汉化导致的代码段损坏。

排查顺序：先缩小画布测试，如果小画布正常大画布崩溃，是内存或性能问题；再关掉 PS 的"使用图形处理器"选项测试，如果关掉后正常，是显卡加速冲突；最后回滚汉化测试，如果回滚后正常，是汉化问题。

显卡加速冲突的处理：在 PS 首选项 > 性能里，把"使用图形处理器"取消勾选，或者进"高级图形处理器设置"里把绘制模式改成"基本"。这个改动会影响 PS 整体的性能，但如果 Eye Candy 是主力工具，这个取舍值得。

5.4 常见问题速查表

6. 实际出图场景中的组合用法

6.1 电商主图的质感叠加流程

做电商主图时，Eye Candy 的典型用法是给产品加质感底和装饰元素。我的流程是：先用纹理滤镜（比如 Metal 或 Plastic）给背景出基础材质，参数上把粗糙度调低、反射调中等，得到一个不抢戏但有质感的底；然后用 Chrome 给产品边缘或文字加金属描边，宽度设小（2-3），高度设低（1-2），只做点缀不做主体；最后用 Fire 或 Smoke 在角落加一点氛围元素，透明度压到 20% 以下，作为视觉引导。

这个流程的关键是克制。Eye Candy 的效果很容易做过头，金属反光太强、火焰太满，反而显得廉价。我的经验是每个滤镜的效果都只用到 60% 的强度，留 40% 给画面本身的内容。具体到参数上，就是反射不超过 50、火焰透明度不超过 30%、纹理对比度不超过默认值的 1.5 倍。

6.2 海报背景的多滤镜叠加

海报背景需要层次感，单一滤镜出不来。我的组合方式是三层：底层用纹理滤镜出大结构（比如 Stone 或 Wood），中层用光影滤镜（比如 Glass 或 Gradient Glow）出光感，顶层用粒子类滤镜（比如 Star or Dust）出细节。三层分别在不同图层上，混合模式依次用"正常""叠加""滤色"，透明度从下到上递减。

这个组合的逻辑是结构、光感、细节分离。结构层决定画面的骨架，光感层决定氛围，细节层决定精致度。三层分开的好处是每层都能独立调整，改结构不影响光感，改光感不影响细节。如果三层合在一张图上用单一滤镜出，调整时牵一发动全身，效率反而低。

6.3 UI 拟物元素的快速产出

做 UI 拟物（比如按钮、图标底座、卡片质感）时，Eye Candy 的 Chrome 和 Glass 是主力。按钮的金属质感用 Chrome，参数上宽度和高度都设小（1-2），粗糙度设 0，反射设 30 左右，得到一个干净的金属面；玻璃质感用 Glass，折射率设中等，模糊设低，得到一个通透的玻璃面。

UI 元素的特点是尺寸小、精度要求高，所以参数要往精细方向调。大尺寸背景可以容忍粗糙，小尺寸按钮上任何一点瑕疵都会被放大。我的做法是先在 4 倍尺寸上做效果，然后缩小到目标尺寸，相当于超采样抗锯齿。这个技巧在 Mac 的 Retina 屏上尤其有效，因为 Retina 屏的像素密度高，直接在小尺寸上做效果容易出现锯齿。

7. 性能优化与长期使用建议

7.1 滤镜缓存与 PS 性能的平衡

Eye Candy 的滤镜计算量不小，尤其是纹理类和粒子类滤镜，大画布下每次预览都要算几秒。7.x 有预览缓存机制，相同参数下的预览结果会缓存，第二次打开面板时加载更快。但缓存占内存，画布大、滤镜多的时候，PS 的内存占用会明显上升。

平衡的方法是：在 PS 首选项 > 性能里，把内存分配给 PS 的比例控制在 70% 左右，留 30% 给系统和其他应用。Eye Candy 的缓存在 PS 内存池里，PS 内存不够时缓存会被清掉，表现为"第二次打开面板还是要重新算"。如果你经常用 Eye Candy，可以把 PS 内存比例调高到 80%，但要注意系统整体是否卡顿。

另一个优化点是历史记录步数。PS 的历史记录也占内存，做 Eye Candy 效果时如果历史步数设得太多（比如 50 步以上），内存很快吃满。我的设置是 20 步，够用且不浪费。

7.2 汉化版的更新与版本锁定策略

汉化版有个现实问题：更新困难。官方更新会覆盖汉化资源，更新后界面回到英文；汉化包更新又未必跟得上官方节奏。我的策略是版本锁定——选定一个稳定可用的版本（比如 7.2.3.37 在 10.14.1 上的这个组合），关掉 PS 的插件自动更新，长期使用不折腾。

版本锁定的具体操作：在 PS 首选项 > 增效工具里，取消"允许扩展面板连接到互联网"（如果不需要在线功能），减少插件自动检查更新的机会。同时把当前可用的插件目录整体备份一份，出问题时直接回滚，比重新找汉化包快得多。

这个策略的代价是享受不到新版本的功能改进，但对生产力工具来说，稳定优先于新功能。我见过太多人为了追新版本，把工作环境折腾崩了，修复的时间够做几个项目了。

7.3 备份与迁移的实操方法

插件环境的备份比想象中重要。Mac 换机、系统升级、PS 重装，任何一个动作都可能让调好的环境失效。备份的核心是插件目录 + 配置文件 + 预设库三件套。

插件目录就是 Plug-ins 下的 Eye Candy 文件夹，整体复制即可。配置文件在~/Library/Preferences/下，文件名通常包含"EyeCandy"或"AlienSkin"，复制这些文件。预设库在插件目录的 Presets 子目录下，如果自建过分类，这个目录一定要备份。

迁移到新环境时，按"插件目录 → 配置文件 → 预设库"的顺序恢复，每步恢复后启动 PS 验证一次。不要一次性全放进去再验证，出问题时分不清是哪部分的问题。

提示：系统大版本升级（比如从 10.14 升到 10.15）之前，先把整个插件环境备份到外部存储。升级后 PS 可能需要重装，插件环境重新配置的时间成本很高，有备份能省大量时间。

8. 我踩过的几个典型坑

第一个坑是汉化包版本号对不上。有次拿到的汉化包标称 7.2.3.37，实际资源文件是 7.2.3.30 的，装上后菜单汉化了但面板参数错位，滑块拖到某个位置就报错。这个问题的教训是：汉化包的版本号不能只看文件名，要对比资源文件的实际内容。判断方法是对比汉化包和原版的文件列表，版本号差异大的，文件结构通常也有差异。

第二个坑是权限修复不彻底。用 chmod 修了插件目录的权限，但忘了修子目录，结果主插件加载了，预设库加载失败。Mac 的权限是逐文件逐目录的，-R参数递归修复时如果路径写错（比如少了个斜杠），可能只修了顶层。修复后要用ls -la逐层检查确认。

第三个坑是显卡加速的隐性冲突。Eye Candy 的某些滤镜在 GPU 加速开启时预览正常，但应用时崩溃。这个问题排查了很久，最后发现是 PS 的显卡设置和滤镜的 GPU 调用冲突。关掉 GPU 加速后一切正常，但 PS 整体性能下降。最后的折中方案是：日常用 PS 时开 GPU，用 Eye Candy 的重型滤镜时临时关掉，用完再开。虽然麻烦，但比崩溃丢工作强。

第四个坑是预设库的编码问题。汉化版的预设名称如果包含特殊字符，在某些 PS 版本上会导致预设列表加载失败。表现是预设面板空白，但插件其他功能正常。解决方法是把预设文件里的特殊字符替换掉，或者直接用英文预设名。这个问题的根源是汉化和编码的兼容性，不是所有汉化包都会遇到，但遇到了很难排查。

9. 关于这套工具链的个人判断

Eye Candy 7 在 Mac 上的汉化版，说到底是一个能用但需要维护的工具。它的核心价值在于快速出质感，这个价值在 7.x 的预设系统和参数化设计下被放大了；但 Mac 汉化版的维护成本也确实存在，版本匹配、权限管理、系统兼容，每一项都需要花时间调。

我的判断是：如果你做的是需要大量质感元素的视觉工作（电商、海报、UI 拟物），这套工具值得投入时间调顺；如果你只是偶尔用一次，用原版英文界面反而更省心，汉化带来的便利抵不上维护成本。10.14.1 这个系统版本对插件不算友好，但也不是不能用，关键是理解加载机制和权限逻辑，遇到问题知道往哪个方向排查。

最后分享一个我长期使用后形成的习惯：每次调好一个效果，把参数组合存成自定义预设，命名用"项目类型 + 效果描述"的格式（比如"电商-金属描边-细"）。Eye Candy 的参数多，靠记忆复现很难，存成预设后下次直接调用，效率提升非常明显。预设库积累到几十个之后，这套工具才真正变成生产力，而不是每次从零调参的试验品。