로컬 AI 이미지 생성 도구 비교 — ComfyUI · Forge · Fooocus · InvokeAI 무엇부터

「Forge」를 검색하면 저장소가 두 개 나온다

홍길동은 2편과 3편을 따라 프로그램을 깔아 두고 몇 주를 썼다. 그러다 새로 나온 모델 하나가 눈에 들어와 「Forge」를 다시 검색했는데, 이번에는 같은 이름을 단 저장소가 둘 나왔다. 어느 쪽 설치 안내를 따라야 하는지부터 막혔다. 도구를 고르는 일이 화면 취향을 고르는 일이라고 생각하면 여기서 걸린다. 화면 이야기로 들어가기 전에 그 이름이 가리키는 저장소가 어디인지를 먼저 적어 두어야 한다.

원조 쪽은 lllyasviel/stable-diffusion-webui-forge다. README는 이 프로젝트를 AUTOMATIC1111 WebUI 위에 올린 플랫폼이라고 설명하고, 이름은 「마인크래프트 포지」에서 따왔다고 적었다. 같은 문단에 기준 버전도 밝혀 두었다. Forge는 SD-WebUI 1.10.1을 기준으로 삼고 있으며, 원래 WebUI가 거의 멈춰 있어서 90일마다 또는 중요한 수정이 있을 때 맞춘다고 했다.

다른 쪽은 Haoming02/sd-webui-forge-classic이고, 기본 브랜치 이름이 neo다. 3편에서 깐 것이 이쪽이다. 이 저장소의 README는 자기 자리를 직접 적어 두었다. lllyasviel가 바빠지기 전 Gradio 4.40.0 위에 서 있던 Forge의 latest 버전을 이어받는 것이 「Neo」의 주된 역할이고, 최적화와 쓰기 편한 정도에 초점을 맞춰 최신 인기 모델을 쉬운 화면으로 돌리는 것을 목표로 한다고 했다. 같은 저장소에 classic 브랜치가 따로 있어서, 주소를 적을 때는 브랜치까지 같이 적어야 한다.

이름과 주소가 어긋나는 건 Forge만이 아니다. 예전 글과 예전 문서가 가리키는 github.com/comfyanonymous/ComfyUI는 2026년 9월 21일 기준 github.com/Comfy-Org/ComfyUI로 301 넘김이 걸려 있다. 주소가 살아 있으니 눌러도 열리기는 하지만, 저장소 이름으로 검색하거나 스크립트로 받아 올 때는 새 주소를 쓰는 편이 낫다. Fooocus는 반대로 본체 README가 파생 저장소 목록을 직접 실어 두었다. Fooocus-Control, RuinedFooocus, Fooocus-MRE, mashb1t/Fooocus가 이름으로 올라가 있다.

그래서 이 글의 표는 도구 이름이 아니라 저장소 주소와 브랜치를 단위로 적는다. 아래 네 갈래는 실제로는 다섯 저장소다.

마지막 커밋과 마지막 릴리스를 직접 본 날

「활발히 개발 중」이라는 말은 글마다 기준이 달라서 그대로 옮겨 적을 수 없다. 대신 누구나 같은 값을 다시 잴 수 있는 두 숫자를 본다. 기본 브랜치의 마지막 커밋 시각과, 가장 나중에 게시된 릴리스의 날짜다. 릴리스는 태그 이름이 아니라 게시일로 고른다. 아래 표는 2026년 9월 21일에 GitHub API로 다섯 저장소를 차례로 조회한 값이다. 시각은 API가 주는 그대로 UTC 기준이다.

표의 아래 두 줄에는 저장소 스스로 밝혀 둔 설명이 따로 붙는다. Fooocus README는 첫 절 제목을 「Project Status: Limited Long-Term Support (LTS) with Bug Fixes Only」로 달아 두었다. 스테이블 디퓨전 XL 구조 위에 통째로 지은 프로젝트라 앞으로는 버그 수정만 하고, 새 모델 구조로 옮기거나 끌어안을 계획은 지금으로서는 없다고 적었다. 같은 절 끝에는 FLUX 같은 새 모델을 쓰고 싶은 사람에게 WebUI Forge나 ComfyUI/SwarmUI 쪽을 보라는 안내까지 직접 달아 두었다. 프로젝트가 스스로 경계를 그어 둔 셈이다.

원조 Forge 쪽은 README 안에 「Forge Status」라는 표가 있다. 기능별로 정상인지 깨졌는지와 함께 마지막으로 시험한 날짜를 적어 두는 표인데, 2026년 9월 21일에 연 README에서 그 날짜들은 2024년 7월과 8월, 마지막 한 줄이 2024년 9월 9일이다. 릴리스 쪽은 이름이 함정이다. 이 저장소의 릴리스는 둘인데, latest라는 이름이 붙은 쪽의 게시일이 2024년 2월 5일이고 previous라는 이름이 붙은 쪽이 2024년 7월 22일로 더 나중이다. 이름이 latest라고 그것이 마지막 릴리스는 아니라서, 목록을 받아 게시일로 정렬해 골라야 한다. 태그까지 세면 v1.7.0d를 더해 셋이다. 다만 main 브랜치의 마지막 커밋은 2025년 6월 26일이고, 저장소 전체 기준 마지막 푸시는 2025년 7월 31일이다. 커밋이 완전히 끊긴 것은 아니고, 릴리스와 자체 점검표가 멈춰 있는 상태다.

이 표는 조회한 날의 사진이다. 숫자가 아니라 재는 방법을 가져가는 편이 오래 간다. 다시 재는 절차는 이 글 끝의 점검표에 적어 두었다.

설치가 끝나는 지점이 서로 다르다

넷 다 「로컬에서 도는 무료 프로그램」이지만, 처음 화면이 뜰 때까지 사람이 해야 하는 일의 성격이 다르다. 압축을 푸는 것으로 끝나는 쪽과, git과 파이썬 환경을 손으로 세우는 쪽이 같은 줄에 있지 않다.

표에 적힌 「가장 쉬운 길」이 늘 최신이라는 뜻은 아니다. Fooocus README의 윈도 내려받기 단추는 2026년 9월 21일 기준 Fooocus_win64_2-5-0.7z를 가리키는데, 이 저장소의 최신 릴리스 태그는 v2.5.5다. 받아서 바로 도는 덩이와 태그가 어긋나 있는 경우라, 받은 뒤 프로그램이 스스로 갱신하는지를 첫 실행에서 확인하는 편이 낫다.

원조 Forge는 또 다른 갈래다. README가 권하는 것은 git과 파이썬까지 들어 있는 원클릭 압축 덩이고, CUDA·PyTorch 조합에 따라 파일이 여러 개다. README는 CUDA 12.1 + PyTorch 2.3.1 쪽을 권장으로, CUDA 12.4 + PyTorch 2.4 쪽을 가장 빠르지만 MSVC가 깨져 있을 수 있고 xformers가 안 돌 수 있다고 나란히 적어 두었다. 고르는 사람이 이 단서를 읽어야 하는 구조다.

어느 길이든 프로그램을 깐 다음에 모델 파일을 따로 받아야 한다는 점은 같다. Fooocus만 예외적으로 첫 실행 때 프리셋에 맞는 기본 모델을 스스로 받는다고 README에 적혀 있다. 받는 자리와 고르는 기준은 모델 다운로드 편과 4편에 따로 정리해 두었다. 프로그램을 까는 전체 순서 자체가 처음이라면 스테이블 디퓨전 설치 완전 가이드부터 보는 편이 빠르다.

화면이 사람에게 묻는 것

네 프로그램의 첫 화면은 사람에게 서로 다른 것을 묻는다. 이 차이가 취향이 아니라 «무엇을 먼저 배워야 하는가»를 가른다.

Fooocus README는 이 지점을 미드저니와 한 줄씩 맞댄 표로 설명한다. 미드저니의 --style은 고급 탭의 Style, --stylize는 Guidance, --repeat은 Image Number로 옮겨 놓은 식이다. 짧은 프롬프트든 1000단어짜리 프롬프트든 결과가 무너지지 않게 하려고 오프라인 GPT-2 기반 프롬프트 처리 엔진과 여러 샘플링 개선을 넣었다는 설명도 같은 표에 적혀 있다. 숫자 칸을 덜 만지게 만드는 것이 이 프로그램의 설계다.

반대편에 ComfyUI가 있다. 노드를 잇는 화면은 처음에 손이 많이 가지만, 만든 작업 흐름을 JSON으로 저장하고 불러올 수 있고, 지원하는 형식으로 만든 결과물에서 작업 흐름과 시드를 되살릴 수 있다고 README가 적었다. 한 번 짠 순서를 다시 쓰는 일이 잦다면 이쪽의 값이 올라간다. InvokeAI는 두 성격을 한 창에 같이 둔 쪽이다. 캔버스와 갤러리·보드 관리, 모델 매니저, 노드 워크플로가 같은 웹 UI 안에 있고, 이미지에 담긴 메타데이터로 예전에 쓴 프롬프트와 설정을 불러오는 기능도 README에 적혀 있다.

지금 A1111을 쓰고 있어서 화면만 바꾸려는 경우라면, 따라오는 것과 다시 맞춰야 하는 것을 이사 편에 따로 정리해 두었다. 화면을 바꾼다고 같은 시드가 같은 그림을 주지는 않는다.

README가 적어 둔 모델의 폭

고르는 기준 가운데 가장 늦게 드러나고 가장 되돌리기 어려운 것이 이 칸이다. 프로그램을 익히고 나서 「그 모델은 여기서 안 된다」를 알면 처음부터 다시 배워야 한다.

Fooocus는 README가 직접 선을 그었다. 이 프로젝트는 스테이블 디퓨전 XL 구조 위에 통째로 지었고, 새 모델 구조로 옮길 계획은 지금 없다고 적혀 있다. 오픈소스 쪽이 하나의 방식으로 모이면 달라질 수 있다는 단서를 붙였지만, 오늘 고르는 사람 기준으로는 SDXL 계열 테두리 안이라고 읽는 편이 맞다. 기본으로 받는 모델도 일반은 juggernautXL, 실사는 realisticStockPhoto, 애니는 animaPencilXL로 셋 다 SDXL 계열이다.

나머지 셋은 README가 적은 목록의 폭이 훨씬 넓다. ComfyUI README의 대표 목록에는 Stable Diffusion 1.5와 SDXL, SD3.5, Flux.1과 Flux.2, Qwen Image, Z-Image 같은 이름이 이미지 생성 항목에 올라 있고, 그 아래로 이미지 편집·영상·오디오·3D·텍스트 항목이 따로 나뉘어 있다. InvokeAI README의 모델 지원 목록도 SD 1.5부터 SD 3.5 Medium·Large, Flux.1 계열과 Flux.2 Dev·Klein, Z-Image, Krea 2, Qwen Image까지 줄줄이 적혀 있고, 끝쪽 몇 줄에는 API로만 쓰는 항목이라는 표시가 붙어 있다. Forge Neo README의 새 기능 목록에도 Krea 2와 Anima, Flux.2-Klein 4B·9B, ERNIE-Image가 들어가 있다.

목록을 옮겨 적는 것보다 중요한 것은 읽는 방법이다. ComfyUI README는 자기 목록을 「대표적인 것을 추린 목록」이라고 밝혀 두었고, Forge Neo README의 항목에는 별도 확장이나 특정 LoRA가 있어야 한다는 단서가 붙은 줄이 섞여 있다. InvokeAI 목록의 API 표시는 내 PC에서 도는 것이 아니라 바깥 서비스를 부른다는 뜻이다. 「목록에 있다」와 「내 카드에서 돈다」는 다른 문장이다. 뒤쪽은 1편에서 모델별로 갈라 두었다.

공식 문서에 최소 사양이 적힌 곳은 둘뿐이다

네 프로젝트의 공식 문서를 같은 날 훑어 보면, 숫자로 된 최소 사양을 적어 둔 곳은 Fooocus와 InvokeAI 둘이다. ComfyUI README에는 최소 VRAM 숫자가 없고 「이 용도로 어떤 GPU를 사야 하나」라는 질문을 위키 문서로 넘긴다. 원조 Forge와 Forge Neo의 README에도 최소 VRAM 수치는 없다.

Fooocus의 표는 GPU 세대를 축으로 잡는다. RTX 2000·3000·4000 계열은 최소 GPU 메모리 4GB에 시스템 메모리 8GB, RTX 3000이 2000보다 대체로 빠르고 4000이 가장 빠르다고 적혀 있다. GTX 1000 계열은 8GB로 올라가고 6GB는 불확실하다는 표시가 붙으며, 설명 칸에는 CPU보다 조금 빠른 정도라고 적혀 있다. 모든 줄에 시스템 스왑이 필요하다는 표시가 있다.

InvokeAI 문서의 표는 축이 다르다. GPU 세대가 아니라 모델 계열을 기준으로 잡는다.

같은 문서가 이 숫자들을 「가장 좋은 성능을 내기 위한 대략적인 기준」이라고 밝히고, VRAM이 더 적은 GPU도 대체로 조금 느릴 뿐 동작하는 편이라고 적어 두었다. 표 옆 비고 칸에는 FP8이면 더 낮은 VRAM에서도 된다거나 GGUF 양자화면 얼마까지 내려간다는 단서가 계열마다 붙어 있다. 애플 실리콘 맥은 모두 동작하되 메모리 16GB 이상을 권하고, AMD는 리눅스에서만, 인텔 Arc는 윈도와 리눅스 x86_64에서 지원한다는 문장도 같은 쪽에 있다.

이 두 표가 있다는 것 자체가 고르는 데 쓸모가 있다. 공식에 숫자가 있으면 내 카드와 맞대어 미리 자를 수 있고, 없으면 실제로 돌려 보기 전까지는 모른다. 숫자가 없는 두 프로그램을 고를 때는 1편의 모델별 VRAM 표로 모델 쪽에서 잘라 들어가는 편이 빠르다.

프로그램 라이선스는 그림의 라이선스가 아니다

앞 표의 라이선스 칸은 GitHub가 저장소마다 붙여 둔 값 그대로다. ComfyUI와 Fooocus가 GPL-3.0, 원조 Forge와 Forge Neo가 AGPL-3.0, InvokeAI가 Apache-2.0이다. InvokeAI README는 자기 조건을 「상업적으로 쓰기 편한 라이선스」라고 표현하고, 이 코드가 여러 상용 제품의 바탕이 된다고도 적어 두었다.

여기서 섞이기 쉬운 것이 하나 있다. 이 값들은 프로그램을 쓰고 고치고 다시 배포할 때의 조건이다. 그 프로그램으로 뽑은 그림에 붙는 조건은 다른 문서, 즉 쓰는 모델 쪽의 라이선스에서 나온다. 둘은 서로 다른 원문이다. 모델 쪽 조건은 라이선스 편에 따로 정리해 두었다.

그래서 무엇부터 — 갈림은 세 개다

앞의 다섯 칸을 한 줄로 줄이면 고르는 질문은 세 개로 좁혀진다. 화면 취향이 아니라 이 셋이 순서를 정한다.

하나, 지금 카드가 작고 그림이 급하다. Fooocus 쪽이 짧다. 공식 표가 RTX 2000 계열 이상에서 VRAM 4GB와 RAM 8GB를 최소로 적고 있어 하한이 가장 낮고, 압축을 풀고 run.bat을 누르는 것으로 설치가 끝나며, 기본 모델을 첫 실행 때 스스로 받는다. 대신 README가 밝힌 대로 SDXL 계열 테두리 안이라는 것을 알고 들어가야 한다.

둘, 그리고 고치고 관리하는 일을 한 창에서 하고 싶다. InvokeAI 쪽이 맞는다. 런처 실행 파일 하나로 설치와 갱신이 묶이고, 캔버스와 갤러리·모델 매니저가 같은 화면에 있다. 무엇보다 모델 계열별 최소 사양 표가 공식 문서에 있어서, 내 카드로 어디까지 갈 수 있는지를 깔기 전에 잘라 볼 수 있다.

셋, 새로 나오는 모델을 계속 따라가고 싶다. 이때는 릴리스가 도는 두 곳이 남는다. 노드로 짜는 것이 괜찮고 만든 순서를 재사용할 생각이면 ComfyUI, A1111식 탭 화면이 익숙하고 git 설치가 부담이 아니면 Forge Neo다. 원조 Forge 주소는 이 갈래에서 빠진다. 마지막 릴리스가 2024년 7월에 멈춰 있고 README 자체 점검표의 마지막 시험 날짜도 2024년이라, 「새 모델을 따라간다」는 목적과는 어긋난다.

넷을 한꺼번에 비교해서 하나를 고르려고 하면 오래 걸린다. 이미 하나를 깔아 두었다면 그걸 버리고 갈아탈 이유는 대개 모델 쪽에서 온다. 화면이 불편해서가 아니라 쓰고 싶은 모델이 그 화면에서 안 열려서다.

이 표가 낡았을 때 다시 재는 법

여기 적힌 날짜는 2026년 9월 21일의 값이라 몇 달 뒤에는 어긋난다. 그때 새 비교 글을 찾는 대신 같은 네 줄을 직접 재면 된다. 도구가 바뀌어도 절차는 그대로다.

네 줄 가운데 마지막이 값이 제일 크다. Fooocus의 LTS 선언과 Forge Neo의 「이어받는다」는 문장은 둘 다 README 첫머리에 있었고, 그 두 줄만 읽어도 이 글의 결론 대부분이 나온다. 남이 요약한 상태 말고 프로젝트가 스스로 적어 둔 문장을 먼저 찾는다.

프로그램을 정하고 나면 그다음은 모델과 설정이다. 받을 모델을 고르는 기준은 4편에, 첫 그림이 이상할 때 어느 칸부터 손보는지는 5편에 있다.

자주 묻는 것

처음이면 ComfyUI · Forge · Fooocus · InvokeAI 중 무엇부터 깔까요?

목적으로 가른다. 카드가 작고 그림부터 빨리 보고 싶으면 Fooocus다. 공식 최소 사양 표가 RTX 2000 계열 이상에서 VRAM 4GB · RAM 8GB로 가장 낮고, 압축을 풀고 실행하는 것으로 설치가 끝난다. 그리고 고치고 관리까지 한 창에서 하고 싶으면 InvokeAI, 새로 나오는 모델을 계속 따라갈 생각이면 ComfyUI나 Forge Neo다.

「Forge」를 검색하면 저장소가 둘 나오는데 어느 쪽인가요?

원조는 lllyasviel/stable-diffusion-webui-forge이고, 지금 릴리스가 도는 쪽은 Haoming02/sd-webui-forge-classic의 neo 브랜치다. 2026년 9월 21일 기준으로 앞쪽은 마지막 릴리스가 2024년 7월 22일에 멈춰 있고 README 자체 점검표의 마지막 시험 날짜도 2024년이며, 뒤쪽은 2026년 9월 1일에 2.29 릴리스가, 9월 18일에 커밋이 있다. 뒤쪽 저장소에는 classic 브랜치도 따로 있어서 주소를 적을 때 브랜치까지 같이 적는다.

Fooocus로 FLUX 같은 최신 모델을 쓸 수 있나요?

Fooocus README가 직접 답해 둔 항목이다. 이 프로젝트는 스테이블 디퓨전 XL 구조 위에 통째로 지었고 새 모델 구조로 옮길 계획은 지금 없다고 적었으며, FLUX 같은 모델을 쓰려는 사람에게는 WebUI Forge나 ComfyUI/SwarmUI 같은 다른 쪽을 보라고 같은 절에서 안내한다.

공식 문서에 최소 사양이 없는 프로그램은 어떻게 재나요?

프로그램이 아니라 모델 쪽에서 자른다. 2026년 9월 21일 기준으로 최소 사양을 숫자로 적어 둔 곳은 Fooocus와 InvokeAI 둘이고, ComfyUI README는 GPU 선택 질문을 위키로 넘기며 Forge 계열 README에는 수치가 없다. 그래서 「내 카드로 이 모델이 되나」를 먼저 재고 프로그램은 그다음에 고르는 편이 빠르다.

여기 적힌 날짜가 낡으면 어떻게 다시 재나요?

저장소 첫 화면에서 네 줄만 본다. 기본 브랜치 이름과 옛 주소의 넘김 여부, 기본 브랜치의 마지막 커밋 날짜, Releases 탭 맨 위 태그의 날짜, 그리고 README 첫머리에 프로젝트가 스스로 적어 둔 상태 문장이다. 마지막 줄이 가장 정확하다.

참고 자료

1. Comfy-Org. ComfyUI — README — 시각 노드 그래프, 대표 모델 목록, 작업 흐름 JSON 저장·복원, 데스크톱 앱 권장과 윈도 포터블에 대한 단서, GPU 선택을 위키로 넘기는 QA 절. github.com
2. lllyasviel. stable-diffusion-webui-forge — README — A1111 위에 올린 플랫폼이라는 설명, SD-WebUI 1.10.1 기준과 90일 동기화, 원클릭 압축 덩이의 CUDA·PyTorch 조합별 단서, 마지막 시험 날짜가 적힌 「Forge Status」 표. github.com
3. Haoming02. sd-webui-forge-classic(neo) — README — 「Neo」가 Forge의 latest 버전을 이어받는다는 설명, git clone과 uv 가상환경으로 이어지는 설치 절차, Krea 2 · Anima · Flux.2-Klein · ERNIE-Image가 들어간 새 기능 목록. github.com
4. lllyasviel. Fooocus — README — 「Limited Long-Term Support (LTS) with Bug Fixes Only」 상태 선언과 SDXL 구조 한정, FLUX를 위한 대안 안내, 마우스 클릭 3회 미만 설치, GPU 세대별 최소 사양 표, 기본 모델과 프리셋, 파생 저장소 목록. github.com
5. Invoke. InvokeAI — README — 통합 캔버스와 워크플로·노드, 보드와 갤러리, 모델 지원 목록과 API 전용 표시, 런처로 설치한다는 안내, 상업적으로 쓰기 편한 라이선스라는 표현. github.com
6. Invoke. InvokeAI Documentation — System Requirements · Simple Installation — 모델 계열별 VRAM · RAM 최소 표와 그 기준에 대한 단서, 애플 실리콘 · AMD · 인텔 Arc 지원 범위, 런처가 파이썬을 함께 설치한다는 설명. system-requirements · installation
7. GitHub REST API. repos · commits · releases — 다섯 저장소의 최신 릴리스 태그와 게시일, 기본 브랜치의 마지막 커밋 시각, 라이선스 표시. 2026년 9월 21일 조회. docs.github.com