2026 Cline·Roo Code, VS Code와 함께 쓰는 Clash 분할
마켓플레이스·OpenVSX·모델 API DOMAIN-SUFFIX

1 왜「독립 AI IDE」글과 똑같이 쓰면 실패하나

Cursor는 제품이 자체 이진 파일·업데이트 채널·모델 백엔드 세트를 갖는 편이어서, 기존 Cursor·Clash 글이 «IDE·일부 밴더 호스트·npm·Git» 축에 맞춰 설명합니다. 반면 Cline이나 Roo Code는 VS Code 확장으로 Microsoft Visual Studio Code 마켓플레이스(marketplace.visualstudio.com·갤러리 API), 일부 환경에서는 Eclipse Open VSX(open-vsx.org)·그 CDN, VS Code 자체 업데이트·CRL·텔레메트리 호스트, 그리고 개발자가 API 키로 붙이는 Anthropic·OpenAI·Google 등 범용 API로 동시에 뻗습니다. 같은 «AI로 코딩»이라 해도, 규칙을 «Cursor 글»만으로 덮으면 확장 설치는 잘 되는데 인라인 제안만 끊기거나, 스토어는 되는데 터미널만 직접 연결로 새는 식의 불일치가 흔합니다. 그래서 Clash에서 DOMAIN-SUFFIX로 스토어·CDN 축을 먼저 안정시키고, 모델 API는 ChatGPT·OpenAI·Claude 같은 벤더 전용 글과 나란히 쌓는 편이 설명·운영 둘 다 쉽습니다.

2 VS Code 본체 + 확장 마켓 + 확장 런타임 + API 한 장

흐름을 단계로 나누면 다음과 가깝습니다. 첫째, VS Code·VSCodium 바이너리가 업데이트·WebView·텔레메트리에 연결됩니다(환경·버전에 따라 update.code.visualstudio.com·vo.msecnd.net·Azure·Microsoft CDN이 등장). 둘째, 확장 메타데이터·검색·다운로드는 marketplace.visualstudio.com 등 Gallery API와 vsassets·gallerycdn 류 CDN을 탑니다. VSCodium·일부 Linux 배포는 OpenVSX로 소스를 바꾸므로 open-vsx.org·해당 정적·API가 추가로 붙습니다. 셋째, 설치된 Cline·Roo 등은 Extension Host에서 동작하며, 사용자가 넣은 API 키에 따라 api.anthropic.com·api.openai.com·기타 호환·프록시 URL로 나갑니다. 이 세 갈래가 서로 다른 정책을 타면 «한쪽만 403» «스트리밍만 끊김» «OAuth만 실패」 같은 증상이 납니다. Clash 분할의 목적은 한 프로젝트 안에서 이 층이 기대한 전용 프록시 그룹을 쓰게 맞추는 것입니다.

3 마켓플레이스·OpenVSX·업데이트: DOMAIN-SUFFIX 출발선

팀·개인 룰셋에 자주 올리는 접미사는 아래를 참고하세요(실제 로그·버전에 따라 항목이 늘거나 줄 수 있습니다). «해외 AI 한 덩어리」보다, IDE 스택에 맞는 이름을 쓰는 쪽이 재현·공유에 유리합니다.

• Microsoft Visual Studio Code 마켓 — DOMAIN-SUFFIX,visualstudio.com은 marketplace.visualstudio.com·다수의 서비스·일부 갤러리 경로를 넓게 포함하는 편이어서, 팀에서 문제 없다면 한 번에 잡는 경우가 많습니다(과하게 넓다고 느껴지면 연결 로그로 세분화).
• 자산·CDN — vsassets.io, gallerycdn.vsassets.io 등 확장 번들·이미지가 실리는 축. 목록·다운로드는 되는데 아이콘·vsix만 느릴 때 여기를 의심합니다.
• OpenVSX — open-vsx.org 및 문서/배포에 나오는 api.open-vsx.org·호환 CDN. VSCodium·일부 오픈 빌드는 여기에 의존하므로, Microsoft만 맞추고 이 축이 빠지면 «아무 확장이나 잘만 안 깔리는」 패턴이 납니다.
• 에디터 업데이트 — code.visualstudio.com(문서·다운로드), update.code.visualstudio.com, vo.msecnd.net·기타 Microsoft 배포 CDN이 로그에 찍힐 수 있습니다. 보안/회사 프록시 뒤에서는 TLS·SNI 정책도 함께 봐야 합니다.

4 Cline·Roo가 부르는 모델 API — 벤더 글과 짝지어 쓰기

Cline·Roo Code는 설정에서 베이스 URL·모델·API 키를 직접 지정하는 흐름이 일반적입니다. 그러면 확장 프로세스는 api.anthropic.com·api.openai.com·Google·OpenRouter 등 사용자가 고른 호스트로 나갑니다. 본문은 그 호스트의 «벤더별 Clash 규칙»을 중복해 쓰지 않고, 이 글에서는 «IDE·마켓 축이 이미 PROXY_DEV로 가게 맞췄는지»와 «API는 각 벤더 글의 PROXY_…와 같은 그룹이면 되는가»를 구분하라는 점에 초점을 둡니다. GitHub Copilot은 github.com·githubusercontent 축이 중심이므로 Copilot·Clash 글이 따로 있고, Windsurf는 Codeium 백엔드가 뚜렷해 Windsurf·Clash에 정리돼 있습니다. VS Code + Cline은 그와 달리 스토어·OpenVSX + 자신이 낸 키의 API 조합입니다.

5 rules에 얹는 예시: Rule Provider + DOMAIN-SUFFIX

아래 config.yaml 조각은 개념용입니다. proxy-groups·노드·원격 url은 본인의 구독·Clash YAML과 합쳐 쓰고, 그룹 이름 PROXY_VSCODE는 팀 말로 바꾸면 됩니다. 규칙 순서에서 이 블록은 넓은 MATCH, DIRECT보다 위에 있어야 합니다.

# Example only — add model vendor rules (OpenAI, Anthropic, etc.) separately
proxy-groups:
  - name: PROXY_VSCODE
    type: select
    proxies:
      - PROXY
      - DIRECT

rule-providers:
  vscode_oss:
    type: http
    behavior: classical
    path: ./ruleset/vscode-oss.txt
    url: "https://example.com/rulesets/vscode-market-openvsx.txt"
    interval: 86400

rules:
  - RULE-SET,vscode_oss,PROXY_VSCODE
  - DOMAIN-SUFFIX,visualstudio.com,PROXY_VSCODE
  - DOMAIN-SUFFIX,vsassets.io,PROXY_VSCODE
  - DOMAIN-SUFFIX,open-vsx.org,PROXY_VSCODE
  - DOMAIN-SUFFIX,vscode-cdn.net,PROXY_VSCODE
  - DOMAIN-SUFFIX,code.visualstudio.com,PROXY_VSCODE
  - DOMAIN-SUFFIX,msecnd.net,PROXY_VSCODE
  # Add api.openai.com, api.anthropic.com, etc. per vendor or use your vendor articles

DOMAIN-SUFFIX,msecnd.net·windows.net 류는 다른 Microsoft 서비스와 겹칠 수 있으니, 팀망이면 로그로 좁힌 뒤 쓰는 것이 좋습니다. KEYWORD는 오탐이 나기 쉬워 임시 진단에만 쓰고, DOMAIN-SUFFIX·정규 Rule Provider로 고정하는 것을 권장합니다.

6 Cursor·Copilot·Windsurf 글과의 역할 나누

같은 사이트의 글끼리 도메인 집이 겹치지 않게 쪼갠 이유는, «한 CSV에 전 세계 API를 싹»보다 제품·시나리오별로 갱신·팀 설명이 쉽기 때문입니다. Cursor는 독립 앱 + 자체/제휴 모델 + 범용 개발 스택이 중심이고, Copilot은 GitHub 인프라, Windsurf는 Codeium + VS Code 유사 마켓이 강합니다. VS Code + Cline·Roo는 오픈 에디터 + 스토어·OpenVSX + 자신이 직접 끼우는 API 키이므로, 스토어·CDN 규칙은 이 글을, 벤더 API는 ChatGPT·Claude·DeepSeek·DeepSeek 글 등 해당 글을 덧씌우는 그림이 가장 맞습니다.

7 시스템 프록시, VS Code http.proxy, TUN

시스템 프록시만 켜도 Chromium·일부 Electron 경로는 따라오지만, Extension Host·node·내장 터미널·git·npm는 HTTP(S)_PROXY가 비어 직접 나가는 경우가 많습니다. VS Code 설정의 http.proxy·HTTP: Proxy Support는 갤러리·일부 fetch에 도움이 되나, CLI와 100% 동기화된다고 보지 않는 것이 안전합니다. TUN 모드(예: Clash Verge Rev TUN 가이드)는 커널 라우팅에서 대부분의 TCP/UDP를 한 Clash 정책으로 보내 경로 갈라짐을 줄이기 좋습니다. 회사 VPN·다른 가상 터널과 동시에 켜면 충돌하므로, 한 세션에는 한 기본 출구를 정하는 것이 좋습니다.

8 MCP·npm·툴체인 — VS Code 에이전트 확장과 같이

2026년에는 Model Context Protocol 서버를 npm·GitHub에서 끌어다 켜는 흐름이 흔하고, Cline·Roo·다른 에이전트 확장도 비슷한 툴체인에 기대는 경우가 많습니다. 그때 registry.npmjs.org·github.com·objects.githubusercontent.com이 다른 규칙에 걸리면 «에이전트만 MCP가 안 붙는다」는 증상이 납니다. MCP·npm·GitHub 글의 개발자 네트워크 묶음을 이 글의 스토어·API 묶음과 같은 슬롯에 두면 재현·디버깅이 쉬워집니다.

9 증상·DNS·FakeIP 체크

«스토어는 되는데 응답만 끊긴다»면 모델 API 쪽 벤더 규칙·키·쿼터를, «vsix만 0%에서 멈춘다»면 vsassets·CDN을, «갑자기 직접 연결만」이면 DNS·DoH·FakeIP·DoH 문서의 스텁 묶음을 점검하세요. 401·403은 규칙 이전에 계정·지역·조직 정책일 수 있습니다. Windows 루프백 제한이 의심되면 UWP·Loopback 글을 참고합니다.

• 로그에 marketplace·open-vsx·vsassets·api.openai 등이 각각 기대한 PROXY_…에 매핑되는지 확인
• 이중 프록시(회사 HTTP + Clash)는 인증·지연·TLS만 복잡해지는 경우가 많음
• 구독이 Clash YAML이 아니면 구독 변환 먼저

10 정리

2026년에 VS Code로 Cline·Roo Code를 쓰는 팀이 늘면서, 트러블슈팅 키워드는 «확장만」이 아니라 Visual Studio Code 마켓·OpenVSX·CDN·에디터 업데이트·사용자 지정 모델 API의 조합으로 잡는 편이 정확합니다. Clash에서는 Rule Provider와 DOMAIN-SUFFIX로 IDE·스토어 축을 전용 프록시 그룹에 올리고, Anthropic·OpenAI 등은 기존 벤더 글의 규칙을 같이 쌓는 방식이 운영·감사·온콜에 유리합니다. 다른 도구 대비 규칙·구독·GUI가 잘 익혀지면, 데스크톱과 서로 다른 OS도 비슷한 YAML 패턴으로 맞출 수 있습니다. 클라이언트 다운로드는 공식 페이지를 우선해 주시고, Clash를 무료로 설치·검토한 뒤 위 분할을 붙이면, VS Code에서의 AI 확장·스토어·API가 한눈에 잡힌 경로로 가기 쉬워집니다.

Clash를 무료로 내려받고 VS Code·Cline·Roo Code 분할을 적용해 보기 →