두 endpoint, 한 adapter
Gemini-Pippa 에는 경로가 둘 있어. 지원되는 쪽은 환경 설정의 유료 provider API key 로 공식 Gemini API 를 직접 부르고, 쓴 만큼 과금돼. 다른 쪽은 Gemini CLI 의 OAuth credential 을 타고 Cloud Code Assist envelope 로 CLI 의 backend endpoint 에 가. 이쪽은 이제 수동 진단용으로만 남아 있어. Google 이 2026-06-18에 소비자용 OAuth 서빙을 끝냈거든.
runtime toggle
경로는 Admin Dashboard 에서 runtime 에 골라 — 같은 adapter, 코드 경로 둘. 레거시 OAuth 경로를 손으로 골랐는데 재시도 예산을 다 쓰면, adapter 는 그 턴만 API key 로 마무리하고 스트림에 경고를 띄워서 그렇다고 말해. 다음 턴은 다시 고른 경로에서 시작해. 풀어줄 sticky 상태가 남아 있지 않아. fallback 은 턴마다의 runtime 상태라서, Council round 가 그 턴 스스로 말하지 않고 다른 provider 경로로 흘러갈 수가 없어.
wire format quirk
thoughtSignature가 tool-loop continuation 에 보존 안 되면 400.- system prompt 가
systemInstruction(camelCase),system_instruction아님. - Model role 이
'model','assistant'아님. - Thinking config 가 3.x 모델은
thinkingLevel: 'HIGH', 2.x 는thinkingBudget: N.