1 왜 Anthropic·Claude 전용 규칙을 두는가
해외 생성형 AI 서비스는 모델 이름만 보고 규칙을 짜면 금방 깨집니다. Anthropic은 제품·문서·결제·API가 anthropic.com·claude.ai 아래로 나뉘어 있고, 업데이트마다 새 CDN 호스트가 붙을 수 있습니다. 커뮤니티 GEOSITE 묶음에 «AI» 한 줄로 기대면, 필요한 호스트가 빠져 직접 연결로 새었다가 끊기거나, 반대로 불필요하게 넓은 카테고리 전체를 한 노드에 태워 지연만 커지는 경우가 생깁니다.
Clash·Mihomo에서는 규칙 분할로 «이 SNI는 이 프록시 그룹»을 명시적으로 유지할 수 있습니다. 목표는 속도 자랑이 아니라 세션 유지, 401·지역 안내 메시지, 간헐적 타임아웃을 줄이면서 웹·API 프록시·스크립트가 같은 출구를 쓰게 만드는 것입니다.
규칙은 문서 예시가 아니라 Connections 로그의 실제 호스트를 기준으로 잡는 것이 안전합니다.
2 웹·API·콘솔이 동시에 쓰는 호스트
실무에서 자주 겹치는 축은 대략 다음과 같습니다. 첫째, 브라우저의 Claude 웹 앱·온보딩을 위한 claude.ai와 그 하위 호스트. 둘째, 개발자 콘솔·키 관리·문서에 쓰이는 console.anthropic.com·anthropic.com 계열. 셋째, 앱과 SDK가 붙는 api.anthropic.com 등 REST 엔드포인트. 넷째, 로그인·계정 연동 과정에서 OAuth·신뢰할 수 있는 제3자 도메인이 잠깐 등장할 수 있어, 그때마다 로그에 남는 이름을 규칙에 추가해야 합니다.
TLS 관점에서는 클라이언트가 보내는 SNI가 Clash 규칙 매칭의 기준이 됩니다. 브라우저와 curl·공식 SDK·서드파티 UI가 서로 다른 프로세스라면, 하나만 시스템 프록시를 보고 나머지는 우회하는 «반쯤만 된» 상태가 되기 쉽습니다. 그래서 도메인 목록과 함께 운영 체제 프록시·TUN 정책을 맞추는 이야기가 항상 따라옵니다.
3 프록시 그룹과 Rule 모드
GUI에서는 Rule 모드를 켠 뒤 proxy-groups에 select 또는 url-test 그룹을 만들고, 규칙에서 그 이름을 참조합니다. Anthropic만 모으려면 PROXY-ANTHROPIC 같은 이름을 두고, 지연·안정성에 따라 노드를 바꿀 때 Claude 웹과 API가 함께 따라오게 할 수 있습니다.
브라우저만 되고 터미널의 Python·Node만 실패한다면, 셸이 프록시를 보지 않는 경우가 많습니다. TUN 모드로 커널 라우팅을 통일하거나, 환경 변수로 HTTPS_PROXY를 맞추는 편이 낫습니다. IDE 쪽 통합은 Cursor·Clash 가이드와 겹칠 수 있으니, 본 글은 Anthropic 호스트 규칙에 집중합니다.
구독 YAML 형식이 맞지 않으면 구독 변환으로 먼저 정규화한 뒤 규칙을 합치세요. 노드 풀이 비어 있으면 아무리 DOMAIN-SUFFIX를 써도 효과가 없습니다.
4 DOMAIN-SUFFIX 규칙 YAML 예시
아래는 개념 예시입니다. PROXY-ANTHROPIC·DIRECT 등은 본인 프로파일의 proxy-groups 이름과 반드시 일치시키고, 상위 규칙 세트와 충돌하지 않게 순서를 조정하세요. 결제·계정 페이지가 별도 호스트를 쓰면 로그에 나온 대로 한 줄씩 추가합니다.
# Anthropic / Claude bundle → dedicated proxy group (example)
- DOMAIN-SUFFIX,claude.ai,PROXY-ANTHROPIC
- DOMAIN-SUFFIX,anthropic.com,PROXY-ANTHROPIC
- DOMAIN-KEYWORD,anthropic,PROXY-ANTHROPIC
# Optional: if logs show CDN or OAuth hosts not covered above, add explicitly
# - DOMAIN-SUFFIX,example-trusted-idp.com,PROXY-ANTHROPIC
DOMAIN-KEYWORD,anthropic은 다른 사이트와 겹칠 수 있어 로그로 필요성을 확인한 뒤 최소한만 쓰는 것이 좋습니다. 반대로 api.anthropic.com은 anthropic.com 접미사 규칙에 포함되는 경우가 많습니다. IPv6만 직통으로 나가고 IPv4만 프록시를 탈 때도 증상이 비슷하게 나타나므로, 환경에 맞게 v6 정책을 정리하세요.
5 Rule Provider와 거친 GEOSITE 피하기
Rule Provider는 외부 URL에서 규칙 목록을 불러와 갱신할 수 있어, 수동으로 YAML을 매일 고치지 않아도 됩니다. 다만 «AI 전체»나 지나치게 넓은 GEOSITE 한 방에만 의존하면, 필요 없는 트래픽까지 같은 노드로 몰리거나 원하지 않는 예외가 생깁니다. Anthropic만 안정적으로 쓰고 싶다면 claude.ai·anthropic.com 중심의 좁은 묶음을 유지하고, 커뮤니티 목록을 쓸 때는 중복 규칙과 우선순위를 꼭 검토하세요.
자체 rule-providers 블록에 작은 텍스트를 호스팅하거나, 로컬 파일로 두고 Git으로 버전 관리하는 방법도 있습니다. 팀과 규칙을 공유할 때는 «어떤 호스트가 왜 포함됐는지» 한 줄 코멘트(영문)를 남겨 두면 나중에 디버깅이 쉬워집니다.
6 Anthropic API·서드파티 클라이언트
공식 REST 호출은 보통 https://api.anthropic.com 기준으로 문서화되어 있습니다. 로컬 스크립트·CI·서버리스에서 호출할 때는 런타임이 시스템 프록시를 따르는지, 컨테이너 내부 DNS가 호스트와 다른지부터 확인하세요. Docker만 실패한다면 브리지 네트워크와 호스트 Clash가 분리된 경우가 많습니다.
서드파티 데스크톱·플러그인은 내부적으로 같은 API를 쓰더라도 추가 텔레메트리 호스트를 열 수 있습니다. 이때도 원칙은 동일합니다. 연결 로그에 찍힌 이름을 규칙에 넣고, API 키는 환경 변수·비밀 저장소에 두며 저장소에 올리지 않습니다. 프록시는 경로만 바꿀 뿐 비밀을 대신 지켜 주지 않습니다.
7 DNS·FakeIP·TLS
특정 호스트만 끊기면 DNS가 ISP로 새거나 FakeIP·DoH 설정이 앱과 어긋난 경우가 많습니다. Meta 계열에서는 DNS 유출 방지 가이드의 원리를 참고해 OS 리졸버·Clash DNS·TUN을 한 줄로 맞추세요. Anthropic 엔드포인트는 지역별로 다른 IP를 줄 수 있어, DNS만 바꿔도 체감 지연이 달라질 수 있습니다.
«연결이 비공개로 설정되어 있지 않습니다»류 메시지가 뜨면 프록시 체인 중간의 인증서 검사를 의심하고, 신뢰할 수 있는 클라이언트와 노드 구성을 유지하는 것이 좋습니다.
8 Gemini·Cursor 글과의 차이
같은 사이트의 《Gemini·Google AI Studio Clash 규칙》은 googleapis.com 등 Google 호스트군에 초점을 둡니다. 《Cursor·Clash》는 IDE·확장 마켓·npm·Git 등 개발자 앱 쪽입니다. 본 글은 Anthropic·claude.ai·API라는 별도 제조사 축으로, Google·Cursor와 겹치지 않게 정리했습니다. Cursor에서 원격 모델만 바꿔 쓰는 경우에도, 백엔드가 Anthropic이면 여기서 다룬 호스트가 로그에 찍힙니다.
9 문제 해결 체크리스트
- 브라우저만 되고 API만 실패: 터미널·런타임의 프록시 환경 변수와 TUN 적용 여부를 확인합니다.
- 로그인만 되고 채팅 전송에서 끊김: Connections 로그에 새 서브도메인이 없는지 봅니다.
- 간헐 403·policy 메시지: 계정·지역·약관 측을 확인합니다. 프록시만으로는 해결되지 않을 수 있습니다.
- 느리기만 함: Anthropic 묶음을 더 가까운 노드 그룹으로 옮기거나 이중 홉을 줄입니다.
- IPv6 불일치: v6가 직통으로 나가며 v4만 프록시일 때 증상이 납니다.
10 준수·보안
지역별 법규·서비스 약관·고용 계약을 지키는 것은 사용자 책임입니다. 본문은 가정·개발 환경의 네트워크 구성을 설명할 뿐, 통신사·학교·회사망 정책을 우회하라는 뜻이 아닙니다. 오픈 소스 클라이언트의 소스·이슈를 보려면 GitHub 등을 참고할 수 있으나, 설치 패키지는 다운로드 페이지를 우선하는 편이 안전합니다.
11 정리
2026년 기준으로도 Claude와 Anthropic API를 안정적으로 쓰려면 모델 이름보다 실제 호스트·DNS·출구 노드를 함께 보는 것이 중요합니다. Clash 규칙 분할로 claude.ai·anthropic.com 중심 묶음을 전용 프록시 그룹에 두면, 웹과 API 프록시·스크립트가 같은 레일을 타기 쉽고, 거친 GEOSITE 한 덩어리에만 기대는 것을 피할 수 있습니다. 규칙은 로그로 검증하고, DNS는 기존 가이드와 맞추며, Google·IDE 주제는 각각 Gemini·Cursor 글과 병행하면 틈이 줄어듭니다.
클라이언트 패키지와 릴리스는 Clash 다운로드 페이지에서 확인할 수 있습니다. 본인 OS와 워크플로에 맞는 클라이언트를 고르세요.
