Cline — BYOK의 가장 깊은 자리 · leejk

TL;DR. Cline의 자리는 30+ provider BYOK + 사용자 승인 게이트 + OSS Apache 2.0 transparency. Plan/Act mode로 생성과 실행을 분리하고, 모든 tool call·diff·터미널 명령에 명시적 승인. v3.81 / 61.2k stars / CLI 2.0(2026-02, parallel execution·headless CI/CD·ACP). VS Code·JetBrains·Cursor·Windsurf·Zed·Neovim까지 multi-editor. 1st-party 4개(Claude Code·Codex·Cursor·Copilot)가 못 가는 자리가 본체 — 모델 자유도·OSS·로컬 모델·on-prem. 가장 강력한 시너지는 Cline + 로컬 모델 (Ollama/LM Studio)의 air-gapped 결.

자리 정의

코딩 에이전트 카테고리 개요에서 Cline을 OSS VS Code 확장으로 정리했다. 2026-05 기준 VS Code 단일 확장에서 multi-editor + CLI로 확장됐다 — VS Code·JetBrains·Cursor·Windsurf·Zed·Neovim·CLI preview까지(공식 cline.bot).

3개 1st-party(Claude Code·Codex·Cursor)가 모델 lock-in 또는 자체 모델에 베팅했다면, Cline은 정확히 거꾸로 — 30+ provider BYOK + 100% OSS Apache 2.0 + 사용자 승인 게이트. 1st-party의 통합 두께 대신 3rd-party의 자유도에 베팅한 곳.

차별화 축이 layer 두께나 surface 분산이나 application layer 모델이 아니라 모델 layer 자체로부터의 독립이다. 이게 BYOK의 가장 깊은 지점.

강점 5축

1. 30+ provider BYOK — 가장 넓은 모델 자유도

2026년 기준 Cline의 provider 목록은 30을 넘었다 — Anthropic · OpenAI · Google Gemini · AWS Bedrock · Azure OpenAI · OpenRouter · Cerebras · DeepSeek · Moonshot · Alibaba Qwen · xAI Grok · Mistral · Groq · Fireworks · Together · Baseten · SambaNova · Nebius · Hugging Face, 그리고 로컬 Ollama·LM Studio.

1st-party 4개가 근본적으로 못 가는 영역이다. Claude Code·Codex는 자기 모델만, Cursor는 BYOK 4개 + 자체 모델 두 종까지 갔지만 30 provider는 아니다. task별로 모델을 자유롭게 갈아끼는 결에서 Cline이 유일하다 — DeepSeek-Coder로 비용 절감 → Opus 4.7로 큰 refactor → 로컬 Qwen으로 sensitive 코드 → Gemini로 multi-modal.

Cline Provider 자체도 BYOK-optional pay-as-you-go($0.01-0.10/task)로 정착해서, 키 관리 부담을 줄이면서도 BYOK 자유도를 유지한다.

2. Plan/Act mode + 사용자 승인 게이트 — transparency가 신뢰의 자리

Cline의 디자인 핵심은 Plan과 Act의 분리. Plan mode에서 코드베이스 탐색·질문·전략 수립을 하고, 사용자가 aligned 된 다음 Act mode로 실행. 1st-party agent들이 자율성 영역을 키우는 동안, Cline은 human-in-the-loop를 디자인으로 박았다.

모든 file edit·diff·terminal 명령에 명시적 승인 단계가 노출된다. AI가 무엇을 하려는지를 사용자가 매번 본다 — Claude Code의 hooks·permission checkpoints와 같은 결이지만, Cline은 디폴트 동작. 이게 bitter-medicine의 심판 패턴을 agent 디자인 자체에 박은 대목.

awesomeagents 표현 그대로 — "Cline lets you pick your own brain"(Awesome Agents 리뷰). 모델을 직접 고르고 행동을 직접 승인하는 대목.

3. OSS Apache 2.0 + 100% 코드 audit 가능

Cline 전체가 Apache 2.0 OSS. AI가 코드와 어떻게 통신하는지·무엇이 로컬에서 떠나는지·LLM provider와 어떻게 talk하는지를 사용자가 직접 audit할 수 있다.

Anthropic의 4월 postmortem·silent Sonnet downgrade 같은 vendor opacity 대목이 Cline에서는 구조적으로 발생하지 않는다. 코드가 공개고 provider가 사용자 선택이라 agent가 모델 routing을 몰래 바꿀 여지가 없다.

이게 벤더 불투명 부작용 갈래에 대한 가장 직접적인 답이다. 부작용은 사용 방식으로 누그러뜨릴 수 있다고 했는데, Cline은 방식 자체를 OSS로 박는 곳.

4. Multi-editor + CLI — IDE 락인 부재

VS Code(원래 본거지) → JetBrains·Cursor·Windsurf·Zed·Neovim까지 확장. 6+ IDE에서 같은 Cline이 작동한다. 게다가 CLI 2.0(2026-02-13)으로 터미널·headless CI/CD·parallel execution·ACP(Agent Client Protocol)까지 갔다.

Cursor 사용자가 Cursor 안에 Cline extension을 같이 까는 자리 — Cursor의 visual IDE form factor + Cline의 BYOK 자유도를 한 도구에서 결합. Codex가 Cursor에 공식 extension으로 들어간 결과 같은 결.

5. MCP marketplace + Computer Use — 외부 시스템 통합

Cline MCP marketplace와 stdio/SSE configuration이 database·observability·internal tools를 one-time setup으로 끼울 수 있게 정착. Claude Code MCP 생태계와 같은 결의 대목.

추가로 Computer Use가 Cline에 박혀 있다. agent가 자기 UI 작업을 실제 브라우저에서 verify하는 동작 — Anthropic Computer Use 기능을 agent 디자인에 1급으로 포함한 대목. 1st-party 4개에서 Anthropic Computer Use 직결만큼 들어간 곳은 Claude Code·Cline 둘뿐.

.clinerules/ 디렉토리 + conditional rules로 file-scoped governance도 같이. Cursor의 .cursor/rules/·Claude Code의 .claude/rules/와 같은 결.

약점 5축

1. 30 provider 자유도가 설정 부담으로

가장 직접적인 비용. API 키 관리·refill·rate limit·비용 추적이 사용자 부담. Cline Provider pay-as-you-go가 일부 메우지만, 진짜 자유도를 다 쓰려면 30 provider 각자의 키가 필요하다.

Anthropic Pro $20·Claude Code Max $200·ChatGPT Plus $20 같은 통합 구독이 Cline에는 없다. 각 provider별로 따로 결제하거나 Cline Provider로 통합하거나의 양자택일. 일상적 운영에서 토큰 회계가 사용자 쪽으로 옮겨간다.

2. 3rd-party — 모델 회사 SDK 변경에 늦게 따라간다

코딩 에이전트 카테고리 개요에서 짚었던 지점 — Cline은 모델 회사 본인이 아니다. Anthropic이 Managed Agents Outcomes를 GA하거나 OpenAI가 Codex cloud sandbox를 추가해도, Cline이 그 영역에 따라가는 시점은 1st-party 출시보다 늦다.

특히 Claude Code의 확장 7종이 1st-party 디자인으로 모델 친화적인 대목이 Cline에는 재구현으로 들어온다. 모델 회사가 layer를 추가할수록 Cline은 매번 따라잡아야 한다.

3. 벤치 점수는 중간 — frontend 33.3% / backend 26.7%

Aimultiple의 agentic CLI 비교에서 Cline frontend 33.3% / backend 26.7%. Claude Code의 55.5%·Aider의 52.7%·Codex의 상위 점수에 비해 벤치 지점에서는 중간.

원인은 3rd-party agent가 모델별로 최적화되지 않은 결에 가깝다. Plan/Act mode + approval gate가 벤치 지점에서는 overhead로 떨어진다 — 사용자 승인 없이 끝까지 가는 자율 agent들이 벤치에서 강하다. 디자인 철학이 벤치보다 운영에 맞춰져 있다.

4. 1st-party polish 부재 — UX는 기능적

코딩 에이전트 카테고리 개요에서 "UX는 기능적에 가깝다"고 표현했던 결. Cursor의 시각적 IDE polish·Claude Code의 plugin marketplace 두께·Codex의 multi-surface 일관성에 비해, Cline은 기능이 먼저, polish가 나중.

OSS의 특성이라 contribution velocity가 매우 빠르지만 일관성·디자인·문서가 1st-party 수준은 아니다. power user에게는 강점이지만 daily editor로 senior가 매일 쓰는 영역은 Cursor·Claude Code가 가져갔다.

5. 시장 점유율은 stars 기준 — 사용 점유율 아님

61.2k GitHub stars가 signal이지만, JetBrains AI Pulse Jan 2026에서 Copilot 29% / Cursor 18% / Claude Code 18%에 Cline은 명시적으로 없다. 기업 도입 표준은 1st-party 4개의 영역이고, power user·OSS-friendly 사용자에서만 Cline이 등장한다.

64% Fortune 500의 Cursor리뷰·Cisco 100% Codex리뷰·Anthropic 사내 도그푸딩 Claude Code리뷰 같은 엔터프라이즈 도입 사례가 Cline에는 비어 있다. 공식 인증·SOC·SSO·audit log는 1st-party가 가져간 영역.

Use case — 언제 Cline을 쓰면 좋은가

1. 모델 자유도 우선 (30+ provider BYOK) — task별로 o3 디버깅·DeepSeek 비용·Qwen 로컬·Opus 큰 refactor·Gemini multi-modal을 갈아끼는 워크플로. 1st-party 4개에서 못 가는 영역.

2. transparency·approval gate가 첫 게이트 — 모든 코드 변경에 명시적 승인. 프로덕션 변경·보안 sensitive·되돌리기 어려운 작업에서 Plan/Act mode가 첫 디폴트.

3. air-gapped·on-prem·data residency 강한 요구 — 로컬 Ollama·LM Studio로 데이터가 로컬을 떠나지 않는다. 1st-party agent들이 Anthropic·OpenAI API에 묶인 대목의 정확한 반대.

4. multi-editor 운영 — VS Code·JetBrains·Cursor·Zed·Neovim을 팀에서 다 같이 쓰는 환경. 같은 Cline이 전부에서 작동한다.

5. OSS audit·라이선스·governance 첫 게이트 — Apache 2.0·OSS audit·내부 정책상 vendor opacity 차단이 필수인 곳. 금융·정부·security-sensitive 영역.

다른 에이전트와의 시너지

Cline + 로컬 모델 (Ollama / LM Studio) — air-gapped 자리

가장 강력한 시너지. Cline + Ollama로 Qwen Coder·DeepSeek-Coder·Llama 3.3을 로컬에서 돌리면 데이터가 로컬을 떠나지 않고 agentic coding이 작동한다. 1st-party 4개 전부가 근본적으로 못 가는 영역.

보안 강한 환경·on-prem·government·금융·healthcare에서 유일한 OSS BYOK + 로컬 모델 조합. 벤더 불투명 부작용에 대한 가장 직접적인 답.

Cline + OpenRouter — 한 키로 멀티 모델 라우팅

OpenRouter API 키 하나로 100+ 모델 접근. Cline에서 모델 toggle하면 OpenRouter 내부 라우팅이 처리. 30 provider를 한 키로 좁히는 패턴 — 설정 부담을 OpenRouter에 위임하면서 모델 자유도는 유지.

Cline + Cursor (extension in IDE)

Cline은 Cursor 안에 extension으로 깔린다. Cursor의 visual IDE form factor + Cline의 BYOK 자유도 + approval gate가 한 IDE에서 결합. Codex가 Cursor에 들어간 자리의 OSS 버전.

Cline + Claude Code — OSS와 1st-party의 hybrid

Cline의 transparency·BYOK가 프로덕션 변경·민감 작업을 가져가고, Claude Code의 1M context·확장 7종이 큰 refactor·자율 백그라운드를 가져간다. 같은 사용자가 두 도구를 작업 종류별로 분담. Cline의 사용자 승인 게이트가 bitter-medicine의 심판 패턴을 명시적으로 디자인에 박은 대목.

Cline + Aider — OSS BYOK 페어

둘 다 OSS·BYOK·multi-model. terminal Aider + IDE Cline의 분담이 Aider 리뷰에서 다시 다뤄지지만, 핵심은 3rd-party OSS BYOK에서 두 도구가 보완 관계. Aider의 git-native atomic commits + Cline의 approval gate가 모든 변경을 reviewable하게 만드는 대목.

종합

Claude Code·Codex·Cursor를 지나며 차별화 축은 점점 좁게 갈렸다. Cline은 그 선을 1st-party 안과 바깥 사이로까지 끌고 간다 — 모델 layer로부터의 독립이 그 경계다.

Claude Code (1st-party): 확장 7종 + 1M context (layer 두께)
Codex (1st-party): 멀티 surface + 자율 cloud sandbox + 토큰 효율
Cursor (1st-party with application-layer model): 시각적 IDE + BYOK 4개 + 자체 모델 두 종
Cline (3rd-party OSS): 30+ provider BYOK + 사용자 승인 게이트 + Apache 2.0

1st-party 3개가 통합 두께·자율성·시각적 영역에 베팅했다면, Cline은 모델 layer로부터의 독립에 베팅했다. 시장도 갈렸다 — Cursor가 F500의 default IDE, Claude Code·Codex가 senior CLI 자리를 양분하는 동안, Cline은 air-gapped·on-prem·OSS-audit을 가져갔다.

senior 컨센서스 3-way에 4-way가 붙었다 — daily Cursor (생성) → Codex (자율) → Claude Code (선별) → Cline (sensitive·OSS·로컬). 각자 다른 차원의 자리고, 벤치 점수가 중간인 것은 디자인 철학이 운영에 베팅했다는 신호지 agent 품질이 낮다는 신호가 아니다.

2026 Q3에 갈릴 분기는 1st-party agent들이 BYOK 일부를 열지 여부. Cursor가 BYOK 4개 + 자체 모델로 일부 열었지만, 30 provider + 로컬 모델은 여전히 Cline의 영역이다. layer 두께를 가져갈 vs 모델 자유도를 가져갈의 trade-off가 2026 Q3에도 해결되지 않을 결이고, 그동안 Cline은 침식보다 확장에 가까울 가능성이 크다.

지금은 Cline이 1st-party 4개가 못 가는 자리를 OSS로 가져간 상태라는 단정만으로 충분하다. 벤더 불투명·모델 lock-in·data residency가 첫 게이트인 환경에서, Cline 외의 옵션이 거의 없다.

Cline — BYOK의 가장 깊은 자리