[OpenCode 실전기 3편] 토큰/구독 제한 줄이는 Provider 운영법

1. 왜 Provider 전략이 중요한가

1편에서 정리한 것처럼, 제 문제는 모델 성능 자체보다 “긴 세션에서 작업 흐름이 끊기는 순간”이었습니다.

LLM을 많이 쓰는 개발자에게 문제는 단순합니다. 작업 도중 제한에 걸리면, 집중력이 끊기고 생산성이 무너집니다.

그래서 저는 모델 성능보다 먼저 “운영 전략”을 세웁니다.

2. 내가 실제로 쓴 Provider 조합

여기서는 이론이 아니라, 제 실제 ~/.config/opencode/opencode.json 기준으로 적어봅니다.

• 플러그인: opencode-antigravity-auth@latest, opencode-anthropic-auth, opencode-cursor-auth
• Provider 블록: google, anthropic, github-copilot, opencode, cursor
• 보조/실험 채널: ollama

체감상 많이 사용한 흐름은 아래와 비슷했습니다.

• Google Auth 기반 Gemini Pro 계열
• Antigravity 인증 기반 Claude Sonnet 계열
• GitHub Copilot Education(학생/교사 인증) 보조 활용
• 기존에 보유한 구독/인증을 상황별로 전환 사용

핵심은 하나의 Provider만 믿기보다, 같은 OpenCode 환경에서 여러 인증 소스를 유연하게 운영한 점이었습니다. 웹 도구를 옮겨 다니던 시절보다, 이 방식이 CLI 루틴을 훨씬 안정적으로 만들어줬습니다.

3. 실제로 겪은 문제와 전환 방식

Claude Sonnet은 품질이 좋았지만, 사용량이 많은 날에는 토큰이 빠르게 닳는 느낌이 있었습니다. 그래서 막히면 바로 다른 Provider로 넘기는 방식으로 루틴을 바꿨습니다.

제가 쓴 전환 순서는 대체로 이랬습니다.

1. 주력 모델로 구현/리팩터링 진행
2. 제한 조짐이 보이면 즉시 백업 모델로 전환
3. 단순 반복 작업은 비용 효율 모델로 분리

이렇게 하면 “중단”이 아니라 “채널 전환”으로 이어져 작업 흐름이 훨씬 안정적이었습니다.

4. 내 운영 원칙 (경험 기반)

• 고난도 구현은 품질 좋은 주력 모델에 집중
• 긴 로그 분석, 요약, 반복 점검은 보조 모델로 분리
• 인증/구독은 2개 이상 준비해서 장애 지점을 분산
• 계정/인증 사용은 각 서비스 약관과 학교 정책 범위 내에서 운영

결국 중요한 건 최고 모델 하나가 아니라, “하루 종일 멈추지 않는 개발 루프”를 만드는 설계였습니다.

5. 체감했던 변화

• 토큰/구독 제한에 대한 불안 감소
• 막히는 시간보다 전환하는 시간이 짧아짐
• 장시간 세션에서도 집중력 유지가 쉬워짐
• 새 세션 인계에 쓰던 수동 작업 시간 감소

결과적으로 “오늘 할 일”에 더 깊게 들어갈 수 있게 됐습니다.

6. 다음 편 예고

다음 글에서는 oh-my-opencode로 서브 에이전트 병렬 워크플로우를 어떻게 구성했는지 공유합니다.

출처

• opencode-antigravity-auth: https://github.com/NoeFabris/opencode-antigravity-auth
• opencode-cursor-auth: https://github.com/POSO-PocketSolutions/opencode-cursor-auth
• opencode-anthropic-auth (npm): https://www.npmjs.com/package/opencode-anthropic-auth

참고: opencode-anthropic-auth는 npm 페이지에 deprecate 표시가 있어 최신 상태를 확인 후 사용을 권장합니다.