重要なポイント
- AUTOMATIC1111(Stable Diffusion web UI)は、Stable Diffusionをローカルで実行するための無料・オープンソースでタブ形式のWebインターフェースであり、フロントエンドアプリであってモデル自体ではありません。
- Stable Diffusionの一般公開から1か月後の2022年8月22日、「AUTOMATIC1111」というハンドルネームを使う匿名の開発者によってGitHubで公開され、グラフィカルなローカルインターフェースの空白を埋めました。
- AGPL-3.0ライセンスの下で提供。セルフホスト専用で、公式の有料プランやホスティングプランはありません。
- 中核のコードベースは2024年半ば以降減速しています。最後にタグ付けされたリリース(v1.10.1)は2024年7月に出荷され、活発に開発されている
devブランチの直近のコミットは2026年3月でした — 変わっていないと決めつけず、GitHubで現状を確認してください。 - 拡張機能エコシステム、特にポーズ/構図誘導のためのControlNet拡張機能は、残された最大の強みです。ローカル画像生成UIの中でも最大級かつ最もドキュメント化されたコミュニティ拡張機能群の一つです。
- 新しいモデルアーキテクチャへの対応をより早く求める読者向けに、Forge、ComfyUI、InvokeAI、SD.Nextなど、活発にメンテナンスされているフォークや代替が存在します。
AUTOMATIC1111とは
正式名称「Stable Diffusion web UI」であるAUTOMATIC1111は、Gradioライブラリ上に構築されたPythonアプリケーションで、Stable Diffusionモデルを使ったtxt2img(テキストから画像)、img2img(画像から画像)、インペインティング、アウトペインティング、アップスケーリングのワークフローを、ブラウザベースでタブ形式に整理されたインターフェースとして提供します。すべて自分のマシンとGPU上で完結して動作し、意図的にそうする拡張機能をインストールしない限り、画像やプロンプトが第三者サーバーに送信されることはありません。
プロジェクト名は、開発者のGitHubハンドルネームであるAUTOMATIC1111に由来します — 実際の身元は公にされていない匿名の開発者です。コミュニティ内では単に「A1111」と呼ばれることも多くあります。
AUTOMATIC1111はUIであり、モデルではありません。 Stable Diffusionの重みは同梱されておらず、何かを生成する前に、チェックポイントファイル(SD 1.5、SDXL、またはコミュニティによるファインチューン)を別途ダウンロードして正しいフォルダに配置する必要があります。基盤となるモデル自体が実際何であるか、バージョンごとのライセンス条件についてはPromptQuorumのStable Diffusionレビューを参照してください。
これはStable Diffusion向けに競合する複数のフロントエンドの一つであり、ComfyUI(より細かなワークフロー制御を提供するノードグラフベースのインターフェース)、InvokeAI(より洗練されたプロ志向のUI)、Fooocus(使える画像に到達するまでのクリック数を最小限に抑えたシンプルなインターフェース)、そしてStable Diffusion WebUI Forge(AUTOMATIC1111自体のフォークで、下記のメンテナンスのセクションで扱う)と並んで存在しています。
📍 一文で説明
AUTOMATIC1111は、Stable Diffusionのモデルファイルを読み込み、コマンドラインではなくタブ、ボタン、テキストフィールドを通じて画像を生成できる、無料・オープンソースのブラウザベースのユーザーインターフェースです。
💬 簡潔に説明
Stable Diffusionがエンジンだとすれば、AUTOMATIC1111はそれに取り付けられる複数のダッシュボードのうちの一つです — それ単体では画像を生成できず、何かをする前に別途Stable Diffusionのモデル重みをダウンロードする必要があります。
歴史: AUTOMATIC1111が存在する理由
Stability AI、ミュンヘン大学(LMU)のCompVis研究グループ、Runway MLは、2022年8月22日にStable Diffusionを一般公開しました。公開時点でStable Diffusionはモデル重みとコマンドラインスクリプトとして提供され、プロンプトを入力してボタンをクリックするための公式なグラフィカルインターフェースは存在しませんでした。
AUTOMATIC1111は同じ日、2022年8月22日にStable Diffusion web UIの最初のバージョンをGitHubで公開し、それ以前のコミュニティスクリプトを土台にしつつ、Gradioベースのブラウザインターフェースを追加しました。このタイミングが功を奏し、2022年後半にStable Diffusionの人気が爆発的に高まる中、AUTOMATIC1111のUIはほとんどの愛好家が実際に使う標準的な方法となり、数か月のうちに数万のGitHubスターを集め、2026年9月時点で16万4千を超えるスターを獲得しています — ローカルAI画像生成カテゴリの中でも最もスターを集めたリポジトリの一つです。
最初に登場し、初期のコミュニティ貢献、拡張機能の作者、チュートリアル執筆者の大半を吸収したことで、AUTOMATIC1111は事実上の標準リファレンス実装となり、後発のUI(Forge、ComfyUIの拡張機能、コミュニティのドキュメントサイト)は、それらの新しいツールがすでに異なる技術的アプローチを取っている場合でも、機能やワークフローをAUTOMATIC1111との対比で説明し続けています。
AUTOMATIC1111をインストールして最初の画像を生成する方法
インストールと初回起動の手順は、Windows、Linux、Macで大枠は同じですが、正確なコマンドはプラットフォームによって異なります — 依存関係のバージョンは変わることがあるため、開始前に必ずプロジェクト自身のWikiで現在の手順を確認してください。
- 1前提条件をインストールする: PythonとGit
Why it matters: AUTOMATIC1111は単一ファイルのインストーラーではありません — 独自のセットアップスクリプトを実行する前に、互換性のあるPythonのバージョンとGitがシステムにインストールされている必要があります。 - 2リポジトリをクローンまたはダウンロードする
Why it matters: [公式GitHubリポジトリ](https://github.com/AUTOMATIC1111/stable-diffusion-webui)から`git clone`でコードを取得するか、ZIPとしてダウンロードします — クローンしておくと、`git pull`による今後の更新がはるかに簡単になります。 - 3プラットフォームの起動スクリプトを実行する
Why it matters: Windowsでは`webui-user.bat`、Linux/Macでは`webui.sh`が、初回実行時にPythonの仮想環境を自動的に作成し、必要な依存関係をインストールします — この手順には数分かかることがあり、安定したインターネット接続が必要です。 - 4Stable Diffusionのチェックポイントをダウンロードする
Why it matters: AUTOMATIC1111にはモデル重みが含まれていません。(例えば[Hugging Face](https://huggingface.co/stabilityai)から)チェックポイントファイルをダウンロードし、`models/Stable-diffusion`フォルダに配置してください — バージョンとライセンスの詳細は[PromptQuorumのStable Diffusionレビュー](/power-local-llm/stable-diffusion-review)を参照してください。 - 5ローカルのWebインターフェースを開く
Why it matters: セットアップが完了すると、スクリプトはローカルWebサーバー(通常は`http://127.0.0.1:7860`)を起動し、UIがブラウザで自動的に開きます — ここから先はすべてクラウドではなくローカルで動作します。 - 6txt2imgタブにプロンプトを入力してGenerateをクリックする
Why it matters: 説明文を入力し、初回はデフォルトのサンプリング設定のままGenerateをクリックします — モデルがVRAMに読み込まれる間、初回の推論は通常より遅くなります。 - 7慣れてきたら拡張機能をインストールする
Why it matters: 組み込みのExtensionsタブから、ControlNetのようなコミュニティツールをリストから直接追加できます — 見慣れないソースから何かをインストールする前に、下記の拡張機能のセクションを確認してください。
メンテナンス状況: 検証結果
このセクションは、伝聞情報を繰り返すのではなく、執筆時点でGitHubのAPIに対して直接検証できた内容を示しています。実態は「主流製品のように活発に開発されている」わけでも「放棄されている」わけでもなく、その中間にあります。ほとんどのワンクリックインストーラーや既存のドキュメントが参照している安定版のmasterブランチは、2024年7月以降新しいタグ付きリリースを受けていない一方で、(変更を昇格させる前にテストするための)devブランチは、2022〜2023年よりも明らかに遅いペースではあるものの、引き続きコミットを受けています。
最も信頼できる外部シグナルは、AUTOMATIC1111のコードベースの上に特化して構築されたフォークであるForgeの開発者、lllyasviel氏から来ています。Forge自身のREADMEは、「元のSD-WebUIは今やほぼ静的」というフォーク開発者自身の言葉を直接の理由として、「90日ごと、または重要な修正があるときに元のWebUIと同期する」と述べています。これは近い関係にあるプロジェクトのメンテナーがAUTOMATIC1111の開発ペースについて述べたものであり、噂ではありません — 決定的ではないものの、強いシグナルとして扱うべきです。
これらはいずれも、AUTOMATIC1111が動作しなくなることを意味するものではありません。SD 1.5やSDXLのワークフローについては引き続き完全に機能し、その拡張機能エコシステムは、中核部分がそうでない期間でも引き続き活発であり、導入実績とチュートリアルの充実度は多くの代替ツールよりも依然として大きいままです。実際上の含意は現在ではなく将来に関わるものです — 真新しいモデルアーキテクチャへの初日対応や、活発なバグ修正の回転を必要とする読者は、下の比較表で扱うForge、ComfyUI、SD.Nextのような活発にメンテナンスされているフォークと比較検討すべきです。
📍 一文で説明
AUTOMATIC1111の中核コードベースは2024年半ば以降、目に見えて開発が減速しています — 最後にタグ付けされたリリースは2024年7月のv1.10.1であり、最も人気のある独自のフォークは自身のドキュメントで元のプロジェクトを「今やほぼ静的」と表現しています。
💬 簡潔に説明
プロジェクトは今も動作し、広く使われ続けていますが、新機能や新しいモデルタイプへの対応は、AUTOMATIC1111の元のコードベースに到達する前に、あるいはそもそも到達しないまま、Forgeのようなフォークに先に反映される傾向があります。
最後にタグ付けされたリリース
- 検証済みの状況:
- v1.10.1 — コードは2024年7月27日のもの。リリースノートは2025年2月9日に公開
- 出典:
- GitHubリリース
masterブランチの最終コミット
- 検証済みの状況:
- 2024年7月27日
- 出典:
- GitHubコミット履歴
devブランチの最終コミット
- 検証済みの状況:
- 2026年3月2日 — 遅くなってはいるが放棄されてはいない
- 出典:
- GitHubコミット履歴(引用前に最新日付を確認)
オープンなIssue数
- 検証済みの状況:
- 2026年9月時点で2,500件超がオープン
フォーク開発者自身の評価
- 検証済みの状況:
- 「Because original SD-WebUI is almost static now, Forge will sync with original WebUI every 90 days, or when important fixes」— Forgeプロジェクト自身のREADMEからの直接引用
- 出典:
- Forge README
GitHubの活動データ(コミット日、リリース日、オープンIssue数)は絶えず変化します — 上記の数値は2026年9月6日にGitHub APIに対して直接検証されたものです。時間に左右される判断をこの表に基づいて行う前に、リポジトリを直接確認して最新の数値を確認してください。
拡張機能とControlNetエコシステム
AUTOMATIC1111の組み込みExtensionsタブでは、コードを編集することなく、厳選されたリストやGitのURLから直接コミュニティ製の拡張機能をインストールできます。この拡張機能システムは、2022年以降のユーザーベースの規模と相まって、どのUIよりも大規模なStable Diffusionツールのカタログの一つを生み出しました。
圧倒的に最も広く使われている拡張機能はsd-webui-controlnet(UI上ではしばしば単に「ControlNet」と呼ばれる)で、ポーズのスケルトン、深度マップ、Canny法によるエッジの輪郭、あるいは大まかなスケッチといった参照画像によって、テキストプロンプトだけよりもはるかに精密に生成画像の構図を誘導できます。コミュニティの利用実態においては、AUTOMATIC1111での作業の仕方を最も変えた拡張機能として広く認識されており、GitHub上でも最もスターを集めているStable Diffusion拡張機能の一つであり続けています。PromptQuorumはControlNetについて専用の記事でより詳しく扱っています(下記の関連記事を参照)。
ControlNetのほかにも、拡張機能のリストにはLoRA(Low-Rank Adaptation)のトレーニングと管理、画像の閲覧とタグ付け、プロンプト履歴の追跡、ワークフロー自動化スクリプトのためのツールが含まれます。拡張機能はコミュニティによって維持され、AUTOMATIC1111自体のリリースペースとは独立しているため、中核プロジェクトのコミットが減る期間中でも、個々の拡張機能は活発に更新され続けることがあります — ただしこれは、品質と更新頻度が作者によって大きく異なることも意味するため、本番のワークフローで依存する前に、その拡張機能自身のリポジトリの活動状況を確認してください。
ハードウェア要件
SD 1.5チェックポイント
- 最小VRAM:
- 4 GB VRAM(2 GBでも動作したという報告あり)
- 快適なVRAM:
- 6〜8 GB VRAM
- 注記:
- 最も軽いワークロード。プロジェクト自身のドキュメントによれば過去10年間のほとんどのGPUで動作
SDXLチェックポイント
- 最小VRAM:
- 8 GB VRAM(最適化あり)
- 快適なVRAM:
- 12 GB以上のVRAM
- 注記:
- ネイティブの1024×1024出力は、画像あたりSD 1.5より負荷が大きい
ControlNet拡張機能を有効化
- 最小VRAM:
- ベースのチェックポイントに加えておよそ1〜2 GBのVRAMを追加消費
- 快適なVRAM:
- それに応じて予算を確保
- 注記:
- 正確な追加負荷は、どのControlNetモデルとプリプロセッサを読み込むかによって異なる
AMD/IntelのGPU、Apple Silicon
- 最小VRAM:
- 別途のセットアップ経路でサポート
- 快適なVRAM:
- パフォーマンスはプラットフォームにより異なる
- 注記:
- NVIDIAが公式に推奨され最もサポートされている経路。AMD、Intel、Apple Siliconはそれぞれ異なるインストール手順が必要で、プロジェクトのWikiに記載されている
正確なVRAM使用量は、解像度、バッチサイズ、有効な拡張機能、コマンドラインの最適化フラグ(例: --medvram、--lowvram)によって異なります — これらは計画のための目安として扱い、最新の情報についてはプロジェクトの現在のDependencies Wikiページを確認してください。
ライセンスと価格
AUTOMATIC1111のコードベースはAGPL-3.0ライセンスの下で公開されており、これはGitHubリポジトリで直接確認できます。AGPL-3.0は強力なコピーレフトライセンスです。無料での利用、改変、再配布を認めていますが、コードを改変して他の人が対話するネットワークサービスとして運用する場合、一般的にライセンス上、その利用者に対しても改変後のソースコードを提供することが求められます。これは、ダウンロードするバージョンごとに独自の別個のライセンス条件を持つStable Diffusionのモデル重み自体とは異なります — UIのライセンスとモデルのライセンスは二つの別個の法的文書であるため、詳細についてはPromptQuorumのStable Diffusionレビューを参照してください。
メンテナーが提供する公式の有料プラン、サブスクリプション、ホスティング版のAUTOMATIC1111は存在しません。有料でAUTOMATIC1111のインスタンスをホストする(レンタルGPU時間を提供する)サードパーティのクラウドサービスは存在しますが、これらは公式製品ではなく独立した事業者です — そうしたサービスに料金を支払う前に、そのサービス自身の利用規約と価格を個別に確認してください。またサードパーティのホストを使うということは、プロンプトと画像が完全にローカルにとどまるのではなく、そのプロバイダーのインフラを経由することを意味する点にも注意してください。
📍 一文で説明
AUTOMATIC1111はAGPL-3.0(GNU Affero General Public License v3.0)の下でライセンスされており、ダウンロード、セルフホスト、改変はいずれも無料で、公式の有料プランやホスティングプランは一切ありません。
💬 簡潔に説明
サブスクリプションもプレミアム版も、AUTOMATIC1111を製品として販売する企業もありません — これは自分自身で運用する、コミュニティによって維持されるオープンソースプロジェクトであり、唯一のコストは自分自身のハードウェアと電気代です。
AUTOMATIC1111 vs. 代替ツール
AUTOMATIC1111(Stable Diffusion web UI)
- 最適な用途:
- 最大級の一つとされるチュートリアル・拡張機能の蓄積、タブ形式のシンプルさ
- メンテナンスペース(2026年):
- 中核の
masterは2024年半ば以降減速。devブランチは今も時々コミットを受ける - ライセンス:
- AGPL-3.0
- 主なトレードオフ:
- 最もドキュメント化された選択肢だが、新しいモデルへの対応は先にフォークに反映される傾向
Stable Diffusion WebUI Forge
- 最適な用途:
- AUTOMATIC1111に近い操作感で機能や新モデルへの対応がより速い
- メンテナンスペース(2026年):
- 本家AUTOMATIC1111より活発。自身のREADMEによれば定期的に本家と同期
- ライセンス:
- AGPL-3.0
- 主なトレードオフ:
- AUTOMATIC1111自体よりコミュニティは小規模。元のコードベースの全体構造は引き続き踏襲
ComfyUI
- 最適な用途:
- 生成パイプラインに対するノードグラフベースのきめ細かな制御
- メンテナンスペース(2026年):
- 活発に開発、頻繁なコミット
- ライセンス:
- GPL-3.0
- 主なトレードオフ:
- AUTOMATIC1111のタブレイアウトより学習曲線が急。ノードグラフはより強力だが初心者には取っつきにくい
InvokeAI
- 最適な用途:
- キャンバスベースのワークフローを持つ、洗練されたプロ志向のインターフェース
- メンテナンスペース(2026年):
- 活発に開発
- ライセンス:
- Apache-2.0
- 主なトレードオフ:
- AUTOMATIC1111より拡張機能エコシステムは小規模。より方向性の定まったUIでコミュニティスクリプトの乱立は少ない
Fooocus
- 最適な用途:
- 使える画像に到達するまでのクリック数が最少、設定は最小限
- メンテナンスペース(2026年):
- リリースペースは遅め、意図的に対象範囲を絞っている
- ライセンス:
- GPL-3.0
- 主なトレードオフ:
- シンプルさと引き換えに、意図的に設定項目と拡張機能サポートを少なくしている
SD.Next
- 最適な用途:
- モデルとハードウェアの対応範囲がより広い、AUTOMATIC1111的なオールインワンUI
- メンテナンスペース(2026年):
- 活発に開発、頻繁なコミット
- ライセンス:
- Apache-2.0
- 主なトレードオフ:
- 機能面で同等かそれ以上にもかかわらず、AUTOMATIC1111よりコミュニティとチュートリアル基盤は小規模
メンテナンスペースは、2026年9月6日時点でGitHub上で検証された公開のコミットおよびリリース活動に基づいており、変化する可能性があります — 活動レベルだけで判断する前に、各プロジェクト自身のリポジトリを確認してください。基盤となるモデルの比較についてはStable Diffusionレビューを、ローカルとクラウドのトレードオフについてはローカルAI画像生成 vs. クラウドを参照してください。
AUTOMATIC1111を使うべき人
- 最大級とされるチュートリアルとコミュニティの回答基盤を求める読者。 最初に市場に登場し、最も長いインストール実績を持つため、Stable Diffusion UIに関するフォーラム投稿、YouTubeチュートリアル、Stack Overflow風の回答の多くが、AUTOMATIC1111を具体的に参照しています。
- ControlNetと成熟した拡張機能カタログを求める読者。 ControlNet拡張機能とその他数千のコミュニティ拡張機能は、中核プロジェクトのコミットが減っている期間中でも、引き続き活発に使われ、多くの場合活発にメンテナンスされています。
- ノードグラフよりタブ形式のインターフェースを好む読者。 テキストフィールド、スライダー、ボタンがタブに整理されたAUTOMATIC1111のレイアウトは、ComfyUIのノードベースのキャンバスよりも、初めて使う人にとって一般的に取っつきやすいものです。
- 完全なローカル制御とプライバシーを求める読者。 インストール後は、生成がすべて自分自身のGPU上で行われます。意図的にそうする拡張機能をインストールしない限り、プロンプトや画像データが自分のマシンから外に出ることはありません。
- UI自体のライセンス費用をゼロにしたい、予算に限りのある読者。 AGPL-3.0であることは、このソフトウェアがサブスクリプションなしに無料で利用、改変、再配布できることを意味します。
AUTOMATIC1111を使うべきでない人
- 最新のモデルアーキテクチャへの初日対応を求める読者。 中核プロジェクトのリリースペースが2024年半ば以降遅くなっていることを踏まえると、新しいモデルへの対応はForge、ComfyUI、SD.Nextのような活発にメンテナンスされているフォークに先に現れる傾向があります — 最先端のモデル対応が最も重要な場合は、これらを検討してください。
- コマンドライン操作に一切触れたくない、ワンクリックのアプリを求める読者。 インストールにはPythonとGitが必要で、システムによっては依存関係のバージョンを手動でトラブルシューティングする必要があります — 完全に洗練された一般消費者向けアプリの体験を求める読者は、Fooocusの簡略化されたインストーラーやクラウドツールの方が向いているかもしれません。
- 予測可能なスケジュールでの、保証された活発な中核リポジトリのバグ修正が必要な読者。
masterブランチで2,500件を超えるオープンIssueがあり、2024年7月以降新しいタグ付きリリースがないことを踏まえると、厳格な信頼性要件を持つ読者は、新しく報告されたバグへの迅速な対応を前提とすべきではありません。 - 多段階パイプラインに対する最大限のワークフロー制御を求める読者。 ComfyUIのノードグラフアプローチは、一般的にAUTOMATIC1111のタブ形式レイアウトよりも、複雑で多段階の生成パイプラインに対してより精密な制御を提供します。
- SLA付きのベンダーサポート製品を必要とする企業チーム。 AUTOMATIC1111は公式のサポート契約、有料プラン、サービスレベル契約のないコミュニティプロジェクトです — 契約に基づくサポートが必要なチームは、代わりに商用のクラウド画像生成製品を検討すべきです。
よくある質問
AUTOMATIC1111はStable Diffusionと同じものですか。
いいえ。Stable Diffusionは基盤となるオープンウェイトのモデルファミリーであり、AUTOMATIC1111(Stable Diffusion web UI)は、それらのモデル重みを読み込みブラウザから画像を生成できるようにする、別個の無料フロントエンドインターフェースです。実際に使うには両方が必要です。モデル重み(別途ダウンロード)と、AUTOMATIC1111のようなUIです。
AUTOMATIC1111は2026年時点でまだメンテナンスされていますか。
中核のmasterブランチは目に見えて減速しています。最後にタグ付けされたリリースであるv1.10.1は2024年7月に出荷され、リリースノートは2025年2月に公開されましたが、2026年9月時点でその後の新しいタグ付きリリースは続いていません。devブランチは引き続き時折コミットを受けており、直近は2026年3月でした。最も使われているフォークであるForgeは、自身のREADMEで「元のSD-WebUIは今やほぼ静的」と述べています。今も動作し広く使われ続けていますが、最速のアップデートを求める読者は、Forge、ComfyUI、SD.Nextのような活発にメンテナンスされている代替も検討すべきです。
AUTOMATIC1111は無料ですか。
はい。AGPL-3.0ライセンスの下で提供されており、ダウンロード、セルフホスト、改変はいずれも無料です。公式の有料プラン、サブスクリプション、ホスティングプランは存在しません — 唯一のコストは自分自身のハードウェアと電気代です。それでも、独自のライセンス条件を持つStable Diffusionのモデル重みは別途ダウンロードする必要があります。
AUTOMATIC1111におけるControlNetとは何ですか。
ControlNetは、AUTOMATIC1111向けの圧倒的に最も広く使われているコミュニティ拡張機能です。ポーズのスケルトン、深度マップ、エッジの輪郭といった参照画像によって、テキストプロンプトだけよりもはるかに精密に生成画像の構図を誘導できます。組み込みのExtensionsタブからインストールされ、AUTOMATIC1111の中核コードベースの一部ではありません。
AUTOMATIC1111を実行するにはどのようなハードウェアが必要ですか。
SD 1.5のチェックポイントでは、ドキュメント上の最小要件は4 GBのVRAMです(一部では2 GBでも動作したという報告があります)。6〜8 GBあればより快適です。SDXLのチェックポイントでは、メモリ最適化を有効にした状態で8 GBのVRAMが必要になると想定してください。快適に使うには12 GB以上が目安です。NVIDIAのGPUが公式に推奨され最もサポートされている経路です。AMD、Intel、Apple Siliconは、それぞれ別個のプラットフォーム固有のセットアップ手順によってサポートされています。
AUTOMATIC1111とForgeの違いは何ですか。
Forgeは、開発者lllyasviel氏によって、パフォーマンスの最適化や新しいモデルへのより速い対応を追加することを目的に作られた、AUTOMATIC1111のコードベースのフォークです。Forge自身のREADMEによれば、継続的にではなく、元のAUTOMATIC1111プロジェクトとおおむね90日ごと、あるいは重要な修正があるときに定期的に同期します。開発者は元のプロジェクトの開発が目に見えて遅くなっていると述べています。より活発に開発が続くAUTOMATIC1111風のインターフェースを求める読者にとって、Forgeは一般的により良い選択肢です。
AUTOMATIC1111とComfyUIの違いは何ですか。
AUTOMATIC1111はタブ形式のインターフェース(テキストフィールド、スライダー、ボタン)を使用しており、一般的に初心者にとって取っつきやすいものです。ComfyUIは、処理の各ステップを表すブロックを接続していくノードグラフ形式のインターフェースを使用しており、複雑なパイプラインに対してより細かな制御を提供しますが、その分学習曲線は急になります。ComfyUIは2026年時点でも、より頻繁な開発活動を示しています。
AUTOMATIC1111はどこでダウンロードできますか。
公式のソースはGitHub上のAUTOMATIC1111/stable-diffusion-webuiリポジトリで、コード、インストールWiki、NVIDIA、AMD、Intel、Apple Siliconのハードウェアごとのセットアップ手順へのリンクが含まれています。利用するには、Stable Diffusionのモデル重み(例えばHugging Faceから)を別途ダウンロードする必要があります。
総評
AUTOMATIC1111は、最初に登場したことによってローカルStable Diffusionの標準インターフェースとしての地位を勝ち取り、その結果生まれたエコシステム — 何よりもControlNet拡張機能、そしてその他数千のコミュニティツール、チュートリアル、フォーラムの回答 — は、2026年になっても依然として最大の強みです。とはいえ、正直なレビューとして、証拠が示すことをはっきり述べる必要があります。中核プロジェクトの開発ペースは2024年半ば以降目に見えて減速しており、v1.10.1以降新しいタグ付きリリースはなく、最も人気のある独自のフォーク自身がそれを「今やほぼ静的」と表現しています。それでもインストールでき、動作し続け、SD 1.5やSDXLのチェックポイントで引き続き良好な結果を生み出しているため、すでに使っている読者が急いで乗り換える理由はありません。しかし2026年にゼロから始める読者、特に最新のモデルアーキテクチャや最速のバグ修正を求める読者は、単に名前の知名度だけでAUTOMATIC1111を選ぶのではなく、Forge、ComfyUI、SD.Nextを併せて真剣に検討すべきです。
出典
- GitHub上のAUTOMATIC1111/stable-diffusion-webui — 公式リポジトリ、コード、リリース、コミット履歴。
- AUTOMATIC1111/stable-diffusion-webui Releases — v1.10.1を含む検証済みのリリース日(コードは2024年7月27日のもの、2025年2月9日に公開)。
- AUTOMATIC1111/stable-diffusion-webui LICENSE.txt — AGPL-3.0ライセンスの全文。
- AUTOMATIC1111/stable-diffusion-webui Wiki — NVIDIA、AMD、Intel、Apple Siliconのインストールガイド。
- GitHub上のStable Diffusion WebUI Forge — AUTOMATIC1111の開発ペースとForgeの90日同期方針についてのREADMEの記述。
- GitHub上のMikubill/sd-webui-controlnet — AUTOMATIC1111向けのControlNet拡張機能。
- GitHub上のComfyUI、GitHub上のInvokeAI、GitHub上のFooocus、GitHub上のSD.Next — 比較のために参照した代替UIのリポジトリ。
