| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 |
- GPT-5.6
- 카드 없이
- 오픈웨이트
- OpenAI
- 개발자
- Anthropic
- ai 뉴스
- codex
- 바이브코딩
- 무료 ai
- 무료 LLM
- 오픈모델
- Gemini
- claude code
- AI 코딩
- 안드로이드 스튜디오
- 앤트로픽
- 홍드로이드
- MCP
- Android
- LLM
- 안드로이드
- 실무
- cursor
- Android Studio
- 로컬 llm
- AI 에이전트
- ChatGPT
- Claude
- qwen
- Today
- Total
홍드로이드의 야매코딩
ADE 도구 설치 전에 라이선스부터 — 세 개가 전부 달랐습니다 본문

MIT · 라이선스 미표기 · AGPL.
세 도구가 전부 달랐습니다.
회사 코드에 붙일 때 검토가 완전히 달라지는 차이입니다. 그리고 같은 이름의 프로젝트가 셋인 경우도 있었습니다.
지난 편에서 ADE 지도를 그리면서, cmux와 Claude Squad는 저장소를 특정하지 못해 숫자를 인용하지 않았다고 적었습니다. 이번에 다시 찾아서 둘 다 확인했습니다.
그런데 저장소를 열자마자 눈에 걸린 게 라이선스였습니다. 세 도구가 전부 달랐고, 그중 하나는 회사에서 쓰기 전에 법무를 거쳐야 할 수도 있는 종류였습니다.
📌 30초 요약
- Orca = MIT · cmux = 라이선스 미표기(NOASSERTION) · Claude Squad = AGPL-3.0. 셋 다 다릅니다.
- NOASSERTION은 "자유롭게 써도 된다"가 아닙니다. GitHub이 표준 라이선스로 식별하지 못했다는 표시라, LICENSE 파일을 직접 열어야 합니다.
- AGPL-3.0은 사내 도구로 쓰는 것과 서비스로 제공하는 것의 조건이 다릅니다. 회사 도입이면 법무 확인 대상입니다.
- cmux는 같은 이름의 프로젝트가 최소 셋입니다. 검색해서 아무거나 설치하면 다른 걸 깝니다.
- cmux는 macOS 전용입니다(저장소 토픽에
macos). 윈도우 환경이면 여기서 걸립니다. - 마지막 푸시가 갈립니다 — Orca·cmux는 조회 당일, Claude Squad는 약 2주 전. 다만 느린 게 나쁜 건 아닙니다.
먼저, 무엇을 확인했나
✅ GitHub API로 저장소 단건 조회(2026년 8월 13일 저녁)
stablyai/orca · manaflow-ai/cmux · smtg-ai/claude-squad — 설명·별 수·포크·라이선스·생성일·마지막 푸시·열린 이슈를 각 저장소에서 직접 읽었습니다.
🚫 여전히 확인하지 않은 것
- 설치해서 써보지 않았습니다. 이 글도 사용 후기가 아닙니다.
- 각 저장소의 LICENSE 파일 본문을 열지 않았습니다. GitHub이 표기한 라이선스 필드만 읽었습니다 — 특히 NOASSERTION 항목은 실제 조건을 모릅니다.
- dmux·Conductor·Vibe Kanban은 이번에도 특정하지 못했습니다. "없다"가 아니라 "확인 못 했다"입니다.
이 글은 법률 자문이 아닙니다. 라이선스 해석은 사용 형태에 따라 달라지고, 회사 도입이라면 법무·보안 담당의 판단이 우선입니다. 여기서는 "어떤 표기가 붙어 있으니 무엇을 물어야 하는지"까지만 다룹니다.
① 세 저장소, 나란히
| 저장소 | 별 | 라이선스 | 생성 | 마지막 푸시 | 열린 이슈 |
|---|---|---|---|---|---|
| stablyai/orca | 44,466 | MIT | 2026-03-17 | 2026-08-13 | 3,713 |
| manaflow-ai/cmux | 26,008 | Other (NOASSERTION) |
2026-01-28 | 2026-08-13 | 4,173 |
| smtg-ai/claude-squad | 8,304 | AGPL-3.0 | 2025-03-09 | 2026-07-30 | 53 |
저장소 설명도 성격이 갈립니다. cmux는 "Open source Ghostty-based macOS terminal with vertical tabs and notifications for AI coding agents", Claude Squad는 "Manage multiple AI terminal agents like Claude Code, Codex, OpenCode, and Amp"입니다. 앞은 터미널 앱, 뒤는 에이전트 관리 도구로 무게중심이 다릅니다.
② 라이선스 — 셋이 전부 다른 성격입니다
MIT — 가장 느슨한 쪽
저작권 표시와 라이선스 사본을 유지하면 상업적 이용·수정·재배포가 넓게 허용되는 계열입니다. 회사 도입 검토에서 가장 마찰이 적습니다.
NOASSERTION — "자유롭다"가 아니라 "모른다"입니다
화면에 "Other"로 보이고 API에는 NOASSERTION이 들어옵니다. GitHub이 표준 라이선스로 식별하지 못했다는 표시일 뿐, 조건이 느슨하다는 뜻이 아닙니다. 자체 약관일 수도, 조건부 상업 이용 제한일 수도, 그냥 표기가 비표준일 수도 있습니다. 저장소의 LICENSE 파일을 직접 열어보는 것 말고는 방법이 없습니다. 저는 이번에 열지 않았습니다.
AGPL-3.0 — 사내 사용과 서비스 제공이 갈립니다
카피레프트 계열이고, 네트워크를 통해 서비스로 제공하는 경우까지 소스 공개 의무가 미치는 것이 특징으로 알려져 있습니다. 개발자가 자기 PC에서 도구로 쓰는 것과 그걸 개조해 사내외에 서비스로 띄우는 것은 검토가 다릅니다. 회사 도입이라면 이 항목은 반드시 법무를 거치세요.
✋ 여기서 제 한계를 밝힙니다
위 설명은 각 라이선스 계열의 일반적 성격이며, 저는 세 저장소의 LICENSE 파일 본문을 읽지 않았습니다. GitHub이 표기한 필드만 봤습니다.
그리고 "AGPL이니 쓰면 안 된다"는 말이 아닙니다. 개인이 로컬 도구로 쓰는 데는 대개 문제가 없다고 알려져 있고, 실제 판단은 사용 형태에 달려 있습니다. 제가 드릴 수 있는 건 "이 표기가 붙어 있으니 이 질문을 하라"까지입니다. 모델 라이선스를 확인하는 3단계 절차는 따로 정리해뒀는데, 도구에도 그대로 적용됩니다.
③ 같은 이름이 셋입니다 — cmux
이게 실무에서 제일 위험한 부분입니다. cmux로 검색하면 성격이 완전히 다른 프로젝트가 여럿 나옵니다.
| 저장소 | 정체 |
|---|---|
| manaflow-ai/cmux 26,008★ |
이 글에서 다루는 AI 에이전트용 macOS 터미널 |
| soheilhy/cmux 2,767★ |
Go 언어용 커넥션 멀티플렉서 — AI와 무관합니다 |
| craigsc/cmux 598★ |
별개 프로젝트 — "cmux: tmux for Claude Code" |
⚠️ 그래서 설치할 때
이름이 아니라 "조직명/저장소명" 전체로 확인하세요. 블로그나 영상에서 본 설치 명령을 그대로 복사하면 다른 걸 깔 수 있습니다. 특히 패키지 매니저는 이름 하나로 설치되니 더 조심해야 합니다.
이건 앞서 공개 예고된 모델을 확인할 때 짚었던 것과 같은 문제입니다 — 이름은 같아도 올린 사람이 다르면 다른 물건입니다. 그때는 모델 파일이었고 이번엔 도구인데, 확인법은 똑같습니다: 슬래시 앞을 보세요.
📐 하루 뒤에 다시 세어봤습니다
이 글의 숫자는 원래 8월 12일 밤에 모은 것이었습니다. 발행이 하루 밀려서, 올리기 전에 같은 API를 한 번 더 호출했습니다. 결과가 이렇습니다.
| 항목 | 8/12 밤 | 8/13 저녁 | 차이 |
|---|---|---|---|
| Orca 별 | 43,276 | 44,466 | +1,190 |
| Orca 열린 이슈 | 3,600 | 3,713 | +113 |
| cmux 별 | 25,972 | 26,008 | +36 |
| Claude Squad 별 | 8,284 | 8,304 | +20 |
| 라이선스 3건 | MIT / 미표기 / AGPL-3.0 | 같음 | 변화 없음 |
19시간 사이에 별이 1,190개 움직였습니다. 그동안 라이선스는 한 글자도 안 바뀌었습니다. 이게 제가 별 개수 대신 라이선스를 본 이유입니다 — "별 4만 개"라고 쓴 비교글은 다음 주에 틀린 글이 되지만, "MIT"는 그렇지 않습니다. 아래 유지보수 속도 이야기도 같은 눈으로 봐주세요. 오늘 센 숫자도 내일이면 또 다릅니다.
④ 유지보수 속도 — 느린 게 나쁜 건 아닙니다
마지막 푸시가 Orca·cmux는 조회 당일, Claude Squad는 약 2주 전이었습니다. 여기서 "활발한 쪽이 낫다"고 읽기 쉬운데, 그렇게 단순하지 않습니다.
| 읽는 법 | 뜻 |
|---|---|
| 매일 푸시 | 기능이 빨리 붙습니다. 대신 어제 되던 게 오늘 다를 수 있습니다 |
| 2주 간격 | 방치일 수도 있고 더 만질 게 없을 만큼 안정된 것일 수도 있습니다 |
참고할 만한 게 하나 더 있습니다. Claude Squad는 2025년 3월에 만들어져 셋 중 가장 오래됐고, 열린 이슈가 53개입니다. Orca 3,713개, cmux 4,173개와 비교하면 자릿수가 다릅니다.
🔢 이 숫자로 품질을 판단하지 마세요
지난 편에서도 적었지만 다시 짚습니다 — 열린 이슈가 많다고 품질이 나쁜 게 아닙니다. 사용자가 많으면 이슈도 같이 늘고, 별 26,008개짜리 프로젝트에 이슈 4,173개면 비율로는 흔한 수준입니다.
읽을 수 있는 건 "프로젝트 성격이 다르다" 정도입니다 — 한쪽은 폭발적으로 크는 중이고, 한쪽은 범위를 좁게 잡고 오래 굴러가는 쪽으로 보입니다. 어느 쪽이 나은지는 우리 상황이 정합니다. 매주 바뀌어도 괜찮은 실험 환경이냐, 반년은 그대로여야 하는 업무 흐름이냐로요.
⑤ 윈도우 사용자에게 — cmux는 여기서 걸립니다
cmux 저장소 설명에 macOS가 명시돼 있고, 토픽에도 macos가 붙어 있습니다. 국내 업무 환경은 윈도우가 많으니 여기서 후보가 갈립니다. 반면 Orca는 저장소 설명에 "desktop, mobile and VPS"라고 적혀 있어 범위가 넓어 보입니다 — 다만 각 OS별 지원 상태는 제가 확인하지 않았으니, 설치 문서에서 직접 보세요.
⑥ 설치 명령을 치기 전에 — 네 단계
- 조직명/저장소명 전체를 확인 — 이름만 같은 다른 프로젝트가 흔합니다. 슬래시 앞을 보세요
- 라이선스 표기를 보고, "Other"면 LICENSE 파일을 여세요 — "Other"는 자유롭다는 뜻이 아닙니다
- 내 OS를 지원하는지 확인 — 저장소 설명과 토픽에 대개 적혀 있습니다
- 회사 코드에 붙일 거면 여기서 멈추고 법무·보안에 문의 — 특히 AGPL과 "Other"는 개인 판단으로 넘기지 마세요
그리고 깔기 전에 해볼 것은 지난 편과 같습니다 — git worktree를 한 번 써보는 것입니다. ADE들이 얹혀 있는 바닥이라 이걸 알면 도구 설명이 훨씬 잘 읽히고, 설치할 게 없습니다(명령어). 여러 개를 동시에 돌릴 때의 PC 부담은 사양 확인을, 토큰 비용은 지출 상한을 함께 보세요.
🙏 이 글의 한계
- 설치해서 써보지 않았습니다. 사용 후기가 아니라 저장소 정보 정리입니다.
- LICENSE 파일 본문을 읽지 않았습니다. GitHub 표기 필드만 봤고, 라이선스 계열 설명은 일반적 성격입니다.
- 법률 자문이 아닙니다. AGPL·"Other"의 실제 적용은 사용 형태에 따라 달라지며, 회사 도입은 법무 판단이 우선입니다.
- OS별 지원 상태를 확인하지 않았습니다. cmux의 macOS 표기만 저장소에서 봤습니다.
- dmux·Conductor·Vibe Kanban은 이번에도 특정 못 했습니다 — "없다"가 아니라 "확인 못 했다"입니다.
- 별·이슈 수는 인기와 활동량 지표일 뿐 품질 지표가 아닙니다. 이 글은 순위를 매기지 않았습니다.
- 2026년 8월 13일 저녁 조회 기준. 오픈소스는 하루 만에 바뀝니다. 제휴·협찬 없습니다.
자주 묻는 것
Q. 개인이 혼자 쓰는데도 라이선스를 봐야 하나요?
개인 로컬 사용은 대개 문제가 되지 않는다고 알려져 있습니다. 다만 두 경우는 다릅니다 — ①그 도구를 개조해 남에게 서비스로 제공할 때, ②회사 업무에 쓰면서 회사 코드를 다룰 때. 특히 두 번째는 본인이 괜찮다고 판단할 사안이 아닙니다. 사내에 도구 도입 절차가 있다면 그걸 따르시고, 없다면 최소한 어떤 도구를 쓰는지 공유는 해두세요(왜 통보제가 나은지).
Q. 셋 중 뭘 골라야 하나요?
순위를 매기지 않겠습니다. 대신 이 글에서 나온 것만으로도 후보가 크게 좁혀집니다 — 윈도우면 cmux는 빠지고, 회사 코드에 붙일 거면 라이선스 검토가 가장 쉬운 쪽이 후보가 되며, 반년은 그대로여야 하는 업무 흐름이면 매일 푸시되는 프로젝트가 부담일 수 있습니다. 그리고 쓰는 에이전트 CLI를 지원하는지가 여전히 가장 크게 거르는 축입니다.
✨ 한 줄로
설치 명령을 치기 전에 슬래시 앞(조직명)과 라이선스 표기 두 개만 보세요. "Other"는 자유롭다는 뜻이 아니고, 같은 이름의 다른 프로젝트는 생각보다 흔합니다.
🗺️ 이 시리즈와 이어지는 글
- 1편 — ADE 지도와 고르는 기준 · git worktree 실습 명령 포함
- 모델 라이선스 확인 3단계 — 도구에도 그대로 적용됩니다
- 에이전트 권한 — 보호 장치가 언제 꺼지나
- ADE 3편 — 도구들이 전부 쓰는 git worktree를 직접 돌려봤습니다 — 라이선스 다음은 동작 원리
- Qwen3.8 가중치는 풀렸는데 Apache가 아닙니다 — 모델 쪽에서도 똑같은 일이 벌어졌습니다
- 바이브코딩 입문 2026 — 에이전트를 아직 안 써보셨다면
출처 및 확인 시점 — 2026년 8월 13일 저녁 조회.
✅ 1차 확인: GitHub API 저장소 단건 조회로 stablyai/orca, manaflow-ai/cmux, smtg-ai/claude-squad의 설명·별 수·포크·라이선스 표기·생성일·마지막 푸시·열린 이슈를 직접 읽었습니다. 동명 프로젝트(soheilhy/cmux, craigsc/cmux)도 검색 결과에서 확인했습니다.
🚫 확인하지 않은 것: 각 도구의 실제 설치·실행, LICENSE 파일 본문(GitHub 표기 필드만 확인), OS별 상세 지원 상태, dmux·Conductor·Vibe Kanban의 저장소. "없다"가 아니라 "확인 못 했다"로 표기했습니다.
⚠️ 라이선스 계열에 대한 설명은 일반적으로 알려진 성격이며 개별 프로젝트의 실제 조건과 다를 수 있습니다. 이 글은 법률 자문이 아닙니다. 회사 도입 시에는 법무·보안 담당의 검토를 받으시고, 별·이슈 수는 품질 지표가 아니라 인기·활동량 지표로만 보세요. 오픈소스 프로젝트는 하루 단위로 바뀌므로 설치 전 저장소를 직접 확인하시기 바랍니다. 어떤 제휴나 협찬 관계도 없습니다.
'AI & Vibe Coding' 카테고리의 다른 글
| ADE 도구들이 전부 쓰는 git worktree — 디스크 아끼려는 게 아니었습니다 (1) | 2026.08.13 |
|---|---|
| Qwen3.8 가중치가 공개됐습니다 — 그런데 Apache가 아닙니다 (0) | 2026.08.13 |
| AI 에이전트를 여러 개 돌리는 도구(ADE) — 비교글을 믿기 전에 확인한 것 (0) | 2026.08.12 |
| AI 저작권 소송을 회사가 방어해준다는 조항 — 다른 회사엔 있었습니다 (0) | 2026.08.12 |
| AI 사용량에 지출 상한 거는 법 — 상한은 곧 멈추는 날짜입니다 (0) | 2026.08.12 |
