개발자가 Claude로 구축한 ERP 시스템의 토큰 비용 문제를 공유합니다

문제: 단일 파일 아키텍처는 AI 어시스턴트와 함께 확장되지 않습니다
소규모 화물 운송 사업을 운영하는 개발자가 Claude를 사용해 완전한 ERP 시스템을 구축했습니다. 이 시스템은 대시보드, 배송 추적, 현금 흐름, 운전자 기록, 고객 기록 등 모든 모듈을 포함한 단일 HTML 파일에서 3,000줄 이상의 코드로 성장했습니다.
핵심 문제: 작은 변경조차 필요할 때마다 전체 3,000줄 이상의 파일을 Claude의 컨텍스트 창에 로드해야 합니다. 이는 메시지당 약 60,000-80,000 토큰을 소비합니다. 1인 운영자에게 이는 비용과 비효율성 문제를 모두 야기합니다.
근본 원인은 아키텍처적입니다: 단일 파일 모놀리스는 작은 함수 하나만 수정할 때도 Claude가 3,000줄의 혼합된 HTML, CSS, JavaScript를 매번 다시 읽고 이해하도록 강제합니다.
고려 중인 잠재적 해결책
개발자는 두 가지 접근 방식을 평가 중입니다:
- 파일을 모듈로 분할 — 기능별로 JavaScript 파일을 분리하여 세션당 필요한 코드만 로드
- Firebase로 마이그레이션 — 이는 이미 로드맵에 있었으며 자연스럽게 모듈식 아키텍처를 적용하게 됨
그들은 Claude나 다른 LLM으로 대규모 코드베이스를 관리하는 방법, 특히 토큰 비용을 합리적으로 유지하기 위해 프로젝트를 구조화하는 방법에 대해 커뮤니티에 조언을 구하고 있습니다.
📖 Read the full source: r/ClaudeAI
👀 See Also

난 지저분한 노트로 비밀 파티 캘린더 초대장을 만들기 위해 오픈클로를 어떻게 사용했는가
Reddit 사용자가 OpenClaw를 사용하여 신뢰할 수 없는 메모, 이메일 및 그룹 채팅을 분석해 깔끔한 .ics 초대장을 생성하고, 속임수 캘린더 항목을 무시하며 주인공을 초대에서 제외한 방법을 공유합니다.

랜딩 페이지 최적화를 위한 비판적 제품 관리자로서 Claude 활용하기
한 개발자가 Claude를 사용하여 랜딩 페이지를 가혹하고 반대적인 제품 관리자로 취급하며 비판하고 재작성하여 메시지 전달과 SEO 성능을 개선했습니다.

클로드 오퍼스 4.6으로 한 달 만에 700명 이상의 사용자를 보유한 데이트 앱 구축
한 개발자가 Claude Opus 4.6을 사용하여 Flutter 프론트엔드, Node.js 백엔드, MongoDB 데이터베이스로 구성된 완전한 데이팅 앱을 구축했습니다. 이 앱은 약 한 달 만에 700명 이상의 등록 사용자를 확보했으며 매칭, 채팅, 추천 기능을 포함하고 있습니다.

OpenClaw + SalesBlink: 자율 아웃리치 관리로 주 10시간에서 1시간으로 단축
OpenClaw를 SalesBlink API에 연결하여 캠페인 모니터링, 답장 처리, 시퀀스 트리거를 자동화했습니다. 사용자는 답장률이 3%에서 5.1%로 증가하고, 미팅 예약이 두 배로 늘었으며, 30일 동안 도메인 손실이 전혀 없었다고 보고했습니다.