OpenCode는 2026년 가장 주목받는 오픈소스 AI 코딩 에이전트 중 하나로, "모델 독립적, 터미널 우선"이라는 설계 철학을 내세우고 있습니다. 개발자가 Claude는 물론 GPT, Gemini, 로컬 모델까지 자유롭게 호출하거나 혼합하여 사용할 수 있게 해주죠. Claude Code처럼 터미널에서 실행되지만, 공급자(Provider)를 플러그인 가능한 설정 항목으로 추상화하여 사용자가 직접 하위 모델을 결정하게 하는 독자적인 노선을 걷고 있습니다.
많은 독자분들이 "OpenCode는 설정상 OpenAI 호환 모드로 호출하는 것 같은데, Anthropic의 네이티브 포맷도 지원하나요?", "APIYI와 같은 서드파티 API 중계 서비스를 연결할 때 어떻게 설정하는 게 좋을까요?"와 같은 구체적인 질문을 주셨습니다.
이 글에서는 영문 공식 문서와 소스 코드를 바탕으로 OpenCode가 무엇인지, Claude Code와의 핵심 차이점은 무엇인지 명확히 짚어보고, APIYI(apiyi.com) API 중계 서비스를 활용해 OpenAI 호환 방식과 Anthropic 네이티브 호출 방식을 모두 설정하는 방법을 단계별로 안내해 드립니다. 읽고 나면 바로 실무에 적용하실 수 있을 거예요.
OpenCode 프로젝트 소개: 오픈소스 AI 코딩 에이전트의 핵심 포지셔닝
OpenCode는 SST 팀(SST/Serverless Stack 프레임워크 개발팀)에서 유지보수하며, 저장소 주소는 github.com/sst/opencode이고 MIT 오픈소스 라이선스를 따릅니다. 현재 15만 개 이상의 GitHub 스타를 기록 중이며, 850명 이상의 커뮤니티 기여자가 참여하고 있는 가장 활발한 오픈소스 코딩 에이전트 프로젝트 중 하나입니다. 터미널에서 대부분의 코딩 작업을 완료하고 싶으면서도 특정 모델 공급자에 종속되고 싶지 않은 중고급 개발자가 주요 타겟입니다.
OpenCode의 아키텍처 설계 및 실행 모드
OpenCode는 클라이언트/서버 아키텍처를 채택하여 에이전트 핵심 로직을 로컬 서비스 프로세스에서 실행하고, TUI(터미널 UI)는 여러 프론트엔드 중 하나로 작동합니다. 이는 동일한 에이전트 인스턴스를 터미널, 데스크톱 앱, IDE 플러그인, 심지어 모바일에서도 접근할 수 있음을 의미하며, 향후 멀티 플랫폼 협업의 확장성이 매우 큽니다.
내장된 두 가지 에이전트 모드는 Tab 키로 즉시 전환할 수 있습니다.
build모드: 기본적으로 모든 도구 권한이 개방되어 읽기, 쓰기, 명령 실행이 가능하며 실제 개발 작업에 적합합니다.plan모드: 읽기 전용 모드로, 코드 분석, 솔루션 설계 및 제안만 수행하며 파일을 수정하지 않습니다.
| 차원 | OpenCode 설계 요점 | 개발자 가치 |
|---|---|---|
| 아키텍처 | 클라이언트/서버 분리 | 멀티 플랫폼 협업, 원격 제어 |
| 모델 계층 | 플러그인 가능한 Provider로 추상화 | 75개 이상의 모델 자유 전환 |
| 상호작용 계층 | TUI / 데스크톱 앱 / IDE 플러그인 | 인터페이스 종속성 제거 |
| 권한 계층 | build / plan 듀얼 모드 | 보안과 효율성 동시 확보 |
| 배포 방식 | 로컬 우선, 원격 연결 지원 | 데이터 로컬 유지 |
🎯 설정 제안: OpenCode에서 Claude, GPT, Gemini, DeepSeek 등 여러 모델을 사용하고 싶지만, 각 서비스마다 계정을 만들고 API 키를 관리하기 번거롭다면 APIYI(apiyi.com) API 중계 서비스를 연결해 보세요. 하나의 토큰으로 주요 모델들을 모두 커버할 수 있습니다.
OpenCode의 핵심 역량
OpenCode의 역량 범위는 기존 IDE 플러그인보다 훨씬 넓습니다. 터미널에서 자연어로 명령하면 전체 코드베이스를 해석하고, 기능을 추가하거나 기존 로직을 수정하고, 테스트를 실행하거나 파일 간 리팩토링까지 수행할 수 있습니다. plan 모드는 사전 검토용으로 활용하여 에이전트가 먼저 구현 아이디어를 출력하게 한 뒤, 개발자가 확인 후 build 모드로 전환하여 적용하는 방식이 효율적입니다.
또한 비대화형 모드인 opencode run "your prompt"도 지원하여, CI/CD, 배치 리팩토링, 예약 작업 등 자동화 스크립트에 직접 삽입할 수 있습니다. 이 기능은 Claude Code 초기 버전에는 없던 것으로, OpenCode가 엔지니어링 환경에서 자주 선택되는 이유 중 하나입니다.
참고로 OpenCode는 기본적으로 models.dev라는 공개 데이터베이스에서 모델 목록을 가져와 매칭합니다. 따라서 상위 공급자가 새로운 모델을 출시해도 OpenCode가 빠르게 인식할 수 있습니다. API 중계 서비스를 통해 연결할 때, 로컬에 저장된 모델 매핑을 APIYI 백엔드의 모델 목록과 일치시키면 "설정에는 모델 ID를 적었지만 실제 요청은 거부되는" 상황을 방지할 수 있습니다.
OpenCode 와 Claude Code의 핵심 차이점 비교
많은 분들이 OpenCode를 "오픈소스 버전 Claude Code"라고 생각하시지만, 사실 두 도구는 지향점이 완전히 다릅니다. Claude Code는 Anthropic이 자사 모델을 위해 직접 만든 전용 도구인 반면, OpenCode는 다양한 모델 생태계를 아우르는 중립적인 프레임워크입니다.
모델 지원 범위와 비용 관리
Claude Code는 Anthropic의 모델(Sonnet, Opus, Haiku 시리즈)만 호출할 수 있어, 모든 작업 비용이 Anthropic 정책에 따라 책정됩니다. 반면 OpenCode는 OpenAI, Anthropic, Google Vertex, Bedrock, Groq, Azure, OpenRouter는 물론 Ollama나 LM Studio 같은 로컬 추론 엔진까지 75개 이상의 공급자를 지원합니다.
실제 워크플로우에서 이러한 유연성은 매우 강력합니다. 문서 생성, 커밋 메시지 작성, 변수명 변경 같은 가벼운 작업은 저렴한 소형 모델에 맡기고, 복잡한 리팩토링이나 아키텍처 설계 시에만 Claude Sonnet이나 Opus를 사용하면 전체 비용을 40~60%까지 절감할 수 있습니다.
워크플로우와 권한 모델의 차이
Claude Code는 기본적으로 보수적인 방식을 취합니다. 파일을 수정하거나 명령을 실행하기 전에 항상 사용자 확인을 거치는데, 초보자에게는 안전하지만 작업 흐름이 자주 끊길 수 있습니다. 반면 OpenCode는 투명성을 강조합니다. 코드가 완전히 오픈소스라 보안 팀이 직접 검토할 수 있고, build/plan 명령을 통해 권한을 명시적으로 관리하므로 자동화나 스크립트 기반 작업에 훨씬 유리합니다.
| 비교 항목 | OpenCode | Claude Code |
|---|---|---|
| 오픈소스 | MIT 라이선스, 소스 검토 가능 | 폐쇄형, 바이너리 배포 |
| 모델 범위 | 75개 이상 공급자, 로컬 모델 포함 | Anthropic 공식 모델만 |
| 사용자 정의 엔드포인트 | baseURL 변경 가능 | ANTHROPIC_BASE_URL로 제한 |
| 인터페이스 | TUI / 데스크톱 앱 / IDE 플러그인 | 터미널 중심 |
| 권한 정책 | build / plan 명시적 전환 | 기본적으로 매번 확인 |
| 성숙도 | 빠른 발전 중, 일부 디테일 다듬는 중 | 완성도 높은 사용자 경험 |
| 추천 대상 | 멀티 모델 혼합, 로컬 배포, 커스텀 | Claude 일체형 경험 |
🎯 선택 가이드: 평소 Claude 위주로 작업하되 가끔 GPT나 Gemini를 보조로 쓰고 싶다면, OpenCode에서 APIYI(apiyi.com)를 통해 여러 모델을 설정하고 하나의 API 키로 관리하는 것을 추천합니다. 평소에는 Claude Code로 메인 개발을 진행하고, 복잡한 작업의 교차 검증이 필요할 때만 OpenCode로 전환해 보세요.
OpenCode는 누가 쓰면 좋을까요?
OpenCode는 20분 정도 설정 문서를 읽을 의지가 있고, 비용에 민감하며, 하나의 도구로 여러 모델을 넘나들길 원하거나, 사내 보안 정책상 모델의 투명한 검토가 필수적인 개발자에게 최적입니다. 단순히 "Claude를 바로 사용하고 싶다"는 분들에게는 Claude Code가 여전히 더 편리한 선택입니다.
OpenCode와 APIYI 중계 서비스를 연결하는 두 가지 모드
많은 분들이 궁금해하시는 부분입니다. OpenCode는 OpenAI 호환 모드를 써야 할까요, 아니면 Anthropic 원본 형식을 써야 할까요? 정답은 둘 다 가능하며, opencode.json 설정에서 어떤 공급자를 선택하느냐에 따라 달라집니다.
모드 1: OpenAI 호환 모드 (가장 범용적)
OpenCode 문서에서 가장 권장하는 방식이며, 타사 API 중계 서비스를 연결할 때 가장 안정적입니다. Vercel AI SDK의 @ai-sdk/openai-compatible 패키지를 사용하여 OpenAI Chat Completions 프로토콜을 따르는 모든 엔드포인트를 OpenCode 공급자로 변환합니다. APIYI의 OpenAI 호환 엔드포인트인 api.apiyi.com/v1을 사용하면 GPT, Claude, Gemini, DeepSeek 등 수십 개의 모델을 OpenAI 형식으로 통합하여 호출할 수 있습니다.
범용성이 뛰어나 거의 모든 모델을 하나의 공급자 아래 관리할 수 있다는 장점이 있습니다. 다만, Anthropic 전용 기능(extended thinking, 네이티브 tool use 블록 등)은 프로토콜 변환 과정을 거치므로 공식 엔드포인트와 미세한 차이가 발생할 수 있습니다.
모드 2: Anthropic 원본 모드 (Claude 사용 시 추천)
OpenCode의 내장 anthropic 공급자는 @ai-sdk/anthropic 패키지를 사용하며, 요청 경로는 /v1/messages입니다. 요청 본문은 Anthropic 공식 문서의 Messages API 형식을 따릅니다. 이 형식은 content blocks, tool_use 블록, extended thinking 등 Claude의 모든 기능을 지원하며, Claude Code와 동일한 프로토콜을 사용합니다.
provider.anthropic.options.baseURL을 APIYI의 https://api.apiyi.com으로 설정하기만 하면, OpenCode는 Anthropic 원본 형식으로 요청을 보내고 APIYI 중계 서비스가 이를 상위 Claude 서버로 전달합니다. 즉, OpenCode 내에서도 Claude Code와 거의 동일한 Claude 사용 경험을 누릴 수 있습니다.
| 모드 | 기반 패키지 | APIYI Base URL | 추천 용도 | 프로토콜 충실도 |
|---|---|---|---|---|
| OpenAI 호환 | @ai-sdk/openai-compatible |
https://api.apiyi.com/v1 |
다중 모델 혼합 | 표준 OpenAI |
| Anthropic 원본 | @ai-sdk/anthropic |
https://api.apiyi.com |
Claude 전용 | 공식과 동일 |
🎯 설정 팁: 일상적인 사용 시 두 모드를 함께 사용하는 것을 추천합니다. 하나의
opencode.json파일에anthropic공급자와openai-compatible공급자를 동시에 설정하세요. Claude는 전자로, GPT/Gemini/DeepSeek 등은 후자로 호출하면 됩니다. 두 공급자 모두 APIYI(apiyi.com)의 동일한 토큰을 공유하므로 API 키를 여러 번 관리할 필요가 없습니다.
3단계로 끝내는 OpenCode와 APIYI 중계 서비스 설정
최소한의 설정으로 즉시 사용할 수 있는 연결 프로세스를 정리했습니다. 순서대로 따라 하시면 보통 5분 안에 완료할 수 있습니다.
1단계: OpenCode 클라이언트 설치
공식적으로 제공하는 두 가지 설치 방법 중 사용 중인 환경에 맞는 것을 선택하세요.
# 방법 A: npm을 통한 전역 설치 (Node.js 사용자 권장)
npm install -g opencode-ai@latest
# 방법 B: 원클릭 스크립트 설치 (macOS / Linux 권장)
curl -fsSL https://opencode.ai/install | bash
설치가 완료되면 opencode --version을 실행하여 확인하세요. Windows 사용자는 Scoop이나 WSL을 통해 사용할 수 있습니다. npm 설치가 실패한다면 Node.js 버전 문제일 가능성이 높으니 18+ 또는 20+ 버전으로 업그레이드하는 것을 권장합니다.
2단계: APIYI 관리 페이지에서 API 키 발급
APIYI 관리 페이지 api.apiyi.com/token에 로그인하여 새 토큰을 생성하세요. 이름은 OpenCode로 지정하는 것을 추천하며, 사용할 모델이 포함된 그룹을 선택하세요(Claude를 호출하려면 해당 그룹에 Claude 시리즈 모델이 포함되어 있는지 확인해야 합니다). 발급된 sk-xxx 형식의 문자열을 복사해 두세요. 다음 단계에서 사용합니다.
🎯 토큰 관리 팁: APIYI apiyi.com에 가입한 후, 각 클라이언트별로 토큰을 따로 생성하세요. 예를 들어 ClaudeCode용, OpenCode용, Cursor용을 각각 만들면 특정 클라이언트에서 문제가 발생했을 때 해당 토큰만 폐기하면 되므로 다른 클라이언트에 영향을 주지 않습니다.
3단계: opencode.json 설정 파일 편집
OpenCode는 프로젝트 루트 디렉터리의 opencode.json을 우선적으로 읽으며, 없을 경우 사용자 설정 파일인 ~/.config/opencode/opencode.json을 읽습니다. Anthropic 네이티브 모드와 OpenAI 호환 모드를 함께 사용하는 전체 예시는 다음과 같습니다.
{
"$schema": "https://opencode.ai/config.json",
"provider": {
"anthropic": {
"options": {
"baseURL": "https://api.apiyi.com",
"apiKey": "{env:APIYI_KEY}"
}
},
"apiyi-openai": {
"npm": "@ai-sdk/openai-compatible",
"name": "APIYI OpenAI 호환",
"options": {
"baseURL": "https://api.apiyi.com/v1",
"apiKey": "{env:APIYI_KEY}"
},
"models": {
"gpt-4o": { "name": "GPT-4o" },
"claude-sonnet-4-6": { "name": "Claude Sonnet 4.6" },
"gemini-2.5-pro": { "name": "Gemini 2.5 Pro" }
}
}
}
}
이제 토큰을 환경 변수에 저장합니다.
# macOS / Linux
echo 'export APIYI_KEY="sk-APIYI에서발급받은토큰"' >> ~/.zshrc
source ~/.zshrc
# Windows PowerShell
$env:APIYI_KEY = "sk-APIYI에서발급받은토큰"
OpenCode를 실행한 후 /models 명령어로 모델을 선택하세요. Claude 시리즈는 anthropic 프로바이더를, 그 외 모델은 apiyi-openai 프로바이더를 사용하는 것을 권장합니다.
🎯 base URL 규칙: Anthropic 네이티브 모드는 SDK가 자동으로
/v1/messages를 추가하므로/v1을 붙이지 마세요. OpenAI 호환 모드는 반드시/v1을 붙여야 합니다. 이 규칙은 APIYI apiyi.com의 Claude Code 가이드와 동일합니다. "네이티브는 안 붙이고, 호환은 붙인다"고 기억하세요.
설정 오류 해결 가이드
| 오류 메시지 | 원인 | 해결 방법 |
|---|---|---|
Route /api/messages not found |
baseURL에 /v1이 포함됨 |
/v1 접미사 제거 |
Required provider.anthropic.models |
사용자 정의 baseURL 사용 시 models 필드 누락 | 사용 가능한 모델 ID 명시 |
401 Unauthorized |
토큰 만료 또는 그룹 내 모델 부재 | APIYI 토큰 재발급 |
model not found |
모델 ID가 APIYI와 불일치 | APIYI 모델 페이지에서 실제 ID 확인 |
| 요청 시간 초과 | 네트워크 지연 또는 상위 제한 | APIYI 노드 변경 또는 재시도 |
🎯 문제 해결 팁: 오류 발생 시
curl https://api.apiyi.com/v1/models -H "Authorization: Bearer $APIYI_KEY"명령어로 토큰과 네트워크 연결 상태를 먼저 확인하세요. 30초 안에 문제의 90%를 파악할 수 있습니다. 목록이 정상적으로 출력된다면 문제는 OpenCode 설정 쪽에 있을 확률이 높습니다.
OpenCode와 APIYI 중계 서비스 실전 활용법
설정을 마쳤다면 이제 효율적인 워크플로우를 구축할 차례입니다. 자주 쓰이는 실전 활용 시나리오를 소개합니다.
시나리오 1: plan 모드를 활용한 코드 리뷰
plan 모드(Tab 키로 전환)에서 /이 저장소의 인증 흐름을 분석해줘라고 입력하면, OpenCode가 코드를 스캔하여 분석 보고서를 작성합니다. 파일을 직접 수정하지 않으므로 신규 팀원 온보딩, 보안 리뷰, 레거시 코드 구조 파악 시 유용합니다.
시나리오 2: build 모드를 활용한 엔드 투 엔드 개발
계획이 확정되면 build 모드로 전환하여 인증 미들웨어를 JWT 기반으로 변경하고 단위 테스트를 추가해줘와 같은 작업을 지시하세요. OpenCode가 관련 파일을 읽고 수정하며, 테스트를 실행하고 실패 원인을 분석하여 스스로 반복 수정합니다. Git의 깨끗한 브랜치에서 실행하여 필요시 롤백할 수 있도록 하세요.
시나리오 3: 모델 협업 및 비용 최적화
OpenCode의 프로바이더 추상화를 활용해 작업별로 최적의 모델을 할당하세요.
- 문서 및 커밋 메시지:
apiyi-openai의gpt-4o-mini(매우 저렴) - 복잡한 리팩토링 및 코드 리뷰:
anthropic의claude-sonnet-4-6또는 Opus 시리즈 - 다국어/시각적 콘텐츠 포함 작업:
apiyi-openai의gemini-2.5-pro
🎯 비용 팁: APIYI apiyi.com은 실제 토큰 사용량만큼만 결제되며 최소 사용 금액 제한이 없습니다. 저렴한 모델로 먼저 흐름을 테스트한 뒤, 효과가 검증되면 고성능 모델로 전환하여 예산을 효율적으로 사용하세요.
시나리오 4: 비대화형 모드로 CI/CD 연동
OpenCode의 opencode run 명령어를 사용하면 프롬프트를 셸에 직접 전달할 수 있습니다. 결과가 stdout으로 출력되므로 GitHub Actions, GitLab CI 또는 스케줄러 작업에 쉽게 통합할 수 있습니다. 예를 들어 매주 저장소 구조를 검토하거나 PR 병합 전 변경 로그 초안을 자동으로 생성할 수 있습니다.
자주 묻는 질문 (FAQ)
Q1: OpenCode가 정말 Anthropic의 네이티브 /v1/messages 프로토콜을 지원하나요?
네, 지원합니다. OpenCode에 내장된 anthropic 프로바이더는 @ai-sdk/anthropic 패키지를 사용하며, 요청 경로는 Anthropic 공식 /v1/messages를 그대로 따릅니다. 요청 본문 또한 공식 Messages API 형식을 사용하므로 Claude Code와 동일한 프로토콜로 작동합니다. baseURL을 APIYI(apiyi.com)로 설정하기만 하면 OpenCode에서 Claude Code와 거의 동일한 경험을 누릴 수 있습니다.
Q2: OpenAI 호환 모드만 사용하면 Claude의 어떤 기능을 잃게 되나요?
OpenAI 호환 모드에서는 Anthropic 전용인 tool_use 블록, extended thinking, 캐시 제어 헤더 등의 기능이 프로토콜 계층에서 조정됩니다. 기능 자체는 사용할 수 있지만, 응답 형식이 변환되므로 일부 세부 동작(예: thinking 토큰 과금, 특정 stop reason 등)이 네이티브 모드와 약간 다를 수 있습니다. Claude를 메인으로 개발하신다면 네이티브 모드 사용을 권장합니다.
Q3: OpenCode 설정 파일은 ${env:VAR}와 {env:VAR} 중 무엇을 지원하나요?
최신 버전은 {env:VAR} 문법으로 통일되었습니다. 이전 버전에서는 ${env:VAR}를 사용하기도 했습니다. 만약 OpenCode에서 apiKey is undefined 오류가 발생한다면, ${env:APIYI_KEY}로 작성되어 있지는 않은지 확인하고 현재 규격인 {env:APIYI_KEY}로 수정해 보세요.
Q4: OpenCode의 자체 /connect 명령어로 APIYI를 바로 연결할 수 있나요?
네, 가능합니다. /connect를 실행한 뒤 "Other"를 선택하고, 프로바이더 ID(예: apiyi-openai)를 입력한 후 APIYI 토큰을 붙여넣으면 OpenCode가 자동으로 opencode.json에 기록합니다. 다만 /connect는 기본적으로 OpenAI 호환 경로를 따르므로, Anthropic 네이티브 모드를 사용하고 싶다면 provider.anthropic.options.baseURL을 수동으로 편집하는 것을 추천합니다.
Q5: Claude Code와 OpenCode가 APIYI의 동일한 토큰을 공유할 수 있나요?
네, 가능하며 강력히 권장합니다. APIYI(apiyi.com)의 토큰은 클라이언트에 종속되지 않습니다. 동일한 sk-xxx 토큰을 Claude Code(ANTHROPIC_BASE_URL 설정), OpenCode(opencode.json 설정), Cursor, Continue 등 여러 클라이언트에서 동시에 사용할 수 있습니다. 백엔드 청구 내역에서 호출 소스별로 통합 확인이 가능합니다.
Q6: OpenCode의 plan/build 모드와 Claude Code의 권한 확인은 같은 것인가요?
설계 목표는 비슷하지만 구현 방식은 다릅니다. Claude Code는 매번 질문하는 방식으로, 파일을 쓰거나 명령어를 실행할 때마다 확인 창이 뜹니다. 반면 OpenCode는 모드 전환 방식으로, plan 모드에서는 쓰기 권한을 원천 차단하고 build 모드에서는 기본적으로 허용합니다. OpenCode 방식은 자동화 시나리오에, Claude Code 방식은 단계별 제어가 필요한 시나리오에 더 적합합니다.
Q7: APIYI 중계 서비스를 통해 Claude를 호출하면 직접 연결보다 지연 시간이 더 긴가요?
APIYI(apiyi.com)는 국내 여러 핵심 노드에 게이트웨이를 배치하여 Claude, GPT, Gemini 등 주요 모델에 대한 링크 최적화를 수행했습니다. 국내 사용자가 체감하는 첫 바이트 응답 속도(TTFB)는 공식 엔드포인트에 직접 연결하는 것보다 훨씬 빠른 경우가 많습니다. 구체적인 수치는 본인의 네트워크 환경에서 curl -w "%{time_starttransfer}" 명령어로 직접 테스트하여 비교해 보세요.
요약: OpenCode + APIYI 최적의 조합
OpenCode의 진정한 가치는 "모델 선택권"을 개발자에게 돌려준다는 점에 있으며, APIYI와 같은 중계 서비스는 이러한 유연성을 실현하는 든든한 기반이 됩니다. 두 서비스를 함께 사용하면 터미널에서 Claude Code와 유사한 경험을 누리는 동시에, 필요할 때마다 GPT, Gemini, DeepSeek 등 다른 모델로 쉽게 전환하여 교차 검증을 수행할 수 있습니다. 이 모든 워크플로우를 단 하나의 OpenCode 설정 파일과 APIYI 토큰 하나로 관리할 수 있습니다.
본문 처음에 던졌던 질문으로 돌아가 보겠습니다. OpenCode는 OpenAI 호환 모드와 Anthropic 네이티브 형식을 모두 지원하며, 이 둘은 서로 배타적이지 않습니다. 장기 사용자라면 opencode.json에 두 프로바이더를 모두 등록하는 것을 추천합니다. Claude는 네이티브 경로를 사용하여 모든 기능을 유지하고, 다른 모델들은 호환 모드를 사용하여 범용성을 극대화할 수 있습니다.
🎯 최종 제안: OpenCode를 시작하려 한다면 APIYI(apiyi.com)에 가입하여 토큰을 생성하고, 본문의 가이드에 따라 두 모드를 동시에 활성화하는 것이 가장 효율적입니다. 일주일만 지나도 "토큰 하나로 모든 모델을 구동하는" 방식 없이는 개발하기 힘들 정도로 편리함을 느끼실 겁니다. 더 이상 모델마다 계정을 만들고 잔액을 따로 관리할 필요가 없습니다.
— APIYI 기술팀 | AI 코딩 에이전트 생태계를 지속적으로 추적합니다. 더 많은 튜토리얼은 APIYI(apiyi.com) 도움말 센터를 확인하세요.
