LangGraph 같은 에이전트 프레임워크, 이제 구식이 되어가나?
Are LangGraph agents and other agent frameworks becoming obsolete?
핵심 요약
복잡한 에이전트 프레임워크 대신 단순한 단일 에이전트와 MCP 도구 조합이 더 효율적이라는 의문 제기.
- 프레임워크 효용성 — 복잡한 LangGraph 대신 단일 에이전트가 더 나은 대안일 수 있다고 주장함.
- 유지보수 부담 — 에이전트 엔지니어 혼자서 여러 프레임워크를 관리하기엔 업무 부하가 너무 큼.
- 단순 작업 처리 — 간단한 반복 업무는 복잡한 경로 설정 없이 단일 에이전트로 충분히 해결 가능함.
- IT 관리형 에이전트 — 시스템 프롬프트와 입력 검증을 통해 제어된 환경에서 에이전트를 운영하는 방식이 더 효율적임.
다들 안녕,
지난 2년간 회사에서 특정 작업을 수행하는 LangGraph 에이전트를 10~15개 정도 만들었어. 그런데 최근 들어 이 모든 작업을 AI/에이전트 엔지니어 혼자 유지보수하기가 너무 버겁다는 생각이 들어. 게다가 최신 생성형 모델들이 나오면서, 이런 에이전트들 대부분이 구식이 된 것 같아. 그냥 간단한 루프를 도는 단일 에이전트 LLM 하나로도 충분히 처리할 수 있는 작업들이거든.
물론 LangGraph처럼 미리 정의된 경로가 있는 프레임워크는 작업을 분리하기가 더 어렵긴 해. 하지만 '지난 2시간 동안 생성된 티켓 확인, Confluence에서 관련 정보 검색, 댓글로 추가' 같은 작고 위험 부담이 적은 작업에는 굳이 무거운 LangGraph나 CrewAI 에이전트가 필요할까 싶어. MCP 도구를 갖춘 오픈 에이전트 하나를 쓰는 게 훨씬 성숙한 방식 같아. 이 단일 에이전트 하나로 정말 다양한 작업을 처리할 수 있거든.
에이전트한테 모든 걸 맡기라는 건 아니야(프롬프트 인젝션이나 컨텍스트 과부하 같은 위험은 분명히 있으니까). 하지만 우리가 시스템 프롬프트를 정의하고, 다른 LLM으로 입력을 사전 검증하고, 특정 사용자에게만 제어된 엔드포인트로 에이전트를 노출하는 'IT 관리형 에이전트' 방식이 복잡하고 미리 정의된 LangGraph 에이전트보다 단점이 별로 없어 보여.
