이 문서는 AI 에이전트 섹션의 일부입니다.
첫 에이전트를 만들 때 가장 많이 하는 실수 5가지
🔥 현업에서 수십 건의 에이전트 프로젝트를 진행하며 발견한 패턴입니다.
실수 1: 프롬프트 없이 LLM에 직접 질문 전달
실수 2: 에러 처리 없이 Tool 호출
실수 3: 대화 이력을 무한정 전달
💡 현업 팁: 대화가 20턴을 넘어가면 토큰 비용이 급격히 증가합니다. 대부분의 고객 지원 시나리오에서는 최근 5~10턴이면 충분합니다.
실수 4: predict_stream()을 구현하지 않음
실수 5: MLflow에 로깅하지 않고 바로 배포
ChatAgent vs LangChain 실전 비교
실전 선택 기준
질문: “어떤 방식으로 에이전트를 구축할 것인가?”🔥 현업에서는: 에이전트의 80%는 “문서 검색 + Tool 1~2개 호출”로 충분합니다. 이런 경우 LangChain을 도입하면 오히려 불필요한 복잡성만 추가 됩니다. LangGraph가 정말 필요한 경우는 “에이전트가 스스로 판단하여 여러 단계를 반복적으로 수행해야 하는 경우”뿐입니다. 단순한 것부터 시작하고, 필요할 때만 복잡성을 추가하세요.
프로덕션 에이전트의 에러 처리 패턴
프로덕션 에이전트는 다양한 장애 상황에 대비해야 합니다. 아래는 현업에서 검증된 에러 처리 패턴입니다.패턴 1: Circuit Breaker (회로 차단기)
LLM이나 Vector Search가 지속적으로 실패할 때, 무한 재시도 대신 빠르게 실패를 반환합니다.패턴 2: Fallback 응답
패턴 3: 입력 검증 (Safety Guard)
💡 현업 팁: 프로덕션 에이전트에서 가장 중요한 것은 “절대 에러 페이지를 보여주지 않는 것” 입니다. LLM이 실패하든, Vector Search가 실패하든, 사용자에게는 항상 자연어로 된 안내 메시지를 반환해야 합니다. 기술적 에러 메시지(stack trace)가 사용자에게 노출되면 신뢰를 잃습니다.