2026-10-29: 오늘 들은 API 불만 7가지

2026년 10월 27일부터 29일까지 영어권 개발자가 공개적으로 올린 불만을 원문 링크와 함께 옮겼습니다. 각 답은 오늘 PoYo 공개 사이트와 문서에 적힌 내용만 사용하고, 그 페이지로 연결합니다. 문서가 다루지 않는 부분은 그렇게 밝힙니다.

---

Q1. 매달 ChatGPT Pro / Business API 크레딧은 쓰지 않아도 만료된다. 어떤 지역은 아예 받지 못한다.

개발자가 불만을 말하는 부분: OpenAI가 Pro 가격을 API 크레딧으로 돌아온다고 설명한 뒤, 개발자는 그 풀이 주기 끝에 얼마나 사라지는지 바로 물었습니다. 글은 그 크레딧이 ChatGPT / Codex의 추가 제품 사용량이 아니고, 쓰지 않은 잔액은 만료된다고 적었고(@jayzhoupro, @velcue_07, @_jayyy18_13k), 크레딧이 얼마나 쓰이지 않는지 말했으며(@mohamedsenator), 유럽 Pro 사용자가 청구 화면에서 크레딧을 받지 못했다고 짚었습니다(@ZindanTech).

PoYo의 답: PoYo는 선불 크레딧이며, 매달 초기화되는 자격이 아닙니다. 홈페이지는 크레딧 기반 요금, 구독이 없음, 크레딧이 만료되지 않음을 적습니다. 성공한 생성에만 지불합니다. llms.txt와 홈페이지는 모두 실패한 작업은 청구되지 않는다고 합니다. 잔액 하나가 카탈로그 전체를 덮습니다. 실시간 credits_amount가 필요하면 GET /api/user/balance를 폴링하십시오(사용자 잔액). 잔액이 없으면 PoYo는 “쓰지 않으면 잃는다”는 달력 창이 아니라 402 insufficient_credits_error를 반환합니다(오류 코드). 다른 업체의 프로모션 크레딧을 지역별로 받는 흐름은 PoYo 제품 밖입니다. 크레딧이 더 필요하면 대시보드에서 충전하십시오.

---

Q2. Chat, Work, Codex가 하나의 사용 풀을 나누면, 코딩 할당량이 먼저 죽는다.

개발자가 불만을 말하는 부분: 같은 API 크레딧 소식은 다른 걱정을 불러왔습니다. 일상적인 Chat / Work 트래픽이 Codex와 같은 통을 태울까. 개발자는 Codex에 영향을 주지 않으려고 ChatGPT를 덜 쓰겠다고 했고(@setHacked), Anthropic식의 단일 사용 한도가 OpenAI의 Pro를 끝낼 것이라고 주장했으며(@macintoch), 일반 Chat이 Work / Codex와 따로 남을지 물었고(@Paulkk144974), 합쳐진 chat+work 풀이 Codex는 건드리지 않기를 바랐으며(@raiden_fine), 크레딧 발표의 “개발자에게 두 번 청구하지 않게 됐다”는 틀을 두고 논했습니다(@Awais786Muhamd).

PoYo의 답: PoYo는 ChatGPT Pro / Codex 구독 풀을 팔지 않습니다. 그래서 코딩 여유를 조용히 먹는 “합쳐진 제품 할당량”은 문서에 없습니다. 청구는 이미지, 영상, 음악, 3D, 채팅에 걸친 크레딧 잔액 하나입니다(홈페이지, llms.txt). 나누고 싶다면 워크로드마다 별도의 API 키를 만들고, 각 키에 시간 / 일 / 누적 사용 한도를 두십시오(시작하기, API 키 페이지). 한 키에 멀티테넌트나 여러 에이전트 호출자가 있으면 **X-End-User-ID**를 보내십시오. 모두를 교체하지 않고, 남용 호출자 하나를 403 end_user_blocked로 막을 수 있습니다(엔드유저 식별). 공유 잔액은 GET /api/user/balance로 보십시오(사용자 잔액). 402이면 멈추고 충전하십시오(오류 코드).

---

Q3. Codex / 코딩 에이전트 벽이 돌아왔다. 소진 속도가 몇 시간 만에 한 주를 먹었다.

개발자가 불만을 말하는 부분: 코딩 에이전트 타임라인은 다시 사용 한도 벽 글로 찼습니다. 다음 Codex 한도 재설정에 맞춰 한 주를 짜는 글(@GaryVSAISlop), Codex CLI로 쓴 Sol 6.1이 약 15시간 만에 할당량을 대략 3배 빨리 태웠다는 보고(@AssistBDA), API 크레딧 소식 때문에 재설정의 숨통은 없을 것이라는 예상(@snowy_smile_)입니다.

PoYo의 답: PoYo 채팅은 성공한 출력마다 크레딧으로 가격이 매겨지며, Codex식의 굴러가는 재설정 창이 아닙니다(llms.txt, 홈페이지). 채팅 엔드포인트는 OpenAI 호환, Claude Messages, 또는 Gemini 네이티브로 문서화되어 있습니다. 모델 ID를 고르고, 그 모델의 실시간 스키마를 https://poyo.ai/models/<id>/llms.txt에서 읽으십시오. 폭주하는 코딩 에이전트에는 API 키 페이지의 키별 시간 / 일 / 누적 한도를 두십시오(시작하기). 기본 생성 처리량은 계정당 10초마다 새 요청 20건까지입니다. 초과는 429를 반환하고, 큐에 들어가지 않습니다(시작하기). 429에서는 Retry-After를 지키십시오. task_id가 이미 있는지 알기 전에는 유료 제출을 무조건 재시도하지 마십시오(문제 해결). 문서는 업스트림 코딩 도구가 자기 벽에 닿았을 때 다른 랩으로의 자동 장애 조치는 없다고 합니다. 필요하면 클라이언트에서 만드십시오.

---

Q4. 저장소에서 API 키를 지우고 푸시했다. 그래도 git 이력에는 거의 확실히 공개로 남아 있다.

개발자가 불만을 말하는 부분: 짧은 글이 전형적인 유출을 바로 짚었습니다. 키를 작업 트리에서 지우고 푸시했지만, 비밀은 거의 확실히 git 이력에서 아직 닿습니다(@patchnoteslabs).

PoYo의 답: 시작하기는 단호합니다. API 키를 프런트엔드 코드, 모바일 앱, 공개 저장소에 노출하지 말고, 비밀로 다루십시오. PoYo 키가 git 이력(또는 다른 공개 위치)에 들어갔을 수 있다면:

1. API 키 페이지에서 폐기 / 교체하십시오. 코드 한 줄을 지우는 것으로는 부족합니다.
2. IP 허용 목록을 켜서, 복사된 키가 승인된 서버 IP에서만 동작하게 하십시오.
3. 키별 시간 / 일 / 누적 한도를 두어, 남은 비밀에 천장을 두십시오.
4. 생성과 네이티브 채팅에서는 **X-End-User-ID**를 우선하십시오. 모든 통합을 교체하지 않고, 호출자 하나를 403 end_user_blocked로 막을 수 있습니다(엔드유저 식별).

공개 문서는 유출된 키로 생긴 사용량에 대한 환불을 약속하지 않습니다. PoYo 키가 오용되었다고 보면 [email protected]로 연락하십시오(시작하기).

---

Q5. 공급자 키를 저장한 도구가 침해되었다. 유휴 자격 증명이 남의 청구를 냈다.

개발자가 불만을 말하는 부분: 한 글은 유휴 계정의 API 키와 Opik AI 공급자 설정의 결함이 겹쳐 OpenAI / Anthropic 키 29개가 빠져나갔다고 적었습니다(@AgentFieldKit). 익숙한 패턴입니다. 제3자의 “AI 설정” 화면에 앉아 있는 자격 증명은, 그 호스트가 잘못된 순간 공격자의 지갑이 됩니다.

PoYo의 답: 다른 제품 설정에 둔 키는 클라이언트 쪽 비밀 문제입니다. 비밀이 생긴 뒤, PoYo 문서의 통제는 폭발 반경을 줄입니다.

• 환경 / harness마다 별도의 키를 만들고, 각각에 시간, 일, 누적 사용 한도를 두십시오(API 키 페이지, 시작하기).
• 프로덕션 키에는 IP 허용 목록을 켜십시오.
• **X-End-User-ID**를 우선하여, 키를 지우지 않고 호출자 하나를 막을 수 있게 하십시오(엔드유저 식별).
• 실시간 잔액은 GET /api/user/balance로 보십시오(사용자 잔액). 402이면 멈추십시오(오류 코드).

더 이상 쓰지 않는 키는 지우십시오. 문서는 쓰지 않는 키의 자동 만료도, 침해로 생긴 지출의 환불 SLA도 적지 않습니다. 그렇게 말하고, 교체하십시오. PoYo 키는 여러분의 서버에 두고, 프런트엔드나 더 이상 보지 않는 제3자 설정 양식에는 두지 마십시오(시작하기).

---

Q6. 에이전트가 30시간을 달렸다. 코드와 API 사이에는 넘지 않을 숫자가 하나도 없었다.

개발자가 불만을 말하는 부분: 한 개발자는 30시간짜리 에이전트 실행을 설명했습니다. 프로세스 밖에서는 하드 지출 천장을 강제하는 것이 아무것도 없었습니다. 하드 한도는 작업 밖에 있어야 합니다(@asymmetricmind). 근처 글은 반복하거나 너무 많이 가져오는 에이전트를 위한 지출 거버넌스 점수표를 밀었습니다(@hacker_no_ice).

PoYo의 답: 에이전트 안의 부드러운 알림은 예산이 아닙니다. PoYo에서는 천장을 자격 증명과 잔액에 두십시오.

• 모든 프로덕션 키에 키별 시간 / 일 / 누적 사용 한도를 두십시오(시작하기, API 키 페이지).
• 서버 전용 키에는 IP 허용 목록을 함께 두십시오.
• 멀티테넌트나 여러 에이전트 앱에는 **X-End-User-ID**와 차단을 쓰십시오(엔드유저 식별).
• 큰 배치 전에 GET /api/user/balance를 폴링하십시오(사용자 잔액). 402는 재시도 신호가 아니라 하드 정지로 다루십시오(오류 코드).
• 긴 비동기 작업에는 공격적인 폴링보다 웹훅을 우선하십시오(웹훅). 시작하기는 제출 재시도마다 새로운 유료 작업일 수 있다고 경고합니다. 다시 제출하기 전에 task_id를 확인하십시오(문제 해결).

문서는 이 키 한도, 잔액, 오류 코드를 넘는 프로세스 밖의 “킬 스위치” 제품을 주장하지 않습니다. 오케스트레이터가 402와 한도에 닿은 키에서 멈추도록 연결하십시오.

---

Q7. 가장 어려운 부분은 모델이 아니다. 크리에이티브 API마다 계정, API 키, 청구 체계가 따로 있다는 점이다.

개발자가 불만을 말하는 부분: 제작자와 개발자는 아픈 부분이 공급자 계정, 키, 청구를 따로 굴리는 일이라고 했습니다(@CyberFree365). 다른 사람들은 마진을 API 청구 문제로 보고, 집계기를 통한 오픈 모델을 비용 레버로 보거나(@RonaleK777), 규모에서 쓸 싼 LLM API를 찾았습니다(@brice_garnier_).

PoYo의 답: PoYo는 이미지, 영상, 음악, 3D, 채팅에 걸친 하나의 통합 키로 만들어졌습니다(llms.txt, 홈페이지). 키는 API 키 페이지에서 만듭니다. 미디어는 비동기 POST /api/generate/submit에 상태 또는 웹훅을 더합니다. 채팅은 모델별 문서에 있는 OpenAI 호환, Claude Messages, 또는 Gemini 네이티브 엔드포인트를 씁니다. 모델을 바꾸는 일은 model 문자열(채팅은 맞는 엔드포인트 형태)이며, 새 공급자 온보딩이 아닙니다. 현재 입력 스키마와 가격은 https://poyo.ai/models/<id>/llms.txt와 카탈로그 색인에 있습니다(llms.txt). 청구는 선불 크레딧이며 만료되지 않고, 성공한 출력마다 청구됩니다(홈페이지).

문서는 PoYo가 각 랩 공식 계정의 통과 경로라고 주장하지 않습니다. 시작하기는 전체 안정성이 공식 공급자보다 조금 낮을 수 있다고도 합니다. 그 트레이드오프를 의식해서 고르십시오.

---

한눈에 보기