気に入った架空の成人キャラクターのシリーズがある。顔、サテンの衣装、イラストの画風がようやく合った。ところが LoRA のページが検索結果から消え、ダウンロードリンクが使えなくなったり、保存した ComfyUI ワークフローを開くとモデルが見つからなかったりする。シリーズを続けることが、最初の 1 枚を作るより難しく感じられます。
Civitai の NSFW LoRA が消えたら、まず失ったものが掲載ページ、ダウンロードへのアクセス、実際の重みのどれなのかを確かめます。正しいファイルが手元にあれば、ベースモデル、トリガーワード、設定、ワークフローと一緒に保存できます。重みが入手不能で、一度もダウンロードしていなければ、スクリーンショット、プロンプト、ワークフローの JSON から重みを再構築することはできません。 次にすることは、使用した正確な版を特定し、自分のダウンロード、モデルフォルダー、バックアップ、作者が別の場所で公開したリリースを調べることです。
インターネット上の全モデルを保存する必要はありません。キャラクターが依存する制作環境を、実際に動く小さな一式として残せばよいのです。ファイルそのものと、再び読み込んで使うための十分な情報をそろえます。
このガイドでは、成人向けキャラクターの制作者に向けて、その作業を説明します。復元例は説明用の架空プロジェクトで、特定の削除されたモデルを復元したという報告ではありません。正当にアクセスできるモデルとファイルを対象とし、非公開、有料、公開終了のリリースが別の場所で入手できるとは仮定しません。
まず確認：何が消えたのか？
代替モデルをダウンロードする前に、検索ボックスではなく元のリンクを使えば、そのモデルの正確な版をまだ開けるかを確認してください。開けるなら、検索で発見できない問題かもしれません。開けないなら、アクセスの問題や、そのリリースが利用できない可能性があります。どちらの場合も、使えるコピーが自分のパソコンに残っているかは別の話です。
モデルのページ、版ごとのページ、プレビュー画像、ダウンロード、オンライン生成サービスでの利用可否は、それぞれ別です。混同すると、復元の進め方を誤ります。
| 表示される状況 | 分かること | 最初に行うとよいこと |
|---|---|---|
| 検索には出ないが保存した版のページは開く | 掲載ページにはアクセスでき、検索に出なかっただけ | 版の情報と、アクセスできるファイルを保存する |
| ページは開くがダウンロードがない | 閲覧できることは、重みをダウンロードできる証拠にならない | そのリリースの提供状況とアカウントのアクセス権を確認する |
| ダウンロード要求で認証エラーが返る | その要求には有効なアクセス権がない | 自分が持つ通常のアカウント権限を使い、再試行前にエラーを確認する |
| 正確な版のページが 404 になる | その要求ではリソースを利用できない | ローカルのコピーと作者の公開リリース先を調べる |
| LoRA はディスクにあるが ComfyUI の選択欄に出ない | 設定されたパスで利用可能なファイルが認識されていない | 実際のモデルディレクトリを確認し、アプリを更新する |
| 読み込めるがキャラクターの見た目が違う | 読み込みは成功したが、元の構成が変わった可能性がある | ベースチェックポイント、LoRA の版、保存した設定を比較する |
この区別が役立つ具体例があります。ComfyUI-LoRA-Manager の利用者は、LoRA ディレクトリにファイルが残っているのに、再起動後に管理画面からアダプターが消えたと報告しました。繰り返しダウンロードすると、番号の接尾辞が付いた重複ファイルができたそうです。これは特定の管理ツールの構成についての報告であり、Civitai が重みを削除した証拠ではありません。元の問題報告
この表は、消えたすべてのモデルを復元できるという約束ではありません。次に何を調べるべきかを示しています。掲載ページが開けなくてもモデルがローカルで動くことはありますし、きれいな公開ギャラリーが残っていても重みは入手できないことがあります。
Civitai の現在の開発者ドキュメントでも、この区別は明確です。各版には固有の識別情報とベースモデルがあります。アーカイブされたリソースでは公開ファイル情報がなくなる場合があり、版が存在しないか非公開の場合、版の検索は 404 を返すことがあります。非公開の版では、ハッシュ検索も失敗する場合があります。検索が失敗しただけでは、手元のファイルが間違っているとも、作者がすべてのコピーを永久に削除したとも判断できません。 Civitai のモデル版リファレンス
動く重みが手元にあるなら、調査中にモデルフォルダーを整理して削除しないでください。保存用フォルダーへ移すのは有用ですが、中身を確認する前の一括キャッシュ削除は、必要なコピーそのものを消すおそれがあります。
締め切りがあるなら、復元と制作を分けます。保存したリンクと既存ファイルを短時間で確認し、見つからなければ、元のプロジェクトを残したまま、採用済みの参照画像や利用可能な代替モデルで制作を続けます。消えたページを午後中ずっと更新しても、今夜の公開に間に合う可能性は高まりません。
今、NSFW 制作者にとって重要な理由
最近のコミュニティでは、成人向け制作を許可する画像生成サービスはどれかという話に加え、プロジェクトを仕上げるために戻ってきたとき、そのモデルがまだ使えるのかが話題になっています。
9 月の「入手できなくなる前に何をダウンロードすべきか」という議論では、実際に使うモデルとファイルのハッシュを保存する提案がありました。一方で、モデルが消える可能性については異なる意見もありました。有用なのは、ホスティング会社の将来を予測することではなく、自分で復元できるコピーを持つという実務上の考え方です。モデルのバックアップについての議論
別の 9 月のスレッドは元の投稿が削除されていますが、検索の問題、別のホスティング先、モデルの保存を話すコメントは読めます。これらは懸念があることを示しており、特定のリリースが消えた理由を証明するものではありません。閲覧できるコミュニティのコメント
成人キャラクターの制作者が失うものは、しばしば具体的です。高評価のモデルが 1 つなくなるだけではありません。主人公の特徴的な前髪、漫画の粗いインクの質感、ファッションシリーズの印象的な配色を作るアダプターを失います。新しいチェックポイントが布の描写に優れていても、そのキャラクターらしさを再現する代替には向かないことがあります。
だから、最新モデルへの切り替えが自動的に解決策になるわけではありません。まず既存の作品を形作る構成を保存します。その後で、復元するのか、依存する要素を 1 つ置き換えるのか、新しいビジュアル表現へ進むのかを意識的に選びます。
図解：重み、制作手順、採用済みのキャラクター参照は、役割が異なります。3 つとも保存しましょう。
画像の保存とモデルの保存は違う
完成画像には、キャラクターの見た目が残ります。その見た目を作った学習済みのパラメーターは含まれていません。
プロンプトには指示が残ります。架空の成人キャラクターの名前、衣装の説明、LoRA のトリガーフレーズが含まれることもあります。正しいアダプターがなければ、そのフレーズは普通のテキストになります。モデルが一部の単語を解釈したり、無視したり、似た服の一般的なキャラクターを作ったりする可能性があります。
ワークフローには処理の組み合わせが残ります。ノードには読み込むチェックポイントや LoRA のファイル名を書けますが、それらのモデルファイルがグラフ内に含まれるわけではありません。台所の材料を指定したレシピと同じです。レシピをコピーしても、材料はそろいません。
ComfyUI は JSON や、ワークフローのメタデータを保持した画像からワークフローを読み込めます。指示を復元するには便利ですが、その指示が参照するモデルの導入とは別の作業です。ComfyUI の初回生成ガイド
ギャラリーから保存した PNG で何も復元できないことがあるのも、この区別で説明できます。ダウンロードしたコピーに元のメタデータがなかったり、リサイズ、変換、書き出しの際に項目が落ちたりしている可能性があります。見た目の参照には使えますが、制作環境を記録する唯一の手段にはしないでください。
重要な出力は、用途別に 2 つのコピーを残します。元の出力は、保持している生成情報と一緒に非公開のプロジェクトへ置きます。共有用の小さなコピーは公開用フォルダーへ置きます。公開用は自由にトリミングや圧縮をしても、後でワークフローを復元する役目を負わせずに済みます。
架空の成人キャラクターのシリーズなら、少なくとも 3 種類の採用済み参照を保存します。顔が明確な画像、特徴的な衣装が見える画像、画風を示す全体構図です。完全な復元ができなくても、代替構成で同じキャラクターだと分かるようにする助けになります。ほぼ同じポートレートを 20 枚集めただけで、必要な情報が全部そろったと思わないでください。顔、衣装の構造、画像の表現方法は別の情報です。
ファイルを厳密に再生成することと、キャラクターのシリーズを続けることにも違いがあります。完全に同じ再生成には、かなり詳しい環境の保存が必要です。シリーズの継続なら、同じと分かる顔、一貫した画風、自然な連続性で足りる場合があります。失ったアダプターの調査に 1 週間を費やす前に、どちらが必要なのかを決めます。
動く構成を中心に小さな復元フォルダーを作る
Velvet Station という例を考えます。架空の 30 歳のナイトクラブ歌手を描く成人向けイラストシリーズです。短い黒のボブ、片耳の銀のイヤリング、エメラルド色のサテンのイブニングドレス、控えめで質感のある画風が特徴です。キャラクター用 LoRA と画風用 LoRA を別々に使います。
設定は架空ですが、ファイル管理の問題は現実的です。モデルのページが変わっても、来月も同じシリーズを作りたいという状況です。
すべてのダウンロードを未整理のディレクトリに入れるのではなく、採用した構成の復元フォルダーを 1 つ作ります。何のファイルを使ったか、どう使ったか、完成画像がどう見えるべきかという、実務的な 3 つの問いに答えられる内容にします。
| 保存するもの | 入れる内容 | 重要な理由 |
|---|---|---|
| ベースモデル | 正確なチェックポイント、または必要なモデル部品 | アダプターは、変更を加えるモデルに依存する |
| キャラクター用アダプター | ダウンロードした元の LoRA ファイル | 学習したキャラクター情報そのもの |
| 画風用アダプター | 使用している場合は、その正確なファイル | 似たファイル名でも同じ表現とは限らない |
| モデルのメモ | 版 ID、ファイル名、配布ページ、完全なファイルハッシュ | 名前を変えたファイルを特定し、代替と比較できる |
| ワークフロー | 書き出したグラフと読みやすい設定メモ | グラフが便利で、ノードが壊れてもメモは使える |
| 入力 | 参照画像、マスク、その他の必要な元ファイル | グラフ自体の外にある入力を参照する場合がある |
| 採用済みの結果 | 元の出力と少数の見た目の比較用参照 | 復元によって作品の特徴を維持できたか判断できる |
アクセスできるうちに、モデルカードや必要な指示を保存します。ギャラリー全体の巨大なコピーは不要です。リリース名、記載されたベースモデル、学習時のキーワード、推奨設定、使用上の注意が必要です。作者が後で情報を変えても、当初どの指示を使ったかがメモで分かります。
Velvet Station のメモでは、固定するキャラクターの特徴と、変更できる場面の情報を分けます。ボブの形、イヤリング、年齢、特徴的な顔の比率は固定です。場所、カメラの角度、ドレスの上に羽織るジャケットは変更できます。これにより、違いがあるたびに LoRA が壊れたと思わずにシリーズを続けられます。
「重み 0.8」とだけ書かず、その数値をどこに適用したかを書きます。ComfyUI にはモデルとテキストエンコーダーの強度を分けた構成があります。別のアプリでは、まとめた 1 つの調整欄かもしれません。違う画面の同じ数字が、同じ操作を表すとは限りません。実際に動くアプリに表示される調整項目名を残します。
同様に「SDXL」だけでは不十分です。正確なチェックポイントのファイル名とハッシュを保存します。同じアーキテクチャでも、顔、光、服の描写は大きく異なり得ます。ベースの系列が分かれば互換性のないアダプターを避けられ、正確なファイルがあれば気に入った結果を復元できます。
設定メモには、画像の寸法、実際に使うサンプリングの調整値、プロンプト、使用していればネガティブプロンプト、シードの動作、追加の処理も記録します。あるサイズで生成してから編集や拡大をするなら、完成サイズは最初の生成サイズとは違います。両方を書けば、復元時に仕上げの寸法を最初の段階へ誤って渡すのを防げます。
良い結果が出たときに書ける短さにしてください。明快な 10 行のテキストファイルは、更新しない複雑なデータベースより役立ちます。「顔が最初のポートレートと一致し、エメラルドの生地は滑らかで、余分なイヤリングがなく、粒状感があっても目を覆っていない」と、採用理由も 1 文添えます。将来、別のダウンロードよりこの構成を選ぶ理由になります。
ファイルのハッシュで実際の重みを特定する
ファイル名はラベルで、ハッシュはファイルの内容を識別します。
作者が同じ名前で修正版を公開した場合、ブラウザーが重複ダウンロードに番号を付けた場合、選択欄を読みやすくするため自分で名前を変えた場合に、この区別が重要です。名前を変えても SHA256 は変わりません。内容を変えると変わります。
ファイルをアップロードせず、完全な SHA256 を記録できます。macOS では次を使います。
shasum -a 256 "character-v2.safetensors"Linux では次です。
sha256sum "character-v2.safetensors"Windows PowerShell では次です。
Get-FileHash ".\character-v2.safetensors" -Algorithm SHA256モデルのメモで、実際のファイル名の横に完全なハッシュをコピーします。短い識別子は読みやすくても、完全な値を残せば、後でどの省略値を指したのか推測せずに済みます。
信頼できる元のハッシュがある場合、復元したコピーのハッシュが一致すれば、バイト列が同じと分かります。プロジェクトへの適性、別のベースとの互換性、見知らぬ配布サイトの信頼性までは保証しません。「同じファイルか」という、範囲は狭くても非常に有用な問いに答えます。
Civitai には、ファイルハッシュからモデルの版を特定する検索もあります。公開リファレンスに対応する検索と制約が記載されています。版が公開されている間、正体不明のローカルコピーを特定するのに使えますが、ファイルの情報をこのサービスだけに頼らないでください。リモートの記録が消えても、ローカルのメモは役立ちます。
Velvet Station のフォルダーでは、ベースチェックポイントと両方のアダプターのハッシュを計算します。代替ダウンロードが同じキャラクター名でもハッシュが違うなら、候補用フォルダーに分けます。既知のファイルを上書きして、「v2」なら以前使った版と同じはずだと考えないでください。
ハッシュは、大きなフォルダーを別のドライブに移した後にも役立ちます。保存したハッシュと移動先のファイルを比較すれば、制作中に気付く前に、不完全なコピーやファイルの選択間違いを見つけられます。数 GB のファイルを読むハッシュ計算には時間がかかるため、生成のたびではなく、採用した構成の保存時と復元・バックアップ検証時に行います。
名前の変更はラベルを変え、内容の変更は SHA256 を変えます。その原理を示した図です。
ページがすでに消えた場合の復元順序
1. ウェブより先に自分のファイルを探す
ダウンロード済みファイルが置かれそうな場所から始めます。ブラウザーのダウンロードフォルダー、使用中のアプリのモデルディレクトリ、古いポータブル版、外部ドライブ、プロジェクトのバックアップです。表示名だけでなく、ファイル名の特徴的な部分で検索します。
サイトの表示名と重みのファイル名は、まったく違うことがあります。「Velvet Station Character」というモデルでも、ファイル名は略称、学習エポック、作者が選んだ技術的な名前かもしれません。掲載タイトルがなくても、保存したワークフローから正確なファイル名が分かる場合があります。
複数のコピーが見つかったら、重複を削除する前にハッシュを比べます。大きいファイルが必ず良い版や新しい版とは限りません。精度、学習エポック、内容が異なる可能性があります。サイズだけで決めず、不明な点はメモに残します。
ワークフローがまだ動くことも、再起動や全面更新の前にファイルを確認する理由です。生成できるなら、選択中のファイルを特定し、実際のパスから保存します。昨日のタスクが成功したからといって、リモートで読み込んだアダプターへ永久にアクセスできるとは考えないでください。
2. 記録から使用した版を特定する
ブラウザーの履歴、ブックマーク、モデルのメモ、書き出したワークフローを調べます。版 ID、ベースモデル、元のファイル名、学習時のキーワード、ハッシュが役立ちます。ギャラリー画像の生成情報も、残っていれば手掛かりになりますが、モデルそのものではありません。
Civitai では、1 つの親ページに複数のリリースがあることがあります。親モデルの名前から調べると、重みの違う現在の版へ行き着く可能性があります。アダプターが技術的には読み込めても、シリーズの顔が変わるかもしれません。記録があるなら、特定のリリースの識別情報をたどります。
メモに配布ページとファイル名しかなくても、両方残します。ハッシュがあれば、それも残します。互いに補完する情報だからです。配布ページは作者とリリースの背景を示し、ハッシュはダウンロードした正確なバイト列を識別し、ファイル名は古いワークフローの読み込み対象と照合できます。
3. 作者が別の場所で公開したリリースを確認する
作者が同じリリースを別の場所で公開していれば、通常の復元経路になるかもしれません。作者がリンクしたリポジトリやリリースページを調べます。代替と見なす前に、記載された版、ベースモデル、可能なら完全なハッシュを比較します。
第三者の一覧ページを、重みの保存コピーと同一視しないでください。アーカイブされたページにはタイトル、プレビュー、メタデータが残っていても、ダウンロード先が同じ利用不能なリンクかもしれません。使用したモデルの特定には役立っても、保持していないファイルを提供することはできません。
新しいアップロードと同一リリースも区別します。作者が似た名前の再学習版や、別のベース向けに作り直したアダプターを公開することがあります。有用な代替になっても、それは移行です。何も変わっていないとして元のメモを上書きせず、新しいファイルを元のプロジェクトと並べて保存します。
非公開のリリースや、自分が持たないアクセス権が必要なものは、作者の通常のアクセス手続きに従います。URL を繰り返し変更しても、利用不能なダウンロードが正当にアクセスできるものには変わりません。実務上の問いは、今使えるリリースがあるかです。待つ、利用可能な代替を使う、キャラクター参照で続ける、という選択ができます。
4. キャッシュを慎重に調べる
アプリが、普段見るモデルフォルダーではなくキャッシュへファイルをダウンロードしていることもあります。完全な内容が残るキャッシュファイルは復元元になります。ダウンロードを説明するだけのキャッシュ項目は、ダウンロードしたファイルではありません。
Hugging Face のキャッシュは通常、リンクを使ってリビジョンのフォルダーと実ファイルの内容を分けます。リンクだけのフォルダーをコピーすると、元のキャッシュにある別の blob に依存したままになります。一部の Windows 構成では通常のファイルを保存するため、どちらの構成とも決め付けず、実際のコピーを確認します。Hugging Face のキャッシュドキュメント
確実なプロジェクトのバックアップには、必要なファイルを独立したコピーとして作り、コピーが開けて、サイズとハッシュが期待どおりかを検証します。コピーのツールがシンボリックリンクを保持するなら、リンク先の内容をコピーするための文書化されたオプションを使うか、リンク先も含む構造全体を残します。コピー先の中身が確認できるまで、元のキャッシュを消さないでください。
重みを一度もダウンロードしていなければ、アクセスできないリモートキャッシュは復元計画になりません。利用できるプロジェクト情報を保存し、代替の方法へ進みます。
Hugging Face のダウンロードを特定のリリースに固定する
リポジトリは配布元として有用ですが、更新されるブランチだけでは版の記録が不十分です。
リポジトリ名と main だけを保存すると、作者が後でファイルを更新できます。パスが同じに見えても、次にダウンロードする内容は違うかもしれません。特定のリリースを取得したい場合は、ファイル名と完全なリポジトリのリビジョンを記録します。
Hugging Face では、完全なコミットハッシュを含む特定のリビジョンからファイルをダウンロードできます。複数ファイルの構成なら、そのリポジトリ内の部品は意図した同じリビジョンで保存します。別リポジトリのベースモデルには、独自のリビジョン記録が必要です。Hugging Face のダウンロードドキュメント
CLI を使う場合の形式は次です。
hf download AUTHOR/REPOSITORY adapter.safetensors --revision FULL_COMMIT_HASH --local-dir ./model-backupリポジトリ、ファイル名、完全なコミットハッシュは、アクセスできるリリースの情報に置き換えます。これはコマンドの形式を示すもので、架空の Velvet Station アダプターへの有効なリンクではありません。
ダウンロード後、ローカルファイルのハッシュを計算して結果を保存します。リポジトリのコミットは要求したリビジョンを識別し、ファイルのハッシュは実際に保存したファイルを識別します。別の問いに答えるため、両方残します。
固定しても、リポジトリが永久にアクセス可能とは保証されません。古いリビジョンが利用できる間、今後のダウンロードが知らないうちに新しいリビジョンへ追従するのを防ぎます。継続的なアクセスが重要なら、手元のコピーも必要です。
ツールでできるからといって、リポジトリのすべての部品をダウンロードしないでください。動く構成が LoRA 1 ファイルと短いモデルカードなら、それを保存します。ベースに複数の重みの shard、テキストエンコーダー、VAE、設定ファイルが必要なら、その必要な一式をまとめて残します。複数部品のモデルから目立つ重みファイルを 1 つコピーしただけでは、読み込めるとは言えません。
ここで、動くプロジェクトが役立ちます。現在のグラフが実際に使うファイルが分かるので、まずその完全な一式を保存します。実験のための見込みのダウンロードは別フォルダーへ置き、制作に使う構成を探しにくくしないようにします。
依存するものを一度に全部置き換えず復元する
ファイルがそろえば、復元の中心は正しいものを正しい場所へ置き、単純な構成がまだ動くことを確かめる作業です。
標準的な ComfyUI では、LoRA は ComfyUI/models/loras に置き、チェックポイントなど他のモデルは対応するディレクトリに置きます。追加のモデルパス設定で検索場所が変わることもあります。デスクトップアプリと古いポータブル版が両方ある場合は特に、実際に起動している構成のパスを確認します。ComfyUI のモデルパス定義
ある構成へコピーして、別の構成を起動する間違いは意外に簡単に起きます。LoRA の選択欄が空なら、まず動いているアプリを特定します。適当な 3 つのフォルダーへ追加すると、後の整理が難しくなり、どのコピーが使われているかも分かりません。
正しいディレクトリへ置いた後、モデル一覧を更新するかアプリを再起動します。LoRA ノードでは実際のファイル名を選択します。整理のため名前を変えた場合、古いワークフローは以前の名前を要求するかもしれません。名前を戻すか、読み込み対象を意識的に変更します。内容が同じかはハッシュで分かります。
標準の LoRA Loader には、モデルとテキストエンコーダーの別々の調整項目があります。記憶している 1 つの数字を両方へ入れるのではなく、元の値を復元します。接続も維持します。アダプターを孤立したノードで読み込んでも、後段の sampler に変更前のモデルが渡っていれば役立ちません。ComfyUI LoRA Loader
Velvet Station では、ベースチェックポイントとキャラクター用アダプターだけでポートレートを 1 枚作るところから始めます。画風用アダプター、拡大、任意の細部補正は一時的に外します。採用済みの顔の説明と元の生成寸法を使います。制作グラフ全体の前に、キャラクターらしさを作る要素が動くかを確認するためです。
この段階で顔が同じと分かるなら、保存した強度で画風用アダプターを加えます。そこで顔が参照から離れるなら、原因をその追加要素へ絞れます。単純なポートレートからすでに違うなら、ベースとキャラクター用アダプターを先に調べます。複雑な場面を 10 枚作り、6 つの依存要素のどれが変化を起こしたか推測するより、情報が得られます。
次に、参照画像や条件付けの段階を復元します。元の入力がそのトリミングだった場合を除き、SNS 用に切り抜いたコピーではなく元の入力ファイルを使います。狭いトリミング、色調の変更、顔画像の圧縮は、参照の段階が見る内容を変えます。重みが正しくても、シリーズでは LoRA が弱いように見えることがあります。
最後に仕上げの段階を復元し、その前後を比較します。顔の detailer、編集、創作的な拡大処理が、それぞれキャラクターを解釈し直すことがあります。仕上げの後だけ顔が変わるなら、最初の段階でキャラクター LoRA を強めるのは間接的で、逆効果になる可能性もあります。
グラフに不足するノードがある場合は？
モデル不足とノード不足は、別の問題です。重みファイルはカスタムノードの実装を代替しません。
グラフのノード名から、必要な拡張機能と元のリポジトリを特定します。実際に使った拡張を復元します。似た名前のノードがあるというだけで無関係なパックを入れないでください。入力や動作が違うかもしれません。
アプリの版と重要な拡張の版を、プロジェクトに短く記録しておきます。更新で動く構成が壊れたなら、制作に使うコピーを再び更新する前に、別の構成で保存した環境を試します。複数のチュートリアルから時間をかけて組んだ複雑なグラフでは、特に有用です。
古い拡張を復元できなければ、最小限の有用な同等処理を組み直します。任意のプレビューや整理用ノードを除いても、基本のポートレートは生成できるかもしれません。主要な条件付けをするノードなら話は別です。外すことを方式の変更として扱い、飾りだったと仮定せず結果を比較します。
読み込めても結果が変わる場合は？
まずファイル、次に調整値、最後に環境を確認します。保存したハッシュを比較すれば、古い名前の新しいファイルを調整し続ける無駄を避けられます。
ファイルを確認したら、シードが固定か生成ごとに進むかを調べます。元の sampler、scheduler、ステップ数、寸法、グラフで使う denoising の設定を戻します。アダプターを複数読み込む構成では、順序もそろえます。
固定シードは、同じ構成内での変更を比較する助けになります。あらゆるアプリの版、ハードウェア、モデル実装で同じピクセルになる保証ではありません。Velvet Station の継続なら、顔、衣装の構造、質感を採用済み参照と比べます。厳密な再現が必要なら、モデルファイルだけでなく環境も保存して調べます。
図解：まずベースとキャラクターを復元し、画風、参照、仕上げを別々に加えます。
元の重みを復元できない場合
使えるコピーも、アクセスできる元のリリースもないなら、次の作業を「復元」と呼ぶのはやめます。違う材料でプロジェクトを組み直す段階です。
キャラクターを諦めるという意味ではありません。見た目の何を維持したいかと、それを維持できる利用可能な方法を選ぶという意味です。
Velvet Station の特徴は具体的です。30 代の成人女性、非対称の前髪がある短い黒のボブ、片耳の銀のイヤリング、特徴的な襟元のエメラルド色のサテンドレス、暖かな舞台照明の配色です。元のアダプターは、代替モデルでは 1 つのトークンから再現できない形で、これらを学習していたかもしれません。意味が不明なトリガーワードを引き継ぐのではなく、目に見える特徴へ分解します。
再利用できる控えめな説明なら、次のように書けます。
架空の成人女性、30 歳、非対称の前髪がある短い黒のボブ、片耳に小さな銀のイヤリング、エメラルド色のサテンのイブニングドレス、自信のある表情、暖かな琥珀色の舞台照明、質感のあるエディトリアルイラスト。キャラクター参照で定めた髪形、顔の比率、イヤリングの位置を維持する。
これは入力案で、生成結果の報告ではありません。利用不能な学習済みトリガーに依存せず、外見と見せ方を記述します。場面は別に加えれば、場所を変えるたびキャラクターの説明全体を書き直さずに済みます。
方法 1：互換性のある代替アダプターを使う
維持したいベースの系列に合う代替を選びます。トリガーフレーズや適した強度が元のリリースと違う可能性があるため、そのアダプター自身の指示を読みます。古いアダプターで有効だった値が、別のものでも適切とは限りません。
復元時に使った同じ単純なポートレートから始めます。顔、髪の輪郭、特徴的な装飾、全体の画風を比較し、次に斜め 45 度のような難しい角度を 1 つ試します。正面だけで説得力がある代替は、次の 12 場面には向かないかもしれません。
汎用の画風用アダプターなら、失ったキャラクターの外見までは担わない場合があります。役割を分けます。画風の表現はアダプターで、キャラクターは採用済み参照で保つ構成も可能です。実用的な継続方法でも、新しい構成として別の版名で保存する価値があります。
細かな違いを全部、アダプターを増やして解決しようとしないでください。基本の顔がすでにずれているなら、無関係な画風や細部の LoRA を重ねるほど原因の切り分けが難しくなります。同じと分かる単純なポートレートを確立してから、必要な表現を加えます。
方法 2：採用済みの画像参照から続ける
重要な資産が元の生成手順ではなくキャラクターの見た目なら、参照に基づく編集の方が実用的な場合があります。
きれいな採用済み画像を、外見の基準に選びます。衣装や場所など別の要件を追加できるときだけ、2 枚目の参照を使います。メイクや髪の違うほぼ同じ顔を何枚も混ぜると、維持したい人物の異なる版を競合させることになります。
最初の編集は小さくします。顔と髪を維持して背景や光を変え、その後で難しいポーズを試します。小さな変更で顔が保てないなら、場面全体を書き換えることが次の最安の実験になるとは考えにくいでしょう。先に基準画像を選び直すか、編集方式を変えます。
この方法で、古い PNG が LoRA の重みに変わるわけではありません。目に見えるキャラクターを、別の生成タスクの入力に使います。特に参照にない角度など、難しい特徴も残ります。全バッチを作る前に、採用済みのシリーズを基準に、どの差なら許容できるかを決めます。
連続する物語では、成人向け漫画のキャラクター一貫性ガイドが、外見、衣装、場面の参照の整理方法を説明しています。古いアダプターの厳密な復元ではなく、コマ間の読みやすい連続性が目的なら活用してください。
方法 3：自分の架空キャラクター用アダプターを再学習する
継続するプロジェクトでキャラクターが重要で、使用できる適切な画像群があるなら、再学習は合理的な場合があります。代替をダウンロードするより大きな作業です。独自のベースモデルと学習設定を持つ、新しい版として扱います。
きれいな画像を選ぶだけでなく、キャラクターを明確に示す画像を選びます。すべて同じ場所、ポーズ、エメラルドのドレスなら、その繰り返しの情報と外見が結び付いて学習される可能性があります。役立つ画像群は、顔と髪を、1 つの場面の光や服から区別できるものです。
今後本当に必要な、明確な角度を含めます。Velvet Station なら、ニュートラルなポートレート、斜めの角度、座った姿、基本の衣装に別のジャケットを羽織った姿などです。すでに顔がずれた画像は除きます。異なる顔を複数学習しても、どれを意図したかは確立されません。
採用済みの元画像は、学習用に作ったトリミングやキャプションと分けます。学習がうまくいかなくても、最良の参照を上書きしたと後で気付かずに済みます。出来上がったアダプターは、ダウンロードしたモデルと同じように、正確なベースとリリース情報を添えて保存します。
少数の出力で、失ったアダプターを完全に再現できるとは主張していません。役立つ後継ができるかもしれませんし、多くの反復が必要かもしれません。締め切りが明日なら、新しい学習を始めるより、参照に基づく編集や互換性のある利用可能なアダプターの方が、通常は着手しやすい選択です。
図解：場所を変えても、目に見えるキャラクターの特徴を維持します。代替構成はキャラクターを続けるためのもので、失った重みを復元するものではありません。
置き換えが難しい部分をバックアップする
モデルの保存を口実に、管理できる量を超えてダウンロードしてしまうことがあります。有用な保存は、選別して行います。
進行中のプロジェクトの正確なベースとアダプター、自分で学習したもの、簡単に代替できない珍しいリリースを優先します。入力と手順も同時に保存します。正体不明の重みが大量にあるフォルダーより、明確なプロジェクトのメモが付いた小さな一式の方が役立ちます。
実験のダウンロードと採用済み構成を分けます。1 回試した画風 LoRA が 10 版あっても、毎週使うものは 1 版かもしれません。後者は確認済みの第 2 のコピーを残す価値があり、前者は制作上の役割ができるまで実験のままで構いません。
実際のファイルサイズを使えば、容量の計画は単純です。採用した構成が 6.5 GB のベース、250 MB のキャラクター用アダプター、180 MB の画風用アダプターなら、参照、出力画像、ソフトウェアの記録を除いて約 6.93 GB です。完全なコピーを 2 つ保存するには約 13.86 GB 必要です。計算を示す仮のサイズで、特定のモデルの実サイズではありません。
バックアップの仕組みが、明確に識別した共有ベースライブラリをプロジェクトから参照できるなら、各キャラクターのプロジェクトへベースの完全な重複を入れるのは避けます。保存先ごとにベースを 1 回残し、各プロジェクトのメモに正確なファイル名とハッシュを記録します。ただし、共有ライブラリ自体もバックアップに含めてください。元のパソコンに残ったライブラリを指すだけでは不完全です。
作業フォルダーと一緒に消えない第 2 の保存先を使います。同じドライブの別ディレクトリは、別の場所へのコピーほど誤上書きから守れません。取り外した外付けドライブは保存に有用で、非公開のバックアップサービスは定期更新に便利です。同期マークを依存ファイルが全部保存された証拠とせず、データ量と必要な復元速度で選びます。
同期フォルダーは、追加と同じように削除もコピーします。選んだサービスに版の履歴があるか、大きな重みファイルが対象かを確認します。小さなキャラクタープロジェクトに企業向けの複雑な構成は不要ですが、第 2 のコピーが実際にどこにあるかは知っておく必要があります。
コピー後、その保存先から小さな復元を 1 回試します。メモを開き、ファイルを探し、ハッシュを比較し、それらのコピーで基本のワークフローを読み込みます。保存先に正しい名前のフォルダーがあるだけより、確かな確認になります。通常の生成を事務作業にするのではなく、採用した構成を大きく変えたときに繰り返します。
ホスト型の生成は有用だが、復元経路は異なる
ローカルの生成環境を管理したくないなら、ホスト型サービスで新しい制作を続けられます。ただし、失った特定のアダプターを自動的に再現するわけではありません。
互換性のある LoRA ファイルを渡せるサービスと、固定モデルで参照画像編集を提供するサービスの 2 種類があります。前者では保存した重みが重要です。後者では、採用済みのキャラクター参照と文章の説明が、連続性を保つ主な手段になります。
ホスト型 LoRA のエンドポイントに頼る前に、提供される正確なベースと、ファイル形式やアクセス方法が対応しているかを確認します。Civitai のウェブページは、必ずしも重みへの直接ダウンロードではありません。ログインしたブラウザーでは開ける gated リポジトリでも、リモートの loader はアクセスできないことがあります。通常使える対応方式でのみアップロードやホストを行い、公開 URL にアカウントのトークンを入れないでください。
API で LoRA を動かすガイドは、読み込みについて説明しています。その目的は入手できるファイルの使用であり、本記事の目的は、ファイルと動く手順を最初から失わないことです。
成人向け制作では、互換性とは別に、使用するホスト型モデルとタスクの内容に対する動作を確認します。LoRA が読み込めても、すべての成人向け要求が意図した結果になるとは限りません。同様に、題材を許可するモデルでも、古いキャラクターの外見には合わないことがあります。別々に判断する問題です。
ホスト型タスクの採用済み出力は速やかに保存し、モデルの識別情報と必要な入力を記録します。後でモデルが変わっても、その参照でシリーズの以前の見た目が分かります。自分が管理しない実装を固定することはできないため、ホスト型の手順を厳密なローカルバックアップとは呼ばないでください。
復元の判断で迷いやすい点への回答
削除された LoRA を PNG から復元できますか？
元の画像に情報が残っていれば、ワークフローやプロンプトを復元できる場合があります。完成画像から元の学習済み重みは取り出せません。画像をキャラクター継続の参照に使いながら、自分のファイルで実際のアダプターを探します。
Civitai でプレビューは見えるのに、モデルをダウンロードできないのはなぜですか？
プレビュー、掲載ページへのアクセス、生成での利用、公開ファイルは別の要素です。画像が見えるなら重みもダウンロードできると考えず、その版の提供状況を確認します。必要なファイルを提供せず、閲覧だけできるモデルもあります。
同じ名前の LoRA は同じモデルですか？
名前だけでは不十分です。版、記載されたベース、完全なファイルハッシュを比較します。ハッシュが違えば、動作を比較するまで代替候補として残します。名前が見慣れているというだけで、採用済み構成を上書きしないでください。
古い LoRA を新しいベースモデルに読み込めますか？
アダプターと実装に互換性がある場合だけで、その場合でも見た目が変わる可能性があります。記載されたベースの系列から始めます。既存シリーズを復元するなら正確な古いチェックポイントを保存し、新しいベースは自動的な改善ではなく移行として評価します。
Hugging Face のコミットハッシュだけでバックアップになりますか？
リポジトリのリビジョンを識別するものです。重みを自分のパソコンへ保存したり、将来のアクセスを保証したりはしません。リビジョンの記録と一緒に、必要な実ファイルとそのハッシュを保存します。
今すべての NSFW モデルをダウンロードすべきですか？
大切なプロジェクトを支えるモデルから始めます。動く正確なベース、アダプター、入力、設定、採用済み結果を保存します。完全な構成 1 つの確認済みコピーは、正体不明の何百ものダウンロードより、次の公開に役立ちます。
キャラクターらしさを生む構成を残す
モデルのページが消えても重みが手元にあれば、まずファイルを特定し、コピーして記録します。画面に表示されないだけなら、パスと読み込み対象を修正します。元の重みが本当に入手できないなら、完全な復元を約束せず、採用済み参照を使って意識的に代替構成を作ります。
次に成人キャラクターの良い画像ができたら、その作業中に復元フォルダーを保存します。正確なベース、アダプター、トリガーワード、調整値、入力、少数の採用済み原本を含めます。モデルのハッシュを計算し、第 2 の保存先へフォルダーをコピーします。
それだけで、「来月もこのページが残っていてほしい」を、「このキャラクターを作った構成を把握し、もう一度使う材料を持っている」に変えられます。
