Cline
중급Cline는 바이브 코딩 문맥에서 자주 등장하는 개념입니다. 이 페이지는 중급 난이도로 Cline의 뜻과 쓰임을 빠르게 이해할 수 있도록 정리한 AI 용어사전 항목입니다.
Cline를 처음 보는 독자도 헷갈리지 않도록 정의와 맥락, 관련 용어 6개, 관련 글 1개를 한 페이지에 묶었습니다. 아래 설명을 먼저 읽고, 이어서 연결된 개념과 글까지 보면 이해가 훨씬 빨라집니다.
Cline은 편집기 안에서 동작하는 오픈소스 AI 코딩 에이전트입니다. 공식 사이트는 아파치 2.0 라이선스로 공개된 하나의 에이전트 실행 환경이라고 소개하며, 편집기와 터미널에서 쓰거나 자기 제품에 끼워 넣을 수 있다고 설명합니다. VS Code 확장으로 가장 널리 쓰이고 JetBrains 계열도 사전 공개 상태로 지원합니다.
Cline의 핵심 개념은 Plan 모드와 Act 모드를 나눈 것입니다. Plan 모드에서 무엇을 어떻게 고칠지 먼저 합의하고, Act 모드로 넘겨 실제 파일을 수정합니다. 각 단계를 사람이 승인하며 진행할 수도 있고, 자동 승인을 켜서 끝까지 맡길 수도 있습니다. 에이전트가 코드를 마음대로 고치는 상황이 부담스러운 팀에게 이 구분이 실질적인 안전장치가 됩니다.
모델을 직접 고르는 구조
Cline은 자체 모델을 팔지 않습니다. 사용자가 Anthropic, OpenAI, Google Gemini, AWS Bedrock, Azure, GCP Vertex, Ollama, DeepSeek, xAI, Mistral, OpenRouter 같은 제공사 키를 직접 넣어 쓰는 구조입니다. OpenAI 호환 API를 제공하는 곳이면 대부분 연결됩니다. 그래서 모델 요금이 그대로 사용자 부담이 되지만, 어떤 모델을 쓰는지 완전히 통제할 수 있습니다.
편집기 안에 사는 AI 개발자입니다. 어떤 모델을 쓸지 내가 직접 고르고, 계획 단계와 실행 단계를 나눠 승인하며 진행할 수 있어서 코드를 맡기는 부담이 덜합니다.
MCP 지원도 Cline의 중요한 축입니다. 데이터베이스, 사내 API, 인프라 도구를 MCP 서버로 붙이면 에이전트가 코드만 보는 것을 넘어 실제 시스템 상태를 조회하며 작업할 수 있습니다. 제공되는 SDK로 직접 만든 도구와 생명주기 훅을 등록하는 것도 가능합니다.
프로젝트 규칙은 .clinerules 파일로 정합니다. 코딩 컨벤션, 폴더 구조, 손대면 안 되는 파일 목록을 적어 두면 에이전트가 매번 같은 기준으로 작업합니다. 팀에서 쓸 때는 이 파일을 저장소에 함께 넣어 두는 편이 좋습니다. 사람마다 다른 설명을 반복하지 않아도 되기 때문입니다.
비슷한 도구와의 차이
Cursor나 Windsurf는 편집기 자체를 새로 만든 제품이고 모델 사용료가 구독료에 포함되는 경우가 많습니다. Cline은 기존 편집기에 얹는 확장이라 쓰던 환경을 그대로 유지합니다. GitHub Copilot이 코드 자동 완성에서 출발한 것과 달리, Cline은 처음부터 여러 파일을 고치고 명령을 실행하는 에이전트 방식으로 설계됐습니다.
Claude Code 같은 터미널 기반 에이전트와도 성격이 다릅니다. 터미널 도구는 화면 없이 명령줄에서 돌리기 좋고 자동화 파이프라인에 넣기 편합니다. Cline은 편집기 안에서 변경 사항을 좌우 비교 화면으로 보며 승인하는 흐름이라, 코드를 눈으로 확인하면서 진행하고 싶은 사람에게 맞습니다.
오픈소스라는 점은 실무에서 두 가지 의미를 가집니다. 첫째, 에이전트가 실제로 어떤 프롬프트를 보내고 어떤 파일을 읽는지 코드로 확인할 수 있습니다. 보안 심사가 필요한 조직에서 이 부분이 도입 여부를 가릅니다. 둘째, 사내 요구에 맞춰 포크해 고칠 수 있습니다. 공식 사이트는 기여자가 250명이 넘는다고 밝히고 있습니다. 다만 포크하면 유지보수 부담을 함께 떠안게 되므로, 설정과 규칙 파일로 해결되는지 먼저 확인하는 편이 낫습니다.
설치 규모도 참고할 만합니다. 공식 사이트는 누적 설치가 800만 건을 넘었다고 밝히고 있으며, Cursor와 Windsurf 같은 다른 편집기 위에서도 확장으로 동작합니다. 편집기를 갈아타더라도 같은 에이전트 설정을 그대로 쓸 수 있다는 뜻입니다.
실무에서 Cline을 쓰는 전형적인 흐름은 이렇습니다. 먼저 Plan 모드에서 고칠 파일과 순서를 확인합니다. 계획이 납득되면 Act 모드로 넘겨 변경 사항을 하나씩 승인합니다. 테스트가 있는 프로젝트라면 수정 뒤 테스트 명령까지 에이전트에게 맡기고 결과만 확인합니다. 이 순서를 지키면 잘못된 방향으로 멀리 가버리는 일이 크게 줄어듭니다.
비용 관리에도 신경 써야 합니다. 자체 키를 쓰는 구조라 긴 코드베이스를 반복해서 읽으면 토큰 소비가 빠르게 늘어납니다. 작업 범위를 폴더 단위로 좁히고, 한 대화에서 너무 많은 주제를 다루지 않는 것이 기본 요령입니다. 저렴한 모델로 계획을 세우고 실제 수정만 강한 모델에 맡기는 식으로 모드별 모델을 나누는 방법도 쓸 수 있습니다.
관련 용어
Cline와 함께 자주 언급되는 개념들입니다. 비슷한 말처럼 보여도 역할과 쓰임은 다를 수 있습니다.
