2026년 10월 24일 · 오늘의 38번째 글

프롬프트 엔지니어링이라는 말은 거창하게 들리지만, 하는 일은 AI에게 일을 맡기는 설명서를 쓰는 것입니다. 처음 만난 동료에게 일을 부탁할 때 무엇을, 왜, 어떤 모양으로, 무엇은 빼고 해 달라고 말하는 것과 같은 구조입니다. 그런데 많은 입문자가 이 구조를 배우기 전에 「잘 먹히는 문장」부터 모읍니다. 복사한 문장은 한두 번 통하다가 상황이 바뀌면 왜 안 되는지 모르는 채로 멈춥니다. 이 글은 어떤 대화형 AI를 쓰든 그대로 옮겨 갈 수 있는 설계 원리와 연습 순서를 정리하고, 단계마다 도움이 되는 클래스101의 AI 클래스를 붙였습니다. 특정 도구의 버전이나 요금은 자주 바뀌므로 다루지 않습니다.

AI 프롬프트 엔지니어링은 무엇부터 배워야 할까?

AI 프롬프트 엔지니어링은 좋은 프롬프트의 뼈대를 먼저 익히고, 그 뼈대로 쓴 첫 프롬프트를 대화로 다듬는 법, 예시를 주고 일을 단계로 나누는 법, 결과를 평가하는 기준, 잘 된 프롬프트를 템플릿으로 쌓는 법 순서로 배우는 것이 가장 덜 헤맵니다. 앞 단계가 뒤 단계의 재료가 되는 순서라서, 건너뛰면 뒤에서 막힙니다.

1. 뼈대: 역할, 맥락, 과제, 형식, 예시, 제약의 여섯 칸을 압니다. 결과가 나쁠 때 어느 칸이 비었는지 찾는 눈이 여기서 생깁니다.
2. 대화로 다듬기: 첫 답을 초안으로 보고, 고칠 점을 구체적으로 말해 두세 번 안에 원하는 결과에 가까워지는 연습을 합니다.
3. 예시와 단계: 말로 설명하기 어려운 기준은 예시로 보여 주고, 큰 일은 작은 단계로 나눠 맡깁니다.
4. 평가 기준: 결과를 보기 전에 무엇이 좋은 결과인지 체크리스트로 정해 두고, 프롬프트를 바꿨을 때 정말 나아졌는지를 비교합니다.
5. 템플릿: 여러 번 통한 프롬프트를 빈칸이 있는 틀로 저장해 다음에는 빈칸만 채워 씁니다.

이 다섯 단계에서 가장 많이 건너뛰는 것이 네 번째인 평가 기준입니다. 결과가 마음에 드는지만 보고 넘어가면 어떤 문장이 효과가 있었는지 알 수 없고, 같은 실수를 반복합니다. 반대로 기준을 먼저 정하는 습관이 붙으면 프롬프트 실력이 눈에 띄게 빨리 늡니다.

좋은 프롬프트의 뼈대는 어떻게 생겼을까?

좋은 프롬프트는 역할, 맥락, 과제, 형식, 예시, 제약의 여섯 칸으로 이루어져 있고, 매번 여섯 칸을 다 채울 필요는 없지만 결과가 엉뚱할 때는 거의 항상 이 중 하나가 비어 있습니다. AI는 내가 준 정보 안에서 가장 그럴듯한 답을 만들기 때문에, 비어 있는 칸은 가장 평균적인 내용으로 채워집니다. 일반론 같은 답이 나오는 이유가 대부분 이것입니다.

• 역할: 누구의 입장에서 답할지 정합니다. 10년 차 편집자, 초등학생에게 설명하는 과학 선생님처럼 관점과 수준을 함께 정해 주는 칸입니다.
• 맥락: 이 일이 왜 필요한지, 누가 읽는지, 지금까지 무엇을 했는지를 적습니다. 내가 당연하게 아는 사정일수록 AI는 모릅니다.
• 과제: 무엇을 해 달라는지 동사 하나로 분명하게 씁니다. 정리해 줘보다 세 가지 선택지로 나눠 장단점을 비교해 줘가 분명합니다.
• 형식: 결과의 모양을 정합니다. 표인지 목록인지, 몇 개인지, 몇 자 안팎인지, 어떤 말투인지를 적습니다.
• 예시: 원하는 결과와 비슷한 샘플을 보여 줍니다. 말로 설명하기 어려운 분위기나 수준을 전달할 때 가장 강력한 칸입니다.
• 제약: 하지 말아야 할 것과 지켜야 할 조건입니다. 확실하지 않은 내용은 모른다고 말하라, 전문 용어는 풀어서 쓰라 같은 문장이 여기에 들어갑니다.

두 번째 프롬프트에는 어려운 기술이 하나도 없습니다. 내 머릿속에 있던 사정을 칸에 맞춰 옮겨 적었을 뿐입니다. 연습할 때는 결과가 마음에 들지 않을 때마다 여섯 칸을 하나씩 짚으며 무엇이 비었는지 찾아보세요. 대개 맥락이나 형식이 비어 있습니다. 뼈대와 함께 AI가 답을 만드는 원리부터 차근차근 짚어 주는 입문 강의로 시작하면 이 칸들이 왜 필요한지가 더 잘 이해됩니다.

한 번에 끝내지 않고 대화로 다듬으려면 어떻게 해야 할까?

대화로 다듬으려면 첫 답을 완성본이 아니라 초안으로 보고, 마음에 들지 않는 부분을 「더 좋게」가 아니라 무엇을 어떻게 바꿀지 구체적으로 말해야 합니다. 프롬프트를 한 번에 완벽하게 쓰려고 오래 고민하는 것보다, 적당한 프롬프트로 시작해 두세 번 주고받으며 맞춰 가는 편이 빠르고 결과도 좋습니다.

다듬는 말은 세 종류로 나눠 쓰면 편합니다. 첫째는 방향을 바꾸는 말입니다. 너무 딱딱하니 친구에게 말하듯 바꿔 줘, 장점보다 위험을 먼저 써 줘처럼 전체의 방향을 틀어 줍니다. 둘째는 부분을 고치는 말입니다. 두 번째 항목만 세 줄로 줄여 줘, 표의 마지막 열을 빼 줘처럼 위치를 짚어서 말합니다. 셋째는 이유를 묻는 말입니다. 왜 이 순서로 정리했는지 설명해 줘라고 물으면 AI가 내 의도를 어떻게 이해했는지가 드러나고, 어긋난 지점을 찾기 쉽습니다.

내가 무엇을 원하는지 아직 흐릿할 때는 순서를 뒤집어 AI에게 먼저 질문하게 하는 방법이 효과적입니다. 답을 쓰기 전에 더 필요한 정보가 있으면 나에게 세 가지만 물어봐라고 덧붙이면, AI가 비어 있는 칸을 대신 찾아 줍니다. 그 질문에 답하는 과정에서 내 생각도 정리됩니다.

대화가 길어지면 앞에서 한 요청과 뒤의 요청이 섞여 답이 흐트러질 때가 있습니다. 서너 번 고쳐도 엉뚱한 방향으로 간다면 지금까지 정한 조건을 하나의 프롬프트로 정리해 달라고 한 뒤, 새 대화에서 그 정리본으로 다시 시작하세요. 이렇게 얻은 정리본이 다음 단계에서 쌓을 템플릿의 초안이 됩니다. 질문을 던지는 사고방식 자체를 따로 연습하고 싶다면 질문법에 초점을 둔 입문 강의가 도움이 됩니다.

예시는 어떻게 주고 일은 어떻게 나눠야 할까?

예시는 원하는 결과와 비슷한 샘플을 두세 개, 서로 조금씩 다르게 보여 주고 무엇을 따라 하고 무엇은 따라 하지 말지를 함께 적어 주면 되고, 일은 한 번에 맡기지 말고 개요, 본문, 검토처럼 단계를 나눠 한 단계씩 확인하며 맡기면 됩니다. 둘 다 AI가 짐작해야 하는 범위를 좁히는 방법입니다.

예시를 주는 법

예시를 하나만 주면 AI는 그 예시의 내용까지 그대로 베끼는 경향이 있습니다. 소재가 다른 예시를 두세 개 주면 공통점인 형식과 말투만 골라 따라 합니다. 예시 앞에는 이 예시에서 문장 길이와 말투만 참고하고 내용은 가져오지 마라처럼 무엇을 배울지 짚어 주세요. 좋은 예시와 함께 이렇게 쓰면 안 된다는 나쁜 예시를 하나 보여 주는 것도 효과가 있습니다. 경계가 어디인지가 분명해집니다.

예시를 구하기 어렵다면 AI가 만든 결과 중 가장 마음에 든 것을 다음 프롬프트의 예시로 다시 쓰면 됩니다. 이렇게 한 번 통과한 결과를 예시로 재활용하면 매번 결과의 수준이 일정해집니다.

단계를 나누는 법

보고서, 기획안, 긴 글처럼 큰 일을 한 프롬프트에 몰아서 맡기면 앞부분은 괜찮다가 뒤로 갈수록 품질이 떨어지거나, 중간에 방향이 틀어져도 끝까지 가서야 알게 됩니다. 일을 나누면 단계마다 내가 확인하고 고칠 수 있습니다.

1. 개요: 목차나 핵심 주장 세 가지만 먼저 받습니다. 여기서 방향이 맞는지 확인합니다.
2. 본문: 확정한 개요를 붙여 넣고 한 부분씩 쓰게 합니다. 앞 부분의 결과를 다음 단계의 맥락으로 함께 줍니다.
3. 검토: 완성본을 다시 넣고 앞에서 정한 평가 기준으로 스스로 점검하게 합니다. 고칠 곳을 목록으로 받은 뒤 내가 고를 수 있습니다.

한 단계의 결과를 다음 단계의 입력으로 넘기는 이 구조를 반복하다 보면, 같은 흐름을 매번 손으로 돌리는 대신 이어서 돌리고 싶어집니다. 업무 자동화가 바로 이 지점에서 시작되고, 그 순서는 AI 업무 자동화 배우기, 반복 업무 줄이는 순서로 고르는 법에서 따로 정리했습니다. 프롬프트 단계에서는 AI가 일을 어떤 구조로 처리하는지 감을 잡는 강의와, 원하는 결과를 얻는 실전 연습에 집중한 강의를 함께 보면 좋습니다.

AI 답이 좋은지 나쁜지는 무엇으로 판단할까?

AI 답이 좋은지는 결과를 보기 전에 미리 정해 둔 체크리스트 서너 개로 판단하고, 프롬프트를 고칠 때는 한 번에 한 가지만 바꿔서 그 기준으로 전과 후를 비교하면 됩니다. 기준 없이 보면 문장이 매끄러운 답이 좋아 보이는데, 매끄러움과 쓸모는 다른 문제입니다.

체크리스트는 이번 일에서 꼭 지켜져야 하는 것만 적습니다. 회의록이라면 결정 사항이 빠짐없이 들어갔는가, 담당자와 마감일이 있는가, 메모에 없는 내용이 섞이지 않았는가 정도면 충분합니다. 각 항목을 통과와 실패로만 표시하면 어떤 프롬프트가 더 나은지 감이 아니라 숫자로 보입니다.

여기서 중요한 것은 같은 프롬프트도 돌릴 때마다 결과가 조금씩 달라진다는 점입니다. 한 번 좋게 나왔다고 그 프롬프트가 좋은 것이 아니므로 두세 번 돌려서 비교하세요. 그리고 바꿀 때는 한 번에 한 칸만 바꿉니다. 역할과 형식을 동시에 바꾸면 결과가 좋아져도 무엇 때문인지 알 수 없습니다.

특히 숫자, 날짜, 사람과 기관 이름, 인용문은 체크리스트와 별개로 원래 자료와 직접 대조해야 합니다. AI는 틀린 내용도 맞는 내용과 똑같이 자신 있는 말투로 씁니다. 평가 기준에 원래 자료와 다른 내용이 없는가를 늘 넣어 두는 습관이 사고를 막습니다. 기법을 적용하기 전과 후의 결과를 나란히 비교하는 연습을 강의에서 해 보면 이 감각이 빨리 생깁니다.

이미지 프롬프트는 글 프롬프트와 무엇이 다를까?

이미지 프롬프트는 무엇을 하라는 지시보다 완성된 장면에 무엇이 보이는지를 묘사하는 글이라는 점이 글 프롬프트와 가장 다릅니다. 글 프롬프트에서는 역할과 과제, 형식이 중심이지만, 이미지 프롬프트에서는 주제, 스타일, 분위기, 구도, 빛과 색처럼 화면을 구성하는 요소를 하나씩 정하는 것이 중심입니다.

• 주제: 무엇이, 누가, 어디에서 무엇을 하고 있는지를 구체적으로 씁니다. 고양이보다 창가 햇빛 아래에서 낮잠 자는 회색 고양이가 낫습니다.
• 스타일: 사진인지 일러스트인지 수채화인지, 어떤 질감인지를 정합니다. 특정 작가의 이름을 흉내 내도록 쓰는 것은 권리 문제가 생길 수 있어 피하는 편이 안전합니다.
• 분위기와 빛: 차분한, 활기찬 같은 형용사와 함께 아침 햇살, 흐린 날의 부드러운 빛처럼 빛의 조건을 적으면 분위기가 훨씬 정확해집니다.
• 구도: 가까이에서 찍은 얼굴, 위에서 내려다본 책상처럼 카메라의 위치와 거리를 정합니다.
• 빼고 싶은 것: 글자, 로고, 사람 손처럼 들어가지 않았으면 하는 요소를 따로 적습니다.

다듬는 방식도 다릅니다. 글은 대화로 부분을 고쳐 달라고 할 수 있지만, 이미지는 여러 장을 한꺼번에 만들어 가장 가까운 것을 고른 뒤 그 차이를 말로 옮겨 프롬프트를 고치는 방식이 일반적입니다. 그래서 이미지 쪽에서는 마음에 든 결과의 프롬프트를 버전별로 기록해 두는 습관이 더 중요합니다. 이미지 안의 글자나 같은 인물을 여러 장에 걸쳐 똑같이 유지하는 일은 도구와 기능에 따라 결과가 크게 갈리므로, 처음부터 그것을 목표로 잡기보다 한 장을 원하는 대로 만드는 데서 시작하세요.

이미지 프롬프트를 요소별로 나눠 설계하는 법은 이미지 생성 쪽 강의에서 더 깊이 다룹니다.

만든 이미지를 브랜드나 SNS 콘텐츠로 이어 가는 방법은 AI로 브랜드 비주얼·SNS 콘텐츠 만드는 법, 클래스 4선에 모아 두었습니다.

프롬프트 템플릿 라이브러리는 어떻게 쌓을까?

프롬프트 템플릿 라이브러리는 두세 번 이상 좋은 결과를 낸 프롬프트를 바뀌는 부분만 빈칸으로 비워 저장하고, 언제 쓰는지와 결과 예시를 함께 적어 두는 방식으로 쌓습니다. 잘 된 대화를 그대로 복사해 두기만 하면 나중에 어디를 바꿔야 할지 몰라 다시 처음부터 쓰게 됩니다.

템플릿은 일의 종류별로 묶어 두면 찾기 쉽습니다. 요약하기, 초안 쓰기, 바꿔 쓰기, 비교하기, 아이디어 내기처럼 동사로 폴더를 나누면 새 일이 들어왔을 때 어느 틀에서 시작할지 바로 보입니다. 메모 앱이든 문서든 상관없지만, 한곳에 모으는 것이 중요합니다.

한 달에 한 번은 라이브러리를 훑어보며 손이 안 가는 템플릿은 지우고, 자주 쓰는 템플릿은 그동안 대화에서 매번 덧붙인 조건을 본문에 넣어 고칩니다. 쓰는 도구를 바꿨거나 같은 도구라도 결과의 습관이 달라졌다고 느끼면 평가 기준으로 다시 돌려 보고 손보세요. 템플릿은 한 번 만들고 끝나는 파일이 아니라 계속 고쳐 쓰는 작업 노트입니다.

아이와 함께 쓰는 질문처럼 생활 속 상황별로 프롬프트를 정리한 예는 부모를 위한 챗GPT 프롬프트 클래스 고르는 기준 5가지에서도 볼 수 있습니다.

프롬프트 연습은 첫 4주를 어떻게 짜면 좋을까?

프롬프트 연습의 첫 4주는 1주 차에 뼈대, 2주 차에 대화로 다듬기, 3주 차에 예시와 단계 나누기, 4주 차에 평가 기준과 템플릿 정리를 하나씩 붙이고, 매일 실제로 해야 하는 일 하나에 써 보는 방식으로 짜면 됩니다. 연습용 과제를 따로 만들기보다 오늘 할 일에 바로 쓰는 편이 오래 갑니다.

1. 1주 차 · 뼈대: 하루 한 번, 평소처럼 짧게 물은 뒤 같은 부탁을 여섯 칸을 채워 다시 물어 두 결과를 비교합니다. 주말에는 결과가 가장 많이 달라진 칸이 무엇이었는지 적어 봅니다.
2. 2주 차 · 대화로 다듬기: 첫 답을 받으면 반드시 두 번 더 고쳐 달라고 합니다. 방향을 바꾸는 말, 부분을 고치는 말, 이유를 묻는 말을 하루에 하나씩 써 봅니다.
3. 3주 차 · 예시와 단계: 말투나 형식이 중요한 일에 예시 두세 개를 붙여 봅니다. 긴 문서 하나를 골라 개요, 본문, 검토 세 단계로 나눠 완성해 봅니다.
4. 4주 차 · 평가와 템플릿: 자주 하는 일 세 가지를 골라 평가 기준을 쓰고, 프롬프트 두 가지를 비교해 이긴 쪽을 템플릿으로 저장합니다. 4주가 끝나면 템플릿이 다섯 개 안팎으로 쌓여 있는 것이 목표입니다.

매일 연습한 내용을 한 줄로 남겨 두면 4주 뒤 내가 어떤 실수를 반복하는지가 보입니다. 맥락을 자주 빼먹는 사람, 형식을 정하지 않는 사람처럼 사람마다 비는 칸이 다릅니다. 그 칸을 알게 되는 것이 첫 달의 가장 큰 수확입니다. 이 순서를 혼자 짜기 어렵다면 프롬프트 엔지니어링을 입문 단계부터 다루는 강의 하나를 정해 4주 동안 진도에 맞춰 같이 연습하는 방법도 있습니다.

프롬프트를 쓸 때 흔히 하는 실패는 무엇일까?

프롬프트를 쓸 때 가장 흔한 실패는 맥락을 빼먹고, 한 프롬프트에 여러 일을 몰아넣고, 결과를 확인하지 않은 채 쓰는 것입니다. 대부분 프롬프트 문장의 문제가 아니라 설계와 확인 습관의 문제입니다.

• 맥락 없이 묻기: 누가 읽는지, 왜 필요한지가 빠지면 누구에게나 맞는 평균적인 답이 나옵니다.
• 한 번에 다 맡기기: 조사, 분석, 글쓰기, 표 만들기를 한 프롬프트에 넣으면 각각이 얕아집니다. 단계로 나누세요.
• 부정문만 쓰기: 이렇게 하지 마만 반복하면 무엇을 하라는지가 비어 있습니다. 하지 말 것과 함께 대신 무엇을 할지를 적으세요.
• 주문 문장 수집: 잘 먹힌다는 문구를 모아 붙이면 프롬프트가 길어질 뿐 내 상황은 빠져 있습니다.
• 한 번 결과로 판단하기: 같은 프롬프트도 돌릴 때마다 결과가 달라지므로 두세 번 돌려 보고 평가 기준으로 견주세요.
• 확인 없이 쓰기: 숫자, 날짜, 이름, 인용, 출처는 원래 자료와 대조하기 전에는 그대로 쓰지 않습니다.
• 민감한 정보 넣기: 고객 개인정보, 회사 내부 자료, 계약 내용은 소속 조직의 규칙과 서비스 약관을 확인한 뒤에만 넣습니다.

AI 프롬프트 엔지니어링 강의는 무엇을 보고 골라야 할까?

AI 프롬프트 엔지니어링 강의는 직접 써 보는 실습 비중이 충분한지, 예제가 내 업무나 관심사와 가까운지, 기법을 적용하기 전과 후를 비교해 보여 주는지, 도구가 바뀐 뒤에도 내용을 손보는지를 보고 고르면 됩니다. 문장 모음을 건네는 강의보다 왜 그렇게 쓰는지 설명하는 강의가 도구가 바뀌어도 쓸모가 남습니다.

1. 실습 비중: 강사가 화면에서 보여 주기만 하는지, 수강생이 직접 프롬프트를 써 보는 과제가 있는지 커리큘럼에서 확인합니다.
2. 내 업무와 가까운 예제: 문서, 이미지, 데이터처럼 내가 실제로 다룰 결과물이 예제로 나오는지 봅니다. 예제가 멀면 배운 것을 옮기는 데 시간이 더 듭니다.
3. 전후 비교: 기법을 쓰기 전과 후의 결과를 나란히 보여 주는 강의는 평가 기준을 세우는 감각까지 함께 길러 줍니다.
4. 원리 설명: 이 문장을 쓰면 된다가 아니라 이 칸이 비면 이런 답이 나온다를 설명하는지 미리 보기로 확인합니다.
5. 업데이트: 도구 화면과 기능은 자주 바뀝니다. 강의 소개나 공지에서 내용을 손본 흔적이 있는지, 화면이 달라도 원리를 따라갈 수 있는 구성인지 살펴보세요.
6. 글과 이미지 중 무엇인가: 글 프롬프트와 이미지 프롬프트는 설계 방식이 달라서, 내가 주로 만들 결과물에 맞는 쪽을 먼저 고르는 것이 효율적입니다.

프롬프트를 설계하는 일이 직업으로서 어떤 의미가 있는지, 현업에서는 어떻게 일하는지 이야기를 먼저 들어 보고 싶다면 짧은 라이브 다시보기로 감을 잡을 수도 있습니다.

클래스101에는 이 글에서 소개한 원리·질문법·실전·이미지 프롬프트 클래스 말고도 생성형 AI를 다루는 AI 스킬업 클래스가 여럿 있습니다. 지금 내가 4주 순서의 어디쯤에 있는지부터 정하고, 그 단계에 맞는 강의 하나를 골라 오늘 할 일 하나에 바로 써 보는 것으로 시작해 보세요.

자주 묻는 질문

프롬프트 엔지니어링을 배우려면 코딩을 알아야 하나요?

아니요, 대화형 AI에게 일을 맡기는 프롬프트는 우리말 문장으로 씁니다. 필요한 것은 내가 원하는 결과를 남이 알아듣게 설명하는 힘과, 나온 결과를 기준에 비춰 고치는 습관입니다. 코딩은 프롬프트를 다른 프로그램과 연결해 자동으로 돌리는 단계에서 필요해집니다.

인터넷에 도는 프롬프트 모음을 복사해 쓰면 안 되나요?

출발점으로 쓰는 것은 괜찮지만 그대로 쓰면 내 상황이 빠진 답이 나옵니다. 남의 프롬프트에서는 문장보다 구조를 가져오세요. 어떤 칸(역할·맥락·형식·제약)을 채웠는지 보고, 그 칸에 내 사정을 넣어 다시 쓰는 것이 연습이 됩니다.

AI 도구를 바꾸면 프롬프트를 처음부터 다시 배워야 하나요?

원리는 그대로 옮겨 갑니다. 역할과 맥락을 주고, 형식과 제약을 밝히고, 예시를 보여 주고, 결과를 기준으로 평가하는 흐름은 어느 대화형 AI에서나 통합니다. 도구마다 답의 길이나 말투 습관이 달라서 저장해 둔 템플릿을 한두 번 손보는 정도가 필요합니다.

프롬프트는 길게 쓸수록 좋은가요?

길이보다 빠진 정보가 없는지가 중요합니다. 맥락과 형식이 빠진 짧은 프롬프트는 일반론을 부르고, 상관없는 사정을 길게 늘어놓은 프롬프트는 핵심을 흐립니다. 뼈대 여섯 칸 중 이번 일에 필요한 칸만 채우고, 나머지는 결과를 보고 더하세요.