RESEARCH NOTES · arXiv v1 프리프린트 · 동료심사 게재 미확인

AI에게 맡겼는데, 왜 계속 지켜봐야 할까?

끝났다는 말과 원한 결과가 나왔다는 말은 다릅니다. 사용자가 모든 중간 과정을 감시해야 한다면, 위임한 일의 상당 부분이 다시 검토 노동으로 돌아옵니다.

에이전트 위임 (Agent Delegation)

연구에서 확인한 것

163,487개 Reddit 게시글 코퍼스를 활용해 MANDATE의 7개 그룹·23개 실패 범주를 만들고, 73명의 에이전트 사용자 연구에서 심각도와 알아차리기 쉬움의 관계를 살폈습니다. 게시글 수는 실패 발생 건수나 모두 독립 수작업 코딩한 사례 수가 아닙니다.

자기선택 게시글·특정 커뮤니티·분류 과정의 편향과 시나리오 평가의 한계가 있습니다. 실제 전체 사용자 실패율이나 특정 에이전트의 안전성을 추정할 수 없습니다. v1 원고입니다.

완료·부분 완료·막힘을 결과에서 구분할 수 있나요?

수정 전 · 자체 제작 사례

완료했습니다.

수정 후 · 설계 제안

파일 3개 중 2개를 수정했습니다. 세 번째는 권한 부족으로 그대로입니다. 외부 발송은 하지 않았습니다. 변경 내용을 검토하세요.

논문의 실험 장비나 UI를 복제한 것이 아닌 자체 제작 학습 예시입니다.

시작 전에 결과·제약·실행 경계를 분리해 적습니다. 목표를 달성하려다 금지한 행동을 하지 않도록 합니다.
진행 중에는 실제 바뀐 것과 막힌 것을 구분합니다. 움직이는 표시를 진척의 증거로 취급하지 않습니다.
종료 보고에는 결과물과 미완료 항목을 함께 제시합니다. 되돌리기와 검토 경로를 제공하는 것은 제품 제안이며 논문에서 효과를 입증한 기능이라고 부르지 않습니다.

가상 발송 예시에서 승인 경계가 보이는지 비교합니다. 실제 도구를 실행하거나 메시지를 보내지 않습니다.

Micro-Waits가 대기 중 맥락을 다룬다면 이 글은 위임 실패의 발견과 종료 보고를 다룹니다.

2026-10-30 확인 · 초록, 연구 설계·참여자, 결과와 한계의 관련 절을 확인했습니다. 연구 결과와 위 UI 설계 제안은 구분됩니다.

디자인의 원리를 탐구하고, 실무의 새로운 가능성으로 연결합니다.