Provider 로깅
외부 provider 로 나가는 요청은 어떻게 되는가
MyIP OpenRouter 는 요청을 두 종류의 백엔드로 보냅니다. 우리 GPU 와 외부 provider 입니다. 프롬프트가 어디까지 가고 누가 그것을 볼 수 있는지는 전적으로 어느 쪽으로 갔느냐에 달려 있습니다.
로컬 GPU 모델 — 밖으로 나가지 않는다
google/gemma-4-26b-a4b 와 lgai/exaone-4.0-32b 는 우리가 직접 운영하는 GPU 노드에서 추론합니다.
- 프롬프트와 응답은 우리 네트워크 안에서만 오갑니다.
- 제3자에게 전달되지 않습니다.
- 우리도 본문을 저장하지 않습니다 (데이터 수집 참조).
프롬프트가 외부로 나가는 것 자체를 피해야 한다면 이 두 모델만 쓰면 됩니다. 가장 확실한 방법입니다.
{
"model": "lgai/exaone-4.0-32b",
"messages": [{ "role": "user", "content": "..." }]
}응답 헤더 X-MyIP-Provider 로 실제 어디가 응답했는지 매번 확인할 수 있습니다.
외부 provider 로 라우팅되는 경우
로컬에 없는 모델을 요청하면 우리가 계약한 외부 provider 로 나갑니다. 그 순간부터 프롬프트는 그 provider 의 데이터 정책을 따르게 됩니다. 학습 사용 여부, 보관 기간, 남기는 로그의 범위는 provider 마다 다르며 우리가 대신 보장할 수 없습니다.
우리가 하는 일과 하지 않는 일:
- 하는 일 — 요청을 중계하고, 어떤 provider 가 응답했는지 사용 기록과 응답 헤더에 남깁니다.
- 하지 않는 일 — 프롬프트 본문을 우리 쪽에 복사해 두지 않습니다.
- 할 수 없는 일 — 외부 provider 가 자기 서버에 무엇을 얼마나 보관하는지 통제하지 못합니다.
어디로 갈지 제어하기
요청 본문의 provider 객체로 후보를 제한할 수 있습니다. 자세한 문법은 Provider 라우팅 에 있습니다.
특정 provider 만 허용
{
"model": "lgai/exaone-4.0-32b",
"messages": [{ "role": "user", "content": "..." }],
"provider": { "only": ["local-gpu"] }
}only 에 남은 후보가 하나도 없으면 요청은 조용히 다른 곳으로 새지 않고 404 no_endpoints_found 로 실패합니다. 이것이 중요합니다 — 의도하지 않은 provider 로 흘러가는 대신 실패합니다.
특정 provider 배제
{ "provider": { "ignore": ["some-provider"] } }폴백 자체를 막기
{ "provider": { "allow_fallbacks": false } }첫 후보 하나만 시도하고, 실패하면 다른 곳으로 넘어가지 않습니다.
데이터 정책 필터에 대한 솔직한 설명
요청 본문의 provider.data_collection 과 provider.zdr 는 OpenAI 호환 클라이언트와의 형상 호환을 위해 받아들이기는 합니다. 하지만 우리 모델 카탈로그에는 아직 provider 별 데이터 정책 메타데이터가 들어 있지 않습니다. 메타데이터를 모르는 후보는 필터를 통과시키는 것이 규칙이므로, 현재 이 두 값은 실질적으로 후보를 걸러내지 못합니다.
{ "provider": { "data_collection": "deny" } }제3자 provider 별 데이터 보관 정책 표는 제공하지 않습니다. 우리가 검증하지 않은 수치를 표로 옮기면 그것이 보증처럼 읽히기 때문입니다. 각 provider 의 공식 약관을 직접 확인해 주세요.
어디로 갔는지 확인하기
응답 헤더
X-MyIP-Model: lgai/exaone-4.0-32b
X-MyIP-Provider: MyIP Local GPU
X-MyIP-Generation-Id: gen-01J...사후 조회
curl -s "https://openrouter.myip.co.kr/api/v1/generation?id=$GEN_ID" \
-H "Authorization: Bearer $MYIP_API_KEY" | jq '{model, provider_name, provider_responses}'provider_responses 에는 폴백 체인에서 시도한 후보가 순서대로 들어 있어, 첫 후보가 실패해 두 번째로 넘어갔다면 그 사실도 보입니다.
카탈로그에서 미리 확인
curl -s "https://openrouter.myip.co.kr/api/v1/models/lgai/exaone-4.0-32b/endpoints" | jq '.data.endpoints[].provider_name'우리가 provider 로 함께 보내는 것
- 요청 본문(메시지, 파라미터) — 그대로
- 우리 계정의 인증 정보 — 당신의 API 키는 보내지 않습니다
- 우리 쪽 요청 식별자
당신이 붙인 HTTP-Referer 와 X-Title 은 우리 사용 기록에만 남고 업스트림으로 전달하지 않습니다. 사용자 계정 정보(이메일 등)도 provider 로 나가지 않습니다.
관련 문서
- 데이터 수집 — 우리 쪽에 무엇이 남는가
- Provider 라우팅 —
provider객체 전체 문법 - 로컬 우선 라우팅 — 로컬 후보가 언제 먼저 잡히는가
- 개인정보처리방침
마지막 수정 2026. 9. 5.