- FreeToken claude code는 코딩 에이전트를 위한 로컬 게이트웨이 워크플로로 사용할 때 가장 효과적입니다.
- 로컬에서 시작하려면 런처를 설치하고 Admin UI를 연 다음 프로바이더를 선택하세요.
- 모델 라우팅은 기본 모델과 선택적인 티어별 재정의를 함께 사용하여 구성할 수 있습니다.
- 자격 증명 보호를 위해 환경 변수, 프록시 인증 및 제한된 디렉터리를 사용하세요.
- 체계적으로 문제를 해결하려면 서버, 포트, 토큰, 모델 ID 및 클라이언트 재시작 상태를 확인하세요.
FreeToken Claude Code의 기능
FreeToken claude code는 Claude Code와 호환되는 모델 프로바이더 사이에서 작동하는 구성 계층으로 이해하는 것이 가장 좋습니다. 각 클라이언트의 설정을 개별적으로 변경하는 대신, 로컬 게이트웨이를 실행하고 하나의 Admin UI에서 모델을 선택한 다음 터미널 또는 에디터 클라이언트를 해당 게이트웨이에 연결할 수 있습니다.
실질적인 장점은 중앙 집중식 라우팅입니다. 기본 모델은 일반 요청을 처리하고, 별도의 설정을 통해 Fable, Opus, Sonnet 또는 Haiku 스타일의 티어를 서로 다른 호환 모델로 라우팅할 수 있습니다. 따라서 테스트가 쉬워지고 전체 클라이언트 설정을 다시 구성하지 않아도 프로바이더를 변경할 수 있습니다.
중앙 집중식 라우팅
하나의 인터페이스에서 모델을 선택하고 연결된 코딩 클라이언트 전체에 구성을 적용합니다.
클라이언트 유연성
지원되는 경우 터미널 런처, VS Code, JetBrains, Codex App 또는 메시징 통합을 사용할 수 있습니다.
대체 처리
프로바이더 요청이 실패했을 때 다른 구성 옵션으로 전환할 수 있도록 순서가 지정된 대체 모델을 추가합니다.
| 계층 | 주요 목적 | 권장 시작점 |
|---|---|---|
| 로컬 서버 | 게이트웨이와 Admin UI 호스팅 | fcc-server 실행 |
| 프로바이더 | 모델 엔드포인트 제공 | 호환되는 프로바이더 하나 선택 |
| 모델 | 코딩 요청 처리 | 도구를 지원하는 모델 사용 |
| 클라이언트 | 프롬프트와 도구 호출 전송 | Claude Code로 시작 |
| 보안 | 프록시 액세스 제어 | 필요한 경우 인증 활성화 |
프로바이더 하나와 모델 하나로 시작하세요. 기본 Claude Code 연결이 작동한 후에만 라우팅 규칙을 추가하세요.
단계별 설정
다음 단계를 순서대로 진행하세요. 목표는 다음 계층으로 넘어가기 전에 각 계층을 확인하는 것입니다. 이렇게 하면 연결 오류를 훨씬 쉽게 분리하여 해결할 수 있습니다.
런처 설치 또는 업데이트
운영 체제에 적합한 설치 프로그램을 사용한 다음, 업데이트가 제공되면 동일한 설치 프로그램을 다시 실행하세요. 수동 승인이 필요한 환경이라면 실행 전에 설치 스크립트를 검토하세요.
로컬 서버 시작
Windows 또는 macOS에서는 FreeToken Claude Code 런처를 엽니다. Linux에서는 터미널에서 fcc-server를 시작하고 서버가 실행되는 동안 해당 터미널을 열어 두세요.
Admin UI 열기
서버 또는 트레이 애플리케이션에 표시된 로컬 Admin UI 주소를 사용하세요. 이 인터페이스에서 프로바이더 키, 프록시 포트 및 인증 토큰을 구성합니다.
모델 선택 및 검증
모델 선택기에서 검색하고 정확한 프로바이더 모델 ID를 선택한 다음 Validate와 Apply를 클릭하세요. 프로바이더가 모델 목록을 제공하지 못하면 프로바이더 접두사와 정확한 모델 ID를 수동으로 입력하세요.
Claude Code 실행
fcc-claude와 같은 해당 클라이언트 명령을 시작하고, 에디터 확장 프로그램이나 대체 경로를 추가하기 전에 간단한 코딩 요청을 테스트하세요.
처음 성공하는 테스트는 의도적으로 간단해야 합니다. 에이전트에게 작은 프로젝트 파일을 검사하거나, 함수를 설명하거나, 사소한 변경을 제안하도록 요청하세요. 작은 요청만으로도 인증, 모델 액세스, 컨텍스트 처리 및 도구 권한을 함께 확인할 수 있으므로 대규모 리팩터링으로 시작하지 마세요.
| 설정 확인 지점 | 확인할 내용 | 실패한 경우 |
|---|---|---|
| 서버 | 로컬 프로세스가 계속 활성 상태인지 확인 | fcc-server 재시작 |
| Admin UI | 구성된 주소에서 페이지가 로드되는지 확인 | 포트와 방화벽 확인 |
| 프로바이더 | 키가 성공적으로 검증되는지 확인 | 키 범위와 프로바이더 약관 재확인 |
| 모델 | 정확한 모델 ID가 허용되는지 확인 | 모델 선택기 또는 전체 접두사 사용 |
| 클라이언트 | Claude Code가 게이트웨이에 연결되는지 확인 | URL, 토큰 및 포트 일치 여부 확인 |
여러 클라이언트를 동시에 구성하지 마세요. 먼저 Claude Code를 확인한 다음, 작동하는 게이트웨이 설정을 VS Code 또는 JetBrains에 복제하세요.
모델 라우팅 및 프로바이더 선택
모델 선택은 단순히 브랜드 이름이 아니라 작업의 특성을 반영해야 합니다. 코딩 에이전트에는 안정적인 도구 호출, 프로젝트 지침을 처리할 수 있는 충분한 컨텍스트, 일관된 출력 형식이 필요합니다. 채팅에서 성능이 좋은 모델이라도 파일을 검사하고 명령을 실행해야 하는 에이전트에는 적합하지 않을 수 있습니다.
일반 요청에는 기본 MODEL 설정을 사용하세요. 복잡한 추론, 빠른 수정 또는 가벼운 작업에 서로 다른 동작이 필요할 때는 티어별 변수를 사용하여 개별 Claude Code 티어를 재정의할 수 있습니다.
| 라우팅 설정 | 역할 | 실제 사용 |
|---|---|---|
MODEL | 전역 대체 모델 | 대부분의 요청에 사용 |
MODEL_OPUS | 복잡한 추론 재정의 | 대규모 설계 또는 디버깅 작업 |
MODEL_SONNET | 균형 잡힌 재정의 | 일상적인 구현 작업 |
MODEL_HAIKU | 경량 재정의 | 짧은 설명과 빠른 수정 |
| Fallback Models | 순서가 지정된 백업 경로 | 프로바이더 장애 또는 할당량 제한 |
호스팅 프로바이더
설정이 편리하고 다양한 모델에 액세스할 수 있지만, 이용 가능 여부와 할당량 및 약관이 변경될 수 있습니다.
로컬 런타임
모델이 도구와 충분한 컨텍스트를 지원한다면 개인정보 보호가 중요한 작업과 오프라인 실험에 유용합니다.
하이브리드 경로
호스팅 모델을 기본값으로 유지하고, 필요에 따라 로컬 또는 보조 프로바이더를 대체 모델로 사용합니다.
대체 모델을 추가할 때는 요청이 성공하기 전에 둘 이상의 프로바이더에 전달될 수 있다는 점을 기억하세요. 이 경우 여러 계정의 사용량이 차감될 수 있습니다. 목록을 짧게 유지하고 의도적으로 순서를 지정하며, 검토하지 않은 프로바이더로 민감한 프로젝트 콘텐츠를 라우팅하지 마세요.
추론 제어 설정은 클라이언트에서 상속되거나 비활성화되거나 선택한 작업 수준으로 설정될 수 있습니다. 클라이언트 기본값으로 시작하세요. 더 높은 작업 수준은 지연 시간과 리소스 사용량을 늘릴 수 있으므로, 심층적인 계획이 필요한 작업에만 추론 수준을 높이세요.
무료 티어 액세스, 할당량, 모델 카탈로그 및 허용되는 사용 규칙은 각 프로바이더가 관리합니다. 프로젝트 데이터를 라우팅하기 전에 최신 약관을 확인하세요.
클라이언트 연결 및 안전
Claude Code는 로컬 기본 URL과 인증 토큰을 통해 연결할 수 있습니다. 에디터 통합에서는 동일한 값이 게이트웨이 구성과 정확히 일치해야 합니다. 포트, URL 또는 토큰에서 문자 하나만 잘못되어도 프로바이더가 정상적으로 작동하는 상황에서 프로바이더 오류처럼 보일 수 있습니다.
VS Code에서는 게이트웨이 환경 변수를 Claude Code 확장 프로그램 설정에 추가한 다음 확장 프로그램을 다시 로드하세요. Codex App 또는 VS Code의 Codex에서는 적절한 config.toml 파일에 프로바이더 및 모델 설정을 배치하고 모델을 변경한 후 클라이언트를 재시작하세요.
| 클라이언트 환경 | 핵심 구성 | 재시작 필요 여부 |
|---|---|---|
| 터미널 | fcc-claude로 실행 | 일반적으로 추가 재시작 불필요 |
| VS Code | 확장 프로그램 환경 변수 | 확장 프로그램 다시 로드 |
| JetBrains | Claude ACP 환경 | IDE 재시작 |
| Codex App | config.toml의 프로바이더 블록 | 앱 재시작 |
| 메시징 | 봇 토큰, 사용자 ID, 디렉터리 | 요청되는 경우 서버 재시작 |
다음 안전 수칙을 사용하세요.
- 프로바이더 자격 증명을 프로젝트 파일 외부에 저장하세요.
- 게이트웨이를 localhost 외부에 노출하기 전에 프록시 인증을 활성화하세요.
- Discord 또는 Telegram 통합을 승인된 사용자, 채널 및 디렉터리로 제한하세요.
- 프롬프트, 로그, 스크린샷 또는 공유 구성 파일에 비밀 정보를 입력하지 마세요.
- 각 봇 및 클라이언트 통합이 요청하는 권한을 검토하세요.
- 전체 홈 폴더에 액세스 권한을 부여하는 대신 프로젝트 디렉터리의 범위를 좁게 유지하세요.
첫 번째 실제 프로젝트를 시작하기 전에:
- 게이트웨이가 지정한 로컬 포트에서 수신 대기하는지 확인
- 프로바이더 하나와 도구를 지원하는 모델 하나를 검증
- 필요한 경우 프록시 인증 활성화
- 허용된 디렉터리와 메시징 사용자를 제한
- 셸 기록과 프로젝트 파일에서 자격 증명 제거
로컬 게이트웨이를 공개 엔드포인트가 아닌 개발 서비스로 취급하세요. 인증 및 네트워크 제어 방식을 이해하지 못한 상태에서는 인터넷에 노출하지 마세요.
문제 해결 및 FAQ
대부분의 설정 문제는 네 가지 범주로 나뉩니다. 서버가 실행되지 않거나, 클라이언트가 잘못된 주소를 가리키거나, 토큰이 일치하지 않거나, 선택한 모델을 사용할 수 없는 경우입니다. 여러 설정을 변경하기 전에 이 조건들을 순서대로 확인하세요.
| 증상 | 가능한 원인 | 해결 방법 |
|---|---|---|
| Admin UI가 열리지 않음 | 서버가 중지되었거나 포트가 잘못됨 | fcc-server를 시작하고 표시된 주소 사용 |
| 클라이언트가 로그인을 요청함 | 온보딩 상태가 완료되지 않음 | 클라이언트 설정을 완료한 후 재시작 |
| 모델 목록이 비어 있음 | 프로바이더가 카탈로그를 반환하지 못함 | 정확한 모델 ID를 수동으로 입력 |
| 검증 후 요청이 실패함 | 모델에 필요한 기능이 없음 | 도구를 지원하는 모델 선택 |
| 에디터가 계속 이전 설정을 사용함 | 확장 프로그램에 구성이 캐시됨 | 확장 프로그램을 다시 로드하거나 IDE 재시작 |
| 대체 경로가 예상과 다르게 작동함 | 여러 프로바이더가 재시도 요청을 받음 | 대체 순서와 사용량 영향을 검토 |
Q: FreeToken claude code는 어떤 용도로 사용하나요?
구성된 호스팅 또는 로컬 모델 프로바이더와 Claude Code를 연결하는 로컬 게이트웨이 워크플로를 의미합니다. 게이트웨이는 모델 선택, 인증 및 선택적 대체 라우팅을 중앙에서 관리합니다.
Q: 처음에는 어떤 모델을 선택해야 하나요?
코딩 도구를 지원하고 에이전트 지침을 처리하기에 충분한 컨텍스트를 가진 프로바이더 모델로 시작하세요. 사용 가능한 경우 모델 선택기를 사용하고, 수동 설정이 필요하면 프로바이더 접두사가 포함된 정확한 ID를 입력하세요.
Q: Claude Code가 계속 로그인을 요청하는 이유는 무엇인가요?
클라이언트가 여전히 일반 온보딩 흐름을 사용하고 있거나 게이트웨이 URL과 토큰이 일치하지 않을 수 있습니다. 두 값을 확인하고 필요한 로컬 온보딩을 완료한 다음 Claude Code 또는 에디터를 재시작하세요.
Q: 대체 모델을 사용할 수 있나요?
예. 게이트웨이 구성에 순서가 지정된 대체 목록을 추가할 수 있습니다. 다만 실패한 요청이 둘 이상의 구성된 프로바이더로 전송될 수 있으므로 프로바이더 약관과 사용량을 검토하세요.
안정적인 설정에는 확인된 서버 하나, 검증된 프로바이더 하나, 테스트된 모델 하나, 그리고 구성 변경 후 재시작된 클라이언트가 있어야 합니다.