좋은 프롬프트 나쁜 프롬프트 차이, 같은 요청으로 비교

자주 묻는 것

조금 더 자세히

나쁜 프롬프트는 왜 뻔한 답만 부를까, 좋은 프롬프트에는 뭐가 들어 있을까?

고를 범위를 너무 많이 남겨서입니다. “자료 좀 만들어줘”, “맛있는 거 주세요” 같은 문장에는 누가 읽는지도, 얼마나 길게 쓸지도 없습니다. 항로 좌표 없이 “어디든 가 주세요”라고 한 셈이죠. 그러면 AI는 가장 무난한 쪽으로 빈칸을 채웁니다. 결과가 뻔해지는 이유입니다.

하나 더 있습니다. 대화형 AI는 ‘진실’을 찾기보다 그럴듯한 다음 단어를 고르는 방식으로 글을 만듭니다. 그래서 근거가 부족한 질문에도 사실이 아닌 내용을 자신 있게 말할 때가 있어요. 이를 환각(Hallucination, AI가 그럴듯한 거짓을 지어내는 현상)이라고 부릅니다. 나쁜 프롬프트는 이 위험도 그대로 열어 둡니다.

반대로 좋은 프롬프트는 질문 하나가 아니라 업무 요청서에 가깝습니다. 독자, 목적, 내용 범위, 톤, 길이, 출력 형식이 들어가면 AI가 고민할 범위가 줄어듭니다. 동료에게 “자료 좀 만들어줘”보다 “내일 임원 보고용으로 시장 규모·경쟁사·리스크를 5장 슬라이드로 정리해줘”라고 말하는 쪽이 낫다는 비유가 이해하기 쉽습니다.

같은 요청을 두 가지로 쓰면 어떻게 달라질까?

블로그 글 요청으로 비교해 보겠습니다. 나쁜 쪽은 “AI 활용 블로그 글 써줘” 한 줄입니다. 좋은 쪽은 이렇습니다.

“생성형 AI를 처음 접하는 직장인을 대상으로 블로그 글을 써줘. 목적은 ‘AI를 업무에 써보고 싶다’는 마음이 들게 하는 거야. 어려운 기술 설명은 줄이고 이메일 초안·회의록 요약·자료 조사 예시를 넣어줘. 길이는 1,200자 안팎, 친절하지만 과장하지 않는 톤으로. 마지막에 바로 따라 해볼 수 있는 프롬프트 예시 3개를 넣어줘.”

세일즈포스의 비교도 같은 방향입니다. “우리 회사 새 CRM 홍보 이메일 써줘”는 뻔한 글로 끝나기 쉽습니다. 여기에 작성자 역할(카피라이터), 받는 사람(IT 팀장), 형식(불렛 포인트), 제약(전문 용어 배제)을 붙이면 수정 없이 보낼 수 있는 초안에 가까워진다는 설명입니다. 세일즈포스 프롬프트 가이드에서 원문을 볼 수 있어요.

역할을 붙이고 복사해 쓰는 틀은 어떤 모양일까?

자주 쓰는 뼈대는 역할, 목적, 형식, 예시입니다. 여기서 역할은 “세계 최고 전문가야” 같은 거창한 호칭이 아니에요. 원하는 관점을 알려 주는 용도입니다. 한국공학대학교 AI 안내 페이지는 기본 공식으로 C.R.E.A.D를 소개하는데, 예시 문장은 참고용이니 꾸준히 테스트하며 고쳐 쓰라고 덧붙입니다.

아래 빈칸만 바꿔 쓰면 됩니다. “[읽는 사람]을 위해 [결과물 종류]를 써줘. 목적은 [이 글로 얻고 싶은 것]이야. 포함할 내용은 [범위], 톤은 [분위기], 길이는 [분량]. 형식은 [표/불렛/문단]으로 해줘. 내가 준 자료에 없는 내용은 지어내지 말고 ‘확인 불가’라고 답해줘.”

핵심은 마지막 문장입니다. 모르는 내용은 추측하지 말고 제공한 자료만 쓰라고 적어 두면 환각을 줄이는 데 도움이 됩니다. 다만 한 번 적었다고 한계가 사라지진 않으니, 숫자와 날짜는 직접 한 번 더 확인하세요.

첫 답이 마음에 안 들면 처음부터 다시 써야 할까?

아닙니다. 대화는 맥락이 이어지니까 “이 부분을 더 구체적으로”, “톤을 더 격식 있게”처럼 후속 지시를 주는 편이 빠릅니다. 세일즈포스는 이를 점진적 구체화(Iterative Refinement)라고 부르며, 한 줄로 완벽하게 쓰려는 부담을 내려놓으라고 권합니다. 항로를 한 번에 맞추려 하지 말고 조금씩 궤도 수정을 하는 거죠.

길이에도 요령이 있습니다. 모켓 프롬프트 바이블은 한국어가 영어보다 더 많은 토큰(AI가 글을 쪼개 읽는 단위)으로 쪼개지기 쉬워서, 인사말이나 겸손한 표현은 빼고 핵심을 간결하게 쓰는 편이 유리하다고 설명합니다. 또 AI는 긴 글의 중간 부분을 놓치는 경향이 있어서, 꼭 지킬 지시는 프롬프트 맨 앞이나 맨 뒤에 두라는 조언도 있어요. 이 두 가지는 해당 자료의 설명이니 직접 써 보며 확인해 보세요. 모켓 AI 프롬프트 바이블 1장

프롬프트를 잘 써도 안 되는 일이 있을까?

있습니다. 좋은 프롬프트는 결과를 개선할 뿐, 틀린 정보를 사실로 바꾸거나 없는 데이터를 채워 주지는 못합니다. 음식 주문에 빗대면 “맵지 않고 고기 없는 메뉴”까지는 맞춰 주지만, 식당에 없는 재료로 요리하게 할 수는 없는 것과 같습니다.

업무에서는 입력 내용도 조심해야 합니다. 회사 기밀이나 개인정보를 그대로 넣지 않는 것이 기본이고, 기업에서는 프롬프트 관리와 보안이 이슈가 되고 있습니다. 틸노트의 프롬프트 설명에도 이 내용이 나옵니다.

또 이미지·영상·음악 AI는 문법이 따로 있습니다. Kling 3.0 같은 영상 모델은 사진 캡션보다 움직임과 카메라 연출을 적은 장면 설명에 반응합니다(Morphic Kling 3.0 가이드). Suno는 장르·보컬·템포 같은 태그와 [Verse], [Chorus] 구조 태그를 쓰는 쪽이 낫다고 안내문이 설명합니다(모켓 Suno 프롬프트 마스터). 대화형 AI에서 익힌 요령을 그대로 옮기기보다 도구별 안내를 먼저 보세요.