Stable Diffusion WebUI Forge 默认参数保存问题解析

问题背景

在 Stable Diffusion WebUI Forge 项目中，用户报告了一个关于默认参数保存的问题。具体表现为：用户在设置界面修改了默认的采样器(Sampler)和 CFG 值后，系统无法正确保存这些修改，每次启动时都会恢复为默认的 DPM++ 采样器和 CFG 值为 7 的配置。

技术分析

经过对项目代码的深入分析，发现问题的根源在于项目中对预设参数(forge_preset)的处理方式。这些参数被硬编码在 modules_forge/main_entry.py 文件中，导致用户通过界面修改的默认值无法覆盖这些硬编码设置。

这种设计选择有其合理性：

1. 开发团队可以方便地分发推荐配置
2. 在功能快速迭代阶段，硬编码方式更便于维护
3. 确保核心参数不会被意外修改导致系统不稳定

解决方案演进

项目团队随后通过 PR 提交了改进方案，主要变更包括：

1. 修改了"All"预设的行为逻辑
2. 现在会优先读取 ui-config.json 中保存的用户设置
3. 只有当用户未自定义设置时，才会回退到硬编码的默认值

这一改进平衡了以下需求：

• 保留了开发团队推荐的默认配置
• 给予了用户足够的自定义空间
• 确保了系统的向后兼容性

对用户的影响

对于普通用户而言，这一改进意味着：

1. 现在可以真正自定义默认的采样器和 CFG 值
2. 修改后的设置会被持久化保存
3. 不再需要每次启动都手动调整参数
4. 特别对于使用蒸馏模型/LoRA 的用户，工作流程更加顺畅

最佳实践建议

基于这一改进，建议用户：

1. 更新到最新版本的 WebUI Forge
2. 在设置界面重新配置并保存个人偏好的默认值
3. 定期备份 ui-config.json 文件以防意外丢失配置
4. 注意某些特殊模型可能有特定的参数要求

技术启示

这一案例展示了开源项目中常见的权衡：

• 开发便利性与用户体验的平衡
• 默认配置与自定义需求的协调
• 项目快速迭代与稳定性的关系

WebUI Forge 团队通过渐进式改进，既保留了原有设计的优点，又解决了用户痛点，这种处理方式值得借鉴。