Redditユーザーが警告:複雑なプロジェクトでClaudeを使う際は、最も難しい部分から取り組め

開発者が、Claude AIを使用して複雑なドキュメントエディターを構築する際に学んだ重要な教訓を共有しました。この投稿は、設計の多くをAIに任せすぎることがプロジェクトの失敗につながる繰り返しのパターンを詳細に説明しています。
問題点: 段階的計画は崩壊を招く
ユーザーは、AIに任せると、Claudeは単純なものから始めて段階的に構築する計画を作成する傾向があることを発見しました。投稿によると、このアプローチは失敗する運命にあります:「これは後で痛い目を見ることになる」。開発者はこれを自ら経験し、「何度か自分の足を撃ってしまい」、最終的に「複雑性のスープとそれに続く崩壊」と呼ぶ状態に陥りました。
根本原因: コンテキストがモデルのパフォーマンスを低下させる
説明は、大規模言語モデルがコンテキストをどのように扱うかに焦点を当てています。ユーザーは述べています:「モデルは、周囲にあるコンテキストが多くなるほど著しく悪化します」。すでに複雑なコードを大きなコンテキストウィンドウでデバッグしたり構築したりしようとすると、最良の場合でも失敗し、最悪の場合にはハック的な回避策を作り出す結果になります。
解決策: 難しいことを最初に行う
核心的なアドバイスは、AIにプロジェクトの最も難しい部分を最初に取り組むよう明示的に導くことです。ユーザーの推奨は明確です:「難しいことを最初に行わせるようにしてください」そして「最も複雑なユースケースが機能することを確認してから、残りの部分を描かせてください」。この戦略は、後でデバッグを複雑にする可能性のある追加コードを重ねる前に、核心的な複雑な機能の実現可能性を検証することを目指しています。
📖 Read the full source: r/ClaudeAI
👀 See Also

トークンマスター:AIエージェントコストを30〜70%削減するアーキテクチャ概念
トークン消費を劇的に削減できる、インテリジェントなマルチモデルルーティングの詳細なアーキテクチャ手法

利用OpenClaw的睡眠周期诗追踪运营盲点
ユーザーがOpenClawの午前3時の眠りサイクルプロンプトを乗っ取り、詩的な日記をクエリ可能なデータベースに転用。インフラストラクチャの軌跡と盲点を追跡する。

全てのプロンプトで全てのMCPサーバーを読み込むと静かにトークン予算を浪費する
5~6個のMCPサーバーを使用しているユーザーが、各プロンプトで全てのサーバーが読み込まれ、大量のトークンが無駄になっていることを発見しました。ルーティング層を実装してプロンプトに関連するサーバーのみを読み込むようにしたところ、トークン使用量が大幅に削減され、応答時間が改善されました。

OpenClawにおけるマルチエージェントオーケストレーション:ルールを集中管理し、サブエージェントを生成する
OpenClawユーザーが、重複したワークスペース指示から、サブエージェントを生成する単一のメインエージェントへの移行について説明しています。すべてのエージェントワークスペースでアーキテクチャルール(例:構造化データを.JSONとして保存)を適用します。