오픈 소스

AI 도구에서 오픈 소스란?

오픈 소스 소프트웨어는 검사, 수정, (보통) 재배포를 허용하는 라이선스 아래 소스 코드를 공개합니다. AI 도구에서는 prompt, 로그, 자격 증명 처리 방식을 읽고, 제품을 스택에 맞추며, 벤더 클라우드 리전을 기다리지 않고 실행할 수 있습니다.

오픈 소스는 공짜 맥주와 같지 않고 self-hosted와도 같지 않습니다. Apache 프로젝트도 유료 호스팅 control plane으로 밀 수 있습니다. 독점 appliance는 라이선스 키로 self-hosted일 수 있습니다. 마케팅 "open"이 아니라 라이선스 파일과 기본 원격 측정 경로를 읽으세요.

AI 팀이 중요하게 보는 이유

감사 가능성. 엔지니어는 고객 대화를 만지는 코드를 봅니다 — healthcare, finance, legal에서 중요.

맞춤화. 폐쇄 제품은 패치를 제한합니다. 오픈 도구는 auth, 보존, 모델 라우팅, 통합을 여러분 일정에 맞게 바꿉니다.

단일 벤더 kill switch 없음. 독점 API는 deprecated 됩니다. git tag 고정, fork, 구 release 유지가 가능합니다.

커뮤니티 속도. 활발한 프로젝트는 폐쇄 로드맵이 공개적으로 인정하는 것보다 빨리 보안 수정과 어댑터(LangChain, Kubernetes chart)를 받는 경우가 많습니다.

실제로 만나는 라이선스

• MIT — 매우 관대. 저작권 표시 유지. 상업적 사용 일반적.
• Apache 2.0 — 관대 + 명시적 특허 부여. enterprise AI infra에서 흔함.
• GPL v3 — Copyleft: 수정 바이너리 배포는 보통 GPL 하에서 소스 공유를 의미.
• AGPL v3 — 많은 네트워크/SaaS 배포에 닿는 copyleft. 내부 제품화 전 legal review.
• Source-available / BSL / open core — 코드는 읽을 수 있음; 권리는 생각과 다를 수 있음. legal 동의 전 OSI-open 아님.

오픈 소스 AI 도구 평가

1. 제공 방식(내부, SaaS, on-prem)과 라이선스 호환.
2. 누가 merge: 회사, 재단, 백업 없는 단일 maintainer.
3. 릴리스 주기, 서명 artifact, 보안 연락처.
4. 프로덕션 문서: Compose/Helm, 백업, 업그레이드, 외부 통신.
5. "open"이 학습 데이터, eval set, agent runtime 포함인지 얇은 클라이언트만인지.
6. 듀얼 라이선스: 상용 SKU 뒤 기능.

위험

유지보수 없는 repo는 썩습니다. 제품화 서비스의 AGPL은 예산 밖 소스 공개를 강제할 수 있습니다. "Open weights"는 같은 오픈 앱이 아닙니다. 크래시 리포트와 라이선스 검사가 trace를 유출할 수 있습니다. maintainer 계획 없는 fork는 여러분 on-call.

FAQ

GitHub에 있으면 오픈 소스?

인정된 OSS 라이선스와 라이선스 파일 사용 시만. "All rights reserved"는 OSS 아님.

상용 제품에 Apache 2.0 코드?

보통 가능, closed source도 notice/NOTICE 조건 충족 시. 특허/상표는 legal 확인.

수정을 공개해야 하나?

MIT/Apache 2.0에서 전형적 내부 또는 SaaS 사용은 보통 아님. GPL/AGPL 다름. 재배포나 네트워크 서비스 전 라이선스 읽기.

오픈 소스가 자동으로 더 안전?

아님. 가시성은 누군가 읽고 패치하면 도움. 방치된 public repo는 보안 SLA vendor보다 나쁠 수 있음.

self-hosted와 관계?

오픈 소스는 self-hosting을 가능하게 함. 클러스터는 대신 운영 안 함. Self-Hosted 태그 참조.