AI가 질문할 때 추천 기본값까지 보여줘야 하는 이유

2026-09-16

AI의 질문은 대체로 친절해 보입니다.

다음에는 무엇을 할까요?

문제는 친절함이 아니라 선택의 단위입니다. 계획을 더 다듬을지, 구현을 시작할지, 검토만 할지를 사용자가 다시 정의해야 하기 때문입니다.

선택지를 주면 조금 나아집니다.

계획 계속하기
구현 시작하기
여기서 멈추기

그런데 세 선택지가 모두 같은 무게로 놓이면 사용자는 또 묻게 됩니다. “그래서 지금은 뭘 추천하는데?”

구조화된 메뉴는 답의 범위를 줄이고 선택 기록을 남깁니다. 이 글은 그 패턴에 한 단계를 더해 다음 규칙을 제안합니다. 현재 정보로 가장 안전한 기본값과 그 이유를 짧게 보여 줍니다. 이 추천은 확인된 툴킷 기능을 소개하는 문장이 아니라, 사용자가 검토할 수 있는 작은 운영 계약입니다.

선택지만 있으면 판단 비용이 남습니다

자유 답변은 가능한 행동의 이름부터 사용자가 만들어야 합니다. 메뉴는 그 비용을 줄입니다.

하지만 메뉴 작성자가 맥락을 더 많이 알고 있다면, 모든 선택지를 무표정하게 나열하는 것도 정보 낭비입니다. 예를 들어 계획에 미확정 API가 남아 있다면 구현 시작보다 계획 보완이 안전할 수 있습니다.

계획 보완 (추천) — 공개 API가 아직 확정되지 않았습니다.
구현 시작 — 현재 가정으로 코드를 작성합니다.
중단 — 변경 없이 여기서 끝냅니다.

이 메뉴는 세 가지를 동시에 전달합니다.

가능한 다음 행동의 경계를 보여 줍니다.
추천 선택을 표시합니다.
추천 근거를 한 문장으로 공개합니다.

사용자는 추천을 따르거나, 비용을 이해한 채 다른 길을 고를 수 있습니다. AI도 “알아서 정했다”와 “아무 의견도 없다” 사이의 정직한 자리를 얻습니다.

자동 선택은 별도 규칙입니다

CLI의 기본 옵션처럼 사용자가 응답하지 않으면 추천 항목을 자동으로 실행하고 싶을 수 있습니다. 이때는 추천과 자동 선택을 분리해야 합니다.

다음 조건이 모두 맞을 때만 제한적으로 고려할 수 있습니다.

행동이 되돌릴 수 있습니다.
외부 상태를 바꾸지 않습니다.
기다리는 비용이 실제로 큽니다.
사용자가 자동 선택 시간을 알고 있습니다.
실행 전에 무엇이 선택될지 보입니다.

코드 읽기 방법이나 보고서 형식을 고르는 질문은 이 조건에 가까울 수 있습니다. 배포 승인이나 파일 삭제는 아닙니다.

추천은 “제가 보기엔 이쪽입니다.”이고, 자동 선택은 “답이 없으면 제가 이쪽으로 갑니다.”입니다. 말은 비슷하지만 권한은 완전히 다릅니다.

메뉴는 다음 행동의 작은 계약입니다

좋은 질문 메뉴를 만들 때는 다음 순서면 충분합니다.

서로 겹치지 않는 행동을 두세 개 고릅니다.
가장 안전하고 진행 가능한 항목 하나를 추천합니다.
결정을 바꿀 수 있는 이유를 한 문장으로 씁니다.
각 선택이 무엇을 바꾸는지 표시합니다.
고위험 행동에는 자동 선택을 두지 않습니다.

AI가 질문을 많이 한다고 협업이 좋아지는 것은 아닙니다. 사용자가 판단할 수 있는 형태로 묻고, 도구가 이미 아는 맥락을 추천 근거로 나눌 때 질문이 제 역할을 합니다.

다음에 “어떻게 할까요?”를 쓰려다가 손을 한 번 멈춰 보세요. 선택지를 만들고, 그중 하나에 (추천)과 이유를 붙여 보세요. 사용자는 덜 헤매고, AI는 추측 대신 의견을 내게 됩니다. 질문 하나가 작은 운영 계약이 되는 순간입니다.

AI가 질문할 때 추천 기본값까지 보여줘야 하는 이유

선택지만 있으면 판단 비용이 남습니다

추천은 결과가 아니라 가정이어야 합니다

자동 선택은 별도 규칙입니다

메뉴는 다음 행동의 작은 계약입니다

다음 글도 받아보세요.