AI 한도 재판매의 경계

월 $20짜리 개인 구독과 1M tokens당 과금되는 API는 둘 다 “AI를 쓴다”는 점에서는 비슷해 보인다. 하지만 재판매 가능성은 크게 다르다. 개인 구독은 계정 단위 기능과 메시지 한도를 쓰는 구조다. API는 토큰 단위 과금과 별도 rate limit로 운영된다. 그래서 “남는 AI 한도를 되팔 수 있나”라는 질문은 기술보다 계약, 보안, 운영 문제에 더 가깝다. 자동화 에이전트가 중개에 들어가면 편법과 합법의 경계도 더 좁아진다.

세 줄 요약

핵심 이슈는 “AI 한도”가 하나의 물건이 아니라는 점이다. 개인 구독의 메시지 한도, 계정 접근권, API 사용량 과금, 서비스 크레딧은 구조가 다르다. 재판매 가능성도 같지 않다.
중요한 이유는 계정 공유, API 키 매매, 서비스 크레딧 이전이 일부 공식 문서에서 직접 금지되기 때문이다. 기술적으로 가능해도 정책 위반, 계정 정지, 워크스페이스 비활성화, 보안 사고로 이어질 수 있다.
먼저 팔려는 대상이 “계정 접근권”인지, “API로 만든 최종 서비스”인지, “크레딧”인지 나눠 봐야 한다. 그다음 약관과 좌석·멤버 관리 기능을 기준으로 허용되는 경로를 다시 설계해야 한다.

현황

먼저 구조를 나눠서 볼 필요가 있다. 개인 구독형 ChatGPT Plus는 $20/month로 청구된다. 도움말 문서에는 API 사용이 여기에 포함되지 않으며 별도로 과금된다고 적혀 있다. 같은 문서에는 Plus 구독에 메시지 cap 같은 usage limits가 포함될 수 있다고 나온다. 즉 개인 구독은 “내 계정으로 쓰는 권리”에 가깝다. API는 “쓴 만큼 내는 사용량 계약”에 가깝다.

API 문서의 구조도 다르다. 가격 문서는 Prices per 1M tokens라고 적시한다. rate limits 문서는 조직 계정의 limits 섹션에서 속도·사용량 제한을 확인하라고 안내한다. 이 구조는 제3자 서비스 제공과 더 잘 맞는다. 다만 그것이 곧 재판매 허용을 뜻하지는 않는다.

정책 문구는 여기서 선을 긋는다. OpenAI 서비스 계약에는 고객이 제3자와 API 키를 사고팔거나 이전하면 안 된다고 적혀 있다. usage limits를 위반하거나 우회해서도 안 된다고 명시돼 있다. 서비스 크레딧 약관도 더 직접적이다. 서비스 크레딧을 사용, 판매, 이전하려는 시도는 약관 위반이며 크레딧 회수, 종료, 취소로 이어질 수 있다고 적었다.

“그럼 계정만 같이 쓰면 되지 않나”라는 발상도 공식 문서와 충돌한다. OpenAI 계정 공유 정책은 계정이 그 계정을 만든 개인을 위한 것이라고 적는다. 다른 사람이 제품을 써야 한다면 자기 계정으로 가입하라고 안내한다. 서비스 계약 PDF에는 계정 접근 자격 증명이나 개별 로그인 정보를 여러 사용자 사이에서 공유할 수 없고, 계정 또는 End User 계정 접근권을 재판매하거나 임대할 수 없다고 나온다. 기업용 문서에서는 좌석 배정 오남용이 서비스 계약 위반이면 워크스페이스 비활성화나 계정 정지로 이어질 수 있다고도 적는다.

경쟁사 쪽은 확인된 범위가 다르다. Anthropic에서는 개인 계정과 Claude for Work 계정이 분리돼 있고, 같은 이메일을 써도 병합할 수 없다는 도움말은 확인된다. 반면 이번 조사 범위에서 Google과 Anthropic에 대해 계정 공유 금지, 사용권 양도 금지, 크레딧 재판매 금지를 같은 수준으로 직접 적은 문구는 확인되지 않았다. 이것은 허용된다는 뜻이 아니다. 서비스별로 문서 확인 범위가 달랐다는 뜻이다.

분석

여기서 핵심은 “재판매”라는 말이 서로 다른 행위를 한 단어로 묶는다는 점이다. 개인 구독 한도를 제3자에게 넘기는 방식은 보통 계정 공유, 원격 접속, 자동 프록시, 브라우저 세션 대여 같은 형태를 띤다. 이 방식에서는 수익화 이전에 신원, 결제, 책임 소재가 얽힌다. 누가 어떤 프롬프트를 넣었는지, 누가 정책 위반 출력을 유도했는지, 누가 결제 취소나 환불 분쟁을 일으켰는지 가르기 어렵다.

반대로 API는 아키텍처상 “내가 비용을 내고 남에게 기능을 제공”하는 모델에 더 가깝다. 그래서 많은 창업자가 “그럼 API 크레딧도 상품처럼 되팔면 되겠네”라고 생각한다. 하지만 공식 문서는 키 매매, 크레딧 판매·이전, 사용 제한 우회를 직접 겨냥한다. 허용 가능한 경로는 보통 크레딧을 나눠 파는 방식이 아니다. 자기 조직 계정 아래에서 제품을 만들어 최종 서비스를 제공하거나, 팀 멤버를 정식으로 초대해 역할과 좌석을 부여하는 방식에 가깝다. 거래 대상이 “접근권”이면 위험이 커진다. “완성된 서비스”에 가까울수록 운영 설계 여지가 생긴다.

자동 매매 에이전트가 붙으면 위험은 더 커진다. 봇이 남는 한도를 찾아 사고파는 구조는 편리해 보일 수 있다. 하지만 실제로는 로그인 위임, 키 보관, 사용량 분배, abuse 탐지, 환불 책임, 이상 결제 대응을 함께 떠안는다. 특히 rate limit는 조직 설정에 걸려 있다. 여기에 usage limits 우회 금지 조항도 있다. 이런 상황에서 다수 사용자의 수요를 하나의 계정이나 키 뒤에 몰아넣는 설계는 정책과 운영 양쪽에서 부담이 커진다. “기술적으로 프록시가 된다”는 사실만으로 사업 가능성이 뒷받침되지는 않는다.

실전 적용

개발자와 운영자는 먼저 “우리가 파는 게 무엇인가”를 한 문장으로 적어볼 필요가 있다. “개인 계정의 남는 메시지 한도”를 판다면 이미 위험 신호에 가깝다. “우리 API 조직이 비용을 내고, 고객은 우리 제품 기능을 쓴다”는 구조라면 검토를 시작할 수 있다. 개인 구독을 쪼개 파는 관점에서, 자사 서비스로 감싸 제공하는 관점으로 옮겨가야 한다.

예: 한 사람이 개인 구독 계정을 열어두고 제3자가 번갈아 접속해 질문을 던지는 구조는 계정 공유 이슈와 충돌할 가능성이 크다. 반대로 한 회사가 자기 조직의 API를 사용해 문서 요약 기능을 만들고, 고객에게는 웹앱 기능 단위로 과금하는 구조는 기술과 운영 면에서 더 자연스럽다. 물론 이 경우에도 해당 계약에서 허용하는 범위, 사용자 고지, 로그 보관, 비용 통제가 따라와야 한다.

오늘 바로 할 일 체크리스트

지금 쓰는 AI 비용 항목을 개인 구독, API 과금, 서비스 크레딧으로 나눠 적고 각각 약관상 양도 가능성을 따로 확인하라.
팀 사용이 필요하면 계정 공유 대신 멤버 초대, 프로젝트 권한, 좌석 배정 같은 공식 관리 기능으로 구조를 바꿔라.
“남는 한도 판매” 아이디어가 있으면 먼저 키 매매, 크레딧 이전, 사용 제한 우회에 해당하지 않는지 문구 단위로 검토하라.

FAQ

Q. 개인 구독의 남는 메시지 한도를 다른 사람에게 넘겨 써도 됩니까?
아닐 가능성이 큽니다. 확인된 OpenAI 도움말과 계약 문서 기준으로는 계정은 만든 개인을 위한 것이고, 로그인 자격 증명을 여러 사용자가 공유하는 것도 금지됩니다.

Q. API는 제3자에게 제공할 수 있으니 사실상 재판매 아닌가요?
완전히 같지는 않습니다. API는 토큰 단위 과금과 조직 단위 관리 구조라서 제품을 만들어 최종 기능을 제공하는 데 더 적합합니다. 다만 확인된 문서 기준으로 API 키 매매·이전과 서비스 크레딧 판매·이전은 금지됩니다.

Q. 자동 에이전트가 한도를 중개하면 사람 손을 덜 타니 더 안전합니까?
그렇지 않습니다. 자동화는 편의성을 높일 수 있지만, 로그인 위임, 키 보관, abuse 탐지, 결제 분쟁, usage limits 우회 해석 같은 위험도 함께 키웁니다. 운영 리스크가 줄기보다 한곳에 집중될 수 있습니다.

결론

AI 한도 재판매는 “남는 자원을 시장에 흘려보내는 효율화”처럼 보일 수 있다. 하지만 계정 접근권과 크레딧을 파는 순간 약관, 보안, 운영 리스크가 먼저 드러난다. 판단 기준은 단순하다. 개인 계정과 크레딧을 넘기는 발상은 피해야 한다. 필요하면 조직 기능과 API를 바탕으로 자기 서비스로 재구성하는 쪽을 검토해야 한다.

Aionda

AI 한도 재판매의 경계

세 줄 요약

현황

분석

실전 적용

FAQ

결론

다음으로 읽기

참고 자료

업데이트 받기