메뉴
HN
Hacker News 17일 전

클로드 구독 취소 후 프로젝트 접근 불가 사태 주의

IMP
7/10
핵심 요약

클로드 코드 맥스(Claude Code Max) 구독을 취소한 유저가 과거 프로젝트 접근 권한을 통째로 잃은 사례가 해커뉴스에 공유되었습니다. 단순 오류를 넘어 복잡한 과금 및 Rate Limiting(속도 제한) 시스템의 구현 상 한계로 인해 사용자만 피해를 보는 구조적 문제로 지적되고 있습니다. AI 코딩 툴의 데이터 소유권 및 과금 정책에 대한 실무자들의 각별한 주의가 요구됩니다.

번역된 본문

저는 5개월 동안 클로드 코드 맥스(Claude Code Max)를 구독한 후 오픈AI의 코덱스(Codex)를 사용해보고 싶었습니다. 그런데 다시 클로드 디자인(Claude Design)으로 돌아가 이전 프로젝트들을 확인하려 하니, 더 이상 해당 프로젝트들에 접근할 수 없다는 것을 깨달았습니다.

이런 일은 처음이었습니다. 그동안 다양한 LLM 앱을 이용하면서 구독을 취소했다고 해서 과거 세션에 대한 접근권을 잃어버린 적은 단 한 번도 없었습니다.

사실 예전에도 코덱스를 사용해보려고 했었지만, 크레딧과 관련해서 비슷한 경험을 한 적이 있습니다. 그 달 클로드에 문제가 너무 많아서, 제가 지불한 월간 구독료에 해당하는 추가 크레딧을 기한을 정해서 제공했었습니다. 그런데 구독 플랜이 종료되자마자 그 크레딧에 대한 접근권을 잃어버렸습니다. 다시 구독을 갱신한 후에도 여전히 그 크레딧들은 복구되지 않았습니다.

클로드 엔지니어들에게는 동정심이 있습니다. 특히 X(옛 트위터)에서 대중의 비판을 고스란히 받고 있는 분들 말입니다. 하지만 안타깝게도 팔로워가 많은 인플루언서가 문제를 제기해야만 그제야 회사가 이를 해결해 주는 식이었습니다.

저 역시 과거 과금(Billing) 시스템을 다루는 회사에서 일해봤기 때문에 잘 알고 있습니다. 복잡한 계약 조건이 성장이나 영업 부서에는 좋게 보일지 몰라도, 이를 실제로 구현해야 하는 엔지니어들에게는 끔찍한 악몽이라는 것을요. 이제 업계 표준이 된 그들만의 복잡한 속도 제한(Rate Limiting), 그리고 다른 도구(harness)의 사용량을 파악해 추가 요금으로 청구하는 시스템 등은 예외 사항(edge case) 없이 구현하기가 결코 쉽지 않을 것입니다. 하지만 문제는 발생하는 모든 '버그'가 항상 사용자에게만 불리하게 작용한다는 점입니다.

저는 다른 사용자들에게 이 사실을 알리고자, X에서 그들을 여러 차례 멘션한 끝에 이 글을 여기에 올리게 되었습니다.

원문 보기
원문 보기 (영어)
I wanted to try codex after 5 months of claude code max subscription. And then I went back to my previous projects on claude design only to realize I don&#x27;t have access to them anymore.<p>This is a first. I never lost access to any of my past sessions because I unsubscribed in any of the LLM apps.<p>I actually wanted to try out codex previously, but had similar experience with my credits. They gave extra credits equivalent to my montly subscription price, with some time limit because claude has so many issues that month. And as soon as plan ended. I lost access to the credits. Even after resubscribing, I still don&#x27;t have access to those credits.<p>I have sympathies towards the engineers, especially the ones that are putting themselves on X. But only when someone with large following has some issue, they sort it out.<p>Having worked at a billing company, I can see how complex contracts sound good for the growth&#x2F;sales folks but are also horrible for engineers actually implementing those contracts. Their complex rate limiting which is now a norm, identifying other harnesses to count them against extra usage are all probably not easy to implement without very rough edge cases. But all the &quot;bugs&quot; are just where the user gets screwed is what is problematic.<p>I just wanted to post this here, after tagging them multiple times on X to alert other users.