프롬프트 피드백 방법, 생성기 초안을 시험하고 고치는 순서

프롬프트 생성기(내가 원하는 지시문을 대신 써 주는 프롬프트)가 만든 초안은 그대로 쓰기보다 시험하고 고쳐 쓸 때 쓸모가 커집니다. 이 글은 생성기가 던지는 추가 질문에 답하는 요령, 1차 프롬프트를 시험하는 방법, 그리고 프롬프트 피드백 방법을 복사해 쓸 수 있는 문장과 함께 정리했습니다. 생성기를 계속 쓰지 않아도 될 만큼 질문하는 법이 몸에 붙는 것이 목표입니다.

짧은 지시문만으로는 원하는 답이 잘 안 나온다

AI를 처음 쓰면 대개 "이거 해 줘, 저거 해 줘" 같은 짧은 지시문을 씁니다. 이런 지시문에는 누구를 위한 결과인지, 어떤 형식이 필요한지, 무엇을 빼야 하는지가 빠져 있습니다. AI는 빈칸을 평균적인 추측으로 채우고, 그래서 결과가 그럴듯하지만 내 상황과는 어긋납니다.

프롬프트 생성기는 이 빈칸을 메우려고 만든 도구입니다. 정교한 프롬프트를 직접 쓰기 어려운 사람도 상황에 맞는 지시문을 얻을 수 있게 해 줍니다. 다만 쓰는 방식에 따라 결과가 크게 갈립니다. 편해서 쓰는 도구로 볼 수도 있지만, AI에게 질문하는 법을 배우는 연습 도구로 쓰면 얻는 게 더 많습니다.

1단계: 생성기의 추가 질문에 구체적으로 답한다

잘 만든 생성기는 바로 프롬프트를 내놓지 않습니다. 먼저 "지시문을 만들려면 이런 정보가 더 필요합니다"라며 되묻습니다. 이 질문이 곧 좋은 프롬프트에 들어가야 할 항목 목록입니다.

1. 생성기 프롬프트를 대화창에 넣고 만들고 싶은 작업을 한 줄로 적어 보냅니다.
   • 확인: AI가 목적, 대상, 형식 같은 추가 정보를 묻습니다.
2. 질문을 하나씩 읽고, 질문마다 구체적인 사실로 답합니다.
   • 확인: "잘", "적당히" 같은 말 대신 숫자, 이름, 예시가 들어간 답을 했습니다.
3. 모르는 항목은 모른다고 적고, 대신 AI에게 선택지를 달라고 합니다.
   • 확인: 빈칸을 추측으로 채우지 않았습니다.

답할 때는 아래 틀을 쓰면 빠뜨리는 항목이 줄어듭니다.

목적: (이 결과물을 어디에 쓰는지)
대상: (누가 읽거나 보는지, 그 사람의 수준)
형식: (분량, 구성, 표·목록 여부)
꼭 넣을 것: (빠지면 안 되는 내용)
빼야 할 것: (쓰면 안 되는 표현이나 내용)
참고 자료: (붙여 넣을 원문, 예시, 링크)

이 과정을 반복하면 다음부터는 첫 질문에 이런 내용을 먼저 담게 됩니다. 생성기가 더 이상 추가 질문을 하지 않을 만큼 첫 요청이 구체적이 되었다면, AI와 대화하는 기본기가 잡혔다는 신호로 볼 수 있습니다.

2단계: 1차 프롬프트를 여러 번 시험한다

생성기가 1차 프롬프트를 만들면, 대개 "이 프롬프트가 마음에 드는지" 피드백을 요청합니다. 많은 사람이 이 단계를 그냥 넘기지만, 실제로는 가장 많이 배우는 단계입니다.

1. 1차 프롬프트를 복사해 새 대화창에 넣고 실제 작업을 시켜 봅니다.
   • 확인: 결과물이 하나 나왔습니다.
2. 같은 프롬프트를 다른 입력(다른 주제, 다른 자료)으로 두세 번 더 돌려 봅니다.
   • 확인: 결과가 매번 비슷한 품질로 나오는지, 어느 입력에서 흔들리는지 보입니다.
3. 결과를 읽으며 "이렇게 하면 더 좋겠다", "이런 내용도 있었으면 좋겠다" 싶은 곳을 적어 둡니다.
   • 확인: 고칠 점 목록이 생겼습니다. 여러 번 시험하면 고칠 점은 거의 항상 나옵니다.

새 대화창에서 시험하는 이유가 있습니다. 프롬프트를 만든 대화창에는 앞서 나눈 설명이 남아 있어서, 프롬프트에 없는 내용까지 AI가 알고 답할 수 있습니다. 빈 대화창에서 돌려야 프롬프트 자체의 실력이 보입니다.

3단계: 고칠 점을 피드백으로 돌려준다

적어 둔 고칠 점을 생성기가 있는 대화창으로 가져가 피드백합니다. 막연하게 "더 좋게"라고 하지 말고, 결과물의 어느 부분이 왜 아쉬운지 적어야 AI가 프롬프트의 어느 줄을 고칠지 압니다.

아래는 네가 만든 프롬프트로 실제로 돌려 본 결과야.

[시험 결과]
(결과물 붙여 넣기)

아쉬운 점:
1. (예: 서론이 너무 길고 핵심이 세 번째 문단에야 나온다)
2. (예: 숫자 근거가 하나도 없다)
3. (예: 독자가 초보인데 전문 용어를 풀지 않았다)

이 문제가 다시 생기지 않도록 프롬프트를 고쳐 줘.
고친 줄은 무엇을 왜 바꿨는지 한 줄씩 설명해 줘.

"무엇을 왜 바꿨는지" 설명을 받는 것이 중요합니다. 그 설명을 읽다 보면 결과를 바꾸는 요소가 무엇인지(대상 지정, 출력 형식, 금지 사항, 예시) 감이 생깁니다.

1. 고친 프롬프트를 다시 새 대화창에서 시험합니다.
   • 확인: 지적한 문제가 줄었습니다.
2. 원하는 결과가 나올 때까지 시험과 피드백을 반복합니다.
   • 확인: 두세 가지 다른 입력에서도 결과가 안정적으로 나옵니다.
3. 완성본을 메모나 문서에 이름을 붙여 저장합니다.
   • 확인: 다음에 같은 작업을 할 때 바로 꺼내 쓸 수 있습니다.

생성기를 졸업했는지 점검하는 기준

이 도구의 궁극적인 목표는 사용자가 더 이상 이 도구를 필요로 하지 않게 되는 것입니다. 아래를 스스로 할 수 있으면 생성기 없이도 좋은 프롬프트를 쓸 수 있습니다.

• 첫 요청에 목적, 대상, 형식, 꼭 넣을 것, 빼야 할 것을 담는다.
• 1차 결과를 그대로 쓰지 않고 새 대화창에서 두세 번 시험한다.
• 아쉬운 점을 "어디가, 왜"로 적어 피드백한다.
• 좋은 프롬프트에 어떤 요소가 들어가야 하는지 스스로 설명할 수 있다.

OpenAI, Anthropic, Google의 공식 프롬프트 가이드도 같은 방향을 권합니다. 원하는 결과의 기준을 구체적으로 적고, 맥락을 충분히 주고, 출력 형식을 정하고, 결과를 보며 고쳐 가라는 것입니다. 생성기의 추가 질문과 피드백 단계는 이 원칙을 몸으로 익히게 해 주는 장치입니다.