휴먼 인 더 루프 (Human-in-the-Loop)
휴먼 인 더 루프(HITL)는 AI를 학습·평가하거나 업무에 사용하는 과정에 사람의 피드백과 판단을 넣는 방식입니다. 업무에서는 무엇을 검토하고 어떤 근거로 수정·채택·보류할지 정해야 개입이 실제 품질 개선으로 이어집니다.
BOAZ · 최종 업데이트 2026-09-12
사람이 들어가는 위치와 역할을 정한다
HITL은 마지막 승인 버튼만을 뜻하지 않습니다. 목표와 기준을 정할 때, AI가 만든 후보를 수정할 때, 예외를 판단할 때, 실행 결과를 보고 지침을 개선할 때도 사람이 참여할 수 있습니다.
업무에서는 ‘사람이 봤다’는 기록만 남기기보다 무엇을 확인했고 무엇을 바꿨는지를 남겨야 합니다. 원문 없이 AI 초안만 읽으면 자연스러운 문장을 사실로 받아들일 수 있습니다.
BOAZ 위키에서 사람이 판단하는 여섯 가지
| 판단 | 확인할 질문 |
|---|---|
| 사실 | 실제로 일어난 일인가? |
| 표기 | 대외적으로 어떤 이름을 쓸 것인가? |
| 해석 | 원문에서 이 결론까지 말할 수 있는가? |
| 관계 | 두 대상이 정말 이렇게 연결되는가? |
| 확정성 | 결정인가, 제안인가, 미확인인가? |
| 적용 범위 | 어느 고객·기간·업무까지 적용되는가? |
이 구분은 BOAZ가 문서와 세션을 위키로 정리하며 사용하는 운영 기준입니다. 모든 분야의 HITL에 동일한 여섯 항목이 필수라는 뜻은 아닙니다.
전체 위키보다 바뀌는 주장을 보여준다
AI는 기존 문장과 제안 문장, 원문 위치, 해석한 부분, 영향받는 페이지를 함께 준비합니다. 사람은 채택·수정·보류·제외를 판단하고 이유를 남깁니다. 검토 범위를 줄이되 판단에 필요한 근거까지 줄여서는 안 됩니다.
예를 들어 ‘교육에 사용할 예정’이라는 문장을 ‘교육에 사용했다’로 바꾸려면 실제 진행 근거가 필요합니다. 표현을 더 매끄럽게 만드는 것과 사실의 확정성을 높이는 것은 다른 변경입니다.
승인과 사실 검증을 따로 기록한다
사람이 초안을 채택했다고 모든 사실을 독립적으로 검증했다는 뜻은 아닙니다. 링크가 존재하고 인용 위치가 유효하다는 코드 검사도 사실 검증을 대신하지 않습니다. 출처 추적을 통해 원문을 확인하고, 확인하지 못한 부분은 남깁니다.
검토한 원문·초안의 버전도 중요합니다. 승인 뒤 내용이 달라졌다면 새 해석이 이전 승인 범위에 들어가는지 확인해야 합니다. 이미 승인한 같은 내용이나 명확히 지시한 수정은 재질문하지 않고, 달라진 부분을 대상으로 삼습니다.
업무에 맞는 검토 범위
| 방식 | 사용할 수 있는 상황 | 확인할 조건 |
|---|---|---|
| 전건 검토 | 영향이 크거나 개별 판단이 필요한 결과 | 실제로 읽을 수 있는 분량과 근거 |
| 예외 검토 | 기준이 분명한 반복 업무 | 예외 탐지와 누락 점검 |
| 사후 표본 점검 | 되돌릴 수 있는 제한된 작업 | 오류 발생 시 복구·확대 검사 |
이는 설계를 위한 예시입니다. 검토량이 늘어 형식적인 승인으로 흐른다면 예외 기준과 업무 범위를 다시 조정합니다. 반려가 없다는 사실만으로 잘못된 검토라고 단정할 수도 없습니다. 실제 품질과 검토 내용을 함께 봐야 합니다.
판단을 다음 실행에 남긴다
한 결과물만 고치고 끝내면 다음 작업에서도 같은 해석이 반복될 수 있습니다. 사람의 수정이 업무 사실의 변경인지, Skill의 절차 개선인지 구분해 반영합니다. 지식 갱신과 개선 Loop가 이어지는 지점입니다.
자주 묻는 질문
사람이 확인하는 절차도 HITL인가요?+
넓은 의미에서 포함될 수 있습니다. 다만 실질적인 통제가 되려면 검토할 정보와 판단 기준, 수정하거나 멈출 권한이 필요합니다.
모든 결과를 사람이 전부 읽어야 하나요?+
업무 영향과 되돌릴 수 있는 정도, 검토 역량에 따라 정합니다. 변경된 주장과 근거를 함께 보여주면 필요한 판단에 집중할 수 있습니다.
사람의 승인은 사실이 맞다는 뜻인가요?+
특정 변경의 채택과 사실의 검증은 다른 기록입니다. 어떤 근거를 확인했고 어떤 해석에 동의했는지 구분해 남겨야 합니다.
승인 뒤 초안이 바뀌면 어떻게 하나요?+
승인한 버전과 실제 반영할 내용을 대조합니다. 바뀐 해석이나 적용 범위가 이전 판단에 포함되지 않았다면 그 차이를 다시 검토합니다. 이미 명확히 정한 내용을 반복해서 묻는 것은 피합니다.
LINE 엔지니어 출신이, 실효성 있는 AX 프로그램을 진행합니다. 대기업 임원 및 실무자 대상 AX 프로그램 진행 경험을 바탕으로, 기업의 실제 업무를 분석하고 작동하는 AI 활용 결과물까지 함께 만듭니다.
관련 용어
가드레일 (Guardrail)
가드레일은 AI 시스템의 입력·출력·실행이 정해진 범위를 따르도록 안내·탐지·제한하는 장치입니다. 지침, 필터, 검증, 접근 권한, 사람 확인 등으로 구성할 수 있으며 각 방식의 강제력과 한계는 다릅니다.
데이터 출처 추적 (Data Provenance)
데이터 출처 추적은 정보가 어디서 왔고, 어떤 가공과 판단을 거쳐 현재 결과가 됐는지 기록하는 일입니다. AI 업무에서는 원문 위치, 읽은 버전, 변환 과정, 채택한 판단을 이어 볼 수 있어야 합니다.
맡·당·쪼
맡·당·쪼(맡당쪼)는 BOAZ가 AX 교육에서 쓰는 실행 원칙으로, AI에게 업무를 맡기고(맡), 처음 결과가 부족한 건 당연하다고 받아들이며(당), 업무를 AI가 처리할 수 있는 단위로 잘게 쪼개는(쪼) 태도를 말합니다. 막히면 강사가 아니라 AI에게 먼저 묻는 습관까지 포함합니다.
서브에이전트 (Subagent)
서브에이전트는 메인 에이전트가 일부 작업을 맡기는 별도의 실행 단위입니다. 자체 Context에서 작업하지만 어떤 이전 맥락과 자료를 받는지는 도구와 설정에 따라 다릅니다. 분리의 가치는 병렬 처리와 맥락 관리에 있으며, 정확성이 자동으로 보장되지는 않습니다.
업무 쪼개기 (Work Decomposition)
업무 쪼개기는 큰 업무를 입력, 처리, 판단 기준, 산출물, 책임이 분명한 실행 단위로 나누는 일입니다. AI와 코드가 수행할 부분, 사람이 판단할 부분을 구분해 실제로 맡길 수 있는 형태로 만듭니다.
지식 갱신 (Knowledge Update)
지식 갱신은 새 원문이나 결정을 기존 지식과 대조해, 설명·관계·적용 범위를 수정하고 그 이유와 이력을 남기는 과정입니다. 문서를 추가하는 일뿐 아니라 오래된 답을 바꾸거나 판단을 보류하는 일도 포함합니다.
AI 거버넌스
AI 거버넌스는 조직이 AI를 쓸 때 무엇을 성과로 볼지, 어디까지 허용할지, 누가 승인할지를 정하는 기준과 절차입니다. 규제 준수만이 아니라 AI 결과물을 신뢰 가능한 상태로 만드는 뼈대이며, 이것이 없으면 성공한 PoC도 전사 표준으로 이어지지 못합니다.
Loop (검증 Loop·개선 Loop)
검증 Loop는 결과물을 정해진 기준과 대조하고 필요한 부분을 수정해 다시 확인하는 반복입니다. 개선 Loop는 실행에서 얻은 피드백으로 지식·Skill·도구·기준을 고칩니다. 두 과정 모두 통과뿐 아니라 중단·보류 조건이 필요합니다.
우리 조직에 맞는 AX가 궁금하다면
조직 상황과 대상(임원·실무자·전사)을 알려주시면, 어떤 프로그램이 맞는지 — 혹은 아직 워크숍이 필요 없는 단계인지 — 솔직하게 답해드립니다.