Human-in-the-loop 승인 단계가 아무도 책임지지 않는 병목 현상이 되는 이유
Why your human in the loop approval step becomes the bottleneck nobody owns
핵심 요약
에이전트 워크플로우에 도입한 인간 승인 단계가 예기치 못한 병목 현상으로 변질된 경험과 그 딜레마를 공유합니다.
- 승인 단계 병목 — 에이전트 워크플로우에서 인간 승인 대기 시간이 시스템 전체의 속도를 저하시킴
- 운영상의 허점 — 승인 프로세스에 대한 명확한 설계 없이 방치되어 에이전트가 무기한 대기하는 상황 발생
- 트레이드오프 딜레마 — 자동 승인 범위를 넓히면 위험이 커지고, 에이전트 권한을 줄이면 자율성이 훼손됨
- 운영 책임 질문 — 실제 워크플로우에서 승인 대기열을 어떻게 관리하고 인력을 배치하는지에 대한 고민
에이전트 워크플로우 몇 군데에 인간 승인 단계를 추가했습니다. 당연한 이유죠. 에이전트가 중요한 작업을 검토 없이 수행하게 둘 수는 없으니까요. 6주가 지나고 보니, 승인 대기열이 전체 시스템에서 가장 느린 부분이 되어 있었습니다. 그것도 아주 많이요.
아무도 대기열을 설계하지 않았고, 그냥 쌓이기만 했습니다. 일상적인 상황은 이랬습니다. 제가 에이전트에게 작업을 주고 자리를 비웠다가 한 시간 뒤에 돌아오면, 작업은 거의 진행되지 않은 상태였습니다. 시작 2분 만에 승인 단계에 걸려서 저를 기다리고 있었던 거죠. 더 최악인 경우는, 항목 절반을 검토하던 사람이 일주일 휴가를 갔을 때였습니다. 대타를 구할 생각도 못 했고(이건 제 잘못이죠), 에이전트는 오지 않을 승인을 기다리며 며칠 동안 놀고 있었습니다. 모델도 괜찮았고 인프라도 괜찮았습니다. 무너진 건 제가 의도적으로 인간에게 의존하게 만들었으면서, 정작 그 인간이 그 자리에 있을지 확인하지 않았던 바로 그 단계였습니다. 들리는 것만큼이나 멍청한 짓이었고, 제 책임입니다.
이 상황의 함정은 어떤 식으로 해결하든 비용이 든다는 겁니다. 승인 범위를 넓혀서 더 많은 작업을 자동 승인하게 만들면 위험 요소가 조용히 늘어납니다. 반대로 에이전트가 시도할 수 있는 범위를 좁혀서 승인 필요 항목을 줄이면, 애초에 에이전트를 도입한 목적인 자율성을 포기하게 됩니다. 제가 본 바로는 이 문제를 공짜로 해결할 방법은 없습니다. 그저 어떤 문제를 감수할지 선택해야 할 뿐입니다.
실제 워크플로우에서 승인 단계를 운영하시는 분들께 묻고 싶습니다. 이 대기열을 적극적으로 관리하고 인력을 배치하고 계신가요, 아니면 저처럼 어느새 시스템의 핵심 부하가 되어버렸나요?
