합성 - Claw Dev 프로바이더 추상화¶
개요¶
Claw Dev 도메인은 모델 제공자를 더 많이 붙이는 프로젝트가 아니라, 서로 다른 인증 방식과 API 경로를 하나의 개발자 경험으로 수렴시키는 런처/프록시 계층으로 읽는 편이 맞습니다.
핵심 축¶
- 사용자 경험 축: 개념 - 멀티 프로바이더 런처, 개념 - 프로바이더 선택 부팅
- 설정 조정 축: 개념 - 프록시 계층, 개념 - 프록시 설정 계층
- 런처 축: 엔티티 - Claw Dev
- 프로토콜 정규화 축: 엔티티 - Anthropic 호환 프록시
- 인증 재활용 축: 엔티티 - Codex auth fallback
- 모델 노출 축: 엔티티 - 모델 선택기
- 기본 인증/재활용 경로 축: 비교 - API 키 직접 주입 vs 기존 로그인 상태 재활용
- 로컬/클라우드 선택 축: 비교 - 로컬 Ollama 경로 vs 클라우드 API 경로
- 구조 선택 축: 비교 - 네이티브 프로바이더 로그인 vs 호환 프록시 라우팅
이 도메인을 읽는 방법¶
먼저 소스 - Claw Dev Readme에서 지원 프로바이더와 런처 구조를 읽고, 이어서 멀티 프로바이더 런처, Claw Dev, Anthropic 호환 프록시, 네이티브 로그인과 호환 프록시 비교를 보면 왜 이 프로젝트가 "하나의 도구 이름으로 여러 백엔드를 스위칭하는 계층"인지 이해하기 쉽습니다.
상위 해석¶
이 도메인의 핵심은 제공자 다양성 그 자체보다, 그 다양성을 단일 진입점과 호환 프록시 뒤로 밀어 넣는 설계에 있습니다. 그래서 Claw Dev는 단순 실행 스크립트 모음이 아니라, 프로바이더 추상화 전략을 제품 경험 수준까지 끌어올린 사례로 볼 수 있습니다.