Civitai-to-A1111 translator

更新：修复了小bug，持续尝试整合新的Civitai输出，并更稳健地处理已下架模型的处理……

目的：我喜欢保存AI生成的图像，以便之后将它们导入A1111，试验所使用的Loras/风格。然而，Civitai生成器并未提供A1111所习惯的元数据格式，因此手动设置非常繁琐。借助Civitai API，我编写了一个小插件来解决这个问题。

使用方法：将插件解压到你的Extensions文件夹中，然后重启UI。会出现一个新按钮。将图像拖入提示框中，点击“生成”下方的新按钮（1），稍等片刻，提示内容会更新。然后点击传统的“应用”按钮（2），再点击“生成”，观察（或查看）发生了什么。

发生了什么？

以这张图为例：https://civitai.com/images/8010475（顺手点个赞吧）。如果你保存它并拖入提示框，你会看到它包含以下信息：

[{"type":"checkpoint","modelVersionId":290640},{"type":"lora","weight":1,"modelVersionId":349887},{"type":"embed","weight":1,"modelVersionId":5637}]

……但A1111和Forge完全忽略这些信息。虽然整体提示词会被保留，但即使你已安装了Checkpoint和Loras，它们也会丢失。点击新的翻译按钮[↔]，我的脚本会向Civitai API请求信息，并将其转换为“应用”按钮能识别的格式，并在#后添加一些额外信息。

默认情况下，A1111在生成时会忽略行中#之后的所有内容，因此如果你不喜欢这些信息，完全可以忽略以下内容。

在#之后，你会获得一个可直接粘贴的链接，用于在Civitai上打开模型（如果你尚未安装该模型）。如果我的插件找不到对应文件，会在行尾添加 🔎；否则会显示 ☑（图标在你的电脑上可能略有不同）。如果模型明明在你的文件夹中却仍找不到，请检查<尖括号内的文件名>是否正确。有时文件被重命名，就足以让A1111和Forge跳过它们（有时这会导致所有Loras都被忽略，即使它们实际上已被找到）。

此外，脚本还会在末尾添加“RNG:CPU”，这似乎是Civitai所使用的设置（该设置会显示在覆盖项中）。

完成这些后，像往常一样点击“应用”，再点击“生成”，现在就有机会正确加载所需的Loras和模型了。

限制：

A) 有时（特别是当图像为站内放大过程中的中间产物时），插件无法获取正确的尺寸。这会通过负向提示与通用配置之间新增的部分“⚠ Size guessed AFTER upscale ⚠”来提示。若所有猜测均失败，将默认使用1024x1024，这通常足以进行测试。

B) 你无法获得完全相同的图像，但会非常接近。硬件、软件版本差异以及Civitai的“幕后优化”总会造成细微差别（你可以尝试使用CFG/GFG修正——在我的实验中，+1.5或+2.5有时能让结果更接近，但这似乎也是随机的，不值得花时间）。对我而言，重要的是将图像作为有趣风格的存档，只要确保我拥有正确的素材即可。

C) 此插件仅适用于由Civitai生成器创建的图像！

D) API的更新或更改可能瞬间使这个小脚本失效。

E) 如果某个资源在Civitai上被移除，我的脚本和API将毫无用处。

F) 如果你的Web UI设置为在“应用”时移除风格，整个流程可能将完全无效。