r/langchain•5개월 전•34•23
LangGraph는 어딘가 너무 과한 느낌임
LangGraph feels like complete overkill somehow
핵심 요약
간단한 작업에 LangGraph를 도입하는 것이 지나치게 복잡하고 비효율적이라는 개발자의 회의적인 의견.
- 과도한 추상화 — 간단한 작업에 상태 그래프를 도입하는 것이 오히려 복잡도를 높이고 디버깅을 어렵게 만듦.
- 실무적 효용성 — 단순한 RAG 파이프라인이나 챗봇에는 기존의 LCEL 체인만으로도 충분히 구현 가능함.
- 기술적 복잡성 — 상태 관리와 노드 연결이 단순한 기능 구현에는 불필요한 오버헤드로 작용함.
- 현장 경험담 — 많은 개발자가 LangGraph의 복잡함 때문에 오히려 생산성이 저하된다고 느끼며 대안을 찾고 있음.
지난 3주 동안 이 프레임워크를 들여다보고 있는데, 솔직히 언제 이걸 써야 할지 모르겠어. 다들 좋다고 난리인데 예제들은 하나같이 너무 작위적이야.
지난달에 기본 LCEL 체인으로 고객 지원 봇을 만들었는데 아주 잘 돌아가. 한 200줄 정도 걸렸나. 근데 다들 이걸 노드와 엣지, 조건부 라우팅이 있는 복잡한 상태 그래프로 모델링해야 한다고 하네(그냥 함수를 순서대로 호출하는 것보다 그게 더 깔끔하다나?).
매니저가 에이전트 워크플로우에 대한 미디엄 글을 보고 와서는 왜 '제대로 된 에이전트 아키텍처'를 안 쓰냐고 묻더라. 데모에는 API 호출 하나 더 들어간 RAG 파이프라인인데도 12개의 노드가 서로 연결된 화려한 다이어그램이 그려져 있었어.
그래서 어제 LangGraph로 다시 만들어봤어. 기능은 똑같은데 400줄이 됐고, 솔직히 뭐가 고장 났을 때 디버깅하기가 훨씬 더 힘들어. 간단한 거 치고는 상태 관리가 너무 무겁게 느껴지는데, 내가 뭔가 놓치고 있는 건가?
혹시 나처럼 이게 아직 존재하지도 않는 문제를 해결하고 있다고 느끼는 사람 또 있어?
