1년 전 Claude와 만든 사이트를 검토했더니, 같은 Claude에게 연달아 문제점을 지적받았습니다

서론

저는 BookConnect라는 독서 후기 공유 웹사이트를 개인적으로 만들고 있습니다. 책에 대한 감상을 작성하고 함께 읽으며, 책 이야기가 통하는 사람들끼리 메시지를 주고받을 수 있는 사이트입니다.

개발을 시작한 것은 2025년 9월이었습니다. 프로그래밍을 배우면서 설계부터 코드까지 Claude(Anthropic의 AI)와 채팅으로 상담하며 만들었고, 2025년 11월에 공개했습니다. 공개 이후로는 거의 손대지 않았습니다.

사용된 기술은 Next.js와 TypeScript, Supabase, Vercel입니다. Next.js는 React를 사용하여 화면과 서버 처리를 한 곳에서 작성할 수 있는 프레임워크이며, Supabase는 데이터베이스와 회원가입 및 로그인 시스템을 통합적으로 제공하는 서비스입니다. Vercel은 Next.js로 만든 사이트를 공개하기 위해 사용하고 있습니다.

2026년 9월, 슬슬 사이트를 홍보하는 활동을 시작해야겠다고 생각했고, 그 전에 인증(회원가입 및 로그인 시스템) 부분을 확실히 다듬기로 했습니다. 그런데 1년 전 함께 만들었던 Claude에게 이번에는 '여기는 안 되고, 여기도 안 된다'며 연달아 문제점을 지적받게 되었습니다.

이 글에서는 그때 제가 어떤 생각을 했고 어디에 마음을 정하게 되었는지를 적습니다. 하나하나의 문제 내용과 수정 방법은 다음 글에서 한 편씩 작성할 예정입니다.

홍보하기 전에, 인증 시스템을 다듬으려 했다

BookConnect에서는 가입한 사람에게 확인 이메일이 도착하고, 그 안의 링크를 누르면 계정을 사용할 수 있게 됩니다. 이 메일과 관련하여 전부터 신경 쓰였던 부분이 두 가지 있었습니다.

첫째는 1시간에 최대 2통까지만 보낼 수 있다는 점입니다. 개발할 때 테스트로 여러 번 시도해봤기 때문에 알고 있었습니다. 둘째는 이 메일이 'Supabase Auth'라는 발신자 이름으로 도착한다는 것입니다. 내 도메인에서 보내는 형태로 만드는 것은 2025년 11월 공개 당시 미뤄두었던 부분이었습니다.

홍보하기 전에 무언가를 고치려고 생각했을 때, 이 두 가지 제한이 머릿속에 떠올랐습니다. 다른 문제도 분명 있을 것이라 생각하여 인증 시스템 전체를 넓은 의미에서 재검토하게 되었습니다.

2026년 9월 2일, BookConnect 이름과 book-connect.net 주소에서 확인 메일을 보낼 수 있는지 Claude에게 상담했습니다. 그 과정에서 공개 전에 이메일 발송 서비스인 Resend에 등록되어 있다는 것을 알게 되었습니다. 문의 양식의 메일을 내 도메인에서 보내기 위해 등록한 것이었지만, 저는 그 사실 자체를 잊고 있었습니다.

상담 글에는 발신자 이름에 대해 적었지만, Claude는 첫 답변에서 이름보다 먼저 2통 제한을 언급했습니다. 여기서부터 지적이 연달아 이어지게 됩니다.

계속해서 나타난 문제들

첫 번째 지적을 포함하여 지난 두 달 동안 나타난 문제들을 나열하면 다음과 같습니다. 하나하나의 내용과 수정 방법은 다른 글에서 작성할 예정입니다.

확인 메일이 1시간에 최대 2통까지만 보낼 수 있는 상태였다. 같은 시간대에 3명이 가입하면, 세 번째 사람에게는 메일이 도착하지 않는다.
탈퇴 시스템 자체가 없었다.
책장(Book Shelf)에서 책을 제거할 경우, 그 책에 붙어 있던 다른 사람의 독서 후기까지 모두 삭제되는 구조였다.
책 검색에 사용하던 Google Books API의 이용 한도가 일일 1000회였고, 하루에 약 50명 정도가 일반적으로 사용하는 것만으로도 도달하는 수치였다.
Google Books API에서 가져온 데이터를 자체 데이터베이스에 저장하는 것이 이용약관에 위배될 가능성이 높다는 것을 알게 되었다.

처음 세 가지는 인증 시스템을 수정하는 과정에서 발견된 것이고, 나머지 두 가지는 수정이 끝난 후에 나타난 문제들입니다.

'1년 전에 만든 건 Claude인데' 화가 났다

연달아 지적받으면서 '왜 이제 와서...'라며 아쉽고 짜증 나는 기분이 들었습니다. BookConnect는 약 1년 전 Claude와 상담하며 만든 사이트였는데, 그 같은 Claude에게 이번에는 자신이 만든 것의 문제점을 연이어 지적받았기 때문입니다.

처음에 지적받았을 때는 받아들이기 어려웠기에, 1년 전에는 사용하지 않았던 Claude Code나 Perplexity(조사할 때 사용하는 AI 검색 서비스)에도 알아봐 달라고 요청했습니다.

Claude가 연달아 문제점을 제기하는 이유에 대해서도 짐작하고 있었습니다. 수정 작업을 시작할 때, Claude의 설정에 “듣기 좋은 말은 필요 없습니다. 진실을 상세히 전해주세요. 저의 사각지대도 거리낌 없이 말씀해주세요.”라고 적어두었습니다. 이 지시는 어떤 대화에서도 기본 전제로 읽히는 것이며, 1년 전에 만들 때는 넣지 않았던 것입니다. 저는 이 지시 때문에 Claude가 문제를 억지로 찾아서 이야기하고 있는 것은 아닌지 생각했었습니다.

직접 해보니 사실이었다

하지만 실제로 들은 것을 시험해 보니, 그 말이 맞았습니다. 그중 하나가 책장 건이었습니다.

저는 이 문제를 설명해 주는 Claude에게 “당신 스스로 파일 본 적 있나요?”라고 물어보았습니다. 돌아온 대답은, 이 채팅에서는 해당 파일을 열지 않았다는 것이었습니다.

그래서 내용을 붙여넣고 읽게 했습니다. Claude의 추론은, 누군가가 책장에서 빼는 버튼을 누르면, 누른 사람뿐만 아니라 그 책을 책장에 넣었던 모든 사람의 책장에서 사라져 버린다는 것이었습니다. 게다가 그 책에 달렸던 서평까지 함께 사라집니다.

“그런 일이 있어?”

이것이 저의 첫 반응이었습니다. Claude는 그대로 수정 이야기로 넘어가려고 했지만, 저는 “정말요? 실제 작동을 시험하는 것이 먼저 아닌가요?”라며 말렸습니다.

테스트 계정을 만들고, 제가 서평을 쓴 책을 그 계정의 책장에 넣은 뒤 빼보았습니다. 결과는 말씀한 대로였습니다. 제 서평 한 건이 깔끔하게 사라져 있었습니다. 본문은 손에 메모해 두었기 때문에 다시 쓸 수는 있지만, 책장에서 뺀 사람이 누구든 상관없이 같은 일이 다른 사람의 서평에도 일어난다는 것입니다.

1년 전과 지금의 차이점

돌아보면, 같은 Claude라도 1년 전과 지금은 사용하는 환경이 상당히 달라졌습니다.

1년 전에는 당시 최신이었던 Opus 4.1의 채팅만으로 만들었습니다. 지금은 Opus 5.5를 사용하고, 채팅 외에도 Claude Code와 Perplexity도 사용합니다. 앞서 적었던 “듣기 좋은 말은 필요 없습니다”로 시작하는 지시도 1년 전에는 넣지 않았습니다.

요청한 내용도 다릅니다. 1년 전에 요청했던 것은 사이트를 만드는 것이었습니다. 이번에는 “널리 퍼뜨리기 전에, 생각할 수 있는 한 모든 위험을 제거하고 싶다”고 요청했습니다.

1년 전에는 나오지 않았던 지적이 지금 와서 연달아 나온 것은, 이 차이점 때문일지도 모릅니다.

지시대로 담담하게 진실만을 나열해주었다

지금 생각해보니 화가 났지만, 수정하면서 확인해 보니 지적된 문제들은 모두 사실이었습니다.

1년 전의 채팅을 되돌아보면, Claude는 “완벽한 이해입니다✅”, “정말 멋진 하루였네요🎊”처럼, 칭찬과 이모지가 많은 답변을 했습니다. 이번 Claude는 앞서 적은 지시대로, 제 마음에 공감하기보다는 보이는 문제를 담담하게 나열하고 있습니다. 억지로 문제를 만들고 있는 것이 아니라, 요청받은 것을 해주고 있었던 것입니다. 달라진 것은 문제의 내용이 아니라 전달 방식이었던 것 같습니다.

개인 지침(Personal Instruction)에 따라 결과물이 변한다는 것은 말로 하면 당연한 일일지도 모릅니다. 그것을 이번에 제 사이트에서 실감하고 있습니다.

BookConnect는 여기입니다.