Reflections on Three Years of Building LangChain

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

LangChain은 지난 3년간 단일 파이썬 패키지에서 신뢰할 수 있는 에이전트 구축을 위한 생태계로 성장했으며, LangChain 1.0 출시와 LangSmith 확장, 1억 2,500만 달러 투자 유치를 발표했다.

📌 핵심 요약

• 해리슨 체이스는 2022년 가을 개인 프로젝트로 langchain을 공개했으며, 이후 외부 데이터와 API에 연결된 신뢰할 수 있는 에이전트의 개발을 지원하고자 2023년 2월 회사를 설립했다.
• 2023년 여름 베타로 출시한 LangSmith는 잘못된 문맥에서 발생하는 LLM 품질 문제를 다루기 위해 관측 가능성과 평가 기능을 제공하며, 특정 모델이나 프레임워크에 종속되지 않는다.
• 초기 langchain의 높은 수준의 추상화가 운영 환경에서의 맞춤화를 방해한다는 피드백을 바탕으로, 제어권과 스트리밍·상태 유지·사람의 개입·지속 실행을 지원하는 LangGraph를 2024년 초 출시했다.
• 2025년 10월 20일 출시한 LangChain 1.0은 도구 호출 루프, 문맥 엔지니어링을 위한 미들웨어, LangGraph 런타임을 결합했다. 기존 0.x는 langchain-classic으로 유지하며 장기간 지원할 방침이다.
• LangChain은 기업가치 12억 5,000만 달러로 1억 2,500만 달러를 투자받았다고 발표했다. LangSmith에 배포 기능을 통합해 에이전트 엔지니어링 플랫폼으로 확장하고, 오픈소스 기여도 확대할 계획이다.

🧩 주요 포인트

1. 초기 추상화의 맞춤화 제약 → LangGraph의 세밀한 제어권과 LangChain 1.0의 쉬운 시작을 함께 제공하는 제품 구성으로 발전했다.
2. 잘못된 문맥에 따른 품질 문제 → LangSmith의 관측 가능성·평가와 LangChain 1.0의 미들웨어가 문맥을 확인하고 조정하는 서로 다른 역할을 맡는다.
3. LangSmith의 배포 기능 통합과 모델·프레임워크 중립성 → 에이전트 개발 도구를 통합하면서도 개발자의 기술 선택권을 유지하는 방향이다.

🧠 상세 정리

1. 3년간의 변화와 투자 발표

해리슨 체이스는 2025년 10월 20일 글에서, 약 3년 전 회사나 거창한 계획 없이 공개한 langchain이 에이전트 개발 생태계로 성장한 과정을 돌아본다. 최초 공개 한 달 뒤 ChatGPT가 출시되면서 프로젝트의 확산이 빨라졌고, 같은 기간 업계의 관심도 챗봇 시제품 제작에서 실제 작업을 수행하는 에이전트의 운영으로 이동했다. 제품군은 단일 파이썬 오픈소스 패키지에서 여러 언어를 지원하는 오픈소스 패키지들과 별도의 상용 플랫폼 LangSmith로 확대됐다. 회사는 이러한 성장을 이어가기 위해 기업가치 12억 5,000만 달러로 1억 2,500만 달러를 투자받았다고 발표했으며, 자금을 LangSmith 확장과 오픈소스 기여 확대에 활용하겠다고 밝혔다.

2. 개인 프로젝트의 출발과 모델 중립성

langchain은 2022년 가을 체이스의 개인 깃허브 계정에서 공개한 파이썬 패키지로 출발했으며, 언어 모델로 실험하던 사람들을 모임에서 만난 것이 계기였다. 그는 당시 LLM이 얼마나 커질지 예측한 것은 아니었고, 여러 개발자가 반복해서 사용하는 구현 패턴을 발견해 패키지에 담았다고 설명한다. 초기 확장은 다양한 LLM과 벡터 데이터베이스의 연동을 추가하는 일, 검색 증강 생성과 SQL 질의응답 및 정보 추출을 적은 코드로 시작할 수 있는 고수준 템플릿을 제공하는 일에 집중됐다. 프롬프트 기법 역시 사용자들과 함께 실험하며 발전시켰고, 빠르게 변하는 시장에서 모델을 선택한 뒤 나중에 바꿀 수 있게 하는 모델 중립성을 초기부터 중요한 가치로 삼았다.

3. 회사 설립과 LangSmith의 품질 문제 대응

프로젝트가 성장하면서 체이스는 공동창업자 안쿠시와 협력했고, 외부 데이터와 API에 연결된 LLM 시스템의 잠재력을 실현할 도구를 만들기 위해 2023년 2월 회사를 설립했다. 이들이 집중한 문제는 에이전트의 신뢰성을 확보하기 어렵다는 점으로, 특히 LLM에 잘못된 문맥이 전달되면서 호출 결과의 품질이 떨어지는 상황이 반복됐다. 이를 개선하려면 모델에 입력되는 문맥을 관찰하고, 문맥을 수정한 뒤 실제로 결과가 좋아졌는지 평가할 수 있어야 한다고 판단했다. 그 답으로 2023년 여름 LangSmith 베타를 출시했으며, langchain 사용 여부와 관계없이 활용할 수 있도록 모델과 기반 프레임워크 모두에 중립적인 별도 제품으로 구성했다.

4. 초기 langchain의 한계와 LangGraph

2023년 여름에는 호환성을 깨는 변경, 숨겨진 프롬프트, 패키지 비대화, 의존성 충돌, 오래된 문서 등에 대한 부정적 피드백이 늘었으며, 개발자가 더 많은 제어권을 원한다는 지적이 특히 중요했다. 초기 langchain은 빠르게 시작하도록 돕는 대신 세밀한 조정 능력을 제한했고, 이때 유용했던 고수준 인터페이스가 운영 환경에 맞게 시스템을 수정할 때는 장애물이 됐다. 회사는 같은 해 여름 LangGraph 개발을 시작해 2024년 초 출시했으며, 숨겨진 프롬프트나 문맥 처리 없이 워크플로와 에이전트를 직접 제어할 수 있도록 설계했다. 또한 스트리밍, 상태 유지, 사람의 개입, 지속 실행을 런타임에 기본 제공했고, 링크트인·우버·제이피모건·블랙록의 운영 환경 활용을 개발 방향에 대한 검증으로 제시했다.

5. LangChain 1.0의 재설계와 기존 버전 지원

LangGraph의 채택이 크게 늘었지만 학습 부담도 높았고, 기존 langchain에 대한 지속적인 관심은 쉽게 시작할 수 있는 도구의 필요성이 남아 있음을 보여줬다. 회사는 에이전트 개발의 쉬운 시작, 이전보다 넓은 맞춤화 범위, 운영에 적합한 런타임이라는 세 가지 목표를 세우고, 대규모 호환성 변경을 수반하는 재설계를 1.0 버전으로 진행했다. 2025년 10월 20일 출시한 LangChain 1.0은 핵심 도구 호출 루프에 집중하고, 문맥 엔지니어링 과정에 개입할 미들웨어를 추가하며, LangGraph를 기반 런타임으로 사용한다. 회사는 중앙화된 새 문서 사이트도 공개했으며, 월간 다운로드 8,000만 회에 이르는 기존 사용 기반을 위해 0.x를 langchain-classic으로 남겨 장기간 지원하겠다고 밝혔다.

6. LangSmith의 에이전트 엔지니어링 플랫폼 확장

LangSmith의 중심 기능은 관측 가능성과 평가였지만, 회사는 신뢰할 수 있는 에이전트를 구축하려면 그 밖의 도구도 필요하다고 설명한다. 배포에 초점을 둔 LangGraph Platform으로 기능 확장을 실험한 뒤, 이번 발표에서는 배포 기능을 LangSmith 안으로 가져와 개발자가 필요한 도구 대부분을 한곳에서 이용할 수 있는 방향을 제시했다. 이는 LangSmith를 관측과 평가를 위한 제품에서 포괄적인 에이전트 엔지니어링 플랫폼으로 발전시키려는 움직임이며, 앞으로 다른 제품군도 추가할 계획이다. 다만 새 제품은 기존 제품과 독립적으로 사용할 수 있으면서 플랫폼 안에서는 잘 통합되도록 만들겠다는 원칙을 밝혔으며, 전체 도구 구성에서 개방성과 조합 가능성을 계속 강조했다.

7. 제품 변화에 반영된 개발자의 요구

글에서 제품의 변화는 에이전트 개발 단계마다 드러난 문제에 대응하는 흐름으로 설명되며, 초기에는 다양한 연동과 간단한 템플릿이 빠른 실험을 지원하는 핵심 수단이었다. 이후 품질을 확인하기 위한 관측 가능성과 평가가 LangSmith로, 운영 환경의 맞춤화와 실행 요구가 LangGraph로 이어졌다. LangChain 1.0은 그 과정에서 얻은 경험을 바탕으로 쉬운 진입과 제어권, 운영용 런타임을 함께 제공하려는 재설계이며, 체이스는 초창기보다 에이전트 아키텍처의 유효한 패턴을 훨씬 잘 이해하게 됐다고 설명한다. 따라서 이번 회고는 초기 설계를 그대로 확장한 기록이라기보다, 타당한 비판과 실제 사용 경험을 받아들여 도구의 추상화 수준과 책임 범위를 조정해 온 과정에 초점을 둔다.

8. 미래 에이전트를 위한 탐색과 참여 요청

회사는 미래의 에이전트가 어떤 모습일지 파악하고 그것을 구현할 도구를 만드는 일을 지속적인 목표로 제시하며, 필요한 도구를 이미 모두 알고 있다고 주장하지 않는다. LangGraph 같은 런타임과 관측 가능성, 평가는 필요성이 확인된 요소이지만, 다른 구성 요소는 현재 탐색 중이고 아직 형태를 상상하지 못하는 요소도 나타날 것으로 예상한다. 체이스는 제품이 계속 진화해야 한다는 인식에서 사용자 피드백을 요청했으며, 미래 에이전트를 구축하는 팀들과의 협력도 확대하고 싶다고 밝혔다. 글의 마지막에는 반타, 리플링, 레플릿, 클레이, 시스코, 워크데이 등을 협력 기업으로 언급하고 거의 모든 직무에서 채용 중이라고 안내하면서, 도구 개발을 장기적인 탐색 과정으로 설명했다.

🧾 핵심 주장 / 시사점

• 쉬운 시작을 위한 추상화도 운영 단계에서는 제약이 될 수 있으며, LangGraph와 LangChain 1.0의 변화는 접근성과 제어권을 함께 다룰 필요성을 보여준다.
• 문맥의 품질은 관측과 평가뿐 아니라 실행 중 개입할 수 있는 구조와도 연결되며, LangSmith와 미들웨어는 이 문제의 서로 다른 부분을 담당한다.
• LangSmith의 기능 통합은 모델·프레임워크 중립성과 함께 추진되며, 도구를 한곳에 모으는 것과 기술 선택권을 유지하는 것을 동시에 지향한다.

✅ 액션 아이템

• 에이전트의 맞춤화 요구에 따라 LangGraph의 제어권과 LangChain 1.0의 쉬운 시작을 비교 검토.
• 잘못된 문맥에 따른 품질 문제를 중심으로 LangSmith의 관측 가능성·평가와 LangChain 1.0 미들웨어의 활용 범위 검토.
• 기존 0.x의 langchain-classic 유지·지원 방침과 LangChain 1.0의 변경 내용을 바탕으로 전환 여부 검토.

❓ 열린 질문

• LangChain 1.0의 쉬운 시작과 LangGraph의 세밀한 제어권 중 현재 에이전트 구축에 더 중요한 요구는 무엇인가?
• 잘못된 문맥에 따른 품질 문제를 줄이기 위해 LangSmith의 관측 가능성·평가와 LangChain 1.0의 미들웨어를 어떻게 함께 활용할 수 있는가?
• 기존 0.x를 langchain-classic으로 유지하는 선택과 LangChain 1.0으로 전환하는 선택을 어떤 요구에 따라 판단할 것인가?