開発者が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

Mac MiniでローカルLLMエージェントをTelegramインターフェースで実行する
ある開発者が、Mac Mini上で5つのローカルLLMエージェントを動作させ、Telegramボットを通じてスマートフォンから完全に制御するシステムを共有しました。このセットアップはAPIコストをゼロに抑え、Claude Code Channelsのような商用サービスと同等の機能を維持しながら、完全なプライバシーを実現しています。

開発者が非技術系ユーザーのための簡素化されたAIエージェントホスティングを構築
開発者が、非技術系ユーザーを標準的なセットアップでオンボーディングするのに苦労した後、簡素化されたAIエージェントホスティングソリューションを構築した経験を共有しました。

OpenClawユーザーが、43エージェントの本番システムのアーキテクチャを共有
1,000以上のクライアントを抱えるブランディングコンサルティング企業が、43エージェントのOpenClawシステムを数ヶ月間本番環境で稼働させており、コマンド、インテリジェンス、コンテンツ、テクノロジー、セールスの各機能に特化したエージェントを配置した階層型アーキテクチャを採用しています。

業務記憶勝過自動化:小型企業代理為何需要記憶
中小企業向けAIエージェントの真の価値は自動化ではなく、運用上の記憶です。McPhersonAIのホワイトペーパーでは、エージェントは規律あるオペレーターのように振る舞うべきだと論じています。基準を覚え、逸脱に気づき、文脈を保持し、重要なことを表面化するのです。