모호성은 끊이지 않습니다
"데이터를 정리해 줘"는 중복 제거, 형식 수정, null 값 처리, 컬럼 이름 표준화, 또는 그 모두를 의미할 수 있습니다. "최근 이슈를 검색해 줘"는 GitHub 이슈, 고객 불만, 또는 기술 문제를 의미할 수 있습니다. "더 빠르게 만들어 줘"는 코드 최적화, 결과 캐싱, 또는 API 호출 줄이기를 의미할 수 있습니다.
사람은 컨텍스트, 공유 지식, 명확화 질문을 통해 이 모호성을 해소합니다. AI 에이전트는 제한된 컨텍스트, 학습을 넘어선 공유 지식 없음, 그리고 묻기 vs 추측하기에 대한 일관되지 않은 경향을 갖습니다. 에이전트가 이 간극을 어떻게 처리하는지가 사용자 경험의 품질을 결정합니다.
에이전트가 추측해야 할 때
분명한 기본값이 있는 위험이 낮은 작업의 경우, 추측은 괜찮습니다. 사용자가 "내 파일에서 config를 검색해 줘"라고 말씀하시고 파일 시스템 MCP 서버가 연결되어 있다면, 에이전트는 접근 가능한 디렉터리에서 "config"가 들어 있는 파일을 검색해야 합니다. 최악의 경우는 관련 없는 결과를 반환하는 것이고, 사용자가 방향을 다시 잡으실 수 있습니다.
잘못의 비용이 낮고 묻는 비용이 높은 경우(사용자의 흐름을 방해하는 경우), 추측이 통합니다. 좋은 경험 법칙은 이렇습니다. 에이전트가 무언가를 시도하고, 결과가 맞아 보이는지 확인하고, 사용자의 시간을 낭비하지 않고 경로를 수정할 수 있다면, 묻는 대신 진행해야 합니다.
에이전트가 물어야 할 때
되돌릴 수 없는 동작에 대해 에이전트는 항상 명확화를 받아야 합니다. "오래된 파일을 삭제해 줘"는 실행 전에 구체성이 필요합니다. 어느 파일인가요? "오래됨"은 얼마나 오래된 것인가요? 영구 삭제인가요, 휴지통으로 옮기는 것인가요? 파괴적 동작 전에 묻는 에이전트는 한 번은 짜증스러우시지만 시간이 흐르면서 사용자를 재앙에서 구합니다.
높은 노력이 필요한 작업의 경우에도 묻는 것이 옳은 선택입니다. 모호한 요청을 충족하는 데 20분의 컴퓨팅과 API 비용이 필요하다면, 30초를 들여 명확화를 받는 편이 비용이 큰 결과를 표적에서 빗나가게 만드는 것보다 낫습니다.
명확화 UX
에이전트가 명확화를 요청하는 방식이 묻는지 여부만큼 중요합니다. 나쁨: "사용자의 요청에 대한 더 많은 정보가 필요합니다." 좋음: "프로젝트에서 세 종류의 config 파일을 찾았습니다. 애플리케이션 config(.env, config.yaml), 빌드 config(webpack, tsconfig), 배포 config(docker-compose, Dockerfile). 어느 종류를 찾고 계십니까?"
좋은 버전은 에이전트가 이미 약간의 작업을 했다는 것을 보여 주고, 구체적인 옵션을 제시하고, 사용자가 최소한의 노력으로 응답하기 쉽게 만듭니다. 모호한 요청을 객관식 질문으로 바꾸어 주는데, 이는 처음부터 다시 표현해 달라는 요청을 받는 것보다 더 빠르고 더 즐겁습니다.
모호성 처리를 에이전트 설계에 넣기
에이전트를 설계하실 때, 지시에서 모호성을 명시적으로 다루어 주십시오. 다음과 같은 안내를 포함해 주십시오. "사용자의 요청이 여러 가지를 가리킬 수 있으면, 옵션을 간단히 설명하고 어느 것을 의미하시는지 물어보십시오. 요청이 행동에 옮길 만큼 명확하면, 묻지 말고 진행하십시오." 이는 에이전트에게 추측 vs 명확화의 적절한 임계값을 가르쳐 줍니다.
개발 동안 의도적으로 모호한 입력으로 테스트하시면 에이전트가 회색 영역을 어떻게 처리하는지 드러납니다. 이러한 엣지 케이스는 종종 가장 좌절스러운 사용자 경험을 만들어 내며, 제대로 잡기 위해 시간을 투자할 가치가 있습니다.