“Of course she is lovely♥lovable”这个标题第一眼看上去不像一个技术项目更像一句带有情绪的表达。但如果把它放到 AI 绘画和角色创作这个语境里看它其实是一个很好的主题用可控的生成流程把“可爱、讨喜”这种主观感觉变成一组参数稳定、风格统一、可以直接复用的人物图集或角色 IP 素材。这篇文章不打算解释某个具体的开源模型权重怎么下而是围绕 Stable Diffusion WebUI / ComfyUI 这条主流本地部署路线讲清楚一套能落地执行的完整流程从提示词设计、角色一致性控制、批量出图、API 调用到显存观察和常见问题排查。你可以把这套流程理解成一个“角色出图工作流模板”核心目标是把“lovely and lovable”这种抽象风格转成可以重复生产、批量生成的工程化配置。文章会包含硬件门槛判断、环境准备、启动方式、提示词示例、批量任务设计、curl 和 Python 调用示例以及排错清单。适合想把本地 AI 出图做成稳定生产流程的读者也适合刚接触这类工具、想少踩坑的新手。1. 核心能力速览在开始部署前先把这套流程的关键能力列清楚。下面这张表覆盖的是通用 Stable Diffusion WebUI / ComfyUI 工作流的能力范围具体数值以你本机模型版本和推理参数为准。能力项说明项目类型本地 AI 绘画 / 角色图批量生成工作流核心功能文生图、图生图、角色一致性控制、批量出图、API 调用显存需求约 6GB 起步8GB 可以比较顺畅地跑主流模型占用随分辨率、步数、批量数变化需按实际环境测试启动方式WebUI 一键启动 / 命令行启动 / ComfyUI 工作流加载 / API 服务是否支持 CPU可以但速度明显变慢建议优先使用 NVIDIA 显卡显卡兼容较新的显卡需要匹配新版 PyTorch 和 CUDA 版本50 系显卡需要确认驱动和推理库支持以官方最新发布说明为准主要功能提示词生成、采样步数控制、LoRA 角色一致性、批量任务、自定义分辨率、图生图重绘批量任务支持批量数量与显存直接相关建议先小批量测试接口 API支持可用 curl 或 Python 请求适合集成到自动化流程输出格式PNG / JPG输出目录可配置适合场景角色设定图、同人素材、插画风格测试、概念图批量生成、个人本地绘图环境这里要特别强调一点不要把“支持”和“默认配置就能跑得很好”划等号。从材料看这类工作流的能力边界基本由三件事决定显卡显存、模型文件版本、推理参数。显存越大能跑的分辨率和批量数越高模型越新出图质量和语义理解越好但模型越新对 CUDA 和 PyTorch 版本的匹配要求也越高。2. 适用场景与使用边界这套工作流适合谁适合以下读者想稳定生成一组“风格统一、人物一致”的图片而不是每次随机碰运气。需要处理批量任务比如给 20 个角色设定各出 10 张表情差分图。想把图片生成能力接入自己的工具链通过 API 自动触发。想在本地跑通全流程不依赖在线服务保证素材不在云端留存。不适合的场景也很明确没有独立显卡又要求高分辨率、速度快的场景。需要训练完全全新的角色模型而不只是用 LoRA 微调风格。需要商用级别的高精度人脸还原这类需求建议先确认授权与合规路径。如果把“Of course she is lovely♥lovable”作为主题它的使用边界更需要注意这句话描述的是一类角色气质不是某个具体真人。生成过程中如果参考了真实人物照片、具体角色设计稿或受版权保护的素材必须确认授权。涉及人脸生成、风情镜头、拟真风格时要遵守平台规则和当地法律不能在未授权的情况下生成特定人物的图像更不能把生成内容用于误导、欺诈或侵权用途。隐私方面本地部署的优势是素材不用上传到第三方服务器但本机数据安全仍然要负责。模型文件要保留官方或可信来源输入图片和输出结果建议分类存放批量任务完成后及时清理临时文件。特别是使用图生图功能时输入素材本身就是一份隐私数据。3. 环境准备与前置条件先把环境检查一遍避免后续所有操作都在一个不稳定底座上跑。下面的清单适用于主流 Stable Diffusion WebUI 和 ComfyUI 本地部署场景具体版本号以你使用的项目最新要求为准。3.1 硬件配置项目建议要求操作系统Windows 10/11 或 Ubuntu 20.04显卡NVIDIA 显卡驱动已更新到支持当前 CUDA 版本的版本显存建议 6GB 起步8GB 以上更从容内存16GB 起步磁盘模型文件较大建议预留 20GB 以上CPU不作为关键性能指标但影响启动预处理速度如果你使用的是较新的 50 系显卡需要特别确认两个问题显卡驱动是否支持你需要的 CUDA 版本推理库是否有对应编译版本。这类新硬件在刚发布阶段部分第三方整合包可能不支持更稳妥的方式是先用官方发布说明确认。3.2 软件依赖通用依赖如下。没有给出具体版本号因为不同模型和项目对版本的要求差异很大写死版本反而容易误导。Python 3.10 或 3.11具体看项目要求GitCUDA 工具包如果使用 GPU 推理PyTorch 及对应 CUDA 版本Stable Diffusion WebUI 或 ComfyUI对应基础模型文件如 SD 系、Flux 系等LoRA、ControlNet 等扩展模块按工具分别安装安装依赖时最容易出现的问题是 PyTorch 与 CUDA 不匹配。先用下面的命令确认当前环境状态nvidia-smi python -c import torch; print(torch.__version__, torch.cuda.is_available())正常运行后torch.cuda.is_available()应该返回True。如果返回False说明 PyTorch 安装的是 CPU 版本或者 CUDA 版本不匹配需要重装对应的 PyTorch 版本。4. 模型与提示词设计4.1 基础模型选择“Of course she is lovely♥lovable”这一主题重点在“可爱”与“讨喜”的氛围对模型的要求是擅长大头比例、柔光、暖色调、人物表情自然。你可以按以下思路选型如果使用 SD 系列模型优先选择写实偏动漫或二次元混合风格的 checkpoint这类模型对“可爱”语义理解更好。如果使用 Flux 系列语义理解更强提示词可以写得更自然比如直接描述角色的笑容、姿态、服饰和光线。如果只有通用模型也可以通过加 LoRA 补足风格短板LoRA 文件几十到几百 MB训练成本比完整模型低得多非常适合做角色风格锁定。更稳妥的判断是先在同一个模型下测试少量提示词观察输出风格是否符合目标。因为同一句“lovely and lovable”在不同模型上生成的结果差异可能非常大。4.2 提示词结构把“她可爱又讨人喜欢”翻译成提示词时不要只写一个单词。提示词可以让 AI 理解成一张图在解构之后的视觉要素。下面是一套适合出角色图的提示词模板masterpiece, best quality, 1girl, (平视构图视角), gentle smile, bright eyes, soft blush, long hair, (发色和发型描述), wearing (服装描述例如白色针织连衣裙), warm sunlight, cozy cafe background, soft lighting, dreamy atmosphere, lovely, lovable, cute charm, heart symbol accents负面提示词建议写清楚不想出现的内容lowres, bad anatomy, bad hands, extra fingers, missing fingers, worst quality, low quality, jpeg artifacts, signature, watermark, blurry, deformed, disfigured这里的核心逻辑是把“可爱”拆解为可生成的具体元素笑容、眼睛、腮红、发型、光线、背景氛围。提示词不是越长越好而是每个词都要对应可渲染的画面元素。4.3 使用 LoRA 做角色一致性如果目标是围绕同一个角色生成多张图需要保证角色特征稳定。最常用的方案是训练 LoRA 模型然后在生成时调用 LoRA 权重。调用格式因 WebUI 和 ComfyUI 不同略有差异通用写法是加入触发词并在提示词中指定 LoRA 名称和权重。以 WebUI 风格为例提示词中会包含类似这样的片段lora:character_name_v1:0.8 character_name权重在 0.6 到 0.9 之间比较常见。权重太低角色特征不明显权重太高其他元素可能被过度风格化导致画面死板。具体权重需要根据 LoRA 训练时的数据分布来调没有统一最优值。5. 安装部署与启动方式这里给出两套可选的部署路线Stable Diffusion WebUI 和 ComfyUI。前者适合快速验证和 batch 操作后者适合把工作流固化成节点图复用性更强。5.1 Stable Diffusion WebUI 一键启动如果你在 Windows 上部署最直接的方式是到官方仓库拉取代码然后运行启动脚本。下面是通用命令示例建议在目录名称上按实际项目调整git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git cd stable-diffusion-webui首次运行时执行python launch.py或者 Windows 下使用项目自带的webui-user.bat。启动脚本会自动检查依赖并下载部分默认配置。首次启动时间较长之后再次启动会快很多。启动成功后终端会给出一个地址例如http://127.0.0.1:7860打开地址即可进入 WebUI。模型文件放在models/Stable-diffusion目录LoRA 文件放在models/Lora目录。这个目录结构是这套工具约定俗成的如果找不到优先检查项目说明书中的目录路径。5.2 ComfyUI 工作流加载ComfyUI 适合把生成流程管理得更有条理。拉取后启动方式类似git clone https://github.com/comfyanonymous/ComfyUI.git cd ComfyUI python main.py默认访问地址也是http://127.0.0.1:8188这类端口。ComfyUI 的界面是节点图你可以把“加载模型、输入提示词、设置采样器、保存图片”串成一张图。第一次使用建议先用项目内置的默认工作流跑通再改提示词和模型路径。从实际使用体验看ComfyUI 启动比 WebUI 更轻量资源占用少一些但操作上手门槛更高。如果你对节点图不熟悉建议先用 WebUI 完成功能测试熟练后再迁移到 ComfyUI 固化工作流。5.3 端口冲突处理启动时如果看到端口被占用的报错可以在启动命令中指定新的端口python main.py --port 8190WebUI 也有类似参数python launch.py --port 7861端口冲突往往是因为之前启动的服务进程没有退出。Windows 下可以用下面的命令查找占用进程netstat -ano | findstr 7860 taskkill /PID PID /F6. 功能测试与效果验证部署完成后先不要急着批量生产。按下面的顺序做功能测试每一项都有明确的判断标准。6.1 基础文生图测试测试目的确认模型加载正常提示词能产生有效的图像输出。操作步骤打开 WebUI选择目标模型。填入正面提示词和负面提示词。分辨率先设置为 512x768 或 768x1024。采样步数设置 20 到 30 步。点击 Generate。判断成功的标准图片生成完成没有报错。图片内容与提示词大致匹配人物结构正常。生成时间在可接受范围内。如果图片出现人物手指异常、脸部畸形优先检查模型文件是否完整、负面提示词是否包含 anatomy 相关词、采样器和步数选择是否正确。6.2 图生图重绘测试图生图适合调整构图、改变画风、修复局部细节。测试目的是确认输入图像能正常参与生成流程。操作步骤准备一张合法的测试图片确认你有权使用。使用图生图模式上传图片。调节 denoising strength 参数建议从 0.5 开始。修改提示词观察输出差异。判断标准输出图片保留了原图的大致构图但风格或细节发生了符合提示词的变化。denoising strength 越低图像变化越小越高越接近重绘。实践中建议先用 0.4 到 0.6 测试再根据需求调整。6.3 角色一致性测试这一步针对“Of course she is lovely♥lovable”这类角色主题项目。测试目的是验证同角色连续出图的稳定性。操作步骤选择一个固定的描述句子作为角色的核心设定。在同一提示词基础上只改变场景和光线描述。生成 4 到 8 张图观察人物五官、发型、服装是否保持一致。如果使用 LoRA记得加入触发词并设置权重。判断标准多张图中角色可辨识度是否一致。发型、瞳色、服装元素是否漂移。如果每张图都像不同的人需要提高 LoRA 权重或调整提示词固定更多角色细节。6.4 自定义分辨率测试不同输出场景对分辨率的尺寸要求不同。测试目的是验证模型在非默认分辨率下的表现。操作建议单图时优先保持 2:3 或 3:4 比例比如 768x1152。批量出图时先测试小分辨率比如 512x768确认稳定后再评估是否提高分辨率。继续加大分辨率会显著提升显存占用和单张耗时在相同显存下可能造成生成失败。判断标准输出是否出现对象结构扭曲、元素重复或直接报错。出现此类问题通常不是模型问题而是分辨率设置超出能力范围。6.5 批量任务测试在 WebUI 中调整批量数量是最直接的批量方式。操作前先做显存预留否则容易直接爆显存。操作步骤在 batch count 或 batch size 中设置数量例如 2 或 4。固定提示词和采样参数。分批生成观察显存占用变化。判断标准连续生成过程是否稳定有没有中途失败。显存是否接近或超过显卡物理显存上限。单批数量从 1 增加到 2、4 时单张耗时会上升还是保持稳定。首次批量测试建议把 batch size 设为 1用 batch count 控制总任务数。这样可以避免多张图同时推理导致显存溢出同时能比较单张耗时和整批耗时的规律。7. 批量任务与接口 API 调用如果只是偶尔出几张图WebUI 手动操作完全够用。但要进入“批量生产”阶段一定要设计好任务管理和接口调用方式。这里给出通用的实现思路和代码示例。7.1 接口启动方式Stable Diffusion WebUI 启动时添加--api参数即可启用接口服务python launch.py --api --port 7860ComfyUI 本身会启动一个 WebSocket 和 HTTP 混合的接口服务通过 REST 方式提交工作流。这里以 WebUI 通用接口为例提供一个示例地址和调用格式。注意不同版本接口路径可能变化实际调用前先用浏览器打开接口文档页确认。通用示例地址http://127.0.0.1:7860/sdapi/v1/txt2img如果这个路径不可用到浏览器访问http://127.0.0.1:7860/docs查看当前版本的接口列表。7.2 使用 curl 调用文生图先来看一个最小可用的 curl 请求。下面的示例用于生成一张图返回的是 base64 编码的图片数据curl -X POST http://127.0.0.1:7860/sdapi/v1/txt2img \ -H Content-Type: application/json \ -d { prompt: 1girl, gentle smile, warm sunlight, lovely, lovable, masterpiece, best quality, negative_prompt: lowres, bad anatomy, bad hands, worst quality, steps: 25, width: 768, height: 1024, batch_size: 1, cfg_scale: 7 }返回 JSON 中images字段是图片的 base64 字符串。保存时需要先解码再写文件。7.3 使用 Python 调用并批量保存Python 更适合处理批量任务。下面脚本按目录读取提示词列表逐条请求 API并把结果保存到指定目录。示例脚本是通用模板实际使用时需要按接口返回格式调整解析方式import base64 import json import os import time import requests API_URL http://127.0.0.1:7860/sdapi/v1/txt2img OUTPUT_DIR ./outputs os.makedirs(OUTPUT_DIR, exist_okTrue) prompts [ 1girl, gentle smile, warm sunlight, lovely, lovable, 1girl, shy expression, cherry blossom background, lovely, ] payload { prompt: , negative_prompt: lowres, bad anatomy, bad hands, worst quality, steps: 25, width: 768, height: 1024, cfg_scale: 7, batch_size: 1, } for i, prompt in enumerate(prompts): payload[prompt] prompt try: response requests.post(API_URL, jsonpayload, timeout180) response.raise_for_status() data response.json() for idx, img_b64 in enumerate(data.get(images, [])): img_bytes base64.b64decode(img_b64) file_path os.path.join(OUTPUT_DIR, fresult_{i}_{idx}.png) with open(file_path, wb) as f: f.write(img_bytes) print(fsaved: {file_path}) except Exception as e: print(frequest {i} failed: {e}) time.sleep(1)7.4 批量任务的工程化建议输入提示词建议放在统一的文本文件或 JSON 配置中不要散落在脚本里。输出文件按“任务名_序号”命名避免覆盖。添加请求间隔比如 1 到 3 秒降低服务压力。使用try-except捕获单次任务异常记录失败原因而不是中断整个任务队列。批量任务结束后检查输出目录文件数量是否符合预期少于预期时查看失败日志。设计批量任务时更稳妥的思路是先跑一个小批次比如 5 条验证接口、目录、保存逻辑都正常后再扩展到全量。避免一上来就提交 100 个任务结果第 10 个开始全部失败。8. 资源占用与性能观察生成类任务最关心的基本都是同一个问题显存占用到底是多少这个数值没有统一答案因为它由模型精度、分辨率、步数、批量数、是否开启 ControlNet 等多个因素共同决定。下面给出观察方法和判断逻辑。8.1 如何观察显存占用Windows 推荐用任务管理器 GPU 性能面板或者使用nvidia-sminvidia-smi -l 2参数-l 2表示每 2 秒刷新一次。运行生成任务时观察Memory-Usage列的变化曲线。重点看两个时刻加载模型时的峰值。单张图生成过程中的稳定占用。如果显存占用长期接近 100%说明当前配置已经贴近上限。此时需要降低分辨率、减少批量数、缩短步数或换用更小的模型变体。8.2 CPU 推理和 GPU 推理的差异虽然支持 CPU 推理但不推荐。CPU 的算力峰值远低于 GPU同样的 512x768、25 步生成任务GPU 可能只要几十秒CPU 可能要几分钟甚至更久。CPU 部署只适合没有 NVIDIA 显卡或需要先验证模型是否能加载的场景不适合批量生产。8.3 影响性能的几个关键参数参数影响分辨率成二次方影响显存和耗时768x1024 比 512x512 占用的显存明显更高步数 steps步数越多耗时越长多数模型 20 步左右即可得到稳定结果批量数 batch size多图同时推理会迅速推高显存建议先测 1 再逐步增加cfg_scale对性能影响相对小但极端数值可能让图像质量下降ControlNet 层数每多一个 ControlNet 模块显存和计算量都会增加LoRA 数量多 LoRA 叠加会增加模型编译时间但显存增量有限8.4 如何降低显存占用降低分辨率批量任务先用 512x768 测试。batch size 从 1 开始不要一次性开 8 图同出。使用--medvram或--lowvram启动参数WebUI 支持可以降低显存压力但会牺牲速度。更新到最新版 PyTorch新版本对编译和图编译优化更好。设置输出格式为 JPG虽然对显存影响不大但能减少磁盘占用。这些参数的效果因机器而不同修改后要重新观察nvidia-smi。9. 常见问题与排查方法下面是一份通用排查清单。遇到问题先对照表格检查不要急着重装环境。问题现象可能原因排查方式解决方案启动后页面打不开服务未启动或端口被占用检查终端日志和端口监听情况更换端口或重启服务首次启动一直卡住正在下载依赖或模型查看终端输出确认是网络下载还是运行报错耐心等待或手动放置模型文件模型文件缺失报错模型没有放到指定目录查看启动日志中的模型路径将模型放到models/Stable-diffusion等对应目录CUDA 不可用PyTorch 为 CPU 版本或驱动版本低运行torch.cuda.is_available()重装匹配的 PyTorch 和 CUDA显存不足报错分辨率或批量数设置过高查看报错是否包含out of memory降低分辨率、减小批量数或使用低显存模式生成图片人物结构异常模型不擅长该题材或负面提示词不足对比不同模型在同一提示词下的输出更换基础模型或增加负面提示词检查是否缺少 anatomy 相关关键词API 返回 404接口路径不匹配打开接口文档页面核对路径按当前版本调整 URL批量任务中途卡住显存逐步累积、进程崩溃或网络超时查看终端日志和任务输出进度减小单批数量增加重试机制分批提交多张图中角色不一致LoRA 权重过低或提示词不稳定对比同 LoRA 下不同提示词的表现增加固定描述调整 LoRA 权重如果遇到“页面能打开但生成按钮无响应”的情况大概率是前端 JS 报错或后端进程阻塞。最有效的办法是先看终端日志终端输出的是真正的运行信息前端页面反而会掩盖部分错误。10. 最佳实践与使用建议到这里工作流的搭建和测试已经完成。下面这些工程建议是从实际项目维护角度总结的对长期使用这套流程很有帮助。一定不要一上来就追求一次生成大量图片。先设置最小参数生成 1 到 2 张确认流程能跑通再决定提高分辨率或批量数。最小可运行配置建议保存下来后面遇到问题可以恢复到基础状态。模型文件、输入素材、输出结果要分目录管理。推荐结构project/ ├── models/ # 基础模型和 LoRA ├── inputs/ # 图生图输入素材 ├── outputs/ # 批量生成结果 │ ├── 2025-06-01_trial/ │ └── 2025-06-02_batch/ └── prompts/ # 提示词配置文件批量任务必须加日志。每条任务记录时间、输入提示词、输出文件名、是否成功。不要只靠眼睛盯着一批图看。批量任务还要考虑失败重试。更稳妥的做法是先跑一次全量 5% 的小批量确认接口和参数都没问题再提交全量任务。接口服务如果部署在公网或局域网一定要限制访问范围。可以绑定本机地址127.0.0.1启动或者通过防火墙限制端口访问。WebUI 的默认配置通常不包含身份认证完全暴露在公网会有安全隐患。涉及人脸、真实人物照片、版权素材时必须确认授权。即使只是拿一张图做图生图测试也要尊重原图版权和使用边界。发布或商用前做一次完整效果复核不只有单张质量还要检查批量输出中是否出现不适内容。使用 LoRA 时建议对每次训练的权重做标注。记录训练数据、epoch、触发词和推荐权重范围这样后续复用时不需要反复试错。11. 总结与下一步这套工作流最值得尝试的地方在于它把一个模糊的“可爱又讨喜”的想法通过提示词设计、模型选择和参数控制固化成一个可重复、可批量、可接口化的本地生成流程。后续无论你要做角色设定图、插画素材还是搭建个人出图服务都可以在这套基础上扩展。第一步建议先做的是准备一张合法的角色设定参考图尝试图生图和小批量文生图重点验证角色一致性和显存占用。最容易踩的坑是提示词写得太抽象、太短导致生成结果不稳定优先把“可爱”拆成笑容、眼神、光线、服饰、背景等可渲染元素。后续可以继续扩展的方向包括训练专属 LoRA 固定角色风格引入 ControlNet 控制构图或把 API 调用接入自己的自动化脚本。建议收藏备用实际操作时对照文章逐项验证能少走不少弯路。