설계가 필요한 일을 할 때, 성격이 급한 사람에게 꼭 필요한 원칙이 하나 있다.
“생각을 마치기 전까지는 펜을 들지 말라.”
구조적인 구상이 끝나기도 전에 손부터 움직이면, 결국 지우고 고치고 되돌아오는 비용이 더 커진다. 이 원칙은 코딩이나 기획, 글쓰기뿐 아니라 AI와 일하는 방식에도 그대로 적용된다. 프롬프트 엔지니어링은 프롬프트를 잘 쓰는 기술이 아니라, 생각을 끝낸 뒤에 펜을 드는 기술에 더 가깝다.
이 글에서는 AI에게서 원하는 결과가 나오지 않는 진짜 이유를 짚고, 실제 두 번의 시도를 통해 결과를 바꾼 프롬프트 엔지니어링의 핵심 원칙 3가지를 이야기한다.
AI에서 원하는 결과가 안 나오는 진짜 이유
많은 사람들이 AI를 이렇게 사용한다.
“일단 던져보고, 마음에 안 들면 다시 시키지 뭐.”
하지만 GPT나 Claude 같은 모델은 단 한 번의 프롬프트로 완벽한 답을 주는 구조가 아니다. 수정 → 보완 → 재질문(Revisioning)을 거치며 점점 원하는 결과에 가까워진다. 그래서 AI 활용에서 자주 언급되는 스킬이 Iterative Prompting(반복적 프롬프트 작성)이다.
그런데 여기서 한 가지를 놓치기 쉽다.
👉 반복 이전에, 초기 세팅이 제대로 되어 있느냐는 점이다.
초기 세팅이 잘못되면 아무리 반복해도 원하는 결과에 도달할 수 없다. 프롬프트 엔지니어링의 핵심은 바로 이 초기 세팅에 있다.
두 번의 시도가 만든 완전히 다른 결과
직접 경험한 사례로 설명한다. 워드프레스 블로그 포스팅을 AI에 맡기면서 두 가지 전혀 다른 방식으로 시도해봤다.
첫 번째 시도: 결과부터 요구하기
"블로그 글을 써줘"
→ "이제 Rank Math 기준에 맞게 다시 정리해줘"
→ "SEO에 맞게 키워드 다시 배치해줘"
결과는 어땠을까? 몇 차례 수정을 거쳐도 원하는 구조가 나오지 않았다. AI는 열심히 고치고 있었지만, 애초에 어떤 기준으로 판단해야 하는지에 대한 맥락이 주어지지 않았기 때문이다.
두 번째 시도: 구조부터 묻기
순서를 완전히 바꿨다.
"Rank Math 기준에 맞는 워드프레스 글을 쓰려면
내가 AI에게 어떤 프롬프트 지시를 내려야 하는지 먼저 알려줘."
결과를 요구하지 않고, 결과를 만들기 위한 ‘지시 구조’부터 요청한 것이다. 결과는 단 한 번에 성공했다.
차이는 하나였다. 프롬프트 엔지니어링의 핵심 두 가지 — 지시(Instruction) 와 맥락(Context) — 를 먼저 세팅했느냐, 그렇지 않았느냐.
프롬프트 엔지니어링의 핵심 — 지시와 맥락
프롬프트 엔지니어링의 구조는 단순하다.
| 요소 | 역할 | 예시 |
|---|---|---|
| 지시(Instruction) | 무엇을 해야 하는가 | “3문장으로 요약해” |
| 맥락(Context) | 어떤 조건과 배경에서 해야 하는가 | “Rank Math SEO 기준에 맞춰, 독자는 비전공자” |
AI는 인간처럼 ‘의도’를 추론하지 않는다. 대부분의 경우 문자 그대로 해석한다.
- “잘 써줘” ❌ — 기준이 없다
- “3문장으로 핵심만 요약해” ✅ — 지시가 명확하다
입력 데이터나 출력 형식보다 이 두 가지의 구체성이 결과 품질을 압도적으로 좌우한다. 특히 SEO나 보고서처럼 규칙이 명확한 작업일수록, 맥락이 빠지면 결과가 무너진다.
프롬프트는 대화가 아니라 설계도다
실무에서 가장 안정적인 프롬프트 구조는 아래 순서를 따른다.
| 순서 | 요소 | 역할 |
|---|---|---|
| 1 | 역할(Role) | AI가 어떤 포지션으로 답해야 하는가 |
| 2 | 맥락(Context) | 어떤 조건과 배경인가 |
| 3 | 지시(Task) | 무엇을 해야 하는가 |
| 4 | 출력 형태(Output) | 어떤 형식으로 답해야 하는가 |
이 구조를 잡아주지 않으면, AI는 무엇을 기준으로 판단해야 할지 알 수 없다.
같은 지시라도 ChatGPT, Claude, Gemini 등 AI 모델에 따라 결과는 달라진다. 결국 모델이 바뀌어도 흔들리지 않는 것은 프롬프트의 구조 — 특히 맥락(Context)을 중심으로 설계된 프롬프트다. 앞으로는 Context를 중심으로 구조적 효율을 극대화하는 기법을 별도 포스팅으로 다뤄볼 생각이다.
프롬프트 엔지니어링 입문자라면 결과를 먼저 요구하기 전에, “AI가 어떤 기준과 조건에서 작업해야 하는지”를 먼저 담는 것이 가장 효과적인 첫 번째 변화다.
핵심 요약
| 원칙 | 내용 |
|---|---|
| 생각 먼저, 펜 나중 | 초기 세팅 없이 반복해봤자 한계가 있다 |
| 지시 + 맥락 | 이 두 가지가 결과 품질을 결정한다 |
| 설계도 구조 | Role → Context → Task → Output 순서를 지킨다 |
[링크 제안]
AI와 일하는 방식을 구조적으로 바꾸고 싶다면, 바이브 코딩 실전 경험도 함께 읽어볼 만하다.
프롬프트 하나로 실제 웹 프로그램까지 만들어본 경험이 궁금하다면 아래 글도 참고가 된다.
영화 아이언맨을 감상하며 Refresh도 하고 Inspiration도 얻어보자
