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

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

tmuxとatによるClaudeセッション再起動の自動化
使用量が深夜0時などにリセットされる際に、tmuxとatコマンドを使ってClaudeセッションの自動再起動をスケジュールする方法。

Claudeは、コード生成よりもコードレビューの方が得意です。
開発者が、Claude Codeはゼロからコードを生成するよりも、既存のコードをレビューする際により現実的な出力を生成すると共有しています。重要な実践方法には、現在の実装でセッションを開始すること、プロジェクトのコンテキストファイルを維持すること、応答が劣化したときにセッションを再開することが含まれます。

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

为什么你的仓库不应成为你的记忆:将系统与知识分离
リポジトリを組織の記憶として使うと、検索結果がノイズだらけになり、情報が古くなり、重要な決定が埋もれてしまいます。システム資産と知識(教訓、障害分析、アーキテクチャの転換)を分離することが、AIチームをスケールさせる鍵です。