루프 속 인간, 루프 위의 인간? 대부분의 팀은 잘못된 모델을 사용하고 있다
(dev.to)
AI 에이전트 운영 시 'Human-in-the-loop(HITL)'와 'Human-on-the-loop(HOTL)'를 혼동하여 잘못된 거버넌스 모델을 적용하는 문제가 제기되었습니다. 고위험 작업에는 실행 전 승인이 필요한 HITL을, 저위험 작업에는 사후 모니터링 중심의 HOTL을 적용해야 하며, 이 승인 로직을 에이전트 코드 내에 하드코딩하는 기존 방식의 위험성을 경고합니다.
이 글의 핵심 포인트
- 1HITL(Human-in-the-loop)은 실행 전 인간의 명시적 승인이 필요한 '차단형(Blocking)' 모델임
- 2HOTL(Human-on-the-loop)은 실행 후 인간이 결과물을 모니터링하는 '감시형(Supervisory)' 모델임
- 3결제, 계약 등 고위험 작업에는 HITL을, 요약, 검색 등 저위험 작업에는 HOTL을 적용해야 함
- 4승인 로직을 에이잭트 코드에 하드코딩할 경우, 새로운 작업 유형 등장 시 통제 불능이 되는 '커버리지 드리프트' 발생 위험이 있음
- 5오버사이트 모델은 에이전트의 아키텍처 속성이 아닌, 별도의 '거버넌스 계층'에서 관리되어야 함
이 글에 대한 공공지능 분석
왜 중요한가
AI 에이전트의 자율성이 높아짐에 따라 '인간이 실제로 통제하고 있는가'에 대한 의문이 커지고 있습니다. 잘못된 오버사이트(Oversight) 모델은 에이전트의 효율성을 극도로 저하시키거나, 반대로 통제 불능의 치명적인 사고를 유발할 수 있기 때문입니다.
배경과 맥락
2026년 현재, LangGraph와 같은 에이전트 워크플로우 기술의 발전으로 에이전트의 실행 속도와 복잡성이 급증했습니다. 이 과정에서 많은 개발팀이 작업의 위험도와 상관없이 일률적인 승인 프로세스를 적용하거나, 반대로 아무런 제약 없이 에이전트를 방치하는 '거버넌스 연극(Governance Theater)' 현상이 나타나고 있습니다.
업계 영향
에이전트 기반 SaaS를 개발하는 팀들에게 '지능'만큼 중요한 것이 '거버넌스 설계' 역량임이 드러났습니다. 승인 로직을 에이전트 코드에 하드코딩하는 방식은 새로운 기능 추가 시 통제 범위를 벗어나는 '커버리지 드리프트'를 유발하므로, 별도의 거버넌스 계층(Governance Plane)을 구축하는 아키텍처 설계가 필수적입니다.
한국 시장 시사점
금융, 법률, 제조 등 규제 준수(Compliance)가 비즈니스의 핵심인 한국 시장에서는 에이전트의 '자율성'과 '안전성' 사이의 균형을 잡는 기술이 핵심 경쟁력이 될 것입니다. 작업 유형별로 HITL과 HOTL을 동적으로 분리하여 적용할 수 있는 정교한 에이전트 운영 프레모워크 도입이 요구됩니다.
이 글에 대한 큐레이터 의견
AI 에이전트 스타트업 창업자들에게 이 글은 '신뢰성(Reliability)이 곧 제품의 가치'라는 점을 시사합니다. 많은 팀이 에이전트가 얼마나 똑똑한지에만 집중하지만, 엔터프라이즈 고객은 '이 에이전트가 사고를 쳤을 때 어떻게 통제할 수 있는가?'를 가장 먼저 묻습니다. HITL과 HOTL을 구분하지 못하고 모든 프로세스에 승인 단계를 넣는 것은 제품의 UX를 망치는 지름길이며, 반대로 아무런 제약 없이 내보내는 것은 고객의 비즈니스를 위험에 빠뜨리는 행위입니다.
따라서 창업자들은 에이전트의 '지능'뿐만 아니라 '거버넌스 아키텍처'를 제품의 핵심 기능으로 설계해야 합니다. 승인 로직을 에이전트 코드 내에 `if`문으로 구현하는 수준을 넘어, 관리자가 대시보드에서 작업별 위험도를 설정하고 승인 규칙을 동적으로 변경할 수 있는 '거버넌스 플레인'을 구축하는 것이 차세대 에이전트 플랫폼의 강력한 진입장벽이자 기회가 될 것입니다.
관련 뉴스
댓글
아직 댓글이 없습니다. 첫 댓글을 남겨보세요.