Open WebUI는 가격표를 전혀 공개하지 않는다. openwebui.com/pricing과 openwebui.com/enterprise는 모두 404를 반환하며, 채팅 인터페이스는 좌석 수 제한과 요청 수 제한 없이 무료로 자체 호스팅할 수 있다. 엔터프라이즈 라이선스가 제한하는 것은 사용하는 사람 수가 아니라 Open WebUI 브랜딩 제거와 Terminals 같은 엔터프라이즈 전용 추가 기능이다. 구매자가 실제로 알아야 할 수치는 프로젝트가 청구하지 않는 세 가지, 즉 머신, 모델 토큰, 그리고 입력하지 않은 토큰을 조용히 전송하는 Open WebUI 내부 설정이다. 세 항목 모두 출처 및 확인 날짜와 함께 아래에 제시한다.
이 질문과 관련해 잘못된 가격이 세 가지 유통되고 있으므로 먼저 정리해야 한다. 좌석당 연 $60은 실제 공식 가격이지만, 별도의 라이선스를 사용하는 동일 팀의 별도 제품인 Open WebUI Computer의 Supporter 등급이다. 해당 cptr 패키지의 무료 등급에는 "$0 forever"라고 적혀 있다. 검색 결과에서 Open WebUI에 귀속된 연간 엔터프라이즈 금액은 타사 호스팅 업체에서 나온 것이며 공식 페이지에는 나타나지 않으므로 여기서는 반복하지 않는다. 또한 월 $19의 "Pro" 플랜은 openwebui.net에 속한다. 이 유사 도메인은 openwebui.com이 아니며 자체 문구에서 앱을 "NextChat"으로 브랜딩한다(2026년 9월 21일 확인). 이 도메인은 알아볼 수 있도록 언급할 뿐 의도적으로 링크하지 않는다.
소프트웨어 비용과 라이선스가 실제로 제한하는 항목
프로젝트 홈페이지는 요금제가 아니라 설치를 홍보한다. "pip install open-webui / One command. 60 seconds. No account required." 저장소는 현재 운영 중이며 보관 처리되지 않았고, main의 가장 최근 커밋은 2026년 9월 4일에 작성되었다. 현재 릴리스는 v0.11.3이며, 해당 파일은 2026년 8월 31일 PyPI에 게시되었다. 공식 정보 간에 한 가지 불일치가 있다. 홈페이지 블로그 카드는 여전히 8월 25일의 v0.11.1을 제목으로 표시한다. 이는 블로그 게시물이지 버전 배너가 아니며, 릴리스의 기준은 GitHub Releases다.
라이선스에도 같은 주의가 필요합니다. GitHub는 이를 NOASSERTION / "Other"로 표시하지만, 서드파티 글에서는 여전히 BSD-3이라고 부르는 경우가 많습니다. 둘 다 절반만 맞습니다. LICENSE 파일은 BSD-3 텍스트에 네 번째 조항이 추가된 형태이며, v0.6.6에서 도입된 이 조항은 "어느 시점을 기준으로 하든 연속된 삼십(30) 일 기간 내 최종 사용자의 총수가 … 오십(50) 명을 초과하지 않는 경우", 서면 허가를 받은 경우 또는 엔터프라이즈 라이선스를 보유한 경우를 제외하고 Open WebUI 브랜딩을 변경, 제거, 가리거나 대체하는 행위를 금지합니다. 프로젝트의 라이선스 페이지는 이를 명확히 설명합니다. "브랜딩 요구사항은 대규모 배포(총 50명 이상)에만 적용되며", "누구나 v0.6.5에서 아무런 제한 없이 포크할 수 있습니다". 따라서 현재 OSI 승인 라이선스는 아니며, 소프트웨어 사용 자체에 대한 상한도 아닙니다. 기준값은 실행이 아니라 리브랜딩을 제한합니다.
| 항목 | 비용 | 출처, 2026년 9월 21일 확인 |
|---|---|---|
| Open WebUI, 자체 호스팅, 브랜딩 유지 | $0 — "표준 사용 … 무료"로 표시됨 | Open WebUI for Enterprise |
| 인터페이스의 화이트 라벨링 또는 리브랜딩 | 엔터프라이즈 라이선스 필요; 공개된 금액 없음 | 같은 페이지, 같은 표 |
| 엔터프라이즈 라이선스 자체 | 좌석 수에 관해 비공개로 안내받음 | "배포 최종 사용자 수(좌석)를 알려 주세요" |
| 개인을 위한 엔터프라이즈 라이선스 | 판매하지 않음 | "등록된 법인 및 조직에 한해서만 … 개인 사용자는 수용할 수 없습니다" |
Open WebUI Computer (cptr), 별도의 제품 | 영구적으로 $0; Supporter는 좌석당 연 $60; Enterprise는 맞춤형 | openwebui.com/computer |
| 모델 토큰 | 제공자의 토큰당 요금 | 제공자 자체 청구 |
프로젝트가 자체적으로 설명하는 엔터프라이즈 라이선스의 권한은 "화이트 라벨링, 리브랜딩, 원래 브랜딩 수정 또는 Terminals와 같은 엔터프라이즈 전용 제공 기능"입니다. Terminals는 Open Terminal의 오케스트레이션 계층으로 문서화되어 있으며, 사용자별로 별도의 작업 공간(파일, 프로세스, 패키지 환경, 리소스 제한 및 네트워크 경계)을 프로비저닝합니다. 또한 브랜딩이 아니라 라이선스가 제한하는 기능의 명시된 사례입니다. 서드파티 업체의 관리형 "Open WebUI 호스팅"은 또 다른 문제입니다. 이는 다른 사람의 인프라에서 발생하는 서버 비용입니다. 이 페이지에서는 어떤 관리형 호스트의 검증된 금액도 확인하지 못했습니다. 확인한 한 업체의 요금제 페이지는 일반적인 가져오기 요청에서 숫자 대신 가격 자리 표시자를 렌더링했기 때문입니다. 따라서 어떤 금액도 인용하지 않습니다.
"Open WebUI API 비용"에는 서로 다른 두 가지 질문이 포함되어 있습니다
이 질의는 실제로 모호하며, 두 부분의 답이 서로 다릅니다.
외부로 나가는 호출에 비용이 발생합니다. Open WebUI 자체에는 모델이 없으므로 모든 토큰은 구성한 엔드포인트에서 청구됩니다. Open WebUI 자체의 API는 무료입니다. 릴리스된 태그 v0.11.3에서 backend/open_webui/main.py는 GET /api/models (L874), POST /api/chat/completions (L1085), 그리고 더 최신이지만 놓치기 쉬운 Anthropic 형태의 POST /api/v1/messages (L1976)와 그 옆의 POST /api/v1/messages/count_tokens (L1907)를 제공합니다. 이러한 엔드포인트에는 공급자의 키가 아니라 직접 만든 Open WebUI 키로 인증합니다. 이는 정문 역할을 하므로 Open WebUI는 비용을 청구하지 않습니다. 모든 요청은 여전히 구성한 업스트림에 도달하고 그곳에서 청구됩니다. 공급자 대신 Open WebUI를 대상으로 자체 스크립트를 지정해도 청구서가 아니라 라우팅만 바뀝니다.
직접 입력하지 않은, 비용이 청구되는 호출
이 부분은 요금 비교에서 빠지기 쉽습니다. backend/open_webui/config.py를 v0.11.3 태그에서 읽어 보면 네 개의 백그라운드 생성기가 기본적으로 활성화되어 있고 하나는 꺼져 있습니다.
| 설정 | v0.11.3의 기본값 | 무엇에 비용이 발생하는가 |
|---|---|---|
ENABLE_TITLE_GENERATION (L2312) | 참 | 새 채팅마다 이름을 지정하기 위한 추가 completion 1회 |
ENABLE_TAGS_GENERATION (L2310) | 참 | 새 채팅마다 태그를 지정하기 위한 추가 completion 1회 |
ENABLE_RETRIEVAL_QUERY_GENERATION (L2317) | 참 | 검색이 실행될 때마다 추가 completion 1회 |
ENABLE_SEARCH_QUERY_GENERATION (L2315) | 참 | 웹 검색을 사용할 때 추가 completion 1회 |
ENABLE_AUTOCOMPLETE_GENERATION (L2346) | 거짓 | 활성화하지 않는 한 없음 |
TASK_MODEL / TASK_MODEL_EXTERNAL (L2193, L2195) | 비어 있음 | 비어 있다는 것은 해당 작업이 채팅 모델에서 실행된다는 뜻입니다 |
실제로 추가되는 토큰이 얼마나 되는지는 이 페이지에서 측정하지 않았으며, 그렇지 않다고 주장하는 어떤 백분율도 만들어 낸 수치입니다. 확인할 수 있는 구조는 다음과 같습니다. 플래그는 켜져 있고 작업 모델은 설정되지 않았으므로, TASK_MODEL_EXTERNAL에 저렴한 ID를 지정하기 전까지 이름 지정 및 태그 지정 트래픽은 해당 대화에서 이미 사용 중인 채팅 모델로 청구됩니다. Open WebUI 자체 FAQ도 같은 내용을 말합니다. "기본적으로 이러한 작업은 현재 대화 중인 모델을 사용합니다." 그리고 같은 해결책을 권장합니다. 예산을 세우기 전에 알아둘 만한 반대 방향의 기본값도 두 가지 있습니다. 웹 검색은 꺼져 있고(ENABLE_WEB_SEARCH, L1155) 이미지 생성도 꺼져 있는 반면(ENABLE_IMAGE_GENERATION, L1336), 코드 인터프리터는 켜져 있습니다(L422).
네 개의 하위 시스템, 네 개의 엔드포인트 슬롯 — 두 번 읽어 볼 만한 기본값
채팅 호환성은 제품의 나머지 부분으로 이어지지 않습니다. 검색용 임베딩, 음성-텍스트 변환, 텍스트-음성 변환 및 이미지 생성에는 각각 고유한 base URL과 키 쌍이 있으며, 각각의 대체값은 단일한 OPENAI_API_BASE_URL입니다. 사람들이 놀라는 부분은 다음과 같습니다. v0.11.3 태그에서 연결 목록이 만들어진 뒤 config.py의 365번째 줄이 OPENAI_API_BASE_URL = 'https://api.openai.com/v1'를 무조건 재할당합니다. 따라서 이후 평가되는 모든 하위 시스템 기본값(RAG_OPENAI_API_BASE_URL (L1092), IMAGES_OPENAI_API_BASE_URL (L1490), AUDIO_STT_OPENAI_API_BASE_URL (L1565), AUDIO_TTS_OPENAI_API_BASE_URL (L1606))은 채팅에 어떤 변수를 설정했는지와 관계없이 OpenAI 엔드포인트로 확인됩니다. 이는 소스에서 읽은 모듈 수준 기본값입니다. 이 값들은 저장된 구성의 초기값이 되며, 관리 UI에서 재정의할 수 있습니다. 이 페이지에서는 실행 중인 인스턴스에서 동작을 재현하지 않았습니다. Issue #22084도 같은 증상을 설명합니다. 이 이슈는 2026년 3월 1일에 열렸고 현재 완료 상태로 종료되었으므로, 위의 소스 해석은 진행 중인 버그가 아니라 v0.11.3의 모듈 수준 기본값으로 보아야 합니다.
좋은 소식은 기본 설정에서 이 네 슬롯 모두 API 지출 비용이 없다는 것입니다.
| 하위 시스템 | v0.11.3의 기본값 | 기본적으로 발생하는 비용 |
|---|---|---|
| 문서 검색 | RAG_EMBEDDING_ENGINE 비어 있음(L996); 모델 sentence-transformers/all-MiniLM-L6-v2 (L1002) | API 지출 없음 — 임베딩 단계가 자체 CPU와 RAM에서 로컬로 실행됨 |
| 음성을 텍스트로 | AUDIO_STT_ENGINE 비어 있음(L1571), 로컬 Whisper | API 지출 없음; 대신 로컬 컴퓨팅 사용 |
| 텍스트 음성 변환 | AUDIO_TTS_ENGINE 비어 있음(L1620) | API 지출 없음 — 엔진이 설정되지 않으면 서버 자체의 /audio/speech 경로가 외부 호출 대신 404를 반환함(routers/audio.py L559) |
| 이미지 생성 | 꺼짐(L1336) | 활성화하고 엔드포인트를 선택하기 전까지 없음 |
Kunavo는 임베딩을 제공하지 않으며, 음성-텍스트 변환과 텍스트-음성 변환도 제공하지 않습니다.
이 경계에 따라 이러한 슬롯 중 게이트웨이를 가리킬 수 있는 슬롯이 결정됩니다. RAG_OPENAI_API_BASE_URL, AUDIO_STT_OPENAI_API_BASE_URL 및 AUDIO_TTS_OPENAI_API_BASE_URL는 이곳을 대상으로 지정할 슬롯이 아닙니다. 검색 단계를 로컬 기본값으로 유지하세요. 이는 제공되는 설정이면서 무료인 설정이기도 합니다. 또는 해당 단계를 유료로 제공하는 공급자에게 보낼 수 있습니다. 검색 청구서 중 채팅 공급자에 도달하는 유일한 항목은 검색된 텍스트 자체이며, 이는 다음 프롬프트 안의 일반 입력 토큰으로 들어갑니다. RAG 구현에서는 청크 크기와 top-k가 이 입력 수로 변환되는 방식을 다룹니다.
# The chat connection. This is the only slot the setup guides cover.
OPENAI_API_BASE_URL=https://api.kunavo.com/v1
OPENAI_API_KEY=sk-kn-...
# Titles, tags and retrieval queries run on the CHAT model unless you say
# otherwise. TASK_MODEL_EXTERNAL defaults to empty (config.py L2195).
TASK_MODEL_EXTERNAL=claude-haiku-4-5
# Leave the document-embedding step alone: empty means local, and local
# means no API spend at all (config.py L996 and L1002).
RAG_EMBEDDING_ENGINE=
RAG_EMBEDDING_MODEL=sentence-transformers/all-MiniLM-L6-v2하루 채팅에 대한 계산 예시
이는 측정된 비용이 아니며 청구 상한도 아닌, 토큰 산술의 예시입니다. 채팅 창에서 한 사람의 근무일을 가정합니다. 어시스턴트 응답 40회 각각이 캐시되지 않은 입력 토큰 6,000개(표시된 대화와 검색된 청크 포함)를 보내고 출력 토큰 700개를 반환합니다. 총 240,000개의 입력 토큰과 28,000개의 출력 토큰입니다. 그날 새 채팅 8개가 있고, Open WebUI의 기본 제목, 태그 및 검색 쿼리 생성기가 채팅마다 입력 2,000개와 출력 40개로 세 번의 추가 호출을 수행한다고 가정합니다. 호출당 크기는 가정일 뿐이며 측정하지 않았습니다. 요금은 백만 토큰당 적용되는 최신 Kunavo 카탈로그 가격입니다.
| 모델 | 1M당 입력 / 출력 | 채팅 40회 | 백그라운드 작업 | 하루 합계 |
|---|---|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.266 | $0.037 | $0.303 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.286 | $0.038 | $0.323 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $0.798 | $0.111 | $0.909 |
| Claude Sonnet 5 | $1.40 / $7.00 | $0.532 | $0.074 | $0.606 |
채팅 열이 아니라 마지막 열을 읽으세요. 이러한 가정에서 백그라운드 트래픽은 Claude Sonnet 5 하루의 약 12%입니다. 즉, 채팅 이름 지정 및 태그 지정에 $0.074를 사용하며, 총액 $0.606입니다. TASK_MODEL_EXTERNAL을 Claude Haiku 4.5로 설정하면 해당 부분은 $0.037로, 하루 총액은 $0.569로 줄어듭니다. 실제로 사용자가 읽는 내용에는 변화가 없습니다. 이 단일 설정이 같은 등급에서 공급자를 바꾸는 것보다 이 청구액을 더 크게 바꿉니다.
예산으로 간주하기 전에 자신의 사용자 수와 일수를 곱해 조정하고, 이 계산에서 제외된 항목도 유의하세요. 프롬프트 캐싱, 이미지 또는 동영상 생성, 그리고 코드 인터프리터가 호출하는 모든 도구는 제외됩니다. Kunavo 카탈로그 금액은 상한이 아니라 청구 하한입니다. 업스트림에서 요금을 보고하면 청구액은 카탈로그 비용과 업스트림 비용에 해당 마크업을 곱한 금액 중 더 큰 값입니다. Kunavo의 최소 충전액은 선불 크레딧 $10이며, 이는 자금 충전 최소액이지 구독료나 좌석당 요금이 아닙니다. 요청별 원장은 결제 세부정보와 사용량을 참조하세요. Open WebUI도 자체 관점을 제공합니다. v0.11.3 README에는 "사용자와 모델 전반의 메시지량, 토큰 소비량 및 비용을 추적하는" 관리자 대시보드가 설명되어 있습니다. 이 기능은 이 페이지에서 실행하지 않았으며, 동일한 트래픽을 세는 두 미터는 토큰 단위로 일치하지 않을 수 있습니다. 따라서 실제로 자금을 조달하는 쪽과 대조하세요.
어떤 경로가 언제 더 유리한가
| 경로 | 유리한 경우 | 포기해야 하는 것 |
|---|---|---|
| 공급자 직접 API | 한 공급자의 모델로 사용자가 하는 모든 작업 처리 | 두 번째 모델군은 두 번째 연결, 두 번째 키 및 확인해야 할 두 번째 잔액을 의미합니다 |
| 게이트웨이(Kunavo 및 그 대안) | 하나의 키 뒤에 여러 모델군을 하나의 선택기에 두고, 모델별 가격을 한곳에서 확인하려는 경우 | 사용자와 공급자 사이의 계층입니다. 네이티브 프롬프트 캐싱과 같은 공급자별 추가 기능은 게이트웨이마다 다르게 작동하므로, 의존하기 전에 테스트할 가치가 있습니다 |
| Ollama 또는 llama.cpp를 통한 로컬 모델 | 비공개 작업 또는 위험이 낮은 작업, 요청별 요금 없음, Open WebUI에서 두 방식을 모두 기본 지원함 | 호스팅된 최첨단 모델에 비해 필요한 하드웨어와 기능 격차가 있으며, 검색과 긴 대화는 달러가 아니라 RAM 비용을 증가시킵니다 |
| 소비자용 채팅 구독 | 주로 한 공급자의 자체 제품을 원하는 경우 | 연결되지 않습니다. Open WebUI에는 API 엔드포인트가 필요하며 채팅 구독은 API 엔드포인트가 아닙니다 |
| 관리형 Open WebUI 호스팅 | 컨테이너를 직접 실행하고 싶지 않은 경우 | 토큰 비용에 더해지는 서버 비용이며, 검증할 수 있는 가격이 없었기 때문에 이 페이지에는 금액을 인용하지 않습니다 |
공급자 선택보다 설정을 더 크게 좌우하는 프로토콜 세부사항이 하나 있습니다. Open WebUI는 명시적으로 프로토콜 중심입니다. OpenAI Chat Completions 프로토콜을 구현하고 공급자별 API를 코어에 추가하지 않으므로, 전달해야 하는 것은 OpenAI 형태의 /v1 루트이며 Claude 모델에도 동일합니다. 자체 Anthropic 페이지는 https://api.anthropic.com/v1를 OpenAI 연결로 구성하고, 호환성 계층은 테스트용이지 프로덕션용이 아니라는 Anthropic의 경고를 전달합니다. 연결별 API Type 전환에서 Open Responses도 선택할 수 있습니다. 문서에서는 이를 실험적 기능으로 표시하며 "모든 공급자에서 예상대로 작동하지 않을 수 있습니다"라고 경고합니다. Kunavo는 Responses 형태의 경로를 제공하지만 이 조합은 이 페이지에서 런타임 테스트를 하지 않았습니다. 따라서 채팅 완성 경로를 검증된 경로로 보고, 전환 기능은 여분의 연결에서 시도할 항목으로 취급하세요.
공급자가 아니라 프런트엔드 자체를 비교하려는 경우, LibreChat과 Open WebUI 비교 및 AnythingLLM과 Open WebUI 비교에서 해당 선택을 다루며, 최고의 LLM 게이트웨이에서는 통합 깊이가 아니라 요금 및 자금 조달 조건을 기준으로 게이트웨이 계층을 비교합니다.
설정한 후 첫날의 청구액을 확인하세요
연결은 Settings → Admin → Connections → "Manage OpenAI API Connections" → "Add Connection"에 있으며, URL과 API Key 필드가 있습니다. 컨테이너 시작 시 위의 두 환경 변수로도 동일하게 설정할 수 있습니다. URL에 /v1를 유지하세요. Open WebUI가 경로 자체를 추가하며 소스에서 끝의 슬래시를 제거합니다.
사전에 알아둘 만한 한 가지 실패 방식이 있습니다. 연결이 작동하지 않는 것처럼 보이지만 실제로는 그렇지 않습니다. Open WebUI 자체 문서에 따르면 연결을 저장해도 연결 테스트가 실행되지 않으며, Verify 버튼은 공급자의 /models 엔드포인트를 호출합니다. 또한 해당 호출이 실패해도 "공급자가 호환되지 않는다는 뜻은 아닙니다. 채팅 완성은 계속 작동합니다"라고 설명합니다. 대신 연결별 Model IDs 허용 목록에 모델 ID를 직접 입력하세요. 이 허용 목록은 어떤 경우든 채우는 것이 좋습니다. 이미지, 동영상 및 음악 모델이 있는 카탈로그에서 빈 필터를 사용하면 채팅 창에서 호출할 수 없는 모델까지 선택기에 표시되기 때문입니다.
Kunavo는 이 클라이언트를 위한 설정 가이드를 제공합니다. 이는 공개된 구성 참고자료이지 호환성 테스트가 아닙니다. 여기서는 Kunavo 엔드포인트에 대해 Open WebUI를 런타임 테스트하지 않았으며, 위의 모든 내용은 Open WebUI의 릴리스된 소스와 자체 문서에서 확인했습니다. 시도하는 동안 작동하는 경로를 유지하고, 하루 동안 범위를 제한해 실행한 다음 계정에 실제로 기록된 내용을 읽으세요. Open WebUI 통합 가이드에서 시작하고, 키에 자금을 충전할 준비가 되면 Kunavo 계정을 생성하세요.
자주 묻는 질문
Open WebUI의 비용은 얼마인가?
소프트웨어는 무료이며 확인할 가격표도 없다. openwebui.com/pricing과 openwebui.com/enterprise는 모두 404를 반환하고, 홈페이지 자체의 설치 문구는 "pip install open-webui / One command. 60 seconds. No account required."이다(2026년 9월 19일 확인). 실행 시 좌석 수 제한도 요청 수 제한도 없다. 실제로 비용을 지불하는 대상은 실행하는 머신, 전송하는 모델 토큰, 그리고 Open WebUI 브랜딩을 제거하거나 Terminals 같은 엔터프라이즈 전용 추가 기능을 원할 경우의 엔터프라이즈 라이선스다. 엔터프라이즈 라이선스의 가격은 공개되어 있지 않으며 좌석 수를 전달한 후 프로젝트가 견적을 제시한다.
Open WebUI에 가격 페이지나 공개된 엔터프라이즈 가격이 있는가?
없다. 엔터프라이즈 문서에서는 최종 사용자 수(좌석 수)를 보내도록 요청하며, 엔터프라이즈 라이선스는 개인 사용자가 아니라 등록된 법인 및 조직에만 제공된다고 명시한다. 공식 Open WebUI 페이지 어디에도 달러 금액은 표시되지 않는다. 타사 호스팅 업체와 콘텐츠 사이트가 "Open WebUI pricing"에 대한 요금제 표와 연간 금액을 게시하지만 프로젝트 자체는 이를 게시하지 않으므로, 벤더 콘텐츠로 취급해야 한다. 별도의 유사 도메인인 openwebui.net은 "NextChat"으로 브랜딩한 앱에 월 $19의 "Pro" 플랜을 판매한다. 이곳은 openwebui.com이 아니며 프로젝트가 운영하지 않는다.
Open WebUI를 50명 넘는 사용자에게 실행하려면 엔터프라이즈 라이선스가 필요한가?
프로젝트 자체의 엔터프라이즈 표에 따르면 그렇지 않다. 해당 표는 원래 브랜딩을 유지하는 내부 사용인 Standard Use를 Free로 표시하며, 화이트 라벨링, 리브랜딩 또는 엔터프라이즈 전용 제공 항목에만 엔터프라이즈 라이선스를 요구한다. 50명 기준은 LICENSE의 4항에 있으며, 30일 이동 기간 동안 허가 없이 Open WebUI 브랜딩을 변경·제거·가리거나 교체할 수 있는지를 결정하는 한 가지 사항에만 적용된다. 대규모 배포 전에 라이선스 원문을 직접 확인해야 한다. 이는 요약일 뿐 법률 자문이 아니다.
Open WebUI에 가장 적합한 API는 무엇인가?
모델 선택기에서 원하는 제공자 수에 따라 달라진다. Open WebUI에는 자체 모델이 없고 제공자 허용 목록도 없으므로 모든 경로가 열려 있다. 한 제공자의 모델로 수행하는 작업이 모두 충족되고 해당 제공자의 자체 캐싱 및 배치 조건을 원한다면 직접 제공자 API가 유리하다. 하나의 연결에서 하나의 키와 하나의 잔액으로 여러 모델군을 모델 선택기에 노출하려면 게이트웨이가 유리하다. 요청별 요금 없이 비공개 작업이나 중요도가 낮은 작업을 하려면 Ollama 또는 llama.cpp를 통한 로컬 서버가 유리하다. 직접 제공자 API와 게이트웨이는 설정량이 동일하다. Open WebUI의 OpenAI 호환 연결 양식은 어느 쪽이든 URL과 API 키를 입력받는다. 로컬 서버는 그렇지 않다. 로컬 서버도 설치하고 실행해야 하며, Open WebUI는 자체 연결 페이지에서 Ollama와 llama.cpp를 문서화한다.
Open WebUI에 가장 저렴한 API는 무엇인가?
표시된 요금이 가장 저렴한 것과 답을 얻는 가장 저렴한 방법은 서로 다른 질문이다. 채팅 UI는 매번 전체 표시 스레드에 대해 요금을 청구하므로, 낮은 요금 모델로 긴 대화를 하는 것이 높은 요금 모델로 짧은 대화를 하는 것보다 비용이 더 들 수 있고, 두 번째 시도가 필요한 모델은 비용이 두 배가 된다. 세 가지 설정이 요금표보다 채팅 비용을 더 크게 좌우한다. 기본 제목·태그·검색 쿼리 생성을 어떤 모델이 실행하는지, 각 프롬프트에 검색된 문서 텍스트를 얼마나 삽입하는지, 새 스레드를 시작하기 전에 스레드를 얼마나 길게 키우도록 허용하는지다. 먼저 이를 조정한 다음 요금을 비교해야 한다.
Open WebUI에 가장 적합한 모델은 무엇인가?
벤치마크 순위가 아니라 실제로 윈도우가 수행하는 작업을 기준으로 선택해야 한다. 긴 문서 붙여넣기와 RAG 스레드에는 큰 컨텍스트 윈도우와 낮은 입력 요금이 필요하다. 채팅 UI가 가장 많이 사용하는 토큰 종류가 입력이기 때문이다. 도구 호출과 기본 제공 코드 인터프리터에는 사용 중인 정확한 엔드포인트에서 함수 호출이 안정적인 모델이 필요하다. Open WebUI 자체 제공자 문서에서는 Google의 OpenAI 호환 엔드포인트가 스트리밍 도구 호출을 삭제한다고 경고한다. 이는 모델의 특성이 아니라 해당 엔드포인트의 특성이다. 사용자가 스크린샷을 붙여 넣는다면 비전 기능이 중요하다. 합리적인 구성은 연결을 두 개 사용하는 것이다. 기본값으로 저렴한 모델 하나를 두고 사용자가 전환할 수 있는 강력한 모델 하나를 추가한다.
Open WebUI는 text-generation-webui와 같은 것인가?
아니다. Open WebUI는 Open WebUI Inc.가 유지 관리하는 open-webui/open-webui이며, 최신 릴리스는 v0.11.3이다. oobabooga의 text-generation-webui는 다른 유지 관리자가 만든 별도의 프로젝트로, 현재는 TextGen으로 이름이 바뀌었고 github.com/oobabooga/textgen으로 이전했다. 둘 다 OpenAI 호환 API를 제공하므로 한쪽의 설정 조각이 다른 쪽에서도 그럴듯해 보일 수 있지만 서로 호환되지는 않는다.
Open WebUI 페이지, 저장소, 커밋 기록 및 패키지를 2026년 9월 19일에 확인하고 2026년 9월 21일에 재확인했습니다. openwebui.com/pricing 및 openwebui.com/enterprise의 404 응답은 직접 가져왔으며, 인용한 모든 구성 기본값은 main가 아니라 릴리스된 태그 v0.11.3에서 읽었습니다. 확인하지 않은 항목은 관리형 호스팅 가격, 엔터프라이즈의 달러 표시 금액, 기본 백그라운드 작업의 토큰 오버헤드, Open WebUI 자체 사용량 대시보드 및 Open WebUI를 Kunavo에 연결한 엔드투엔드 실행입니다. Kunavo 토큰 요금은 최신 카탈로그에서 가져왔으며, 여기의 모든 달러 예시는 토큰 산술을 예시한 것입니다.