같은 도구, 다른 결과
똑같은 AI를 쓰는데 어떤 사람은 보고서 초안을 10분 만에 뽑고, 어떤 사람은 “AI 써봤는데 별로던데”라고 말한다. 모델이 달라서가 아니다. 입력이 다르기 때문이다.
AI에게 주는 입력 — 질문, 지시, 자료, 예시를 모두 합친 것 — 을 프롬프트(prompt) 라고 한다. 그리고 원하는 결과가 나오도록 프롬프트를 설계하는 기술이 프롬프트 엔지니어링(prompt engineering) 이다.
프롬프트는 AI에게 던지는 질문이 아니라, AI에게 주는 작업 환경 전체다.
이 관점 전환이 이 글의 핵심이다.
AI는 프롬프트를 어떻게 처리하나
프롬프트가 왜 중요한지 이해하려면, AI(대규모 언어 모델)의 작동 방식을 아주 단순화해서 알아둘 필요가 있다.
언어 모델은 “주어진 글 다음에 올 가장 그럴듯한 내용”을 예측하는 기계다. 방대한 텍스트로 학습했기 때문에, 앞에 어떤 글이 놓이느냐에 따라 뒤에 이어질 내용의 방향이 결정된다.
이 사실에서 세 가지 실용적 결론이 나온다.
- 모호한 입력에는 평균적인 출력이 나온다. “마케팅 글 써줘”라고 하면, 세상 마케팅 글의 평균 같은 무난한 글이 나온다. 내 상황에 맞는 글이 나올 정보가 입력에 없기 때문이다
- 맥락을 주면 출력이 그 맥락에 맞춰진다. 대상 고객, 제품 특징, 원하는 톤을 주면 예측의 범위가 좁혀진다
- AI는 내 머릿속을 모른다. 내가 당연하게 아는 배경지식도 프롬프트에 없으면 AI에게는 존재하지 않는 정보다
결과가 별로였다면 대부분 이 세 번째가 원인이다. 내 머릿속에만 있던 요구사항을 글로 꺼내는 것 — 프롬프트 엔지니어링의 절반은 이것이다.
”모델이 좋아지면 프롬프트는 필요 없어지지 않나?”
타당한 질문이고, 절반은 맞다. 최신 모델은 어색한 프롬프트도 잘 알아듣고, 예전에 통하던 잔기술(마법의 주문 같은 문구들)은 대부분 의미가 없어졌다.
하지만 나머지 절반은 시간이 지나도 변하지 않는다.
- 맥락은 여전히 사람이 줘야 한다. 아무리 똑똑한 AI도 우리 회사의 상황, 이 문서의 용도, 내 취향은 말해주지 않으면 모른다. 이건 지능의 문제가 아니라 정보의 문제다
- 요구사항 정의는 사람의 일이다. “무엇이 좋은 결과인가”를 정하는 것은 AI가 대신할 수 없다. 프롬프트 작성은 사실상 요구사항 정의 훈련이다
- 작업이 커질수록 격차도 커진다. 한 줄 질문에서는 프롬프트 실력 차이가 안 보이지만, 보고서 작성·데이터 분석처럼 여러 단계 작업에서는 지시 품질이 결과를 좌우한다
잔기술은 유통기한이 있지만, “명확하게 요구하는 능력”은 유통기한이 없다.
바로 적용하는 원칙 6가지
원칙 1: 결과물의 모습을 먼저 정한다
지시하기 전에 스스로에게 묻자 — “완성본이 어떤 모습이면 만족할까?” 형식(표? 목록? 줄글?), 분량, 어조를 정했으면 그대로 적는다.
| 나쁜 예 | 좋은 예 |
|---|---|
| 이 내용 정리해줘 | 이 내용을 핵심 주장 3개로 요약하고, 각 주장 아래 근거를 2줄씩 붙여줘 |
| 이메일 써줘 | 거래처에 일정 연기를 요청하는 이메일. 정중하되 사과는 한 번만, 5문장 이내 |
원칙 2: 맥락을 아끼지 않는다
배경 정보는 많을수록 좋다. 누가 읽을 글인지, 어디에 쓸 것인지, 이전에 어떤 시도가 있었는지. 프롬프트가 길어지는 것을 걱정할 필요 없다 — 모호한 짧은 지시보다 구체적인 긴 지시가 언제나 낫다.
원칙 3: 예시 하나가 설명 열 줄보다 낫다
원하는 형식이 확실하다면 직접 보여주자.
아래 형식으로 정리해줘:
[날짜] | [업무] | [소요시간] | [비고]
2026-07-01 | 주간회의 | 1시간 | 액션아이템 3건
AI는 패턴을 따라 하는 데 매우 능하다. 이 기법을 퓨샷(few-shot, 예시 제시) 프롬프팅이라고 부른다.
원칙 4: 역할을 지정한다
“당신은 10년차 편집자다. 이 글의 논리적 허점을 지적해줘”처럼 관점을 지정하면, 답변의 기준과 깊이가 그 역할에 맞춰진다. 만능은 아니지만, 어떤 기준으로 판단해달라는지를 압축해서 전달하는 효율적인 방법이다.
원칙 5: 큰 작업은 단계로 나눈다
“자료 조사해서 보고서 완성해줘”를 한 번에 시키면 중간 과정을 통제할 수 없다. 나누자.
- “먼저 목차만 잡아줘” → 검토
- “1장부터 작성해줘” → 검토
- “지적한 부분 반영해서 2장…”
단계마다 확인하면 방향이 어긋났을 때 일찍 잡을 수 있다. 30분치 작업을 통째로 버리는 일이 없어진다.
원칙 6: 첫 결과는 초안이다 — 반복 개선하라
첫 출력이 마음에 안 드는 건 실패가 아니라 정상이다. 구체적으로 피드백하자. “별로야, 다시”(정보 없음)가 아니라 “두 번째 문단이 너무 격식체야. 구어체로 바꿔줘”(방향 있음). 두세 번의 왕복이 처음부터 완벽한 프롬프트를 고민하는 것보다 빠를 때가 많다.
자주 하는 실수 4가지
- 질문을 뭉뚱그린다 — “이거 어때?”보다 “논리 전개에서 어색한 부분이 있는지 봐줘”가 쓸모 있는 답을 부른다
- 한 프롬프트에 여러 주제를 섞는다 — 요약도 해달라, 번역도 해달라, 아이디어도 달라를 한 번에 던지면 전부 어중간해진다
- AI의 첫 답을 정답으로 취급한다 — 특히 사실관계·수치는 반드시 검증하자. AI는 틀린 내용을 자신 있게 말할 수 있다
- 잘 된 프롬프트를 버린다 — 만족스러운 결과를 낸 프롬프트는 자산이다. 어딘가에 저장해두자
다음 단계: 프롬프트에서 스킬로
마지막 실수 항목이 자연스럽게 다음 주제로 이어진다. 잘 만든 프롬프트를 메모장에 저장해두고 매번 복사해 쓰기 시작했다면 — 그 프롬프트는 재사용 가능한 절차로 승격할 때가 된 것이다.
검증된 프롬프트를 명령어 하나로 실행하는 방법이 Skill이다. 프롬프트가 1회용 지시라면, 스킬은 축적되는 자산이다.