한 번의 요청이 항상 같은 크레딧을 쓰지는 않는 이유
짧은 문구 수정과 여러 페이지를 만드는 요청은 처리 범위가 다릅니다. 긴 대화, 반복 생성, 복잡한 요구 추가도 실제 소비량에 영향을 줄 수 있습니다.
따라서 크레딧을 단순히 생성 횟수로 나누기보다, 자신의 작업 패턴에서 발생한 실제 잔액 차이를 기록하는 편이 더 정확합니다.
공식 사용량 화면을 기준으로 잔액 추적하기
- 최초 작업 전에 시작 잔액을 기록합니다.
- 큰 작업 전에 목표와 사용할 수 있는 상한을 정합니다.
- 몇 차례 작업한 뒤 사용량 화면을 새로 확인합니다.
- 예상보다 소비가 크면 요청을 더 작은 단계로 나누어 다시 측정합니다.
작은 작업 단위로 예산과 중단 기준 정하기
| 시점 | 관리 행동 |
|---|---|
| 작업 전 | 현재 잔액, 목표, 중단 기준을 기록 |
| 시험 중 | 한 번에 변경을 늘리지 않고 결과를 확인 |
| 중간 점검 | 공식 사용량 화면에서 차이를 계산 |
| 완료 후 | 비슷한 작업을 위한 실제 소비 기록을 보관 |
시작 잔액 보장과 사용 뒤 남은 잔액 구분하기
보장 확인은 첫 작업 전에 완료합니다
이 상품의 잔액 보장은 최초 자동 전달 시점의 최소 $200입니다. 생성이나 편집을 시작하면 잔액이 달라지므로 먼저 공식 화면을 확인합니다.
어떤 요청이 정확히 몇 크레딧을 쓴다고 판매자가 고정 보장하지 않습니다. 사용 중 판단은 v0 공식 화면의 실제 측정값을 기준으로 합니다.