Wan 2.7 Image Edit ComfyUI 完整教程:图片编辑节点工作流从搭建到调优
覆盖局部重绘、扩图、风格迁移和图生图的 ComfyUI 节点配置、参数调优与排错手册。

Wan 2.7 Image Edit ComfyUI 完整教程:图片编辑节点工作流从搭建到调优
覆盖局部重绘、扩图、风格迁移和图生图的 ComfyUI 节点配置、参数调优与排错手册。
上个月我在做一个电商产品图批量优化的项目,需要在保持主体不变的前提下,把 50 张白底产品照的背景换成统一的场景风格。第一反应是用 Photoshop 动作,但每张图的透视和光影不同,手动调整的工作量还是大。转方案二:用 ComfyUI 搭节点管线,接一个能做图片编辑的模型自动处理。
结果踩了一个大坑。
我找了几个网上流传的 ComfyUI 图片编辑工作流,导入后要么节点报红,要么模型加载失败,唯一一个能跑的跑出来背景和主体的边缘像被啃过一样。问题出在多数现成工作流适配的是 Stable Diffusion 的 inpainting 管线,而我手头的模型是 Wan 2.7——它的图片编辑逻辑和 SD 完全不一样。
用 ComfyUI 做图片编辑,工具链对,工作流对,参数对,三者缺一个结果就崩。这篇文章就是帮你把这三件事一次对齐。
读完本文,你将能:
- 理解 Wan 2.7 图片编辑在 ComfyUI 中的架构原理
- 掌握四种核心编辑任务(局部重绘、扩图、风格迁移、图生图)的节点配置
- 学会参数调试方法,减少"跑出来不能用"的迭代次数
- 知道 5 个高频故障的根因和修复路径
为什么用 Wan 2.7 做 ComfyUI 图片编辑(而不是 SD Inpainting)
在 ComfyUI 生态里做图片编辑,Stable Diffusion 的 inpainting 是最经典的方案,但不是唯一的方案。Wan 2.7 接入 ComfyUI 后,带来了一些 SD inpainting 做不到的事情。
SD Inpainting 的限制
| 限制 | 具体表现 |
|---|---|
| 编辑区域必须精确遮罩 | 遮罩边缘处理不好就有硬边或过渡不均匀 |
| 风格迁移需要额外 ControlNet | 一个风格对应一个模型,切换风格麻烦 |
| 扩图能力有限 | SD 的 outpainting 容易产生重复纹理或明显拼接痕迹 |
| 大范围修改后一致性差 | 修改区域和保留区域之间的光影、色调容易出现断裂 |
Wan 2.7 在 ComfyUI 中的差异化能力
Wan 2.7 的图片编辑核心不是"补洞",而是"理解场景后重绘指定区域"。两者的本质区别在于:
SD Inpainting: 遮罩 → 用周围像素信息填充遮罩区域
Wan 2.7 编辑: 指令 + 区域 → 理解图像上下文后在该区域重新生成
这个差异体现在几个具体能力上:
| 能力 | Wan 2.7 ComfyUI | SD Inpainting |
|---|---|---|
| 局部重绘 | 支持文本指令驱动,不依赖像素填充 | 依赖遮罩 + 提示词,遮罩质量直接影响结果 |
| 扩图/外绘 | 原生支持,可指定扩展方向和内容 | 需额外模型或插件,边界过渡容易失真 |
| 风格迁移 | 单模型支持,不需要额外的 ControlNet | 需要额外加载风格模型 |
| 图生图 | 支持变体生成,同时保留构图 | 依赖 denoising strength 参数控制 |
| 多参考图编辑 | 支持多图参考,保持角色/物体一致性 | 需额外节点或插件支持 |
一条经验判断: 如果你的编辑任务是"改一个局部的东西,其他部分不动",而且希望改完后光影色调自然统一,Wan 2.7 在 ComfyUI 中通常比 SD inpainting 少调一轮参数。如果你的任务刚好相反——"大面积重绘,只保留主体",SD inpainting 的成熟生态可能更适合。
前置准备:环境、模型和节点
在开始搭工作流之前,先把环境确认到位。这一步不做好的话,后面每跑一步都可能出问题。
硬件要求
Wan 2.7 图片编辑在 ComfyUI 中本地运行时,对显存有一定要求:
| 模型规模 | 最低显存 | 推荐显存 | 推理速度参考(单次编辑) |
|---|---|---|---|
| Wan 2.7 Base | 8 GB VRAM | 12 GB VRAM | 15–30 秒 |
| Wan 2.7 Pro | 12 GB VRAM | 16 GB VRAM | 30–60 秒 |
| Wan 2.7 Lite | 6 GB VRAM | 8 GB VRAM | 8–15 秒 |
如果你的显存低于推荐值,优先使用 Lite 版本,或者考虑使用线上平台的 API 方式(wan27.org 支持图片编辑功能)。
ComfyUI 版本要求
- ComfyUI: 最新版(2026 年 4 月之后的版本,确保支持 Wan 系列节点)
- 安装方式:建议用 Git 拉取而非 release 包,方便更新
git clone https://github.com/comfyanonymous/ComfyUI.git
cd ComfyUI
pip install -r requirements.txt
节点和模型安装
Wan 2.7 的 ComfyUI 支持需要两个层面的安装:
第一层:ComfyUI 本体节点
Wan 2.7 图片编辑依赖以下 ComfyUI 内置节点和自定义节点:
| 节点/插件 | 用途 | 安装方式 |
|---|---|---|
ComfyUI-Manager | 管理自定义节点 | Git Clone 到 custom_nodes/ |
WANImageEditNode | Wan 2.7 图片编辑核心节点 | 通过 Manager 搜索安装 |
ComfyUI-Impact-Pack | 遮罩处理和图像预处理 | 通过 Manager 安装 |
ComfyUI-Inspire-Pack | 提示词增强和参数控制 | 通过 Manager 安装 |
第二层:模型权重文件
从以下来源下载 Wan 2.7 图片编辑模型权重:
| 文件 | 来源 | 放置路径 |
|---|---|---|
wan2.7-image-edit-base.safetensors | Wan-Video GitHub | ComfyUI/models/checkpoints/ |
wan2.7-image-edit-pro.safetensors | ModelScope - Wan | ComfyUI/models/checkpoints/ |
wan2.7-vae.safetensors | 官方仓库 | ComfyUI/models/vae/ |
wan2.7-clip.safetensors | 官方仓库 | ComfyUI/models/clip/ |
30 秒连通性验证
装完后,先不要急着搭完整工作流。跑一个最小的连通性测试:
- 在 ComfyUI 中加载
Load Checkpoint节点,选择wan2.7-image-edit-base.safetensors - 添加
Empty Latent Image节点,设置 512x512 - 添加
CLIP Text Encode节点,输入一个简单 prompt - 连接
KSampler→VAE Decode→Save Image - 点击 Queue Prompt
如果能正常生成一张图片,说明模型加载和基础管线没问。如果报错,不要进完整工作流——先排查环境问题(见排错章节)。
规则: 在第一个测试图像生成之前,不要进入任何复杂的编辑管线。基础生成不通过,所有编辑能力都无法正常工作。
Wan 2.7 图片编辑 ComfyUI 工作流:四种核心任务
下面分别覆盖四种最常见的编辑场景。每个场景都给出完整的节点连接方式和参数参考值。
场景一:局部重绘(Inpainting)
这是最常用的编辑类型——修改图中的某个局部,其余部分保持不变。
适用场景:
- 替换产品图中的背景
- 修改人物服装颜色或材质
- 去除或替换图中的特定物体
- 修复生成图中的瑕疵区域
工作流节点连接:
Load Checkpoint (wan2.7-image-edit-base)
├──→ VAE Encode (for input image)
│ └──→ 原图输入
├──→ Load Image (原图)
├──→ Load Image (遮罩图)
│ └──→ WAN Image Edit Node
│ ├──→ CLIP Text Encode (编辑指令)
│ └──→ KSampler → VAE Decode → Save Image
└──→ CLIP Text Encode (正向提示词)
遮罩准备要点:
遮罩质量直接决定局部重绘结果。在 ComfyUI 中推荐以下方式生成遮罩:
| 遮罩来源 | 方法 | 适用场景 |
|---|---|---|
| 手动绘制 | Load Mask 节点导入手绘遮罩 | 精准控制编辑区域 |
| SAM 自动分割 | ComfyUI-Impact-Pack 的 SAM 节点 | 主体区域选择 |
| 颜色抠图 | Remove Background (RMBG) 节点 | 纯色/简单背景替换 |
| 阈值遮罩 | Threshold Mask 节点 | 高对比度区域的提取 |
参数参考值(局部重绘):
| 参数 | 推荐值 | 说明 |
|---|---|---|
| denoise | 0.6–0.8 | 越低越保留原图细节,越高模型自由度越大 |
| cfg | 3.5–5.0 | Wan 2.7 对 cfg 敏感,4.0 是多数场景的甜点值 |
| steps | 20–30 | 细节编辑建议 25 步以上 |
| sampler | dpmpp_2m | 平衡速度和质量 |
| scheduler | karras | 配合 Wan 2.7 效果稳定 |
| mask_blur | 4–8 | 遮罩边缘模糊像素,值太小边缘硬,太大过渡模糊 |
实战举例——替换产品背景:
假设你有一张白色背景上的咖啡杯照片,想把它放在木桌场景中。
- 加载原图咖啡杯照片
- 用 RMBG 节点生成遮罩(咖啡杯区域为白色,背景为黑色)
- 反转遮罩,使杯子区域被保护、背景区域被编辑
- 编辑指令填写:
a wooden table surface with warm natural lighting, shallow depth of field, rustic farmhouse style - 参数设置:denoise=0.75, cfg=4.0, steps=28
- 执行
如果第一次结果不理想:
- 边缘有锯齿 → 增大 mask_blur 到 8–12
- 背景不错但杯子边缘被影响 → 收缩遮罩(Erode Mask),让编辑区域远离杯沿
- 背景风格对了但颜色不对 → 在编辑指令中加入颜色说明,例如
warm oak wooden table
场景二:扩图/外绘(Outpainting)
扩图是让 AI"脑补"画面之外的内容。Wan 2.7 在这方面有不错的理解力——它不只是拉伸边缘像素,而是根据画面已有的视觉语言推断扩展区域应该长什么样。
适用场景:
- 把竖构图扩成横构图
- 增加画面的上下视野范围
- 在画面边缘添加额外元素
- 为素材图预留文字排版空间
工作流节点连接:
Load Checkpoint (wan2.7-image-edit-pro) ← 扩图推荐用 Pro
├──→ Load Image (原图)
├──→ Pad Image for Outpainting ← 扩展画布
│ ├──→ 扩展方向 (上/下/左/右)
│ ├──→ 扩展像素数
│ └──→ 扩展区域生成遮罩
├──→ VAE Encode
├──→ WAN Image Edit Node
│ ├──→ 遮罩(仅扩展区域)
│ ├──→ CLIP Text Encode (场景描述)
│ └──→ KSampler → VAE Decode → Save Image
└──→ CLIP Text Encode
扩图参数要点:
| 参数 | 推荐值 | 说明 |
|---|---|---|
| 单次扩展像素 | 128–256px | 一次扩太多会降低一致性,分批扩展效果更好 |
| denoise | 0.7–0.85 | 扩图需要稍高的 denoise 让模型有空间发挥 |
| cfg | 4.0–5.5 | 略高于局部重绘,帮助模型保持画面风格 |
| steps | 25–35 | 扩图建议比局部重绘多几步 |
| 扩展方向 | 单方向优先 | 同时扩两个方向会加大一致性难度 |
分批扩图的推荐策略:
首次扩展:向右 256px → 检查结果 → 保存
二次扩展:向左 256px → 检查结果 → 保存
三次扩展:向上 128px → 检查结果 → 保存
每次只扩展一个方向的好处是:模型每次只需要"脑补"一个方向的信息,一致性更容易控制。
规则: 如果单次扩展超过 384px,画面的一致性会急剧下降。这时宁可做 3 次每次 128px 的扩展,也不要一次扩 384px。
场景三:风格迁移(Style Transfer)
Wan 2.7 的一个独特优势是:它不需要额外的 ControlNet 或风格模型就能做风格迁移。你用文本描述目标风格,模型会尝试把画面重新诠释为该风格。
适用场景:
- 把实拍照片转为水彩/油画/素描风格
- 统一一批图片的视觉风格(适合电商 product shot 统一)
- 为概念设计图添加特定的艺术风格
- 将 3D 渲染图转为更自然的手绘风格
工作流节点连接:
Load Checkpoint (wan2.7-image-edit-pro)
├──→ Load Image (原图)
├──→ VAE Encode
├──→ WAN Image Edit Node
│ ├──→ 编辑指令: 风格描述 + 保持内容不变
│ ├──→ 参数: denoise 0.5–0.7, cfg 4.0–5.0
│ └──→ KSampler → VAE Decode
└──→ Save Image
风格描述的结构:
风格迁移提示词建议按这个结构组织:
[目标风格] + [画面内容保持不变] + [风格强度]
| 风格 | 提示词示例 | 推荐 denoise |
|---|---|---|
| 水彩画 | Transform this image into a watercolor painting style with soft edges and paper texture, keep the original composition and subjects | 0.55 |
| 油画 | Oil painting style with visible brush strokes and rich texture, impasto technique, keep the original scene structure | 0.60 |
| 铅笔素描 | Pencil sketch, black and white, cross-hatch shading, keep the original subject placement and proportions | 0.50 |
| 赛博朋克 | Cyberpunk style, neon blue and magenta lighting, rain on wet pavement, holographic elements, keep the composition | 0.65 |
| 吉卜力风格 | Studio Ghibli anime style, soft pastel colors, detailed background, warm atmosphere, keep the scene layout | 0.60 |
注意: denoise 值越低,原图的构图和细节保留越多;值越高,风格表现力越强但可能偏离原图。风格迁移的 sweet spot 通常在 0.5–0.65 之间。
场景四:图生图变体(Image-to-Image Variation)
这个场景介于编辑和重新生成之间——你不是改一个局部,而是基于原图的构图和内容生成多个"变体"版本。
适用场景:
- 对一个设计概念产出多个方向供选择
- 基于线稿/素描图生成彩稿
- 在保持主体位置不变的前提下调整整体风格氛围
- 为同一产品生成不同环境的版本
工作流节点连接:
Load Checkpoint (wan2.7-image-edit-base)
├──→ Load Image (参考图)
├──→ VAE Encode
├──→ WAN Image Edit Node
│ ├──→ 编辑指令: 整体描述 + 希望的变化
│ ├──→ 参数: denoise 0.4–0.7, cfg 3.5–5.0
│ └──→ KSampler (开启变体生成)
│ ├──→ 随机种子的变化范围
│ └──→ 生成数量
└──→ 批量保存结果
变体生成的参数管理:
| 参数 | 推荐值 | 说明 |
|---|---|---|
| denoise | 0.4–0.7 | 0.4 接近原图,0.7 自由度更高 |
| seed 变化方式 | batch 递增 | 每次 +1,覆盖不同变体空间 |
| batch count | 4–8 | 一个批次看够多的方向 |
| cfg | 4.0 | 先从 4.0 开始调 |
实战技巧——固定种子,比较效果:
在做变体对比时,建议记录每组的种子号:
变体系列 A: denoise=0.5, seed=100~107
变体系列 B: denoise=0.6, seed=200~207
变体系列 C: denoise=0.7, seed=300~307
这样可以从 24 个变体中快速找到最佳方向,然后在该方向上调优。
高级技巧与参数调优
如何理解 Wan 2.7 的 cfg 行为
Wan 2.7 对 cfg 的响应方式和 SD 不同。在 SD 中,cfg 越高图像越"遵循"提示词,但容易过饱和。在 Wan 2.7 中:
| cfg 范围 | 行为 | 最佳使用场景 |
|---|---|---|
| 2.0–3.0 | 弱约束,模型自由度很高 | 风格探索、艺术化编辑 |
| 3.5–4.5 | 平衡区,提示词和模型各占一半 | 多数编辑任务 |
| 5.0–7.0 | 强约束,严格遵循提示词 | 精确修改(但要关注是否过锐) |
| > 7.0 | 过约束,容易出现伪影 | 不建议使用 |
规则: 先从 cfg=4.0 开始。如果结果没有充分遵循提示词,每次增加 0.5。如果图像出现过锐或色彩异常,每次减少 0.5。
Denoise 参数决策矩阵
denoise 是影响图片编辑结果最关键的单一参数。以下矩阵帮你快速找到起点:
| 编辑任务 | 原图重要性 | 推荐 denoise | 判断标准 |
|---|---|---|---|
| 小区域修复(<10% 画面) | 高 | 0.3–0.5 | 修改区域和周围是否自然融合 |
| 局部替换(10–30% 画面) | 中高 | 0.5–0.7 | 替换内容是否贴合场景语境 |
| 大面积重绘(30–60% 画面) | 中 | 0.7–0.8 | 整体构图是否协调 |
| 扩图(新区域生成) | 低 | 0.7–0.85 | 扩展区域与原图是否风格一致 |
| 风格迁移(全图范围) | 中 | 0.5–0.65 | 原内容是否可辨认 + 新风格是否到位 |
| 图生图变体 | 中低 | 0.4–0.7 | 变体是否提供有价值的方向 |
遮罩优化:别让模型"猜边缘"
遮罩质量是局部重绘中最容易被低估的因素。以下方法可以显著提升遮罩效果:
遮罩膨胀与侵蚀:
# 在 ComfyUI 节点中的对应操作
Erode Mask: 收缩遮罩 → 编辑区域远离边界 → 保护原图细节
Dilate Mask: 扩大遮罩 → 给模型更多过渡空间 → 减少硬边
Blur Mask: 模糊遮罩边缘 → 过渡自然 → 避免"拼接感"
推荐组合:
- 主体替换:Erode 2px + Blur 6px
- 背景替换:Dilate 4px + Blur 8px
- 物体去除:Erode 1px + Blur 4px
规则: 遮罩边缘不要刚好卡在物体轮廓线上。给它留 2–4 像素的缓冲空间,模型过渡会更自然。
方案对比:Wan 2.7 vs 其他 ComfyUI 图片编辑方案
| 对比维度 | Wan 2.7 (ComfyUI) | SD Inpainting (1.5/XL) | SD + ControlNet |
|---|---|---|---|
| 局部重绘质量 | 优秀,光影过渡自然 | 良好,但遮罩边缘处理需小心 | 良好,依赖 ControlNet 配置 |
| 扩图能力 | 原生支持,一致性较好 | 需扩展插件 | 需扩展插件 |
| 风格迁移 | 单模型支持 | 需额外风格模型 | 需风格 ControlNet |
| 编辑指令理解 | 强,自然语言指令即可 | 一般,需要精确提示词 | 一般 |
| 硬件要求 | 中高(8GB+ VRAM) | 低(4GB+ VRAM) | 中(6GB+ VRAM) |
| 节点生态成熟度 | 较新,节点逐步完善 | 非常成熟,节点丰富 | 非常成熟 |
| 社区工作流数量 | 较少,但增长快 | 极多 | 多 |
| 学习成本 | 中(模型理解需适应) | 低(资料多) | 中高 |
选择建议:
| 你的情况 | 推荐方案 |
|---|---|
| 主力做局部重绘,希望最少参数调优 | Wan 2.7 |
| 需要扩出大幅画面(>50% 原画幅) | Wan 2.7 |
| 需要大量现成工作流模板参考 | SD Inpainting |
| 已经在用 SD 生态且有成熟的 ControlNet 管线 | 继续用 SD |
| 想要中文社区更多讨论和问题解答 | SD(社区更大) |
| 同时处理图片和视频编辑 | Wan 2.7(统一模型) |
FAQ
Q: Wan 2.7 的 ComfyUI 节点支持哪些图片编辑操作?
支持局部重绘(inpainting)、扩图(outpainting)、风格迁移(style transfer)和图生图(image-to-image variation)四种核心操作。编辑指令使用自然语言描述。
Q: 为什么我的 Wan 2.7 ComfyUI 节点提示 "model not supported"?
有两种可能:(1) ComfyUI 版本过旧,未包含 Wan 系列模型的支持层,请更新到最新版;(2) 模型权重文件与 ComfyUI 的 Wan 节点版本不兼容,检查你下载的模型文件名和节点要求的名称是否一致。
Q: Wan 2.7 和 SD Inpainting 的遮罩格式通用吗?
基本通用。两者都使用黑白遮罩图(白色=编辑区域,黑色=保留区域)。但 Wan 2.7 对遮罩边缘模糊的敏感度不同——SD 的 inpainting 通常需要更高的 mask_blur 值,而 Wan 2.7 在 mask_blur=4–8 时表现最佳。
Q: 我的显存只有 6GB,能跑 Wan 2.7 图片编辑吗?
可以跑 Lite 版本(8–15 秒/次),但图片分辨率建议不超过 768x768。如果编辑任务需要高分辨率(1024+),建议使用线上平台 wan27.org 的图片编辑功能。
Q: 风格迁移时需要额外加载 ControlNet 吗?
不需要。Wan 2.7 的风格迁移能力内置于模型本身,通过编辑指令中的风格描述即可实现。这是它和 SD 生态的主要区别之一。
Q: 扩图时画面一致性差怎么办?
三种常见修复策略:(1) 单次扩展不超过 256px;(2) 在编辑指令中补充扩展区域的场景描述,不要只留空让模型猜;(3) 开启 Pro 版本模型,它在画面一致性上明显优于 Base 版本。
Q: ComfyUI 中能否批量处理多张图片的编辑?
可以。使用 Load Image Batch 节点输入多张图片,配合 WAN Image Edit Node 的 batch 模式即可自动处理。注意显存占用会随 batch size 线性增长,6GB 显存建议 batch size=1,逐张处理。
常见问题排错
"CUDA out of memory"
症状: 点击 Queue 后直接报 CUDA OOM。
根因: 当前图片分辨率 + 模型参数量超出了显存容量。
修复路径:
- 缩小输入图片分辨率(用
Image Scale节点缩到 768x768 以下) - 切换到 Lite 版本模型(wan2.7-image-edit-lite)
- 关闭其他占用显存的程序
- 在 ComfyUI 启动参数中添加
--lowvram或--novram
python main.py --lowvram
- 如果以上都不行,用
--cpu模式运行(速度大幅下降但可用)
规则: 如果一张 1024x1024 的图都跑不了 OOM,先不要降低分辨率——先检查你的模型版本是否正确地加载了 Lite 版本,很多人装的是 Full 版本却以为自己跑的是 Lite。
遮罩区域生成了无关内容
症状: 编辑区域出现和指令完全无关的内容。
根因: 通常是遮罩区域太小,或者 denoise 值太低,模型没有足够的自由度来响应指令。
修复路径:
- 检查遮罩是否覆盖了你希望修改的全部区域(常见错误:遮罩只覆盖了目标的一半)
- 增加 denoise 值(从 0.5 提到 0.7)
- 在编辑指令中明确"什么区域需要改变"——例如不要只写 "a red car",而写 "replace the object in the selected area with a red car, matching the scene lighting"
扩图结果有重复纹理
症状: 扩展区域出现明显的重复纹理或"水波纹"式失真。
根因: 一次扩展过多,且编辑指令没有为扩展区域提供足够的方向性描述。
修复路径:
- 减少单次扩展像素量(128px 起步)
- 在编辑指令中描述扩展区域的"场景延续方向"——不只是描述要什么,而是描述场景应该怎么延伸
- 使用 Pro 版本模型
编辑后颜色不统一
症状: 编辑区域的颜色、亮度、色温与周围环境明显不一致。
根因: 编辑指令没有包含颜色和光照信息,或者 denoise 过高导致模型"自由发挥"过度。
修复路径:
- 降低 denoise(从 0.7 降到 0.55)
- 在指令中加入颜色约束:
matching the warm golden lighting of the original scene, same color temperature - 如果问题还在,尝试在原图中取一个参考色温值写入指令
节点报 "module not found" 错误
症状: ComfyUI 启动时或加载工作流时报某个 Python 模块缺失。
根因: 自定义节点的依赖未安装。
修复路径:
- 在 ComfyUI 目录下运行
python custom_nodes/[节点名]/install.py - 或者手动安装缺失包:
pip install [包名] - 重启 ComfyUI
常用依赖预装清单:
pip install opencv-python-headless
pip install rembg
pip install pillow
pip install torch torchvision
总结与下一步
Wan 2.7 接入 ComfyUI 做图片编辑,和传统的 SD inpainting 路线是两套思路。SD 的强项在遮罩成熟度和社区生态,Wan 2.7 的强项在自然语言编辑指令、原生扩图和场景理解。两者不是替代关系,而是互补——做局部替换时我选 Wan 2.7,做精细遮罩控制时切回 SD,这在 ComfyUI 中完全可行。
如果你今天的任务是"快速出一张编辑过的图",记住这三件事就够了:
- 本地跑 Lite 版本,大图用 Pro— 6GB 显存用 Lite,12GB+ 显存用 Pro,不纠结
- denoise 从 0.5 开始试,cfg 锁 4.0— 这两个参数覆盖 70% 的编辑场景,改一个看效果,再改另一个
- 遮罩边缘留 2–4px 缓冲— 不要刚好卡在物体轮廓上,给模型一点过渡空间
如果你看完这整个流程觉得配置成本还是高,或者你的任务是一次性的、不想为了一次编辑装一整套环境——去 wan27.org 的图片编辑页面,上传图片,写指令,直接出结果。等确定这个流程值得本地跑之后,再回来搭你的 ComfyUI 管线。
关于 Wan 2.7 更多实用教程:
- Wan 2.7 ComfyUI 本地部署指南 — 环境搭建和版本选择
- Wan 2.7 图片编辑指南 — 在线平台的编辑功能使用
- Wan 2.7 提示词指南 — 写出更精准的编辑指令
- Wan 2.7 排错指南 — 常见运行问题排查
作者
更多文章
Wan 2.7 下载安装指南:权重文件在哪、怎么下、怎么跑
Wan 2.7 到底从哪里下载?模型权重在哪找、不同版本该选哪个、硬件需要什么配置、本地部署完整步骤。一篇讲清楚。
Kimi K3 跑分全解析:六个第一、一个致命短板、价格翻四倍(2026年7月)
Kimi K3 基准测试成绩汇总:前端 Arena 第一、SWE Marathon 第一、BrowseComp 第一,但 HLE 推理大幅落后 Fable 5。附人民币定价、DeepSeek V4 Pro 对比、选模型决策表。

Wan 2.7 官网怎么找:官方来源和在线使用入口
2026 年 4 月 22 日更新:Wan 2.7 的官方来源主要指向 wan.video 和阿里云模型工作室。如果只是想在线生成,可以直接使用 wan27.org。
订阅简报
加入我们的社区
订阅我们的简报,获取最新动态与资讯