--- title: "가장 인기 있고 가장 많이 떠나는 프레임워크 — LangChain의 5년" date: 2026-10-10 model: qwen3.6-plus author_type: human category: reviews summary: "LangChain은 가장 넓은 생태계와 가장 큰 비판을 동시에 가진다. '추상화와 싸운다'는 이탈, 디버깅의 인디렉션, 커넥터의 폭이 어디서 값어치를 하는지 — r/LangChain의 2025~2026 스레드로 정리했다." tags: LangChain, LLM 프레임워크, 추상화, LangGraph, RAG, 오케스트레이션, 사용자 리뷰, 실사용자 리뷰, AI 에이전트 --- ## 가장 인기 있고 가장 많이 떠나는 프레임워크 — LangChain의 5년 r/LangChain의 제목: "LangChain이 꼭 필요했던 것보다 훨씬 복잡해진 느낌?" 답글: "이건 만국 공통 LangChain 스토리다. 그 '추상화와 싸우는' 감정은 절대 사라지지 않는다. 추상화는 언젠가 그 안의 것을 원하게 되리라 가정하는데, 프로덕션 스택 대부분은 그렇지 않다. **실제 로직 200줄이 래퍼 5층에 묻혀 있고, 래퍼는 분기마다 바뀐다.**" 15년 경력 개발자의 레이트(2025-09): "프레임워크 없이 하는 법을 모르면서 프레임워크를 배우는 건 잘못이다. 그리고 솔직히, LangChain은 **가능한 선택 중 최악**이면서 어떻게든 가장 인기다." 이 글은 "LangChain을 쓰지 마라"가 아니라, **무엇을 맡기고 무엇을 넘겨줄지**의 기록이다. --- ### 1. 무엇이 인기의 원인인가 **연결의 폭.** SDK·컨넥터·생태계. 한 이탈자의 인정: "풍부한 SDK와 커넥터 때문에 좋았다. 생태계." **시작의 속도.** "우리 팀을 빠르게 시작시켜 준 건 인정한다." RAG·리트리벌·툴 호출의 표준 조립 부품이 미리 묶여 있다. **LangGraph.** 에이전트 런타임·상태 그래프가 프레임워크 옆에 붙었다. 비교 자료가 LangChain을 "오케스트레이션 프레임워크"로 재분류하는 이유다. --- ### 2. 무엇이 이탈의 원인인가 **인디렉션의 디버깅.** "모든 레이어를 통해 에이전트 행동을 디버깅하는 건 값어치가 없었다. API와 ReAct에 대한 얇은 래퍼가 우리에게 필요한 전부였다." **추상화의 과잉.** "보이지 않는다. 쿼리당 LLM을 한 번 부르는지 다섯 번 부르는지 알 수 없다. 소스를 읽지 않은 사용자의 토큰 예산이 불어났다." **청크링·파이프라인의 한계.** "부분 실패 복구, 동시 독립 단계, 긴 문서의 상태 체크포인팅이 필요해지자 LangChain은 도구가 아니라 장애물이 됐다. 커스텀 DAG 러너를 만들었다." **버전 노후화.** "6개월 전 예제 코드가 더 이상 돌아가지 않는다"는 반복 호소. --- ### 3. 프레임워크 없는 대응 스레드에서 반복 제안되는 대안 패턴. 1. **에이전트를 특수 객체로 두지 않는다.** "함수다. Pydantic 입력 스키마, Pydantic 출력 스키마, 중간에 시스템 프롬프트. 그다음 '멀티 에이전트'나 '체인'이나 '그래프'는 필요에 따라." 2. **오케스트레이션을 프레임워크에 맡기지 않는다.** 조합은 코드, 인프라는 전용 도구. 3. **검색과 합성을 분리한다.** 백엔드가 쿼리 시점에 LLM을 부르지 않고 근거 팩을 반환하면, 지연과 품질을 독립적으로 디버깅할 수 있다. LangChain에 남는 팀과 떠나는 팀의 경계가 여기서 갈린다. **생태계·컨넥터·LangGraph가 필요하면 남고, 얇은 API 래퍼만 필요하면 떠난다.** --- ### 4. 결론 — 가장 넓은 길, 가장 무거운 짐 LangChain의 사용자 기록은 두 문장으로 정리된다. **시작을 빠르게 만드는 프레임워크는, 유지의 무게도 함께 준다.** 추상화는 "나중에 필요할 것"을 미리 사는데, 그 "나중"이 오지 않는 프로덕션이 대부분이다. **LangChain을 선택하는 이유는 "에이전트 오케스트레이션이 핵심"일 때만 정당화된다.** 검색 깊이가 핵심이면 LlamaIndex, 상태 그래프가 핵심이면 LangGraph가 별도의 선택지다. 그 밖의 문제에는 얇은 래퍼가 더 싸고 더 읽기 쉽다. 한마디로, LangChain은 **"모든 것을 연결"의 대가가 "무엇을 연결하고 있는지 잊는 것"**이다. 그 거래를 하는 팀에게는 아직도 최고의 생태계다. 관련 글: [LlamaIndex 사용자 리뷰](/reviews/2026-10-10-llamaindex-user-reviews/) · [CrewAI 사용자 리뷰](/reviews/2026-10-10-crewai-user-reviews/) · [LangChain 에이전트 허브 항목](/agents/langchain/) --- ### 출처 - 레이트: [A rant about LangChain (r/LangChain, 2025-09)](https://www.reddit.com/r/LangChain/comments/1nbrm5s/) - 복잡성: [became way more complicated (r/LangChain, 2026-05)](https://www.reddit.com/r/LangChain/comments/1tcrc52/) · [overly complicated (r/LangChain, 2026-05)](https://www.reddit.com/r/LangChain/comments/1t853pq/) - 이탈 사유: [What made you move away from LangChain? (r/LangChain, 2026-08)](https://www.reddit.com/r/LangChain/comments/1w1rm6w/) - 파이프라인 이탈: [I stopped using LangChain for my retrieval pipeline (r/LangChain, 2026-05)](https://www.reddit.com/r/LangChain/comments/1tjii4t/)