폐쇄망 에이전틱 코딩 도구 비교 - Claude Code · OpenCode · Aider 8종 정리

핵심 요약

외부 망 접근이 차단된 폐쇄망에서 에이전틱 코딩 도구를 도입하려면, 도구의 라이선스보다 "백엔드 모델 엔드포인트를 사내로 돌릴 수 있는가"가 더 중요한 변수가 됩니다. Claude Code부터 OpenCode, Aider, Cline까지 주요 8종을 라이선스·백엔드 자유도·폐쇄망 적합성 기준으로 정리했습니다.

최근 사내 개발자용 코딩 어시스턴트를 OpenWebUI + Continue.dev 조합에서 본격적인 에이전틱 도구로 전환하는 PoC를 검토하면서, 시중에 나온 도구들을 다시 한 번 정리하게 됐습니다. 검색하면 "오픈소스 에이전틱 코딩 도구 TOP 10" 같은 글은 많지만, 폐쇄망 환경을 전제로 한 비교는 의외로 드물어서 직접 정리해봤습니다.

이 글에서 말하는 폐쇄망(air-gapped)은 외부 인터넷 송신이 차단되어 모델 API 호출을 사내 LLM 게이트웨이로만 보낼 수 있는 환경입니다. vLLM이나 Ollama로 로컬 모델을 띄우고 LiteLLM을 게이트웨이로 두는 구조가 일반적입니다.

비교 기준 3가지

도구를 평가할 때 봐야 할 핵심 축은 세 가지로 좁힐 수 있습니다.

① 라이선스

오픈소스(MIT, Apache 2.0)냐, 소스 공개형(FSL 같은 변형)이냐, 상용이냐에 따라 사내 보안 검토 통과 가능성이 달라집니다. 특히 금융·공공 영역은 OSI 정식 오픈소스 라이선스만 허용하는 경우가 많습니다.

② 백엔드 모델 자유도

도구가 OpenAI 호환 엔드포인트나 Anthropic Messages API 호환 엔드포인트의 base URL을 환경변수로 변경할 수 있어야 사내 LiteLLM 게이트웨이로 트래픽을 돌릴 수 있습니다. 이 옵션이 없으면 폐쇄망에선 무용지물입니다.

③ 폐쇄망 운영 적합성

오프라인 설치 가능 여부(npm/pip 미러링), 텔레메트리 비활성화 옵션, 사내 CA 인증서 처리, 자동 업데이트 차단 옵션이 명시적으로 제공되는지가 핵심입니다.

도구별 정리 (8종)

1. Claude Code (Anthropic)

상용 / 게이트웨이 지원

• 라이선스: Anthropic 상용 (Commercial Terms of Service). 오픈소스 아님
• 배포: @anthropic-ai/claude-code npm 패키지로 무료 다운로드
• 비용 구조: 도구 자체는 무료, 모델 추론은 Claude Pro 구독($20/월) 또는 Anthropic API 호출 시 토큰 과금
• 폐쇄망 지원: 공식 LLM Gateway 문서 존재. ANTHROPIC_BASE_URL 환경변수로 LiteLLM 등 게이트웨이 지정 가능. 단, Anthropic은 LiteLLM 자체를 보증하지 않는다는 점을 명시
• 특이사항: 게이트웨이가 /v1/messages 엔드포인트(Anthropic Messages API 형식)를 노출해야 하고, anthropic-beta, anthropic-version 헤더를 통과시켜야 함

2. OpenCode (SST / Anomaly Innovations)

MIT / 폐쇄망 명시 지원

• 라이선스: MIT
• 배포: npm i -g opencode-ai 또는 brew/scoop/binary
• 아키텍처: Go 기반 TUI + 클라이언트/서버 분리 구조
• 백엔드: 75+ provider 지원. Models.dev를 통한 BYOK(Bring Your Own Key) 방식. Ollama, vLLM 등 OpenAI 호환 엔드포인트 직접 연결
• 특이사항: 공식 문서에서 air-gapped 모드를 명시적으로 다루며, 코드/컨텍스트 데이터를 자체 저장하지 않는다고 명시

3. Aider

Apache 2.0 / 가장 성숙

• 라이선스: Apache 2.0
• 배포: pip install aider-chat
• 강점: Git 자동 커밋. 변경마다 의미 있는 커밋 메시지를 LLM이 작성하고 단일 atomic commit으로 기록
• 백엔드: 내부적으로 LiteLLM을 사용해 100+ 모델 지원. Ollama 로컬 모델 연결 검증됨
• 특이사항: 2023년부터 개발된 가장 성숙한 도구. SWE Bench 상위권. 다만 UI는 순수 터미널 CLI라 IDE 통합형 워크플로우엔 별도 설정 필요

4. Cline

Apache 2.0 / VS Code

• 라이선스: Apache 2.0
• 배포: VS Code 마켓플레이스(확장 ID: saoudrizwan.claude-dev). JetBrains, Cursor, Windsurf, Zed, Neovim도 지원 확대 중. CLI 프리뷰 존재
• 특징: Plan/Act 두 모드, 모든 액션에 사람 승인 워크플로우(human-in-the-loop)
• 백엔드: 30+ LLM provider. 사내 LiteLLM 게이트웨이를 OpenAI 호환 엔드포인트로 등록 가능
• 특이사항: 원래 "Claude Dev"라는 이름으로 시작. 포크인 Roo Code, Kilo Code도 별도 프로젝트로 분리됨

5. Continue.dev

Apache 2.0 / IDE 통합

• 라이선스: Apache 2.0
• 배포: VS Code, JetBrains 확장 + CLI
• 강점: 자체 호스팅 명시 지원. Ollama, vLLM, TabbyML, LM Studio, llama.cpp 등 OpenAI 호환 백엔드 직접 연결. 자동완성/채팅/편집/에이전트 모드 분리 가능
• 설정: config.yaml에서 모델 provider별로 base URL과 API 키 자유 지정. 사내 LiteLLM 엔드포인트 등록 직관적
• 특이사항: 기존 IDE 통합 코딩 어시스턴트 표준에 가깝지만, 에이전트 모드를 통해 에이전틱 워크플로우도 커버

6. Goose

Apache 2.0 / Linux Foundation

• 라이선스: Apache 2.0
• 거버넌스: 원래 Block(블록, 구 Square) 개발. 2025년 12월 Linux Foundation 산하 Agentic AI Foundation(AAIF)으로 이관됨
• 배포: Desktop App + CLI + API 3가지. Rust + TypeScript 기반
• 백엔드: 15+ provider. Ollama 로컬 모델 검증됨. 다중 모델 동시 구성 가능
• 특이사항: MCP(Model Context Protocol) 네이티브 지원. Recipe(YAML 워크플로우)로 작업 자동화. 거버넌스가 단일 기업에 종속되지 않아 장기 운영 안정성 측면에서 유리

7. Codex CLI (OpenAI)

Apache 2.0 / OpenAI 종속

• 라이선스: Apache 2.0 (CLI 자체)
• 배포: npm install -g @openai/codex 또는 brew, binary
• 구현: Rust 기반
• 제약: 공식 빌드는 OpenAI 모델(o4-mini, GPT-4o 등)에 종속. ChatGPT 계정 인증 또는 OpenAI API 키 필요
• 대안: 커뮤니티 포크인 open-codex는 Chat Completion API로 변경해 Ollama 등 OpenAI 호환 provider 지원

8. Crush (Charm)

FSL-1.1-MIT / 소스 공개

• 라이선스: FSL-1.1-MIT (Functional Source License). OSI 정의 오픈소스는 아니지만 소스 공개+상업 사용 제한 후 2년 뒤 MIT로 전환되는 구조
• 배포: Go 기반 TUI. Charm의 Bubble Tea 프레임워크 기반
• 이력: 원래 OpenCode AI라는 이름으로 시작했다가 Charm이 인수해 Crush로 리브랜딩(2025-07-29)
• 백엔드: OpenAI/Anthropic 호환 API 자유 등록. Ollama, LM Studio, DeepSeek, Vertex AI 등 지원. LSP 통합 + MCP 지원
• 주의: 라이선스가 OSI 오픈소스가 아니므로 사내 라이선스 검토에서 별도 항목으로 다뤄야 함

종합 비교표

도구	라이선스	인터페이스	백엔드 자유도	폐쇄망 적합성
Claude Code	Anthropic 상용	터미널 CLI + IDE 확장	Anthropic API 형식, LiteLLM 경유 가능	◎ 공식 게이트웨이 가이드
OpenCode	MIT	터미널 TUI + 데스크톱 + IDE	75+ provider, OpenAI 호환	◎ air-gapped 명시 지원
Aider	Apache 2.0	터미널 CLI	100+ 모델 (LiteLLM 내장)	○ Ollama 검증됨
Cline	Apache 2.0	VS Code/JetBrains 확장	30+ provider	○ OpenAI 호환 등록
Continue.dev	Apache 2.0	VS Code/JetBrains 확장	OpenAI 호환 전체	◎ 자체 호스팅 명시
Goose	Apache 2.0	Desktop + CLI + API	15+ provider	◎ Ollama 검증됨
Codex CLI	Apache 2.0	터미널 CLI	OpenAI 모델 종속	△ 포크 사용 시 가능
Crush	FSL-1.1-MIT	터미널 TUI	OpenAI/Anthropic 호환	○ 라이선스 검토 필요

실전 도입 시 체크포인트

도구 선정만큼 폐쇄망 도입 가능성 검증이 중요합니다. PoC 진행 전 미리 확인할 항목들입니다.

오프라인 설치 가능성

대부분 npm 또는 pip 기반이므로 사내 npm/pip 미러(Nexus, Artifactory 등)가 있는지, 없다면 외부 망에서 패키지를 받아 USB로 옮길 절차가 정립되어 있는지 확인합니다. Go/Rust 기반 바이너리 도구는 단일 실행 파일이라 상대적으로 단순합니다.

텔레메트리 차단

모든 도구가 일정 수준의 사용 통계를 보낼 수 있습니다. 환경변수나 config 옵션으로 비활성화 가능한지, 그리고 실제로 코드 레벨에서 외부 호출이 차단되는지 검증해야 합니다. 폐쇄망 방화벽이 1차 방어선이지만 도구 자체 옵션으로도 차단해두는 게 권장됩니다.

사내 CA 인증서 처리

LiteLLM 게이트웨이가 사내 CA로 발급된 인증서를 사용한다면, 도구가 NODE_EXTRA_CA_CERTS(Node 기반) 또는 REQUESTS_CA_BUNDLE(Python 기반) 같은 환경변수를 통해 신뢰 체인을 확장할 수 있는지 확인합니다.

모델-도구 궁합

에이전틱 도구는 tool calling 정확도가 사용성을 좌우합니다. 사내에서 운영 중인 모델이 도구 호출에 충분히 안정적인지 PoC 단계에서 검증해야 합니다. 14B 미만의 작은 코딩 모델은 복잡한 멀티스텝 워크플로우에서 호출 실패가 잦을 수 있습니다.

도입 우선순위 제안

실무 추천 조합

① 현행 IDE 통합 유지: Continue.dev (이미 검증된 자체 호스팅 라이브러리)
② 터미널 에이전트 추가: OpenCode 또는 Aider
③ 라이선스 정책 허용 시: Claude Code 병행 비교
④ 거버넌스 중시: Goose (Linux Foundation 산하)

Continue.dev는 IDE 통합 환경에서 가장 검증된 자체 호스팅 도구이고, OpenCode는 Claude Code의 직접적 오픈소스 대안으로 가장 활발하게 개발 중입니다. Aider는 안정성과 Git 통합 측면에서 가장 성숙합니다. 사내 보안 정책이 OSI 정식 오픈소스만 허용한다면 Crush는 제외하고, OpenAI 모델 의존이 불가능한 환경이면 Codex CLI도 후보에서 빠집니다.

Claude Code는 상용 도구이지만 폐쇄망 게이트웨이 사용을 공식적으로 지원하고, npm 배포 자체는 무료라는 점에서 라이선스 정책만 통과한다면 가장 완성도 높은 선택지가 됩니다.

마무리

폐쇄망 환경에서 에이전틱 코딩 도구를 도입할 때 가장 중요한 결정은 도구 선택이 아니라 "사내 모델 게이트웨이 표준을 어디에 맞출 것인가"입니다. LiteLLM 같은 OpenAI 호환 게이트웨이를 표준으로 정해두면 위 도구들 대부분을 큰 변경 없이 시험해볼 수 있습니다.

PoC는 한 번에 모든 도구를 비교하기보단, 동일한 백엔드 모델·동일한 시나리오·동일한 평가지표로 2~3개 도구씩 단계적으로 비교하는 게 결과를 해석하기 쉽습니다. 도구별 성능보다 도구-모델 궁합 차이가 더 크게 나타나는 경우가 많아서, 모델 업그레이드 로드맵과 함께 검토하시는 걸 권장합니다.

※ 본 글에 명시된 라이선스, 버전, 기능은 2026년 5월 기준 공식 문서·GitHub 저장소·공식 블로그를 참고했습니다. 도구별 정책은 변경될 수 있으니 도입 전 각 도구의 공식 LICENSE 파일과 약관을 반드시 재확인하시기 바랍니다. 사내 도입은 자사 보안 정책과 라이선스 검토 절차를 거쳐 진행하세요.