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