项目标题: “十字眼”——先别急着对号入座先把技术底细讲清楚你刷到“十字眼”这个词大概率不是从正经技术文档里看到的而是从短视频、游戏梗图、二次元角色设定或者某个特效滤镜里冒出来的。但这个词放在技术语境里能指的方向其实不少可能是某种视觉特效算法可能是某类图像识别里的特征点描述也可能是某个模型在处理画面时的伪影形态。更有意思的是在很多 AI 绘图和视频生成工具的社区里“十字眼”早就成了一个非常形象的提示词关键词——用来描述生成结果里眼睛区域出现十字形高光、异常纹路或者叠加错位的一类问题。这篇文章不打算去追某个具体的网络热梗而是把“十字眼”拆成几个能落地的技术方向来写它到底是什么、在视觉生成类模型里为什么会出现、怎么用工作流去控制或规避、有哪些接口或批量处理思路。不管你是做 ComfyUI 工作流的还是在调试 LoRA或者只是好奇这个效果能不能自己复现出来这篇都值得往下看。先给结论如果你是在找“怎么画出一双带十字高光的二次元眼睛”那是提示词和 ControlNet 的事情如果你是被“生成的图里眼睛总是出现十字形伪影”困扰那是采样器、步数、VAE 和修复流程的问题如果你只是想知道这个概念能不能批量套用到视频角色上那就要看工作流的批处理和接口设计了。下面就把这几条线逐个拆开。1. 核心能力速览从“十字眼”到可执行的工作流在具体讨论之前先把“十字眼”在不同技术场景下的含义和对应处理方式做一个速览表。这样你至少能先判断自己要查的方向属于哪一类。场景类型“十字眼”是什么常见来源处理思路AI 绘图的提示词表达眼睛区域带有十字形高光、光斑或反射SD / LoRA / NovelAI / 二次元模型通过提示词控制高光形状或用 ControlNet 约束眼部结构图像生成伪影眼部出现明显十字纹理、交叉噪点、花瓣状光斑采样步数不足、VAE 类型不匹配、高分辨率修复调整步数、修复模型、换 VAE、重绘眼部区域镜头光学效果镜头光源产生十字光芒类似于摄影中的星芒摄影滤镜、光晕算法、镜头特效属于正常光学现象可通过滤镜强度控制角色设定/美术风格角色眼睛具有十字瞳孔或十字花纹漫画、游戏、视觉小说依赖特定模型和 LoRA或人工绘制视频生成中的角色一致性多帧生成中眼睛形态不稳定时而十字型或几何化视频生成模型在不同帧中丢失眼部细节使用固定种子、ControlNet 姿态引导、批次内参考图从上面的表格能看出来“十字眼”并不是一个固定的官方算法名词更像是一个在创作者社区里逐渐沉淀下来的形象化说法。真正能转到技术操作层面的是三个问题做图时怎么画出一双漂亮的、“十字星光”效果的眼睛。生成结果里出现不想要的十字形眼部伪影时怎么修复。在批量任务或视频生成场景下如何保持眼部特征稳定不出现随机十字纹理。这篇文章后面所有的实测和流程演示都会围绕这三件事展开。2. 适用场景与使用边界“十字眼”在哪些地方能用2.1 适合谁用二次元立绘和角色设计创作者想要做出眼睛带十字高光的角色这类效果在日系漫画、游戏原画里非常常见。ComfyUI / Stable Diffusion 工作流玩家如果你已经会跑图想知道怎么通过关键词、LoRA 和重绘流程稳定复现十字眼效果。视频生成和角色一致性研究者在做多帧生成时发现眼部结构不稳定需要找方法约束生成结果的几何特征。AI 绘画模型评测用户你可能会拿“是否能稳定画出十字眼”来测试一个底模对眼部细节的还原能力。2.2 能解决的问题给图像生成添加明确的眼部高光风格控制。减少眼部区域的十字伪影、彩虹纹、焦点漂移。在批量生成头像、立绘、表情包时保持眼型一致性。提供一套可以嵌入 ComfyUI 或 API 服务的最小处理流程。2.3 不适合什么不适合当作某一个具体的开源模型来搜索和安装。“十字眼”没有统一的官方开源仓库它更接近一个创作者约定俗成的关键词。不适合用于基于真实人物照片的仿冒生成。如果涉及真人肖像必须获得明确授权。不适合直接用于某些商业素材库的自动去水印或版权规避操作。2.4 版权、隐私和安全边界如果“十字眼”被用在真实人物照片、视频换脸、声音合成或数字人制作流程里必须强调合法授权。任何涉及人脸替换、虚拟形象生成的内容都要确保不侵犯肖像权、名誉权不用于欺诈、钓鱼、伪造证据等违法场景。在测试时尽量使用自己拍摄的照片、开放版权素材或纯虚拟角色素材。不要拿他人照片直接做生成和发布。3. 环境准备与前置条件从本地绘图到视觉实验如果你想实际测试“十字眼”效果推荐走本地 Stable Diffusion / ComfyUI 的路线因为这样可以更自由地控制提示词、模型和修复流程也能更好观察眼部细节的生成稳定性。以下是一套通用的本地部署前置检查清单具体版本建议以你实际安装的发行包为准不要照抄死版本。3.1 操作系统Windows 10/11 是当前社区用户最多、出问题也最容易搜到解决方案的平台。Linux特别是 Ubuntu 22.04 或 Debian 系更适合做服务化部署、API 调用和批量生成。macOS 也可以运行部分 SD 工具但 N 卡独占的一些优化功能不一定可用。3.2 GPU 硬件NVIDIA 显卡优先因为 CUDA 生态最成熟。显存建议至少 6G 起步。4G 显存也能跑但要使用低显存优化参数分辨率不能开太高。8G 显存在 512x768 或 768x1024 附近使用常规模型体验较好。如果想跑实时预览和局部重绘12G 以上会更从容。纯 CPU 推理可以跑但速度会明显变慢多数情况下只用于小图测试。关于 50 系显卡的兼容性需要看具体使用的 PyTorch 版本和 CUDA 版本是否已支持对应架构。如果你用的是新显卡优先去官方 GitHub 或 PyPI 看有没有新的预编译轮子不要凭直觉装旧版。3.3 软件依赖Python 3.10 或 3.11 是当前 SD 社区用得较多的版本。Git 用于拉取项目。CUDA Toolkit 和 cuDNN 版本需要与 PyTorch 对应。PyTorch 的安装命令建议从 PyTorch 官网生成而不是盲目复制旧命令。如果使用 ComfyUI则还需要安装对应的自定义节点管理器。3.4 磁盘空间和端口底模文件一般 2G 到 7G 不等LoRA 几百 MBVAE 几百 MB。ControlNet 模型如果全都下载容易超过 10G建议按需下载。启动 WebUI 时默认端口多为 7860ComfyUI 默认 8188。如果端口被占用需要看日志里实际显示的服务地址并学会换端口启动。这里给一段通用的环境依赖安装示例以 venv 加 pip 为例# 创建独立虚拟环境避免污染全局 Python python -m venv sd-env source sd-env/bin/activate # Windows 下是 sd-env\Scripts\activate # 升级 pip 和基础工具 pip install --upgrade pip wheel setuptools # PyTorch 安装命令建议去官网生成以下仅为示例 pip install torch torchvision torchaudio --index-url https://download.pytorch.org/whl/cu121注意cu121只是示例你的 CUDA 版本和显卡架构需要按实际情况匹配。4. 安装部署与启动方式跑一个能画“十字眼”的本地环境“十字眼”本身不是一个独立安装包我们需要把它作为图像生成任务中的一个视觉风格目标通过底模加提示词加后处理复现。下面以最常用的两种本地工具为例梳理部署启动流程。4.1 方式一Stable Diffusion WebUI适合快速验证提示词WebUI 的优势是开箱即用、插件多、可以非常方便地试验提示词。如果你是首次部署通常的流程是# 拉取 WebUI 仓库Automatic1111 的 stable-diffusion-webui 是最常见的方案 git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git cd stable-diffusion-webui # 运行启动脚本Windows 一般使用 webui-user.bat # Linux 或 macOS 使用 ./webui.sh第一次启动会自动创建虚拟环境并下载依赖耗时取决于网络情况。模型文件要放到models/Stable-diffusion目录LoRA 放到models/LoraVAE 放到models/VAE。启动成功后在浏览器里打开http://127.0.0.1:7860就能进入 WebUI 页面。如果你不追求在自己的机子上跑只是想先验证功能也可以使用在线 Demo 或云 GPU 平台。下面的提示词方法同样适用。4.2 方式二ComfyUI适合精细控制和工作流复用ComfyUI 更适合节点化操作。你可以把整个“十字眼”生成过程拆成“加载底模 - 输入提示词 - 设置采样器 - 输出图像 - 眼部局部重绘”等节点并且可以通过共享工作流 JSON 让其他人复现。git clone https://github.com/comfyanonymous/ComfyUI.git cd ComfyUI # 安装依赖 pip install -r requirements.txt # 启动服务 python main.py启动后通过http://127.0.0.1:8188访问。如果只是普通生成默认的默认工作流已够用。如果你要加 ControlNet 来控制眼部位置和结构需要再安装 ComfyUI 的 ControlNet 相关自定义节点并把对应模型放入models/controlnet目录。4.3 启动方式对比工具启动命令默认端口主要优势适合场景Stable Diffusion WebUI./webui.sh或webui-user.bat7860上手简单提示词便于快速调参快速试提示词、LoRA、修脸插件ComfyUIpython main.py8188节点化控制便于复用工作流和批量处理精细控制、自动化接口、复杂修复流程API 服务在 ComfyUI 中启用 API 模式8188可通过 HTTP 提交任务批量生成、程序化调用、服务部署5. 功能测试与效果验证一套能跑通的“十字眼”验证流程下面我们进入实际测试环节。无论你是想主动画带“十字高光”的眼睛还是想排查不想要的十字伪影都可以按下面几组测试来做。5.1 测试一正向提示词生成“十字高光”眼睛测试目的验证底模和提示词能否稳定表达十字形眼部高光。输入提示词参考masterpiece, best quality, 1girl, solo, upper body, looking at viewer, sparkling eyes, cross shaped highlight, star shaped pupil light, detailed eye, beautiful eyes, light reflection, clear iris, colorful eyes, soft lighting, anime style Negative prompt: lowres, bad anatomy, bad hands, worst quality, jpeg artifacts, blurred, extra eyes操作步骤在 WebUI 的 txt2img 页面输入上述提示词。采样器选择 DPM 2M Karras步数设置 20 到 30。分辨率先设 512x768关闭高分辨率修复保持基础参数。点 Generate连续生成 4 张。检查眼部区域是否出现明确的十字形高光同时眼睛结构没有变形。判断标准眼睛内部有明显星形或十字形光斑。瞳孔位置正确没有三只眼、眼部错位等严重错误。同一个种子下重复生成眼部区域形态基本一致。如果完全没有十字高光可能原因包括当前底模不擅长眼部高光的精细控制、LoRA 冲突、提示词权重不够、采样器过于“求稳”而丢失细节。5.2 测试二十字伪影排查测试目的判断生成结果中是否出现不想要的十字纹、花瓣状噪点或眼部过度锐化伪影。这个测试尤其重要。很多用户描述的“十字眼问题”跟提示词无关反而是生成过程中模型权重的副作用。典型现象眼白或虹膜区域出现交叉白色线条。瞳孔附近有类似雪花瓣或者十字形爆裂的纹理。放大后视觉效果像镜头镀膜破裂有微弱金属光泽。可能原因采样步数过低比如只跑了 10 步。VAE 与模型不匹配导致颜色过饱和或出现伪纹理。使用了不合适的细节增强插件对眼部区域过度锐化。高分辨率修复时重绘幅度过大导致眼部结构失真。排查步骤将采样步数提高到 30换用 Euler a 或 DPM SDE Karras再次生成同一提示词。对比眼部细节查看伪影是否减少。在 WebUI 设置里换用另一个 VAE例如 vae-ft-mse-840000重新生成。关闭所有细节增强类插件把重绘幅度降到 0.3 以下再次测试。如果伪影只在放大阶段出现可改用一个眼部专用重绘流程例如通过 Inpaint 只修复眼部区域。5.3 测试三ControlNet 约束眼部结构如果你想让生成结果不仅“有十字高光”而且眼睛形状和位置完全符合你的设计稿那就需要 ControlNet。思路先用一张手绘或参考图确定眼睛轮廓和发光位置然后通过 ControlNet 提取线稿或深度信息约束 Diffusion 模型只在指定区域生成十字眼。输入素材一张线稿图眼睛区域明确画有十字形瞳孔或高光位置。或一张具备清晰眼型的参考照片。操作步骤在 WebUI 的 img2img 中加载 ControlNet。Preprocessor 选择lineart_anime或canny。ControlNet 的 Weight 设置为 0.8 到 1.0。提示词仍然保留 “cross shaped highlight, sparkling eyes”。步数设为 25 到 30重绘幅度可设置为 0.5 到 0.7。查看输出是否在保留参考图结构的基础上给眼部加入十字高光。判断标准眼睛在画面中的位置、大小和朝向与输入参考图一致。十字高光的位置出现在你所指定的区域。面部其他区域没有被提示词或 ControlNet 过度改变。5.4 测试四眼部局部重绘修复如果整张图已经生成得很好只有眼睛区域出现意外的十字伪影或结构崩坏建议使用局部重绘而不是整体重新跑。操作步骤把最终的图发送到 img2img。选择 Inpaint 模式。用蒙版画笔只遮盖眼部区域其他区域保持不动。在提示词中加入cross shaped highlight, detailed eye, clean iris。重绘幅度设置 0.4 到 0.6。只对眼部区域进行二次生成。输出预期眼型与原图大致一致。原有伪影被替代为更干净的眼部纹理。整张图的其他区域没有明显变化。5.5 测试五批量生成稳定性测试如果你是在做角色设定集、头像动图或者大量素材生成那么每一张图的眼部形态必须稳定。批量测试的方法如下。要求固定 seed。固定底模、LoRA、采样器、步数。批量数量从 4 张开始不要一上来就挑战 100 张。观察点四张图的十字高光位置是否基本一致有没有随机出现一只眼睛有十字光、另一只没有的情况眼部周围的线条是否出现锯齿、模糊或崩坏显存占用情况如何如果批量数量过大导致显存溢出就需要先调低分辨率或分批执行。6. 接口 API 调用与批量任务设计如果你不只是想在页面里点生成而是想把“十字眼”能力集成到一个自动化流程里比如批量给角色立绘加上统一眼型或者做一批测试集用来评估不同底模的眼部细节表现那就需要用到 API。6.1 WebUI 的 API 模式WebUI 自带 API。启动后默认监听http://127.0.0.1:7860使用/sdapi/v1/txt2img接口可以提交文生图任务。一个简化的 Python 调用示例如下import requests import base64 import json url http://127.0.0.1:7860/sdapi/v1/txt2img payload { prompt: masterpiece, best quality, 1girl, detailed eye, cross shaped highlight, sparkling eyes, negative_prompt: lowres, bad anatomy, worst quality, steps: 25, width: 512, height: 768, sampler_name: DPM 2M Karras, cfg_scale: 7, batch_size: 1, n_iter: 1, seed: -1 } response requests.post(url, jsonpayload, timeout300) if response.status_code 200: data response.json() for i, img_b64 in enumerate(data[images]): with open(foutput_cross_eye_{i}.png, wb) as f: f.write(base64.b64decode(img_b64.split(,, 1)[-1])) print(生成完成) else: print(调用失败, response.status_code, response.text)这里需要注意不同版本的 WebUI API 字段可能存在差异。sampler_name是否传、宽度高度参数是否能直接用需要结合你启动时输出的日志确认。如果接口返回 422优先查看服务端日志把请求字段调整成当前版本支持的格式。6.2 ComfyUI 的 API 模式ComfyUI 可以通过把工作流导出为 API JSON然后通过/prompt接口提交任务。一个更通用的方式是在工作流编辑器里完成节点图设计后使用 API 模式提交。具体步骤如下在 ComfyUI 页面中设计好“十字眼”生成工作流。将工作流保存为 JSON。通过官网工作流转 API 格式的方式将 UI 工作流转换为 API JSON。使用requests提交到http://127.0.0.1:8188/prompt。简单提交示例import json import requests # 假设 api_workflow.json 是已经从 UI 工作流转换好的 API 格式 with open(api_workflow.json, r, encodingutf-8) as f: workflow json.load(f) response requests.post( http://127.0.0.1:8188/prompt, json{prompt: workflow}, timeout30 ) print(response.json())6.3 批量任务目录设计无论用哪种方式做批量生成都建议把输入、输出和过程文件分开管理。project/ ├── inputs/ │ └── reference_eye.png ├── prompts/ │ └── cross_eye_prompt.txt ├── outputs/ │ ├── batch_001/ │ ├── batch_002/ │ └── failed/ ├── workflows/ │ ├── cross_eye_txt2img.json │ └── cross_eye_inpaint.json ├── logs/ │ └── batch_run.log └── scripts/ └── run_batch.py批量任务设计建议第一次批量测试只跑 4 张。每张图使用独立 seed 并记录 seed 数值便于复现。失败任务单独输出到failed目录。日志记录每张图的生成时间、显存占用和是否有异常告警。6.4 失败重试策略如果批量任务在某一批中失败常见原因是显存峰值过高、网络超时或单张生成时间过长。建议的重试逻辑对单张超时任务重新提交一次。若连续失败 2 次降低 batch_size 或分辨率。若显存不足记录当前失败时的最大参数组合避免下一次踩同一个坑。生成结果中如果出现眼部崩坏但 API 返回了 200需要靠人工抽检或简单图像质量检测来筛选。7. 资源占用与性能观察“十字眼”测试中最容易忽略的瓶颈“十字眼”看起来只是很小的一块眼部细节但实际测试时会发现优化眼部和生成整张图的性能消耗差别很大。下面几个观察点很重要。7.1 显存占用主要影响因素分辨率越高眼部细节越清晰但显存占用同步上升。批次数量增加时单张图的显存不会线性下降容易直接打满。开启 ControlNet 会增加一到两个模型的显存开销。高分辨率修复会把图像切块重绘在低显存设备上有机会跑大图但耗时增加。7.2 CPU 推理与 GPU 推理差异如果你只有 CPU不建议用 SD 模型来专门测试“十字眼”。不是因为跑不了而是因为单张 512x768、25 步的生成可能要几十秒到几分钟批量测试会非常耗时。GPU 推理通常快得多但具体速度取决于显卡型号、显存大小和驱动状态。7.3 分辨率、步数、批量数、文本长度对性能的影响分辨率提高一倍计算量提升远不止一倍。步数从 20 提升到 40生成时间近似翻倍但眼部细节未必线性提升。批量数越大需要预留的显存越高但部分批次间可以共享模型加载不会完全翻倍。提示词长度过长会延迟文本编码阶段但对图形生成阶段影响相对有限。7.4 如何降低显存占用优先使用 512x512 或 512x768 做初步验证。开启--medvram或--lowvram启动参数不同 WebUI 版本的参数名需要自查。控制 ControlNet 数量一次只用一个预处理器。使用局部重绘代替全局高清修复只在高成本区域调用重绘。在 API 批量任务中优先使用较小的 batch_size而不是一次性塞入大量任务。7.5 端口冲突与进程残留如果启动后浏览器无法访问先查看命令行窗口是否正常输出服务地址再用以下命令检查端口占用。# Windows netstat -ano | findstr 7860 # Linux / macOS lsof -i:7860如果发现端口被占用可以换端口启动# WebUI 示例 ./webui.sh --port 7861 # ComfyUI 示例 python main.py --port 81898. 常见问题与排查方法“十字眼”相关测试中最容易出现的问题和其他图像生成任务有共通之处但也有一些特有现象。下面的表格可以直接对照排查。问题现象可能原因排查方式解决方案提示词写了 “cross shaped highlight”但眼睛没有十字高光底模不擅长该风格或者提示词权重不足检查同一模型下其他眼部细节点是否能表达换用二次元向底模对眼部关键词提高权重配合 LoRA眼睛里出现奇怪的交叉白色线条采样步数过低或 VAE 不匹配提高步数更换 VAE 后重跑将步数至少提升到 25换用社区验证过的 VAE高分辨率修复后眼部伪影加重重绘幅度过大修复阶段没有保留眼部结构观察修复前后眼部对比将重绘幅度降低到 0.3 到 0.5改用 Inpaint 精确蒙版生成中每隔几张就有一只眼睛崩坏模型对复杂结构稳定性不足固定 seed多次测试保持 seed 稳定批量后抽检必要时通过 ControlNet 固定眼部轮廓批量生成时显存溢出分辨率或 batch_size 过大查看日志中 OOM 报错降低分辨率、减小批量分多个批次执行API 提交后返回 422字段格式与当前 WebUI/ComfyUI 版本不匹配查看服务端请求日志按日志修正请求 JSON 字段启动后浏览器页面无法打开端口被占用或服务尚未完成加载检查进程和启动日志更换端口并等待模型加载完成ControlNet 没有起作用预处理器未启用或权重过低检查 ControlNet 面板状态提高 Weight 到 0.8 以上确认模型文件存在视频生成中眼部十字高光每帧都在跳变视频模型对细节一致性的控制还不够对比各帧眼部区域使用首尾帧约束、固定 seed、用 ControlNet 或参考图强制约束眼部位置9. 最佳实践与使用建议把“十字眼”当作一个需要稳定复现的视觉特征来对待比单纯试提示词更高效。这里给出一套已经验证有效的实践策略。9.1 第一次先小参数测试不要一上来就生成 1920x1080 的整身图。先用 512x768、20 步、单张图测试提示词是否有效。确认十字高光能够出现再逐步提高分辨率和精细度。9.2 保留一套最小可运行配置当你成功生成过一次效果较好的“十字眼”图后立即把这套配置固化下来包括底模路径采样器名称步骤数CFG 值seed 值提示词全文负面提示词全文这样即使后续环境出现变化也能快速回到可用状态。9.3 模型文件、输入素材、输出结果分目录管理我的习惯是在同一个项目目录里按inputs、outputs、models、logs分类。模型文件不要到处复制尽量用 WebUI 或 ComfyUI 的模型目录集中管理避免一次装多个重复的底模导致磁盘浪费。9.4 批量任务要加日志和失败重试在批量生成“十字眼”角色图时至少要在脚本里记录每个任务的 seed生成耗时是否超时输出路径是否有错误不建议在没有任何日志的情况下直接跑 100 张图否则如果第 50 张开始崩坏你会很难定位是哪一批参数导致的。9.5 接口服务要限制访问范围如果你把 ComfyUI 或 WebUI 的 API 服务暴露到公网一定要加访问控制否则可能被其他人利用来消耗算力。最简单的做法是绑定127.0.0.1只允许本机调用。如果确实需要远程访问通过网关加认证不要把端口直接暴露到公网。9.6 涉及人脸、声音、版权素材时必须确认授权虽然“十字眼”听起来只是一个美术特征但如果用了真实的人脸照片、真人演员的剧照、他人设计的角色图来生成或训练 LoRA就必须确保有合法授权。尤其是当生成结果可能被用于商业项目、虚拟偶像、内容创作时版权和肖像权问题会导致很大的法律风险。9.7 发布或商用前要做效果复核无论生成结果在预览时看起来多好导出前都建议把图片放大到实际使用尺寸检查一遍。眼部是高感知区域哪怕只是一条细小的十字纹理错误在头像缩略图里或许不明显一旦印刷或高清展示就会变得非常扎眼。10. 总结与下一步到底该怎么用“十字眼”如果你只是想试一下“十字眼”这个效果先做的事很简单打开一个本地 Stable Diffusion WebUI复制上面给出的正向提示词和负面提示词用 512x768、25 步、DPM 2M Karras 生成几张图看看不同底模下眼睛区域的差异。如果你已经被“生成的眼睛里总出现莫名十字纹路”困扰那第一步不是改提示词而是提高采样步数、更换 VAE、关闭细节增强插件再对眼部区域单独做一次 Inpaint 修复。大多数情况下的眼部伪影问题都能在这一步解决并不需要大改工作流。如果你想用“十字眼”做批量角色设定或视频相关创作那我建议优先把 ControlNet 和眼部局部重绘的流程跑通。控制好眼部结构之后才能真正高频次产出稳定效果而不是靠随机抽卡式生成碰运气。后面可以继续扩展的方向包括积累一套不同底模和 LoRA 下的“十字眼”提示词配方。比较不同采样器和步数组合对眼部细节稳定性的影响。把生成流程封装成 ComfyUI 工作流通过 API 接到自己的批量任务里。如果经常处理视频或动画素材测试一下复用首尾帧和 ControlNet 后能否降低眼部特征跳变。这个方向不算复杂但很值得玩。关键是不要只收藏提示词而是要自己在本地环境里跑一遍把出问题的那几个参数坑记下来。等你能稳定画出想要的“十字眼”效果再回头看整个配置过程会发现它其实是理解图像生成模型眼部细节控制的一个很好的练习入口。