클로드 코드 사용자 세부 정보 프로덕션 앱 과제: 보안, 규정 준수 및 예외 상황

Claude Code로 프로덕션 앱 개발하기: 데모를 넘어서
r/ClaudeAI의 한 개발자가 Claude Code로 22만 줄의 개인 금융 앱을 6개월 동안 구축한 경험을 상세히 설명하며, 흔한 "2시간 만에 구축" 데모와 대비시킵니다. 이 앱은 Plaid를 통해 실제 은행에 연결되고, 실제 돈을 처리하며, TestFlight에 실제 사용자가 있으며, App Store에 출시 중입니다.
발견된 구체적인 프로덕션 문제
이 개발자는 데모에서 프로덕션으로 전환할 때 발생한 구체적인 문제들을 확인했습니다:
- 보안 취약점: 5개월 차 감사에서 사용자가 자신의 Firestore 문서에 쓰기를 통해 평생 프리미엄으로 자체 권한을 상승시킬 수 있는 문제가 발견되었습니다. 원시 은행 데이터가 세 개의 코드 경로에서 AI로 전송되고 있었습니다. 다섯 개의
console.log문이 프로덕션에서 사용자 데이터를 유출하고 있었습니다. - Plaid 통합의 복잡성: 프로덕션 접근 권한을 얻기 위해서는 LLC를 설립하고, EIN을 획득하며, 규정 준수 검토를 통과해야 했습니다. 기술적 문제에는 502개 작업(제한은 500개)에서 발생한 Firestore 배치 오버플로우, 속도 제한에서 깨진 페이지 매김 루프, 누락된 웹사이트 경로로 인해 404 오류가 발생한 OAuth 리디렉션이 포함되었습니다.
- App Store 제출 장애물: 27번째 빌드는 기술적 이유가 아니라 특정 온보딩 화면에 누락된 이용약관 링크로 인해 거부되었습니다. 정확한 화면을 찾는 데 수정을 구현하는 것보다 더 오랜 시간이 걸렸습니다.
- 문서화되지 않은 예외 상황: 콜론이 포함된 SecureStore 키는 iOS에서 조용히 실패합니다—오류가 발생하지 않고, 경고도 없이, 그저 아무것도 쓰지 않습니다. 이 문서화되지 않은 동작은 세 번의 디버깅 세션이 필요했습니다.
AI 지원 개발의 현실
이 개발자는 Claude Code가 "놀랍다"고 평가하며 프로젝트에 필수적이었지만, AI가 소프트웨어 엔지니어링을 쉽게 만든다는 이야기는 오해의 소지가 있다고 지적합니다. AI는 구현을 더 쉽게 만들지만, 프로덕션 소프트웨어의 어려운 부분—보안, 규정 준수, 예외 상황, 플랫폼 특이성, 그리고 앱이 실제 사용자에게 작동하는지 아니면 데모에서만 좋아 보이는지를 결정하는 결정들—은 여전히 남아 있습니다.
그들의 조언: "Claude Code로 구축한다면, 실제 무언가를 구축하세요. 실제 데이터에 연결하세요. 실제 사용자 앞에 내놓으세요. 사용자가 그것을 깨뜨리게 하세요. 그곳에서 실제 학습이 일어납니다."
📖 Read the full source: r/ClaudeAI
👀 See Also

클로드가 한 세션에 구현한 스큐어모픽 키보드 시뮬레이터 — 공개 대화록, CORS 프록시된 언스플래시 배경
단일 Claude 세션으로 공개 전사, 기본 단축키 처리를 위한 숨겨진 입력, Figma의 SVG 키, CORS 프록시를 통해 WebP로 제공되는 Unsplash 배경을 갖춘 스큐어모픽 타이핑 앱이 제작되었습니다.

Neuberg: Claude AI로 구축된 오픈소스 다중 시장 거래 터미널
Neuberg는 Hyperliquid, Polymarket, Alpaca와 같은 시장에 연결되는 브라우저 기반 트레이딩 터미널로, Claude와 Claude Code를 사용하여 구축되었습니다. 개발 과정에서 아키텍처 비평과 리팩토링에 대한 특정 강점과 함께, 장기 컨텍스트 관리 및 실시간 시스템에서의 한계가 드러났습니다.

OpenClaw, ClawVid, Composio를 활용한 비디오 생성 파이프라인 구축
한 개발자가 주말 프로젝트로 OpenClaw를 런타임으로, Claude를 LLM으로 사용하여 Composio를 도구 인증에 통합하고 ClawVid와 Remotion을 비디오 생성에 활용했습니다. 이 파이프라인은 텍스트 프롬프트에서 음성 해설, 시각 효과, 음악, 자막이 포함된 MP4 비디오를 생성합니다.

에이전틱 코딩 피로: 더 많은 에이전트가 당신을 구하지 못하는 이유
Sid의 블로그 게시물은 에이전트 코딩이 개발의 일반적인 흐름을 압축하여 개발자를 끊임없는 결정 피로와 번아웃 상태로 몰아넣는다고 주장합니다. 해결책은 더 많은 에이전트가 아니라 더 나은 검증이지만, 이를 구축하는 것은 딜레마에 빠지게 합니다.