開発者がClaude構築のERPシステムにおけるトークンコストの課題を共有

問題:単一ファイルアーキテクチャはAIアシスタントでの拡張性に課題
小規模な貨物運送事業を営む開発者が、Claudeを使用して完全なERPシステムを構築しました。このシステムは、ダッシュボード、貨物追跡、キャッシュフロー、ドライバー記録、顧客記録など全てのモジュールを含む単一のHTMLファイル内で3,000行以上のコードに成長しました。
核心的な問題:小さな変更を行うたびに、3,000行以上のファイル全体をClaudeのコンテキストウィンドウに読み込む必要があります。これにより、メッセージごとに約60,000〜80,000トークンが消費されます。一人で運営する事業者にとって、これは費用と非効率性の両方の問題を引き起こします。
根本的な原因はアーキテクチャにあります:単一ファイルのモノリス構造では、たとえ小さな関数一つを調整するだけでも、ClaudeはHTML、CSS、JavaScriptが混在する3,000行全てを毎回再読み込み・再理解することを強制されます。
検討中の解決策
開発者は以下の2つのアプローチを評価中です:
- ファイルをモジュールに分割 — 機能ごとにJavaScriptファイルを分離し、セッションごとに必要なコードのみを読み込む
- Firebaseへの移行 — これは既にロードマップに含まれており、自然にモジュラーアーキテクチャが強制される
彼らはコミュニティに対し、Claudeや他のLLMで大規模なコードベースを管理する方法、特にトークンコストを合理的に保つためのプロジェクト構造についてアドバイスを求めています。
📖 Read the full source: r/ClaudeAI
👀 See Also

ユーザー比較:Androidアプリ開発におけるClaude対Gemini
開発者がClaudeとGeminiの両方をテストし、Samsung Foldのカバー画面用ゲームコントローラーアプリを作成しました。Claudeは動作する代替案、Android Studio用の完全なzipフォルダー、透明性のある推論を提供した一方、Geminiは欠陥のあるコード、無関係な動画提案、手動でのファイル作成を要求しました。

VibecodedHub:Claude Codeで完全構築された発見プラットフォーム
開発者がVibecodedHubを構築しました。これは、Claude Codeを主要なエンジニアとして複数の集中セッションで開発された、AI構築プロジェクトの発見とローンチのためのプラットフォームです。プラットフォームには、ランディングページ、認証、フィード、プロジェクト投稿、Stripe統合、管理パネル、SEO、OG画像が含まれています。

開発者、金融AIエージェントにDeepSeekからGrokへの切り替えを検討
FastAPI/Pythonで金融AIウェブアプリを構築している開発者が報告したところ、DeepSeek V3.2 ReasoningはTTFTが70秒、出力速度が約25トークン/秒で、ストリーミング体験が非常に悪いとのこと。彼らはTTFT約15秒、出力速度約75トークン/秒のGrok 4.1 Fast Reasoningへの切り替えを検討中。

AIエージェントによるフルEコマース運営:内部レポート
AIエージェントが完全なeコマース事業を運営しており、デザイン、コーディング、マーケティング、運用を担当しています。情報源には、うまくいかない部分も含めた正直な評価が記載されています。