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

規制産業におけるRAGボット導入から得られた実践的教訓
開発者が、建設、介護、鉱業におけるオーストラリアの職場コンプライアンス向けにRAG搭載AIアシスタントを導入した経験から得た貴重な教訓を共有します。主な洞察には、クエリ拡張技術、文書タイトルマッチング、プロンプトの階層化、インフラ設計の決定が含まれます。

Claude Codeを使ってAI生成アートと動画で日本旅行ブログを構築する
開発者がClaude Codeを使用して日本に関する個人的なエッセイサイトを構築したワークフローを記録しました。創造的なパイプライン全体、執筆の洗練、Nano Banana Proによる画像変換、Veo 3.1と3.0-fastによるビデオアニメーション、Railwayへのデプロイメントを扱っています。

オープンクロー・エージェントがZorkテキストアドベンチャーを自律的にプレイ
ある開発者が報告したところによると、彼らのOpenClawエージェントが自律的にZorkインタープリターを見つけてインストールし、約30秒でゲームを2回プレイし、350点満点中50点を獲得しました。タスクの合間にプレイを続ける計画だそうです。

OpenClawユーザーは、複雑なエージェント設定から実用的な自動化へ移行し、週に8〜10時間を節約しています。
OpenClawを約1ヶ月間運用した開発者は、複雑なマルチエージェントシステムを放棄し、GitHubを通じたウェブサイト管理の自動化に注力しました。このセットアップにより、4週間で30件の投稿を生成し、週8〜10時間の作業が1日約20分のレビューに削減されました。