에이전트 설정에서 도구 실행 구조를 어떻게 잡고 계신가요?
How are people structuring tool execution in agent setups?
핵심 요약
에이전트의 도구 실행 레이어가 복잡해지는 문제를 해결하기 위한 구조적 접근 방식에 대해 논의함.
- 도구 실행 구조 — 에이전트가 도구를 직접 호출할 때 발생하는 복잡성과 유지보수 문제를 해결하는 방법.
- 트랜잭션 관리 — 도구 실행을 트랜잭션 경계로 처리하여 상태 관리와 재시도 로직을 안정화함.
- 결정과 실행 분리 — 모델의 판단과 실제 도구 실행 환경을 분리하여 시스템의 예측 가능성을 높임.
- 오케스트레이션 도구 — LangGraph와 같은 프레임워크를 활용하거나 자체적인 실행 레이어를 구축하는 방식 비교.
여러 도구/API를 호출하는 에이전트를 실험 중인데, "도구 레이어"가 금방 지저분해지는 걸 발견했습니다.
지금은 그냥 수동으로 API를 래핑하고 재시도/에러 처리를 직접 하고 있는데, 너무 불안정하게 느껴지네요.
다른 분들은 이걸 어떻게 구조화하고 있는지 궁금합니다:
-
에이전트가 도구를 직접 호출하게 두시나요?
-
오케스트레이션을 위해 LangGraph 같은 걸 사용하시나요?
-
재시도/검증을 에이전트 외부에서 처리하시나요?
실제로 다들 어떻게 구조화하는지 알면 흥미로울 것 같습니다.


