본문으로 건너뛰기

Open WebUI vs Libre WebUI: 사실 기반 비교

Open WebUI와 Libre WebUI는 모두 대규모 언어 모델을 다루기 위한 셀프호스팅 웹 인터페이스입니다. 두 프로젝트 모두 Ollama 같은 로컬 런타임과 OpenAI 호환 API를 비롯한 호스팅 API에 연결할 수 있으며, 사용자 데이터를 운영자 자신의 인프라에 보관하도록 설계되어 있습니다. 이 페이지는 각 프로젝트의 공식 문서, 라이선스 본문, 공개 저장소에 근거하여, 공개적으로 문서화된 차이점만을 엄격하게 비교합니다. 코드 품질, 성능, 커뮤니티 여론은 평가하지 않으며, 어느 한쪽을 추천하지도 않습니다.

아래의 모든 서술은 Open WebUI와 Libre WebUI의 공식 문서, 두 프로젝트의 라이선스 파일, 공개 GitHub 저장소에서 가져온 것으로, 2026년 8월 기준입니다. 두 프로젝트 모두 빠르게 발전하고 있으므로, 결정을 내리기 전에 1차 출처에서 세부 내용을 확인하십시오.

한눈에 보기​

항목Open WebUILibre WebUI
라이선스“Open WebUI License”: BSD-3 기반에 브랜드 보호 조항 추가(v0.6.6 이상, 2025년 4월). 메인테이너 스스로 OSI 승인 오픈소스 라이선스가 아니라고 명시. v0.6.5까지의 코드는 BSD-3-Clause 유지.Apache License 2.0. 프로젝트 헌장은 더 제한적인 조건으로 재라이선스하지 않겠다고 약속.
브랜딩 / 화이트라벨“Open WebUI” 브랜딩의 제거·변경은 원칙적으로 금지. 예외는 임의의 30일 구간 동안 사용자 50명 이하인 배포, 서면 허가를 받은 기여자, 엔터프라이즈 라이선스 보유자 세 가지.브랜딩이나 화이트라벨 제한이 문서화되어 있지 않으며 Apache 2.0 기본 조건만 적용. 화이트라벨은 선택적 유료 서비스로 제공.
데이터 소유권과 이동성데이터는 로컬 저장(SQLite 또는 PostgreSQL). 대화는 JSON으로 내보내기/가져오기, 개별 대화는 JSON·PDF·Markdown. 전체 데이터베이스 내보내기/가져오기와 백업 절차 문서화.데이터는 로컬 저장(SQLite 또는 PostgreSQL). SHA-256 무결성 다이제스트가 포함된 사용자별 버전 관리 JSON 아카이브와 트랜잭션 방식 가져오기; 서명(Ed25519)·암호화(AES-256-GCM)된 백업/복원 CLI; 백업 전 recovery-check 게이트.
텔레메트리 / 분석 기본값FAQ에 기본적으로 외부 서비스에 데이터를 보내지 않는다고 명시; 모델 제공자를 연결한 경우에만 그 제공자에게 데이터가 전송됨. 자체 관리 관측성을 위한 OpenTelemetry 통합 제공.헌장에 제로 텔레메트리(“분석 없음, 추적 없음, 폰홈 코드 없음”)를 명시. 운영자가 수집 엔드포인트를 설정하지 않는 한 OpenTelemetry 내보내기는 꺼져 있음. 관리자 전용 로컬 사용량 계측은 항상 켜져 있지만 데이터는 배포 환경 밖으로 나가지 않음.
인증과 멀티유저역할·그룹·리소스별 권한의 RBAC; OIDC와 LDAP를 통한 SSO; SCIM 2.0 프로비저닝; API 키.취소 가능한 서버 측 세션에 연결된 JWT 기반 로컬 계정; 두 가지 역할(관리자/사용자)과 그룹 및 리소스별 권한 부여; 범용 OIDC(GitHub 및 Hugging Face OAuth 포함); 범위가 제한된 개인 API 토큰. SAML·SCIM·LDAP 없음(문서화된 제한).
확장성Pipelines 플러그인 프레임워크; 내장 코드 에디터를 갖춘 Python Tools/Functions; MCP(Streamable HTTP); OpenAPI 도구 서버; 13종 벡터 데이터베이스 지원; 8종 문서 추출 엔진.JSON으로 정의되는 제공자 플러그인(대화, 임베딩, 이미지, TTS, STT, 오디오, 비디오); 13개 내장 도구; OpenAPI 3.x 및 MCP(Streamable HTTP) 도구 서버 — 기본 비활성화이며 부작용이 있는 호출은 건별 승인 필요; 어시스턴트 프로필, 스킬, 프롬프트 라이브러리, Artifacts, 격리된 “Work” 코딩 워크스페이스.
배포pip install open-webui; Docker(:cuda, :ollama 이미지 포함); Docker Compose; kustomize와 Helm을 통한 Kubernetes; S3/GCS/Azure 스토리지 백엔드; Redis 기반 수평 확장.한 줄 명령(npx libre-webui@latest); npm과 Homebrew; 다양한 Docker Compose 구성(내장/외부 Ollama, GPU, 팀); Helm 차트(OCI 레지스트리); 문서화된 Cloudflare Tunnel 비공개 배포; Electron 데스크톱 클라이언트(클라이언트 전용).
프로덕션 기능사용량 대시보드(메시지, 토큰); Elo 순위표가 있는 모델 아레나; OpenTelemetry; 수평 확장; SLA 지원과 LTS 버전을 포함한 엔터프라이즈 플랜.비용 거버넌스: 발효일이 있는 요금표와 관찰/경고/차단 모드의 예산; 평가 세트와 Elo 기반 블라인드 아레나; 옵트인 OTLP 내보내기; liveness/readiness/심층 헬스 프로브; 외부 내구성 워커를 갖춘 3개 이상 복제본 인증 팀 프로필; 무중단 스키마 업그레이드 미지원(문서화된 유보 사항).
팀 / 협업사용자와 모델이 같은 대화에 참여하는 채널; 다이렉트 메시지; 사용자 그룹; 모델별 접근 제어; Notes 워크스페이스; 폴더, 태그, 고정.채널·DM·1단계 스레드와 @model 답변; 소유자가 사용자/그룹에 부여하는 공유(읽기/쓰기/관리)가 대화, 노트, 지식, 페르소나, 프롬프트, 스킬, 캘린더, 도구 서버에 적용; 익명 공개 링크 없음; 알림, 공유 캘린더, 예약 자동화.
음성과 미디어음성 인식·음성 합성, 핸즈프리 음성/영상 통화; GPT-Image·Gemini·ComfyUI를 통한 이미지 생성; 8종 추출 엔진 위의 RAG(BM25 + 벡터 하이브리드 검색과 재순위화).끼어들기가 가능한 턴 기반 음성 모드(전이중이 아님을 문서에 명시); 제공자 플러그인을 통한 STT/TTS; 동의 기반 음성 복제; 기능을 선언하는 플러그인을 통한 이미지·오디오·비디오 생성과 사용자별 갤러리; 페이지/슬라이드/시트 단위 출처가 있는 BM25 + 벡터 하이브리드 RAG; 스캔 문서 OCR 미지원(문서화된 제한).
문서기능 가이드, 데이터베이스 스키마 레퍼런스, 백업/마이그레이션 튜토리얼, 라이선스 FAQ를 포함한 방대한 공식 문서.한계와 비목표를 명시하는 기능별 가이드, 공개된 openapi.json과 llms.txt, 모든 라우트를 담당자와 명명된 테스트에 연결하는 생성된 케이퍼빌리티 계약을 포함한 공식 문서.

라이선스​

Open WebUI는 v0.6.6(2025년 4월)에 도입된 “Open WebUI License”로 배포됩니다. BSD-3-Clause를 기반으로 “Open WebUI” 브랜딩을 보호하는 조항이 추가되었습니다. 프로젝트 자체의 라이선스 FAQ는 이 라이선스가 “OSI 승인 ‘오픈소스’ 라이선스가 아니다”라고 명시하면서도, 코드는 계속 공개되어 있고 공개적으로 개발된다는 점을 강조합니다. v0.6.5까지 병합된 모든 코드는 원래의 BSD-3-Clause 라이선스를 유지합니다. 저작권은 Open WebUI Inc.가 보유합니다.

Libre WebUI는 OSI 승인 라이선스인 Apache License 2.0으로 배포되며, 저작권은 Kroonen AI, Inc.가 보유합니다. 프로젝트 헌장은 소스 코드가 “영구히 Apache License 2.0으로 라이선스된 상태를 유지”하며, 엔터프라이즈 제품을 포함해 프로젝트가 “더 제한적인 조건으로 재라이선스되는 일은 결코 없을 것”이라고 명시합니다.

브랜딩과 화이트라벨​

Open WebUI의 라이선스는 “Open WebUI” 브랜딩의 변경·제거·은폐·대체를 금지하며, 문서화된 예외는 세 가지입니다: 임의의 30일 구간 동안 사용자 50명 이하를 서비스하는 배포, 명시적 서면 허가를 받은 기여자, 엔터프라이즈 라이선스를 보유한 조직. 이 예외를 벗어난 브랜딩 제거는 라이선스에서 중대한 위반으로 기술됩니다. 프로젝트는 커스텀 테마와 브랜딩을 포함하는 엔터프라이즈 플랜을 제공합니다.

Libre WebUI는 Apache 2.0의 표준 조건(소스 코드 배포물에서 라이선스와 고지 파일 보존을 요구하지만 사용자에게 보이는 브랜딩 규칙은 부과하지 않음)을 넘어서는 브랜딩·상표·표기 요건을 문서화하지 않습니다. 화이트라벨은 헌장에서 선택적 상업 서비스로만 등장하며, 라이선스 조건이 아닙니다.

데이터 소유권, 이동성, 복구​

두 프로젝트 모두 모든 데이터를 운영자의 인프라에 저장하며, 기본값은 SQLite이고 PostgreSQL이 문서화된 선택지입니다.

Open WebUI는 대화 내보내기와 가져오기(전체 대화를 JSON으로, 개별 대화를 JSON·PDF·Markdown으로), 서버 간 이전을 위한 전체 데이터베이스 내보내기/가져오기, 백업 가이드, 공개 데이터베이스 스키마 레퍼런스, Alembic 기반 수동 마이그레이션 절차를 문서화합니다.

Libre WebUI는 사용자별 데이터 아카이브를 문서화합니다: SHA-256 무결성 다이제스트가 포함된 버전 관리 JSON 형식(libre-webui-user-data, 버전 3)으로 대화, 노트, 지식 컬렉션, 환경설정을 포괄하며, 제외 항목(자격 증명, 생체 음성 데이터, 생성된 미디어, 인스턴스 수준 상태)을 명시적으로 나열합니다. 가져오기는 SQLite와 PostgreSQL 모두에서 사전 검증 후 트랜잭션으로 수행됩니다. 운영자를 위해 복구 준비 문서는 읽기 전용 recovery-check CLI 게이트와, Ed25519 서명·AES-256-GCM 암호화 아카이브를 생성하는 백업 CLI(검증 및 복원 사전 점검 단계 포함), 그리고 팀 모드(PostgreSQL/S3) 변형을 기술합니다. 저장 데이터는 애플리케이션 수준 AES-256-GCM 암호화를 사용하며, 문서는 이것이 전체 디스크 암호화도 종단 간 암호화도 아님을 명시합니다.

텔레메트리와 분석 기본값​

두 프로젝트 모두 기본적으로 데이터가 배포 환경 밖으로 나가지 않는다고 명시합니다.

Open WebUI의 FAQ는 이렇게 명시합니다: “Open WebUI는 기본적으로 사용자의 데이터를 외부 서비스로 보내지 않습니다”, 그리고 “가입 시 모든 정보는 사용자의 서버에 로컬로 저장되며 기본적으로 Open WebUI나 제3자에게 전송되지 않습니다.” 프롬프트와 응답은 운영자가 모델 제공자를 연결한 경우에만 해당 제공자로 전송됩니다. 운영자가 관리하는 관측성을 위한 OpenTelemetry 통합이 제공됩니다.

Libre WebUI의 헌장은 “제로 텔레메트리 — 분석 없음, 추적 없음, 폰홈 코드 없음”을 약속하며, 관측성 문서는 “어느 경로도 Libre WebUI 프로젝트로 텔레메트리를 보내지 않는다”고 명시합니다. OpenTelemetry 내보내기는 운영자가 수집 엔드포인트를 설정할 때까지 비활성화되어 있습니다. 문서는 또한 관리자 전용 로컬 사용량 계측이 항상 켜져 있고 끌 수 없다는 점, 그 데이터가 배포 환경의 데이터베이스에만 보관된다는 점, 프롬프트·응답·자격 증명이 사용량 테이블에 기록되는 일이 결코 없다는 점을 공개하고 있습니다.

인증과 멀티유저 지원​

Open WebUI는 역할·그룹·리소스별 권한의 역할 기반 접근 제어, OIDC와 LDAP를 통한 싱글사인온, 사용자와 그룹의 자동 프로비저닝을 위한 SCIM 2.0, 프로그래밍 방식 접근을 위한 API 키를 문서화합니다.

Libre WebUI는 bcrypt로 해시된 비밀번호와 취소 가능한 서버 측 세션에 연결된 JWT를 사용하는 로컬 계정을 문서화합니다. 정확히 두 가지 역할(관리자와 사용자)에 그룹과 리소스별 권한 부여(읽기/쓰기/관리)를 결합하며, 리소스는 기본적으로 비공개이고 전역 관리자 역할이 다른 사용자의 콘텐츠에 접근할 수 없다는 원칙을 명시합니다. SSO는 범용 OIDC(PKCE, 도메인 허용 목록, 그룹-역할 매핑 지원)와 GitHub 및 Hugging Face OAuth를 지원하고, 범위가 제한되고 취소 가능한 개인 API 토큰을 제공합니다. 문서는 SAML과 SCIM 프로비저닝을 현재 제공하지 않는다고 명시하며, LDAP은 문서화되어 있지 않습니다.

요약하면: Open WebUI는 더 넓은 엔터프라이즈 ID 통합(LDAP, SCIM)을 문서화하고 있으며, Libre WebUI는 OIDC 중심의 SSO와 리소스별 권한 부여를 문서화하면서 자체 문서에서 ID 프로토콜의 한계를 명시합니다.

아키텍처와 확장성​

Open WebUI는 Python 백엔드와 Svelte 프런트엔드를 사용합니다. 확장성의 중심은 Pipelines 플러그인 프레임워크, 내장 코드 에디터에서 편집할 수 있는 Python 기반 Tools와 Functions, Streamable HTTP를 통한 네이티브 MCP 지원, OpenAPI 호환 엔드포인트로부터의 도구 자동 검색입니다. RAG 스택은 13종의 벡터 데이터베이스 지원(ChromaDB와 PGVector는 공식 유지 관리)과 8종의 문서 추출 엔진, BM25 + 벡터 하이브리드 검색과 크로스 인코더 재순위화를 문서화합니다.

Libre WebUI는 TypeScript/Node.js(Express) 백엔드와 React 프런트엔드를 사용합니다. 확장성의 중심은 대화·임베딩·이미지·TTS·STT·오디오·비디오를 포괄하는 JSON 정의 제공자 플러그인입니다(내장 제공자군에는 OpenAI 호환, Anthropic, Google Gemini, Groq, Mistral, OpenRouter, Hugging Face, MLX, ComfyUI, ElevenLabs와 로컬 Ollama가 포함됩니다). 거버넌스가 적용된 도구는 13개의 내장 도구와 OpenAPI 3.x(해시로 고정된 사양) 및 MCP Streamable HTTP를 통한 외부 도구 서버로 구성됩니다 — 도구는 기본적으로 꺼져 있고, 부작용이 있는 호출은 사용자 승인이 필요하며, 외부로 나가는 트래픽은 SSRF에 대비해 강화되어 있습니다. stdio MCP 서버는 의도적으로 지원하지 않습니다. 상위 구성 요소로는 어시스턴트 프로필(프롬프트·도구·스킬·지식·음성을 묶음), 버전 관리되는 스킬과 프롬프트, 샌드박스화된 Artifacts(HTML, React, Mermaid, SVG), 그리고 “Work” — Docker/Kubernetes 기반의 격리된 코딩 워크스페이스가 있습니다. 플랫폼 기반은 검증된 두 가지 프로필을 정의합니다: solo(SQLite, 내장 벡터, 로컬 블롭)와 team(PostgreSQL, PGVector, S3 호환 스토리지, Redis)이며, 혼합 구성은 시작 시 거부됩니다.

배포 선택지​

Open WebUI는 pip install open-webui 설치, Docker(CUDA 및 Ollama 내장 이미지 변형 포함), Docker Compose, kustomize와 Helm을 통한 Kubernetes를 문서화하며, S3/GCS/Azure Blob 스토리지 백엔드와 Redis 기반 세션을 통한 수평 확장을 지원합니다.

Libre WebUI는 한 줄 명령 시작(npx libre-webui@latest), npm과 Homebrew를 통한 전역 설치, 다양한 Docker Compose 구성(내장 Ollama, 외부 Ollama, GPU, socket-proxy, 팀), Pod 보안 기본값과 선택적 NetworkPolicies를 갖춘 OCI 레지스트리 게시 Helm 차트, 포트를 전혀 공개하지 않는 Cloudflare Tunnel 기반의 문서화된 비공개 배포 패턴, macOS·Windows·Linux용 Electron 데스크톱 앱(클라이언트 전용이며 백엔드 미포함, 자동 업데이트 없음이 문서에 명시됨)을 문서화합니다.

프로덕션 기능​

Open WebUI는 메시지 양과 토큰 소비를 추적하는 사용량 대시보드, A/B 테스트와 Elo 순위표를 갖춘 모델 아레나, OpenTelemetry 통합, 웹훅과 시스템 배너, 수평 확장을 문서화합니다. 상용 엔터프라이즈 플랜은 SLA 기반 지원과 장기 지원(LTS) 버전을 추가합니다.

Libre WebUI는 비용 거버넌스 — 발효일이 있는 버전 관리 요금표와 인스턴스·사용자·그룹 단위 예산(관찰·경고·강제 차단 모드, CSV 내보내기 포함); 평가 — 피드백 태깅, 결정론적 Elo의 블라인드 아레나, 내구성 작업으로 실행되는 평가 세트; 관측성 — 요청 ID 상관관계와 마스킹 경계를 갖춘 구조화된 JSON 로그, 옵트인 OTLP 내보내기; liveness·readiness·(관리자 전용) 심층 헬스 프로브; 팀 모드에서 Redis가 지원하고 복제본 간에 공유되는 다층 속도 제한을 문서화합니다. 팀 프로필은 외부 내구성 워커 1개 이상을 갖춘 3개 이상의 애플리케이션 복제본으로 인증되었다고 문서화되며, 릴리스를 조건 짓는 3복제본 장애 훈련으로 검증됩니다. Kubernetes 문서는 유보 사항도 분명하게 기술합니다: 스키마 업그레이드는 무중단이 아니며 계획된 서비스 중단이 필요합니다.

팀과 협업 기능​

Open WebUI는 사용자와 AI 모델이 같은 대화에 참여하는 공유 채널, 다이렉트 메시지, 역할 기반 권한의 사용자 그룹, 모델별 접근 제한, AI 지원이 있는 Notes 워크스페이스, 폴더·태그·고정을 통한 대화 정리를 문서화합니다.

Libre WebUI는 채널(공개·비공개·DM)을 문서화합니다. 1단계 스레드, 반응, 고정, 호출한 구성원의 권한으로 실행되는 @model 답변을 지원합니다. 통일된 공유 모델(소유자가 사용자 또는 그룹에 읽기/쓰기/관리를 부여)은 대화, 노트, 지식 컬렉션, 페르소나, 프롬프트, 스킬, 캘린더, 도구 서버에 적용되며 익명 공개 링크는 없습니다. 사용자별로 암호화된 알림, 공유 가능한 캘린더, AI 실행 결과를 대화 세션으로 전달하는 예약 자동화도 있습니다. 문서화된 공백으로는 접속/입력 중 표시와 채널별 내보내기의 부재가 있습니다.

음성과 미디어 기능​

Open WebUI는 음성 인식, 음성 합성, 핸즈프리 음성·영상 통화, GPT-Image·Gemini·ComfyUI 같은 엔진을 통한 이미지 생성과 편집, 파일과 이미지 업로드를 문서화합니다.

Libre WebUI는 끼어들기가 가능한 턴 기반 음성 모드(듣기 → 전사 → 사고 → 말하기)를 문서화하며, 전이중이 아님을 문서에 명시합니다. STT와 TTS는 제공자 플러그인(브라우저 음성 인식, OpenAI 호환 전사, Hugging Face ASR, ElevenLabs 등)으로 동작하며, 음성 복제는 전용 접근 모드 뒤에서 동의 기반으로 처리됩니다. 미디어 생성 플러그인은 이미지·TTS·오디오·비디오 기능을 선언하고 사용자별 갤러리로 모입니다. 문서 처리는 PDF, Office 형식, Markdown, HTML, 소스 코드를 포괄하며 페이지/슬라이드/시트 단위 출처와 BM25 + 벡터 하이브리드 검색을 갖춥니다. 스캔 문서의 OCR은 아직 지원되지 않는다고 문서화되어 있습니다.

문서 품질과 투명성​

두 프로젝트 모두 상당한 규모의 공식 문서를 유지하고 있습니다.

Open WebUI의 문서에는 기능 가이드, 배포와 유지 관리 튜토리얼(백업, 데이터베이스 내보내기, 수동 마이그레이션), 공개 데이터베이스 스키마 레퍼런스, 그리고 라이선스의 비-OSI 지위를 직접 다루는 라이선스 FAQ가 포함됩니다.

Libre WebUI의 문서에는 본문에서 한계와 비목표를 직접 나열하는 기능별 가이드(예: “SAML·SCIM 없음”, “전이중 아님”, “무중단 스키마 롤아웃 없음”), 공개된 OpenAPI 사양과 llms.txt, 그리고 모든 UI 라우트·API 라우트·WebSocket 경로를 담당자·문서·CI에서 검증되는 명명된 테스트에 연결하는 생성된 케이퍼빌리티 계약이 포함됩니다.

무엇을 선택할 것인가​

어느 프로젝트도 절대적으로 우월하지 않으며, 올바른 선택은 당신의 제약 조건에 달려 있습니다. 검토할 만한 객관적 기준:

  • 라이선스 요건. 조직이 OSI 승인 라이선스를 요구하거나, 엔터프라이즈 계약 없이 50명 이상의 사용자를 위해 인터페이스 브랜드를 변경할 계획이라면 두 라이선스는 실질적으로 다릅니다: Libre WebUI는 브랜딩 조항이 없는 Apache 2.0이고, Open WebUI의 라이선스는 엔터프라이즈 라이선스가 없는 한 50명 기준을 넘는 브랜딩 변경을 제한합니다.
  • ID 인프라. LDAP이나 SCIM 프로비저닝으로 표준화된 조직은 Open WebUI에서 해당 문서를 찾을 수 있습니다. OIDC로 표준화된 조직은 양쪽 모두에서 지원됩니다.
  • 생태계와 통합. Open WebUI는 매우 큰 커뮤니티(GitHub 스타 약 15만 개)를 보유하고 있으며, 13종의 벡터 데이터베이스와 8종의 문서 추출 엔진을 포함한 넓은 통합 표면을 문서화합니다. Libre WebUI의 생태계는 더 작으며 내장 제공자 플러그인과 OpenAPI/MCP 도구 서버가 중심입니다.
  • 확장 모델. Open WebUI는 주로 Python 코드(Pipelines, Tools, Functions)로 확장하고, Libre WebUI는 주로 선언적 JSON 플러그인 정의와 거버넌스가 적용된 외부 도구 서버로 확장합니다. 어느 쪽이 맞는지는 팀의 역량과 변경 관리 요건에 달려 있습니다.
  • 운영 태세. 각 프로젝트가 문서화한 백업/복원 절차, 헬스 프로브, 속도 제한, 확장 모델을 복구 시간과 가용성 목표에 비추어 비교하십시오. Libre WebUI가 문서화한 무중단 스키마 업그레이드의 부재와 Open WebUI의 Redis 기반 수평 확장도 포함해서요.
  • 거버넌스와 비용 통제. 사용자별·그룹별 강제성 있는 지출 예산이 필요하다면 Libre WebUI의 비용 거버넌스 문서를, 사용량 대시보드와 엔터프라이즈 SLA/LTS 옵션이 중요하다면 Open WebUI의 관리 분석과 엔터프라이즈 플랜을 확인하십시오.
  • 미디어 요건. 실시간 음성·영상 통화는 Open WebUI에 문서화되어 있습니다. Libre WebUI의 음성 모드는 턴 기반입니다. STT, TTS, 이미지 생성은 두 프로젝트 모두 구성 가능한 제공자를 통해 문서화되어 있습니다.

아래의 1차 출처를 활용하여 두 프로젝트를 자신의 요구 사항에 비추어 평가하십시오.

출처​

최종 검토: 2026년 8월. 두 프로젝트 모두 릴리스가 잦으므로 최신 세부 사항은 링크된 1차 출처를 참조하십시오. 영어 문서에서 인용한 부분은 번역이며, 차이가 있는 경우 영어 원문이 우선합니다.