2026년 Clash 생태계: 지금도 유지·개발되는 프로젝트는?

예전에 쓰던 「정석」 Clash 스택은 왜 바뀌었나

2023년 하반기, 업스트림 환경이 급격히 바뀌었습니다. 공개 호스팅에서 사라진 Clash 코어 원본, 아카이브된 Clash for Windows(CFW), 의미 있는 업데이트가 끊긴 ClashX. 데스크톱·맥에서 Clash 하면 떠올리던 대표 세트가 한꺼번에 얼어붙었고, 많은 사용자가 바로 쓸 대체 클라이언트와 호환 코어를 찾아 나섰습니다.

다행히 개발 자체가 사라진 것은 아니고, 흐름은 커뮤니티 포크와 새 GUI 쪽으로 다시 모였습니다. 2026년에는 대부분의 데스크톱용 메이저 클라이언트가 Clash Meta 계열 엔진(업스트림 프로젝트명 Mihomo)을 기준으로 움직이고, 안드로이드·iOS는 스토어 정책·오픈소스 여부·자동화 편의에 따라 선택지가 갈립니다.

오랫동안 쉬었다가 돌아온 분이라면 생태계를 코어(YAML 해석, 규칙 적용, 노드 연결을 담당하는 엔진)와 클라이언트(GUI·시스템 연동) 두 층으로 보는 게 빠릅니다. Meta급 코어 위에 두면 프로필 지식은 대부분 그대로 이어지므로, 플랫폼별 세부만 고르면 됩니다. 일상 사용 흐름은 먼저 Clash 튜토리얼로 정리한 뒤, 이 글에서 플랫폼별 선택을 좁혀 보세요.

2026년에 알아 두면 좋은 활성 코어

Mihomo(Clash Meta) — 신규 구성의 사실상 기본

업스트림 저장소: MetaCubeX/mihomo(옛 문서에서는 Clash Meta로 많이 불림). Clash 계열에서 가장 활발히 개발되는 포크로, 예전 Premium 시절 기능을 넘어 VLESS, Reality, Hysteria2 등 최신 전송·프로토콜과 표현력 높은 규칙, 데스크톱에서 쓰기 좋은 TUN 경로까지 갖추고 있습니다.

2026년에 이게 왜 중요하냐면, 구독·패널 쪽 템플릿이 점점 Meta 수준 동작을 전제로 하기 때문입니다. 유지되지 않는 코어에 묶이면 파서 오류, 다이얼 옵션 누락, 프로필만 붙여 넣었는데 어색하게 깨지는 경우가 늘어납니다. 그래서 건강한 GUI들은 Mihomo를 내장하거나 첫 실행에 받아 오는 식이고, 사용자 입장에선 「Clash 버전」은 사실 코어 빌드라고 보는 편이 맞습니다.

릴리스 노트를 볼 때는 보안 패치·프로토콜 추가가 꾸준한지도 봅니다. TLS·QUIC·OS 네트워킹 API는 계속 바뀌기 때문에, 코어가 멈추면 GUI만 새로워도 체인 전체의 약한 고리가 됩니다.

레거시 Clash Premium(비공개 바이너리)

과거의 Clash Premium 바이너리는 아카이브·백업 어딘가에 남아 있을 수 있지만, 새 환경의 장기 선택지로는 부적합합니다. 오래된 기기에서 TUN만 잠깐 실험한다면 부팅은 될 수 있으나, Mihomo와의 프로토콜·유지보수 패리티를 기대하면 안 됩니다. 매일 쓰는 노트북이라면 Meta급 스택으로 옮기는 계획을 세우는 편이 안전합니다.

데스크톱·크로스플랫폼에서 업데이트가 이어지는 클라이언트

Clash Verge Rev — Windows, macOS, Linux

저장소: clash-verge-rev/clash-verge-rev. Tauri 기반으로, 프로필 관리와 UI가 정돈되어 있고 CFW에 익숙한 분들이 넘어오기 좋습니다. Windows에서는 CFW의 대표 대체재로 널리 쓰이고, 오래된 ClashX 빌드에서 넘어오는 macOS 사용자도 자주 선택합니다. 오픈소스에 릴리스가 잦은 편이라는 점이 매력입니다.

사용성 측면에서는 구독 관리·규칙 편집 보조·터미널 없이 읽을 수 있는 로그 등에 방점이 있습니다. 숙련 사용자에게는 TUN 전환, mixin 스타일 오버라이드, 코어 전환 같은 레버도 남아 있습니다. 이전 중이라면 커스텀 규칙·스크립트 훅을 잃지 않도록 Clash for Windows → Clash Verge Rev 마이그레이션 가이드와 함께 보시길 권합니다.

FlClash — Flutter 기반 멀티 플랫폼

저장소: chen08209/FlClash. Flutter UI로 Windows·macOS·Linux·Android까지 비슷한 느낌을 유지하고 싶을 때 대안이 됩니다. 비주얼이 가볍거나 한 프로젝트 철학으로 모바일과 데스크톱을 같이 보고 싶은 경우에 잘 맞고, 2026년에도 Meta급 코어와 맞춰 프로필 이식성을 노립니다.

모바일: Android와 iOS

Clash for Android(CFA)

저장소: Kr328/ClashForAndroid. 안드로이드에서는 여전히 참고 구현에 가깝고, 커뮤니티 글·가이드도 많습니다. 로컬 프로필과 구독 중심 워크플로 모두에 쓸 수 있습니다. 제조사 ROM·배터리 정책·VPN 권한은 기기마다 다르니 호환 메모를 확인하되, 프로젝트 자체는 Meta 시대 설정을 다루는 1순위 후보 중 하나입니다.

Stash — iOS, iPadOS, Apple 실리콘 Mac

애플 모바일은 안드로이드와 달리 앱스토어·샌드박스 제약이 크습니다. Stash는 Clash 설정 문법을 다루는 네이티브 클라이언트로, 유료이지만 정돈된 경험과 스토어 업데이트를 중시하는 분께 자주 권합니다. 사이드로드 복잡도를 피하고 iOS에 맞춘 워크플로를 원할 때 실용적입니다.

또 다른 선택으로 범용 클라이언트에 규칙을 맞춰 쓰는 방식도 있으며, Clash 문법 고정, 지연 실험, 지역 스토어 정책 중 무엇을 우선할지에 따라 갈립니다. 핵심은 여전히 업데이트되는지이고, TLS·DNS 변화를 따라가지 못하는 방치 빌드는 피하는 것이 좋습니다.

아카이브·사실상 중단 — 참고용으로만

옛 설치 파일이 실행될 수는 있어도 보안 백포트, 신규 노드 프로토콜, OS 네트워킹 API 변경 대응은 기대하기 어렵습니다. 일상 브라우징·뱅킹·업무 계정에 묶인 환경이라면 마이그레이션을 계획하는 편이 낫습니다.

플랫폼별로 보는 실무적인 이전 방향

절대 규칙은 아니지만 2026년에 무난한 기본값은 다음과 같이 잡을 수 있습니다.

• Windows(CFW 사용자) → Clash Verge Rev 또는 FlClash
• macOS(옛 ClashX 사용자) → Clash Verge Rev(오픈소스 경로) 또는 Stash(애플 생태계 중심)
• Android → Clash for Android 또는 FlClash
• iOS / iPadOS → Stash 또는 지역·정책에 맞는 스토어 클라이언트(지속 업데이트 여부 확인)

이전 전에는 구독 URL을 내보내고, 커스텀 규칙 조각·스크립트·mixin 레이어를 메모해 두세요. 자산은 대부분 이식 가능하고, 깨지기 쉬운 부분은 「내일 생성될 제공자 YAML을 옛 코어가 그대로 해석할 수 있다」는 가정입니다.

프로필·룰 프로바이더와 앞으로의 호환성

대부분은 YAML 전 줄을 직접 쓰기보다 원격 프로필이나 구독 URL로 프록시·룰 프로바이더·외부 룰 세트를 받아 옵니다. 2026년 묶음은 Meta 파서를 전제로 한 경우가 많아 중첩 그룹, 새로운 proxy-groups 유형, DNS 설정이 더 풍부합니다. 클라이언트가 오류를 숨기면 네트워크 탓으로 돌리기 쉬운데, 실제로는 제공자 템플릿이 바뀐 뒤 스키마가 어긋난 경우도 많습니다.

직접 고친 부분은 버전 관리 습관을 들이세요. 직장 도메인 직결, 스트리밍 리전 고정, 광고 목록 병합 같은 로컬 오버라이드를 따로 보관하고, 업스트림을 갱신할 때는 통째로 덮어쓰지 말고 병합합니다. 그룹 라벨 이름이 바뀌거나 지역 태그가 섞일 때 diff로 잡아 내면, 막히는 순간에 「Proxy」 체인만 어긋나는 일을 줄일 수 있습니다.

DNS는 숨은 결합이 큽니다. TUN, fake-ip, 하이브리드 스택은 OS 리졸버·브라우저 DoH와 엮입니다. 유지되는 코어+최신 GUI는 벤더가 루프백·IPv6 우선순위를 건드릴 때 패치를 실어 보내는 경우가 많습니다. 예전엔 됐는데 지금 깜빡인다면, 먼저 클라이언트·코어 버전과 릴리스 노트를 보고, 핑만 의심하지 않는 것이 진단에 유리합니다.

클라이언트를 정한 뒤 규칙과 그룹이 어떻게 맞물리는지 더 파고들려면 Clash 프록시 그룹(proxy-groups) 가이드에서 select, url-test, fallback, 중첩 패턴을 함께 보시면 Mihomo 기반 앱에 그대로 적용할 수 있습니다.

프로젝트가 「살아 있는지」 빠르게 점검하는 법

GitHub에서는 스타 수만 보지 말고 커밋 빈도, 이슈 트리아지, 릴리스에 TLS·Go·QUIC 등 의존성 갱신이 따라오는지 봅니다. 건강한 프로젝트는 일 년에 한 번 대형 기능만 밀어 넣기보다 소규모 수정이 꾸준한 편입니다. 사용 중인 OS 버전에서의 회귀 이슈도 검색해 보세요. 네트워킹 클라이언트는 소켓 API·DNS 정책이 바뀔 때 미묘하게 깨집니다.

투명성도 중요합니다. 변경 요약·가능하면 바이너리 서명·브레이킹 체인지 설명이 있는지 확인하세요. 무엇이 바뀌었는지 모른 채 출장 전날에만 올리는 업그레이드는 리스크가 큽니다.

클라이언트는 어디서 받나(권장 흐름)

오픈소스 저장소는 코드 읽기·이슈 제기·라이선스 확인에 좋지만, 일반 사용자용 설치 파일은 검증 가능한 배포 경로에서 받는 것이 안전합니다. 본 사이트의 Clash 다운로드 페이지는 언어별로 유지되는 빌드를 안내하며, 튜토리얼·블로그와 같은 「공식 사이트 우선」 정책을 따릅니다. 소스 감사나 패치 기여는 일상 설치 흐름과 분리해 upstream 페이지를 이용하면 됩니다.

얼어붙은 포크에 비해 유지되는 Clash 스택은 업그레이드 예측 가능성, 장애 시 로그 가독성, 제공자 최신 기능이 붙여 넣기만으로 돌아갈 확률이 높습니다. 최신 빌드를 써 보고 싶다면 → Clash를 무료로 내려받고 차이를 직접 확인해 보세요.