에이전트 프레임워크가 도움 되는 지점과 오히려 방해되는 지점은 어디일까?
where's the line between agent framework helping vs slowing you down?
핵심 요약
에이전트 프레임워크 도입 시점과 직접 구현 사이의 효율성 기준에 대한 개발자들의 의견 공유.
- 도입 기준점 — 팀 규모가 커지거나 복잡한 워크플로우가 필요할 때 프레임워크가 유리함
- 직접 구현의 장점 — 소규모 프로젝트에서는 직접 짠 루프가 디버깅과 속도 면에서 훨씬 효율적임
- 프레임워크의 함정 — 학습 비용이 핵심 로직 구현보다 커지면 오히려 생산성을 저해함
- 관측 가능성 — 에이전트가 늘어나고 재시도 로직이 복잡해지면 프레임워크의 기능이 필요해짐
어느 정도의 작업 복잡도에서 에이전트 프레임워크가 실제로 이득을 보기 시작할까?
LangChain 때문에 디버깅하느라 일주일을 날린 적이 너무 많아서, 두 달 전부터 직접 에이전트 루프를 짜기 시작했거든. 지금은 예전보다 접착제 코드(glue code)를 더 많이 짜긴 하지만, 트레이스도 깔끔하고 배포 주기도 훨씬 빨라졌어.
"메모리를 포함한 다단계 검색" 수준 아래라면 프레임워크 없이 하는 게 훨씬 가볍게 느껴져. 그 이상은 잘 모르겠어. 그 정도로 복잡한 건 프레임워크 없이 안 만들어봐서.
다들 어디서 선을 긋는지 궁금해. 너희들의 기준점은 작업 복잡도야, 팀 규모야, 아니면 그냥 개인적인 고통 허용치야?


