AI에게 선택지를 물을 때 자유 답변보다 메뉴가 나은 이유

AI가 다음 행동을 정해야 하는 순간, 이런 질문을 받으면 어떨까요?
“그래서 이제 무엇을 할까요?”
친절해 보입니다.
하지만 막상 답하려고 하면 생각이 길어집니다.
계획을 더 다듬을지, 작업을 시작할지, 잠깐 멈추고 정보를 더 줄지, 아니면 전혀 다른 방향을 말해야 할지 말이죠.
자유로운 질문 하나가 작은 빈칸 시험지가 되는 순간입니다.

이럴 때 메뉴형 질문은 질문을 없애지 않습니다.
대신 답의 모양을 정합니다.
AI 도구의 AskUserQuestion 메뉴 패턴은 다음 단계의 선택지를 이름 붙은 항목으로 보여 주고, 사용자가 그중 하나를 고르게 하는 방식입니다.
특히 작업 흐름의 결정 지점에서 “무엇이든 말해 주세요” 대신 “이 중 무엇을 할까요?”를 꺼내는 셈입니다.

자유 답변이 더 친절하다는 오해

자유 답변에는 분명 장점이 있습니다.
사용자는 제한 없이 맥락을 보태고, 예상하지 못한 요구를 말할 수 있습니다.
그래서 모든 질문을 버튼 몇 개로 바꾸자는 뜻은 아닙니다.
다만 다음 행동을 고르는 순간에는 자유가 곧바로 명확함이 되지 않습니다.

“계속 진행해 주세요”라는 답을 생각해 봅시다.
계획을 계속 다듬으라는 뜻일까요?
계획을 바탕으로 구현을 시작하라는 뜻일까요?
아니면 지금까지의 내용을 다시 보여 달라는 뜻일까요?
사람끼리는 앞뒤 문맥으로 알아들을 때도 있지만, 기록으로 남기면 같은 문장이 여러 갈래로 읽힐 수 있습니다.
말이 자연스럽다는 사실과 결정이 분명하다는 사실은 다릅니다.

엘리베이터 앞에서 “어디로 갈까요?”라고 묻는 것과 층 버튼을 보여 주는 것의 차이를 떠올려 보세요.
전자는 대화의 여지를 열어 줍니다.
후자는 지금 필요한 결정을 빠르게 만들고, 누른 층도 선명하게 남깁니다.
메뉴형 질문은 사용자를 조종하려는 장치가 아니라 결정의 경계를 보여 주는 안내판에 가깝습니다.
(AI가 독심술을 잘하는 척할수록, 이 안내판은 더 소중해집니다.)

메뉴는 ‘말’이 아니라 ‘선택값’을 남깁니다

메뉴형 질문의 핵심은 보기 좋게 나열한 선택지에만 있지 않습니다.
핵심은 답을 이산 선택값으로 남긴다는 데 있습니다.
이산 선택값이란 “계획 다듬기”, “작업 시작”, “추가 정보 요청”처럼 서로 구분되는 하나의 값입니다.
긴 문장 안에서 의도를 추정하는 대신, 선택한 항목 자체가 다음 단계의 근거가 됩니다.

예를 들어 어떤 흐름의 다음 단계가 셋이라고 해 보겠습니다.

다음으로 무엇을 할까요?

1. 계획을 더 다듬기
2. 현재 계획으로 작업 시작하기
3. 필요한 정보를 더 확인하기

이 예시는 특정 도구의 실제 문구가 아니라 메뉴의 모양을 보여 주기 위한 것입니다.
중요한 것은 번호보다 이름입니다.
각 항목이 무엇을 바꾸는지 드러나면, 사용자는 “계속”이라는 넓은 말을 번역하느라 멈추지 않아도 됩니다.
AI도 선택지를 받은 뒤의 행동 범위를 더 작게 잡을 수 있습니다.

짝을 이룬 위키 기록은 이 패턴을 작업 흐름의 결정 지점, 특히 spec 명령에서 설명합니다.
변경 이력도 메뉴형 질문과 감사 로그를 함께 도입한 흐름을 기록합니다.
여기서 감사 로그(audit log)는 프롬프트와 도구 사용, 결정 메타데이터를 세션 기록에 남기는 장치입니다.
메뉴 선택은 세션 로그에 다른 프롬프트와 도구 사용 내역 곁으로 저장될 수 있습니다.
따라서 결과만 보는 것이 아니라, 그 결과를 향해 어떤 선택이 있었는지도 되짚을 수 있습니다.

‘그때 왜 그렇게 했지?’에 답하는 방식

작업이 길어지면 산출물만으로는 충분하지 않을 때가 있습니다.
문서가 왜 이 방향으로 바뀌었는지, 왜 바로 구현하지 않았는지, 누가 어느 갈림길에서 멈추기를 택했는지 궁금해집니다.
자유 답변은 풍부하지만, 나중에 그 문장에서 결정을 추려 내려면 해석이 필요합니다.
반대로 메뉴의 선택값은 비교적 짧고 분명합니다.

그래서 메뉴형 질문은 감사 가능한 결정을 만드는 데 유리합니다.
“작업 시작하기”가 남아 있으면, 최소한 그 시점에 선택된 다음 단계가 무엇이었는지는 알 수 있습니다.
물론 로그가 있다고 자동으로 좋은 결정이 되는 것은 아닙니다.
로그가 켜져 있고 실제로 저장되어야 하며, 짧은 선택값 뒤에 필요한 설명도 있어야 합니다.
위키 기록도 이 감사 흔적이 세션 로깅에 의존한다고 짚습니다.
메뉴판만 세워 놓고 주문서를 버리면, 나중에 주방은 다시 추리극을 시작해야 합니다.

언제 메뉴를 쓰면 좋을까?

메뉴는 선택지가 이미 어느 정도 정리된 순간에 가장 빛납니다.
다음 단계가 몇 갈래이고, 각 갈래가 다른 행동으로 이어지며, 나중에 선택의 이유를 확인할 가능성이 있다면 좋은 후보입니다.
반대로 문제 자체가 아직 흐릿하다면 먼저 자유롭게 설명하게 하는 편이 낫습니다.
메뉴는 탐색을 대신하는 도구가 아니라, 탐색 뒤에 결정을 또렷하게 하는 도구입니다.

메뉴를 만들 때는 항목을 많이 늘어놓기보다 각 항목의 차이를 분명히 하세요.
“진행”, “계속”, “다음”처럼 비슷한 말 세 개를 놓으면 메뉴도 결국 자유 답변만큼 흐려집니다.
대신 사용자가 선택한 뒤 어떤 일이 일어나는지 이름에 담아 보세요.
(좋은 메뉴는 음식 사진을 잔뜩 붙인 메뉴판보다, 주문을 망설이지 않게 하는 메뉴판에 가깝습니다.)

마무리: 선택지를 좁히는 일은 대화를 좁히는 일이 아닙니다

AI에게 질문할 때 메뉴를 쓴다는 것은 사용자의 말을 줄이라는 뜻이 아닙니다.
결정이 필요한 자리에 명확한 선택지를 두고, 그 선택을 검토 가능한 기록으로 남기자는 뜻입니다.
자유 답변은 맥락을 발견할 때, 메뉴는 다음 행동을 확정할 때 유용합니다.

다음에 AI가 “어떻게 할까요?”라고 물으면 한 번만 더 생각해 보세요.
지금 필요한 것은 긴 설명일까요, 아니면 이름 붙은 갈림길일까요?
후자라면 메뉴 하나가 대화를 답답하게 만드는 대신, 훨씬 덜 헤매게 해 줄 수 있습니다.
AI도 선택지를 보고 잠깐 고개를 끄덕일 겁니다.
“이번에는 제가 추측할 차례가 아니군요.”