Twinny와 Continue 비교: 무엇이 바뀌었고 지금 무엇을 사용해야 하나

Twinny와 Continue는 더 이상 같은 작업을 두고 경쟁하지 않습니다. Continue는 여전히 실행되지만 완성된 소프트웨어이고, Twinny는 더 좁은 범위의 도구이지만 계속 출시되고 있습니다. continue.dev 자체의 페이지 제목은 "Continue (acquired by Cursor)"이며 README는 저장소가 더 이상 활발히 유지 관리되지 않고 읽기 전용이라고 설명합니다. 반면 Twinny는 2026-09-18 하루에 버전 4.1.1, 4.1.2 및 4.1.3을 푸시했습니다. 그러나 Twinny에는 의도적으로 에이전트 모드와 MCP 도구가 없으므로 Continue가 하던 일의 일부만 대체하며 전부를 대체하지는 않습니다.

먼저 이름이 겹치는 부분부터 구분하겠습니다. Twinny라는 이름으로 서로 관련 없는 두 회사가 운영되고 있습니다. 하나는 twinny.es의 스페인 엔터프라이즈 자동화 플랫폼이고, 다른 하나는 twinny.ai의 한국 로보틱스 기업이며, 둘 다 2026년 9월 19일 확인 당시 운영 중이었습니다. 어느 쪽의 가격이나 자금 조달 정보도 이 페이지와 관련이 없습니다. 여기서 다루는 제품은 twinny.dev의 VS Code 확장 프로그램이며, twinnydotdev/twinny 저장소에서 rjmacarthy.twinny로 게시되고 twinny-docs에 문서화되어 있습니다.

Continue에 실제로 일어난 일

간단히 말하면 제품은 종료되었지만 코드는 남아 있습니다. Continue의 README에는 다음과 같이 명시되어 있습니다. 저장소는 "더 이상 적극적으로 유지 관리되지 않으며 모든 사용자에게 읽기 전용"입니다. 홈페이지의 메타 설명은 한 문장으로, Continue가 Cursor에 인수되었다고 밝힙니다. 하지만 읽기 전용이라고 해서 보관 처리된 것은 아니며, 대부분의 글이 잘못 이해하는 차이가 바로 이것입니다.

모든 항목은 2026년 9월 19일에 확인했습니다. 계획을 세우기 전에 두 가지를 특히 강조할 필요가 있습니다. 첫째, README는 최종 2.0.0이 VS Code 확장 프로그램, CLI 및 JetBrains 플러그인을 포함한다고 말하지만, 게시된 아티팩트 세 가지 중 두 가지가 이 설명과 다릅니다. CLI는 1.5.47을 넘지 않았고 JetBrains 플러그인은 1.0.67을 넘지 않았습니다. 이를 설명하는 1차 출처가 없으므로 이 가이드는 그 불일치를 설명하지 않고 보고만 합니다. 둘째, 허브보다 오래 살아남은 문서 사이트는 지금도 사용자를 함정에 빠뜨릴 수 있습니다. docs.continue.dev는 더 이상 DNS에서 이름이 해석되지 않는 호스트에서 모델이나 규칙을 가져오는 uses: <owner>/<slug> 구문을 여전히 안내합니다. 명시적인 provider, apiBase, apiKey 항목을 포함한 완전한 로컬 config.yaml 구성만이 이제 참조 해석이 보장되는 유일한 형태입니다.

누가 무엇을 선택해야 하나요

Continue에서 실제로 사용한 기능이 자동 완성, 코드 관련 채팅, 인라인 편집, 리뷰 및 커밋 메시지였고, 누군가가 여전히 수정하고 있는 코드베이스를 원한다면 Twinny를 선택하세요. 저장소는 MIT 라이선스이며 보관 처리되지 않았고, 2026년 9월 19일 기준 가장 최근 커밋은 2026-09-18에 기록된 4.1.1부터 4.1.3까지의 버전 업데이트였습니다. 특히 자체 하드웨어에서 모델을 실행한다면 Twinny를 선택할 만합니다. Twinny는 로컬 서버를 중심으로 설계되었으며, fill-in-the-middle 자동 완성은 1.5B~7B 기본 모델에서 잘 작동합니다.

Twinny에 없는 기능에 의존한다면 Continue를 선택하거나, 기존 Continue를 계속 사용하세요. 에이전트 모드와 MCP 도구 서버가 가장 분명한 사례입니다. Continue의 MCP 문서는 MCP가 "에이전트 모드에서만 사용할 수 있다"고 설명하므로 둘은 함께 성립하거나 함께 성립하지 않습니다. CLI와 JetBrains 플러그인도 해당됩니다. Twinny는 Visual Studio Code 1.93 이상 또는 VSCodium과 같은 호환 빌드를 요구하며, 명령줄 클라이언트와 JetBrains 버전을 제공하지 않습니다. 동결된 Continue 설치는 계속 작동하지만 개선되지는 않습니다.

실행 모델이 실제 구분선입니다. 이는 릴리스로 해소할 수 있는 기능 격차가 아닙니다. Twinny의 FAQ는 "twinny가 내 파일을 스스로 수정하는 에이전트를 실행하나요?"라는 질문에 "아니요. 모든 변경은 사용자가 요청하고 보관되기 전에 확인할 수 있습니다. 사용자가 수락하는 제안, 수락하는 diff, 확인하는 명령입니다. 이는 의도된 설계입니다."라고 답합니다. Continue를 사용해 다단계 작업을 위임하고 결과를 검토했다면 Twinny는 첫날부터 체감되는 다운그레이드입니다. 반대로 Continue를 채팅 및 편집 모드로 사용했으며 에이전트 모드가 불안하게 느껴졌다면, Twinny는 원하지 않았던 부분을 제외한 동일한 작업 흐름을 제공합니다.

마이그레이션 비용은 낮지만 0은 아닙니다. Continue는 역할 목록과 함께 모든 모델을 하나의 YAML 파일에 넣지만, Twinny에는 구성 파일이 전혀 없고 사이드바에서 한 번에 하나의 작업으로 프로바이더를 구성합니다. 따라서 역할 세 개를 가진 Continue 항목 하나는 Twinny 프로바이더 최대 세 개가 됩니다. Twinny는 Continue 구성을 읽지 않습니다. 작업 공간 인덱스를 다시 구축하는 시간에 더해 재작성에 약 한 시간을 배정하세요. 서로 다른 임베딩 모델의 벡터는 섞을 수 없으므로 임베딩 모델을 변경하면 다시 인덱싱해야 합니다.

비용 측면에서는 두 클라이언트 모두 무료이며, 어느 쪽도 청구서 자체는 아닙니다. Continue에는 가격이 전혀 없습니다. continue.dev에는 더 이상 가격 페이지가 없고, 소프트웨어에 관해 FAQ가 말하는 유일한 내용은 Apache-2.0 소스와 문서가 GitHub에 남아 있다는 것입니다. Twinny의 확장 프로그램은 MIT 라이선스이며 무료이지만, 팀 게이트웨이에 숫자로 표시되는 가격이 있어 두 부분을 혼동하기 쉽습니다.

기능 및 라이선스 비교

2026년 9월 19일에 두 Marketplace 목록, 저장소 및 각 프로젝트의 문서에서 확인했습니다. 설치 수는 매일 변하며 현재 사용량이 아니라 과거의 기록입니다. Continue는 유지 관리되는 제품으로 3년에 걸쳐 해당 수치를 누적했습니다. 또한 Twinny의 Marketplace 한 줄 설명("Locally hosted AI code completion plugin for vscode")과 GitHub 설명은 모두 twinny.dev의 현재 포지셔닝보다 오래되었습니다. 현재 twinny.dev는 팀 게이트웨이를 전면에 내세웁니다. Twinny의 P2P "Symmetry" 네트워크를 설명하는 오래된 글은 제거된 기능을 다룹니다. FAQ에 따르면 Symmetry는 제거되고 Devices로 대체되었으며, Devices는 사용자가 소유한 기기만 연결합니다.

각 제품의 비용

Twinny 플랜 가격은 2026년 9월 19일 라이선스 및 시트 페이지에서 확인했으며, Continue의 현황은 continue.dev 자체에서 확인했습니다. 정직하게 두 가지를 덧붙입니다. 시트는 사람이 아니라 활성 액세스 키이며, 키를 폐기하면 즉시 시트가 비워집니다. 또한 이는 게시된 가격이지 이 가이드가 결제 과정을 거쳐 확인한 가격이 아닙니다. 사이트는 rjmacarthy.xyz를 라이선스 발급자로 명시하지만, 그 뒤의 판매 법인은 조사하지 않았습니다. Twinny 홈페이지의 자체 비교표는 호스팅 어시스턴트의 시트당 가격으로 "일반적으로 $19–39"도 인용하지만, 이는 여기서 검증한 수치가 아니라 마케팅 문구입니다.

OpenAI 호환 게이트웨이에서 어느 클라이언트가 접근할 수 있는 것

여기서 두 도구는 어떤 기능 표로도 드러나지 않는 방식으로 더 이상 서로 대체할 수 없게 됩니다. 두 도구 모두 작업을 여러 작업 단위로 나누지만, 그중 일부 작업만 chat-completions 게이트웨이와 통신할 수 있습니다.

채팅은 이론상 적합합니다. Twinny의 프로바이더 개요에는 채팅의 API 경로가 기본 경로이며 Twinny가 여기에 /chat/completions를 추가한다고 나와 있습니다. 따라서 api.kunavo.com에 대해 /v1라는 API 경로를 사용하면 Kunavo의 자체 경로와 일치합니다. 문제는 어떤 프리셋을 선택하느냐입니다. Twinny의 호스팅 API 페이지에는 호스팅 API를 사용하는 채팅이 "벤더의 SDK를 통해 고정 엔드포인트로 전달되므로 호스트 이름, 포트 및 경로 필드가 숨겨진다"고 설명되어 있습니다. OpenAI 및 Anthropic 프리셋은 여전히 키를 요구하지만, 이 키는 사용자가 지정한 주소가 아니라 해당 벤더로 전송됩니다. 따라서 게이트웨이 키를 이 프리셋에 넣으면 안 됩니다. 로컬 서버 프리셋에서는 주소 필드가 계속 표시되며, 일반적인 "OpenAI-compatible server" 프리셋이 Twinny가 별도 프리셋을 제공하지 않는 서버를 위한 것입니다. https://api.kunavo.com/v1를 Hostname에 붙여 넣으면 양식이 프로토콜, 호스트, 포트 및 경로로 나누어 주며, 키는 Authorization: Bearer 헤더로 전송됩니다.

자동 완성은 서로 독립적인 두 가지 이유로 적합하지 않습니다. Twinny의 일반 프리셋은 /v1/completions 방식 경로를 통해 완성을 수행하지만 Kunavo에는 그러한 경로가 없습니다. API에는 레거시 텍스트 완성 엔드포인트가 없고 /v1/chat/completions 및 기타 채팅 형태의 인터페이스만 있습니다. 별개로 Twinny의 지원 모델 페이지는 커서 앞뒤에 있는 내용을 완성하려면 fill-in-the-middle 토큰으로 학습된 모델만 사용할 수 있으며, instruct 모델은 "완성하는 대신 수다를 떨거나 설명하는 경향이 있다"고 명시합니다. Kunavo의 카탈로그는 instruct 및 채팅 모델로 구성되어 있으며, 그중 fill-in-the-middle 기본 모델은 없습니다. 어느 한 가지 장애 요인만으로도 결론은 정해집니다. Continue의 자동 완성 안내도 Twinny의 용어를 사용하지 않을 뿐 같은 방향을 가리킵니다. 해당 역할에는 Codestral 및 Qwen2.5-Coder 1.5B와 7B를 권장하고, 사고형 모델은 적합하지 않다고 경고합니다. 자동 완성은 소형 로컬 모델에서 제공하세요. 이는 두 프로젝트가 어차피 권장하는 구성입니다.

Kunavo는 임베딩을 전혀 제공하지 않습니다. 카탈로그의 어떤 모델도 임베딩 엔드포인트를 제공하지 않으므로 /v1/embeddings는 모델을 확인한 뒤 요청을 거부합니다. Twinny의 임베딩 프로바이더 또는 Continue의 embed 역할을 로컬 서버나 외부 임베딩 프로바이더로 지정하세요. Twinny 문서는 이를 위해 nomic-embed-text를 권장합니다.

name: My Config
version: 0.0.1
schema: v1
models:
  - name: Claude Sonnet 4.6
    provider: openai          # the protocol, not the vendor
    model: claude-sonnet-4-6
    apiBase: https://api.kunavo.com/v1
    apiKey: <your Kunavo key>
    roles: [chat, edit, apply, summarize]
    capabilities: [tool_use]  # only if agent mode stays unavailable

이 블록에는 두 가지 참고 사항이 있습니다. provider: openai는 벤더가 아니라 전송 프로토콜을 나타내므로 /v1/chat/completions를 구현하는 모든 엔드포인트에 적용됩니다. 그리고 capabilities 행이 눈에 잘 띄지 않는 핵심 부분입니다. Continue의 기능 문서에 따르면 Continue는 프로바이더와 모델 이름에서 tool_use를 감지하며, "자동 감지를 재정의할 수 없고 기능을 추가할 수만 있다"고 합니다. Continue의 표에서 인식하지 못하는 ID를 제공하는 게이트웨이는 tool_use를 얻지 못하며, 기능 페이지에는 그 결과로 에이전트 모드를 사용할 수 없게 된다고 명시되어 있습니다. 해당 행을 추가하면 활성화되며, 이를 다시 끄는 설정은 없습니다. 또한 Kunavo의 자체 Continue 설정 페이지에는 autocomplete 역할에서 채팅 모델을 사용하는 두 번째 항목이 있습니다. 이 구성은 기록상 누구도 런타임 테스트를 하지 않았고, Continue 자체의 자동 완성 안내가 해당 역할에 권장하는 모델은 채팅 모델이 아니라 코드 완성 모델입니다. 따라서 이를 검증된 레시피가 아니라 이 절에서 설명한 주의가 필요한 구성으로 취급하세요.

채팅 형태 작업의 토큰을 추산한 예

자동 완성은 게이트웨이에 연결할 수 없으므로 Kunavo에 대해 어느 클라이언트를 사용하든 토큰 비용은 채팅 트래픽만 해당합니다. 채팅 답변, 인라인 편집, 코드 리뷰 및 커밋 메시지입니다. 따라서 계산량은 완성 중심 어시스턴트보다 적으며, 모델을 선택하기 전에 규모를 확인할 가치가 있습니다. 하루 작업량을 채팅 또는 편집 12회로 가정하고, 각 요청이 평균 캐시되지 않은 입력 토큰 18,000개와 출력 토큰 1,200개를 사용한다고 하겠습니다. 총합은 입력 216,000개와 출력 14,400개입니다. 이러한 가정은 예시일 뿐이므로 예산을 세우기 전에 자신의 수치로 대체하세요. 요금은 백만 토큰당 Kunavo 카탈로그의 현재 가격입니다.

이는 측정된 작업 비용이나 청구 상한이 아니라 예시 토큰 계산입니다. 게시된 최저 요금과 작업을 완료하는 최저 비용은 서로 다른 주장입니다. 리뷰를 두 번째 시도해야 하는 모델은 첫 시도에 성공하는 더 비싼 모델보다 비용이 더 들 수 있습니다. Kunavo의 카탈로그 금액은 상한이 아니라 청구 하한입니다. 업스트림이 요금을 보고하면 청구액은 카탈로그 비용과 업스트림 비용에 해당 마크업을 곱한 금액 중 큰 값입니다. 캐시 요금과 로컬에서 실행하는 항목은 이 예시에 포함되지 않습니다. 최소 충전 금액은 선불 크레딧 $10이며, 이는 작업 요금이나 구독료가 아니라 자금 충전 최소 금액입니다. 청구 세부 정보를 참조하세요.

설정하기

Kunavo는 Continue용 설정 가이드는 제공하지만 Twinny용 가이드는 제공하지 않으며, 게시된 구성 참고 자료는 호환성 테스트가 아닙니다. 어느 클라이언트도 이 엔드포인트에서 런타임 테스트를 거치지 않았습니다. 하나를 시험할 때 작동하는 경로를 열어 두고, 범위가 제한된 단일 작업을 실행한 다음 계정에 기록된 청구액을 확인하세요. Continue의 경우 Continue 통합 가이드에서 시작해 위의 주의 사항과 함께 읽으세요. Twinny의 경우 여기서 설명한 일반 OpenAI 호환 프로바이더와 Twinny 자체의 Test provider 버튼을 사용하세요. 이 버튼은 해당 작업에 대해 작은 요청을 보내고 성공 또는 서버 오류와 함께 호출한 URL을 표시하므로 잘못된 경로와 잘못된 키를 가장 빠르게 구분할 수 있습니다. 자금을 충전할 준비가 되면 Kunavo 계정을 생성하세요.

더 넓게 비교하고 있나요? OpenAI 호환 API에서는 해당 프로토콜이 전달하는 것과 전달하지 않는 것을 설명하며, Cline과 Claude Code 비교에서는 Continue의 에이전트 모드가 포기할 수 없는 부분인 경우 두 에이전트를 비교합니다.

자주 묻는 질문

2026년 9월 19일에 직접 가져와 확인했습니다. 두 GitHub 저장소 API 및 커밋 목록, 두 VS Code Marketplace 목록, @continuedev/cli 및 twinny-server의 npm 항목, JetBrains 플러그인 목록, continue.dev와 README, hub.continue.dev의 DNS 조회, docs.continue.dev의 OpenAI 프로바이더·기능·MCP 페이지, Twinny의 introduction·providers·hosted-APIs·supported-models·licensing·FAQ 페이지입니다. 확인하지 않은 항목은 각 클라이언트에서 Kunavo로 보내는 런타임 요청과 Twinny의 결제 과정입니다. Kunavo 토큰 요금은 현재 카탈로그에서 가져왔으며, 여기의 모든 달러 예시는 예시 토큰 계산입니다.