ChatGPT를 매일 쓰는데도 "왜 내가 원한 답이 안 나오지?" 싶을 때가 있습니다. 모델이 멍청해서가 아니라 질문하는 방식에 함정이 숨어 있는 경우가 많습니다.

이 글은 프롬프트 엔지니어링 입문자를 위한 글입니다. 코딩이나 API 같은 어려운 이야기는 빼고, 챗봇 입력창에 무엇을 안 써야 하는지만 다룹니다.
같은 주제로 좋은 표현과 나쁜 표현을 번갈아 넣어보면서 직접 정리한 내용입니다. 5가지 중 2~3개만 고쳐도 답변 품질이 눈에 띄게 달라집니다.
프롬프트가 뭐길래 표현 하나로 답이 달라지나
프롬프트(Prompt)는 챗봇에게 입력하는 질문이나 지시문 전체를 말합니다. 사람과 달리 AI는 "행간"이나 "분위기"를 잘 못 읽습니다.
친구에게 "보고서 좀 잘 써줘"라고 하면, 친구는 그동안 봐온 당신 스타일을 떠올려 알아서 맞춰줍니다. 하지만 AI에는 그런 맥락이 없습니다.
그래서 사람한테는 자연스러운 표현인데 AI한테는 "아무거나 알아서 해도 된다"는 신호로 읽히는 말들이 있습니다. 이게 오늘 다룰 함정 표현들입니다.
| 사람에게 했을 때 | AI에게 했을 때 |
|---|---|
| 말하지 않은 맥락까지 추론 | 명시 안 한 부분은 무작위로 채움 |
| 분위기·톤 자동 보정 | 톤 지정 없으면 평균값으로 출력 |
| 모르면 되물음 | 모르면 그럴듯하게 지어냄 |
이 차이만 기억해도 아래 5가지가 왜 문제인지 바로 와닿습니다.
1. "잘 좀 써줘", "최대한 좋게"
가장 흔한 함정입니다. "잘"이라는 기준이 사람마다 다른데, AI는 그걸 모릅니다.
"마케팅 카피 잘 좀 써줘"라고 하면 AI는 가장 무난한 평균값을 뽑습니다. 결과물은 어디서 본 듯한 뻔한 문장이 됩니다.
대신 이렇게: "잘"을 측정 가능한 단어로 바꿉니다.
| 모호한 표현 | 구체적 대체 |
|---|---|
| 잘 써줘 | 30~40자, 친근한 반말 톤, 숫자 1개 포함 |
| 좋은 제목 | 호기심 유발형, 의문문, 20자 이내 |
| 자연스럽게 | 20대 직장인 SNS 말투, 이모지 1개 |
블로그 글을 쓰는 분이라면 "이 글 제목 잘 뽑아줘" 대신 "30자 이내, 숫자가 들어간 후킹형 제목 5개"라고 해보세요. 결과가 완전히 달라집니다.
2. "최대한 자세히", "가능한 한 길게"
자세하다고 무조건 좋은 답이 나오지는 않습니다. 오히려 답변이 길어질수록 핵심이 묻히고, 같은 말을 다르게 반복하는 부풀리기가 섞입니다.
직접 테스트해보니 "자세히 설명해줘"는 분량을 늘리려고 일반론을 끼워넣는 경향이 있었습니다. "Node.js의 장점을 자세히"라고 물으면 위키피디아 같은 답이 돌아옵니다.
대신 이렇게: 자세함의 목적과 분량을 정해줍니다.
나쁜 예: 프롬프트 엔지니어링에 대해 최대한 자세히 알려줘
좋은 예: 프롬프트 엔지니어링이 처음인 비개발자에게
300자 이내로 핵심 3가지만 설명해줘
"누구에게", "왜", "몇 자"가 들어가면 같은 주제도 답이 훨씬 날카로워집니다.
3. "알아서 판단해서", "적당히"
이 표현은 AI에게 책임을 떠넘기는 것처럼 보이지만 실제로는 품질을 운에 맡기는 행위입니다.
"이 중에 알아서 좋은 거 골라줘"라고 하면 AI는 가장 안전해 보이는 옵션을 고릅니다. 안전 ≠ 좋은 선택입니다.
엑셀 데이터를 정리할 때 "적당히 정리해줘"라고 하면, 어떤 칼럼을 기준으로 정렬할지·중복은 어떻게 처리할지 모두 AI가 임의로 정합니다. 그 결과를 그대로 쓰다가 나중에 데이터가 꼬인 걸 발견하는 경우가 많습니다.
대신 이렇게: 판단 기준을 1~2개라도 명시합니다.
💡 기준이 떠오르지 않으면 AI에게 먼저 물어보세요. "○○을 고를 때 어떤 기준들이 있어?"라고 한 뒤, 그중 마음에 드는 기준으로 다시 요청하면 됩니다.
4. "혹시 ~할 수 있어?", "~도 가능할까?"
공손한 표현은 인간관계에선 미덕이지만, 프롬프트에선 모호함의 원인이 됩니다.
"혹시 이 글을 영어로 번역할 수 있을까?"라고 하면 AI는 "네, 가능합니다"라고만 답하고 끝낼 때가 있습니다. 가능 여부를 물었지 번역해달라고 한 게 아니거든요.
물론 요즘 모델은 의도를 잘 파악해서 바로 번역해주는 경우가 더 많지만, 복잡한 요청에서는 이 차이가 결과를 가릅니다.
애매한 표현: 혹시 이 코드 좀 봐줄 수 있어?
명확한 지시: 이 코드의 버그를 찾아 줄 번호와 함께 알려줘
요청은 명령문으로 쓰는 게 좋습니다. AI에게 무례한 게 아닙니다 — AI는 감정이 없고, 명확한 지시를 더 잘 처리하도록 학습됐습니다.
5. "그거 있잖아", "아까 그 방식으로"
대화형 챗봇을 오래 쓰다 보면 앞 대화를 가리키는 표현을 자연스럽게 쓰게 됩니다. 문제는 AI가 이전 대화를 완벽하게 기억하지 못한다는 점입니다.
특히 대화가 길어지면 앞부분 내용은 점점 흐려집니다. 모델마다 한 번에 기억할 수 있는 분량(컨텍스트 윈도우)이 정해져 있기 때문입니다.
쉽게 비유하면 책상 위에 펼쳐둘 수 있는 종이 매수가 정해져 있어서, 새 종이를 올리면 오래된 종이는 책상 밑으로 떨어진다고 생각하면 됩니다.
대신 이렇게: 중요한 정보는 매번 다시 붙여넣습니다.
나쁜 예: 아까 그 형식으로 다시 만들어줘
좋은 예: 아래 형식으로 다시 만들어줘
- 제목: 30자 이내
- 본문: 3문단
- 마지막에 해시태그 3개
귀찮아 보이지만, 처음 한 번 정리해두면 복붙으로 쓸 수 있어 오히려 더 빠릅니다.
5가지를 한 번에 비교해보면
지금까지 다룬 함정을 한 표로 정리합니다. 프롬프트 쓸 때 옆에 띄워두면 좋습니다.
| 함정 표현 | 왜 문제인가 | 바꿀 방향 |
|---|---|---|
| 잘 써줘 | "잘"의 기준 없음 | 길이·톤·형식 명시 |
| 최대한 자세히 | 부풀리기 발생 | 대상·분량 한정 |
| 알아서 판단 | 운에 맡기는 꼴 | 기준 1~2개 제시 |
| 혹시 ~할 수 있어? | 가능 여부 질문으로 해석 | 명령문으로 작성 |
| 아까 그거 | 기억 흐려짐 | 정보 다시 붙여넣기 |
흐름으로 보면 결국 한 가지로 통합니다.
모호한 표현 → AI가 평균값으로 채움 → 평범한 답
구체적 표현 → AI가 빈칸 없이 처리 → 원하는 답
실제로 바꿔보면 답이 어떻게 달라지나
같은 주제로 직접 비교해본 사례를 하나 보여드립니다. 주제는 "신입 직원에게 보낼 환영 메시지".
나쁜 프롬프트:
신입사원한테 보낼 환영 메시지 잘 좀 써줘
이렇게 하면 "안녕하세요, 입사를 진심으로 환영합니다…" 같은 교과서 같은 답이 나옵니다. 어디서나 본 듯한 문장입니다.
고친 프롬프트:
다음 주 월요일에 입사하는 신입 디자이너에게 보낼 슬랙 환영 메시지를 써줘.
- 길이: 3~4문장
- 톤: 친근한 존댓말, 이모지 1개
- 포함 내용: 첫 출근날 점심 같이 먹자는 제안
- 피할 것: "고생하셨습니다" 같은 진부한 표현
조건을 5개 추가했을 뿐인데 결과는 그대로 갖다 쓸 수 있는 메시지가 나옵니다.
핵심은 "AI에게 빈칸을 남기지 않는다"는 감각입니다. 빈칸을 남기면 AI는 가장 무난하게 채우고, 무난함은 곧 평범함입니다.
마무리
오늘 다룬 5가지를 머릿속에 다 외울 필요는 없습니다. 한 가지 질문만 기억하세요 — "이 표현, 친구 10명한테 똑같이 던지면 다 같은 답을 줄까?"
답이 제각각일 것 같으면 그 프롬프트엔 빈칸이 있는 겁니다. 빈칸을 메우는 단어 한두 개만 추가해도 충분합니다.
다음에 ChatGPT나 Claude를 켤 때 평소 쓰던 질문을 한 번만 다시 읽어보세요. "잘", "자세히", "알아서" 같은 단어가 보이면 그 자리에 숫자나 기준을 하나만 넣어보는 겁니다. 이 작은 습관이 프롬프트 실력의 8할입니다.
'AI & LLM > 프롬프트 엔지니어링' 카테고리의 다른 글
| 프롬프트 길이의 비밀: 짧게 vs 길게, 언제 어떻게 쓸까 (0) | 2026.06.22 |
|---|---|
| 한국어 프롬프트 vs 영어 프롬프트, 답변 차이 직접 비교 (1) | 2026.06.14 |
| Few-shot 프롬프트 제대로 쓰는 법: 예시 개수와 순서의 비밀 (0) | 2026.06.10 |
| 역할 부여 프롬프트 한국어 예제 20선과 활용법 (0) | 2026.06.03 |
| 이미지 생성 AI 프롬프트 작성법 6단계 공식 (0) | 2026.06.02 |