開発者が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
LinkedInアウトリーチワークフロー：Claudeを活用した見込み客開拓とエンゲージメント構築
ある開発者がClaudeを使用してLinkedInの見込み客開拓ワークフローを構築しました。このシステムは関連する見込み客を特定し、リードを分類し、最近の投稿を見つけ、いいねやコメント、接続リクエストを通じてエンゲージメントを処理します。システムはエンゲージメントの高いプロフィールを優先し、非アクティブなものはスキップします。
AIエージェントとシンプルなツールの使い分け：r/LocalLLaMAからのパターン
Redditの議論では、あるタスクにAIエージェントが必要かどうかを判断するための3つの質問が示されています：手順は既知か？アイテム数は？アイテムは独立しているか？この投稿では、バッチ処理や定期レポートなど、エージェントの推論が不要なアンチパターンが特定されています。
OpenClawセットアップは、ローカルモデル、OpenAI、n8nを組み合わせ、コスト効率の高いAI運用を実現します。
ある開発者が、高品質な推論にはOpenAIをOAuth経由で使用し、日常タスクにはローカルモデルを、自動化ワークフローにはn8nを活用するOpenClawの設定を共有しています。これにより月額コストを約20ドルに抑えています。
マルチエージェントAIチームがコンテキスト洗礼を用いてコードレビューを改善
18世代にわたるAIエージェントチームを運用した開発者が、前世代の手紙や振り返りを読んだエージェントは、コードだけを読むエージェントよりもはるかに優れたコードレビューを書くことを発見し、この実践を「コンテキスト洗礼」と呼んだ。