코딩 에이전트가 무한 툴 루프에 빠지는 걸 어떻게 막고 계신가요?

루프 문제는 보통 프롬프트보다는 런타임 제어 문제에 가깝습니다. 제가 효과를 본 방법들입니다:

• 실행당(그리고 툴당) 툴 호출 횟수에 엄격한 제한을 두고, 그 이후에는 재계획을 강제하거나 실패 처리함.
• 동일한 명령 + 동일한 stderr가 N번 발생하는 것과 같은 반복 작업을 감지하고, '중단, 요약, 대안 2가지 제안' 단계를 자동으로 주입함.
• 간단한 '상태' 객체(마지막 오류, 마지막으로 건드린 파일, 현재 가설)를 추적하여 에이전트가 재시도하기 전에 이를 업데이트하도록 함.
• 저비용 사전 검사(preflight check) 추가...

무한 루프는 진짜 큰 걸림돌이지. LangGraphics가 바로 이런 상황을 염두에 두고 만들어졌어. 에이전트의 실행 흐름을 실시간으로 시각화해서 어떤 노드를 거치는지, 어디서 루프가 발생하는지 보여주니까 문제의 원인을 정확히 짚어낼 수 있어.

우리한테 효과적이었던 건 실행 중에 똑같은 tool call이 반복되는지 감시하다가 게이트웨이에서 차단하는 거였음. 루프라는 게 보통 모델이 똑같은 인자로 똑같은 툴을 계속 호출하면서 수렴을 못 하는 거니까. 각 호출이랑 입력값을 트레이싱하면 루프가 바로 보이거든. 그래서 반복 횟수나 비용 제한을 걸어두면 새벽 2시에 토큰 비용 폭탄 맞는 걸 막을 수 있음.

그냥 툴 호출 횟수 제한하고 예외 처리 구현해.

"같은 파라미터로 같은 툴을 2번 넘게 호출할 수 없음."

이건 비행기 세 번 추락시키고 나서 "착륙 시퀀스 다시 시도해 볼게요"라고 말하는 조종사를 믿는 거랑 똑같음. 문제는 시퀀스가 아니라 환경이 안 변했다고 가정하는 거임. 프롬프트 개선할 게 아니라 stderr가 반복되는 순간 가설을 바꾸도록 강제하는 서킷 브레이커가 필요함.