AI 프롬프트는 시작 전 질문 개수를 정해줘야 효과가 있습니다
AI 프롬프트 없이 제안서를 부탁했다가
완전히 다른 결과물을 받아본 경험, 다들 한번 쯤 있을 거예요.
정보가 부족하면 AI는 묻지 않고 그럴듯하게 채워 넣는다는게 큰 원인입니다.
할루시네이션 이죠
AI는 모르는 걸 모른다고 말하지 않고 일단 그럴듯하게 채우고 봐요.
그래서 결과물만 봐서는 어디가 짐작인지 알아채기 어렵습니다.
질문을 몇 개까지 허용할지, 언제 되묻게 해야 하는지 헷갈리는 분들을 위해 이 글에서 순서대로 차근차근 정리해보겠습니다.
먼저 알아 볼 부분
- AI 되묻기 프롬프트를 안 넣으면 정보 부족을 그럴듯하게 채우고 넘어감
- ‘부족한 정보가 있으면 먼저 물어봐’를 한 줄 넣으면 이 습관이 바뀜
- 질문 개수를 정해주면 끝없이 묻는 것을 막을 수 있음
- 되묻기는 작업을 시작하기 전에 한 번만 시키는 편이 좋음
목차
AI가 되묻지 않고 채우는 이유
정보가 빠졌을 때 AI 안에서 무슨 일이 일어나는지부터 짚어볼게요.
정보 부족이 빗나간 결과로 이어지는 과정
AI는 질문에 빈 구석이 있어도 일단 답을 내놓는 쪽을 선택해요.
모르겠다고 멈추기보다는 가장 무난해 보이는 가정을 세우고 그 가정 위에서 결과를 채워 넣는 방식입니다.
제안서를 부탁하면서 대상을 안 알려주면 AI는 가장 흔한 상황을 가정해서 씁니다.
그 가정이 실제 상황과 다르면 처음부터 다시 써야 하는 결과로 이어져요.
문제는 이 과정이 겉으로는 전혀 티가 안 난다는 점이에요.
AI가 내놓은 결과물은 문장도 매끄럽고 형식도 그럴듯해서, 대상이나 목적이 실제와 다르다는 걸 한눈에 알아채기가 쉽지 않습니다.
결국 다 읽고 나서야 ‘이게 아닌데’라는 생각이 들고, 그때부터 처음 조건을 다시 설명하며 새로 시작하는 상황이 반복돼요.
이런 일이 반복되는 건 AI 탓만은 아니에요.
사람도 정보가 부족한 채로 일을 맡으면 나름의 방식으로 빈칸을 채우기 마련인데, AI는 그 빈칸을 훨씬 빠르고 자신 있게 채운다는 점이 다를 뿐입니다.
사람 동료라면 표정이나 말투에서 확신이 없다는 기색을 눈치챌 수 있지만, AI가 내놓는 문장에는 그런 신호가 거의 없어요.
그래서 결과물만 보고는 어디가 짐작으로 채워진 부분인지 구별하기가 더 어렵습니다.
- 정보 부족, AI가 무난한 가정으로 채우고 넘어감
- 가정이 실제와 다름, 결과물이 겉보기엔 멀쩡해서 뒤늦게 발견됨
- 되묻기 요청, 가정을 세우기 전에 질문으로 먼저 확인
느려진다는 건 오해
되묻기를 시키면 느려진다고 생각하기 쉬운데, 빗나간 결과를 세 번 고치는 것보다 질문 세 개에 답하는 편이 빠릅니다.
질문 세 개 답하기와 결과 세 번 고치기
‘부족한 정보가 있으면 먼저 물어봐’라는 한 줄만 넣어도 AI가 답을 채우기 전에 질문부터 하는 습관으로 바뀝니다.
질문 개수를 정해주지 않으면 끝없이 되묻는 경우도 생기는데요.
‘가장 중요한 것 3개만’처럼 개수를 못박아주면 이 문제를 막을 수 있어요.
되묻기를 넣기 전과 후, 실제로 뭐가 달라지는지 아래 표로 비교해봤습니다.
| 작업 | 되묻기 없이 나온 결과의 문제 | 되묻고 나서 |
|---|---|---|
| 제안서 초안 | 대상이나 목적을 마음대로 짐작함 | 대상, 예산, 마감을 먼저 확정하고 시작 |
| 홍보 문구 | 톤이나 채널을 짐작해서 엉뚱하게 나옴 | 어디에 올릴지부터 정하고 시작 |
| 보고서 요약 | 어디까지 줄일지 기준이 제각각 | 분량과 강조점을 먼저 정하고 시작 |
표 가운데 칸이 되묻기 없이 넘어갔을 때 나중에 되돌려야 하는 부분이고, 오른쪽 칸이 미리 확정하고 가는 부분입니다.
세 가지 작업 모두 공통점이 있는데요.
되묻기 없이 진행하면 결과물을 다 받아본 뒤에야 무엇이 잘못됐는지 알 수 있지만, 되묻고 나면 시작하는 시점에 이미 방향이 맞는지 확인할 수 있다는 점입니다.
AI는 질문 몇 개가 재작업보다 훨씬 빠릅니다
옷을 맞출 때도 치수를 먼저 재고 시작하는 게, 대충 만들어놓고 안 맞으면 고치는 것보다 빠른 것과 같아요.
질문 세 개에 답하는 시간은 몇 분이면 끝나지만, 엉뚱한 결과물을 다시 설명하고 고치는 과정은 그보다 훨씬 오래 걸립니다.
되묻게 만드는 법, 예시로 보기
실제로 쓸 수 있는 프롬프트 형태를 그대로 보여드릴게요.
질문 개수를 정해줘야 하는 이유
아래처럼 시작 전에 질문 개수를 못박아서 요청하면 됩니다.
'제안서 초안을 만들 건데, 시작하기 전에 네가 알아야 할 것 중 가장 중요한 3가지만 물어봐. 내가 답하면 그때 쓰기 시작해줘'
‘가장 중요한 3가지만’이라는 조건이 핵심이에요.
개수를 정해주지 않으면 질문이 끝없이 이어질 수 있고, 반대로 질문 자체를 허용하지 않으면 AI가 다시 마음대로 채우는 원래 습관으로 돌아갈 수 있습니다.
제안서 말고도 표지판 문구, 안내 메일, 발표 자료처럼 조건이 여러 개 얽힌 작업이라면 이 형태를 그대로 옮겨서 써도 됩니다.
작업 이름만 바꿔 넣으면 되니 한 번 익혀두면 두고두고 쓸 수 있어요.
되묻기는 작업을 시작하기 전에 한 번만 시키는 편이 좋아요.
작업 중간마다 되물으면 흐름이 자꾸 끊겨서 오히려 진행이 더뎌집니다.
질문을 받고 답할 때는 대충 넘기지 않는 것도 중요한데요.
모르는 부분이 있으면 ‘모른다’고 솔직하게 답하는 편이, 대충 아무 답이나 넣는 것보다 훨씬 나은 결과로 이어집니다.
이 방식은 제안서뿐 아니라 홍보 문구, 보고서 요약처럼 조건이 많은 작업이라면 어디에나 그대로 적용할 수 있어요.
작업 이름과 목적만 바꿔서 앞에 붙이면 됩니다.
자주 묻는 질문
Q. 되묻기를 넣으면 항상 시간이 더 걸리나요?
당장은 질문에 답하는 시간이 추가되니 그렇게 느껴질 수 있어요.
하지만 빗나간 결과를 다시 설명하고 고치는 시간까지 더하면 되묻기를 넣는 편이 전체적으로 더 빠릅니다.
특히 결과물의 범위가 넓거나 조건이 많은 작업일수록 이 차이가 크게 나타나요.
반대로 짧고 간단한 요청이라면 되묻기 없이 바로 시켜도 큰 차이가 없는 경우가 많습니다.
Q. 되묻기는 작업 중간에도 계속 시키는 게 좋은가요?
그렇지 않아요.
되묻기는 작업을 시작하기 전에 한 번만 시키는 편이 좋습니다.
중간마다 되물으면 흐름이 끊겨서 오히려 진행이 느려질 수 있어요.
Q. 되물어본 질문에 대충 답해도 되나요?
대충 답하면 되묻기를 넣은 의미가 없어져요.
애매한 답을 주면 AI는 그 애매한 답 위에 또 가정을 쌓게 됩니다.
모르는 내용이 있으면 ‘모른다’고 답하는 편이 대충 채운 답보다 훨씬 나은 결과로 이어지는데요.
모른다는 답을 받으면 AI가 그 부분만 무난한 가정으로 채우게 되는데, 이건 처음부터 아예 안 물어본 것과는 분명히 다릅니다.
요약 정리
프롬프트는 시작 전에 질문 개수를 정해줄 때 가장 효과가 큽니다.
정보가 부족하면 AI가 그럴듯하게 채운다는 점, 질문 세 개에 답하는 게 재작업 보다 빠르다는 점을 함께 기억해두면 좋아요. 되묻기는 시작 전 한 번이면 충분합니다.
다음 작업을 시킬 때는 ‘부족한 정보가 있으면 먼저 물어봐’라는 한 줄과 함께 질문 개수를 정해서 붙여보세요.
다만 물어본 내용에 대충 답하면 의미가 없으니, 모르는 부분은 모른다고 솔직하게 답하는 편이 안전합니다. 질문 몇 개에 답하는 수고를 아까워하지 않으면 재작업하는 시간을 훨씬 크게 줄일 수 있습니다.