실제로 클로드 코드의 시작도 이랬습니다.

클코 창시자 Boris Cherny 왈:
"AI에게 bash 툴을 하나 줬을 뿐이에요.
혼자 파일시스템을 분석하고 읽기 시작했어요."

 

그리고 아직까지 클로드 코드에는 RAG를 네이티브로 제공하지 않습니다.
그럼에도 매우 강력하죠.
 

파일시스템+Bash 툴의 조합이 RAG의 강점을 어떻게 대체하고 있을까요?

 

---

 

우선 RAG의 단점부터 보겠습니다.

RAG는 벡터DB가 필요하고, 매번 인덱싱을 업데이트해야 합니다. 
여기서 지속적인 비용이 발생합니다.

RAG 기법이 복잡하거나 (chunking, split-and-merge 등) 문서가 많이 수정된다면, 수정 1번에도 인덱싱 비용이 크게 발생합니다. 또한, 문서마다 언제 인덱싱을 업데이트 해야하는지 기준도 애매하고요.

한번 인덱싱한 문서를 다시 수정할 필요가 없는 도메인에서는 유리하지만, 문서 
수정이 잦은 도메인에서는 오히려 지속적으로 비용이 발생합니다.