コーディングエージェントが RAG を必要としなくなった理由 Cline の Nik Pash は、自律コーディング エージェントに RAG を推奨しなくなった理由を説明しましたが、彼の指摘は私が予想していたよりも強く当てはまりました。 アプリケーション層は縮小しています。LLM を中心に構築するすべての賢いエンジニアリングは、モデルが改善されるにつれて時代遅れになり続けています。 RAGで何が起こっているのか: コンテキストウィンドウが劇的に拡張され、埋め込み検索が不要になりました コーディングエージェントは、チャンク埋め込みよりも直接ファイルアクセスの方がうまく機能します 幻覚は温度を0にしても問題にならない ストレージの埋め込みに関するセキュリティ上の懸念は重大です Rag の代わりに、Klein のような最新のコーディング エージェントは、Nik が「物語の整合性」と呼ぶものを使用しています。エージェントが grep などのツールを使用してコードを有機的に探索し、ファイル全体を読み取り、独自の思考に従うようにします。これは、上級エンジニアが実際にどのように働くかを模倣しています。 Cloud Code の Boris でさえ、Rag を試して断念したことを認めました。パターンは明確です。 Ragがまだ意味をなす場合: 予算の制約 (埋め込み検索では使用するトークンが少なくなります) 大規模な非構造化データレイク コーディング以外のユースケース しかし、真面目なエンジニアリングチームにとっては?埋め込み検索でコーディングエージェントの注意をそらすのはやめましょう。コードを直接読んで、自然に理解を深め、集中して実行してもらいます。 本当の問題は、RAG が死んだかどうかではなく、より単純なアプローチの方がうまく機能するようになったのに、まだ時代遅れのソリューションにしがみついているかどうかです。