
이런 질문을 많이 받아요.
'프롬프트를 어떻게 써야 결과가 좋아져요?'
'프롬프트 엔지니어링을 따로 공부해야 하나요?'
'프롬프트를 쓰는 법은 배우면 느나요?'
단순 AI 채팅을 할 때에는 프롬프트가 꽤 짧았지만 (한 번 질문을 던지고, 답을 받기)
요즘은 클로드코드, 코덱스, 안티그래비티 등으로 [ 리서치 -> 구상 -> 실행 -> 검증 ]을 한 번에 시키면서 폴더 안의 파일 탐색, 실제 파일 생성까지 시키게 되면서 프롬프트가 정말 길어지더라고요.

이런 긴 프롬프트들의 패턴이란 것은 없을까? 고민하다가 이런 질문을 AI 에이전트에 던지면 되겠더라고요.
"그동안 내가 던졌던 모든 요청들을 분석해서 내 프롬프트 구조는 어떤지, 어떤 작업을 주로 시켰는지, 좋았던 점과 별로였던 점을 정리해줘."

오늘은 이 질문을 던져 받은 답을 여러분께 공유하려고 합니다. (다른 분들의 요청도 정말 궁금하네요.)
이런 통계를 받을 수 있었어요.
- 스캔한 파일: 1,201개
- 사용자 메시지 후보: 7,828개
- 중복 제거 후 고유 메시지: 3,950개
- 실행형 프롬프트 후보: 1,817개
- 주요 반복 카테고리: 디버깅, 파일 변환, 구현/설정, 콘텐츠 OSMU, 조사, 검증, 광고 소재, 구조화
제가 감으로 쓰던 방식에도 패턴이 있더라고요.
제가 실제로 강의자료, 뉴스레터, 카드뉴스, 광고 소재, 자동화 작업을 만들 때 반복해서 쓰는 구조입니다.
01. 좋은 프롬프트는 '잘 말하는 법'보다 '일 맡기는 법'을 담는다.
프롬프트를 잘 쓰고 싶다고 하면 많은 분들이 먼저 표현을 고민합니다.
'더 전문적으로 말해야 하나?'
'역할을 길게 줘야 하나?'
'영어로 써야 하나?'
'마법 문장 같은 게 있나?'
저도 처음엔 그랬어요. 그런데 많이 써보니 결과를 가르는 건 문장력보다 업무 인수인계력에 가까웠습니다.
사람에게 일을 맡길 때를 생각해보면 쉬워요.
'이거 해주세요'라고만 하면 결과가 흔들립니다. 반대로 이런 식으로 말하면 훨씬 안정적이죠.
- 왜 필요한 일인지
- 어떤 자료를 봐야 하는지
- 어떤 순서로 진행해야 하는지
- 절대 건드리면 안 되는 것은 무엇인지
- 결과물을 어떤 형태로 줘야 하는지
- 끝나기 전에 무엇을 확인해야 하는지
AI도 비슷합니다. 특히 Claude Code나 Codex처럼 파일을 읽고, 만들고, 실행하고, 검증하는 도구를 쓸 때는 더 그래요.
저는 프롬프트를 '질문'이라고 생각하지 않으려고 해요. '작업 지시서'라고 봅니다. 그래서 좋은 프롬프트는 똑똑한 질문이 아니라, 빠짐없는 인수인계 문서에 더 가깝습니다.
02. 제가 가장 많이 쓰는 7칸 구조
제 대화 기록에서 반복해서 나온 성공 패턴은 이 7칸이었어요.

이 7칸을 매번 다 길게 쓸 필요는 없어요. 간단한 작업이면 가장 필요한 3칸만 써도 됩니다.
하지만 결과물이 중요할수록, 특히 내가 다시 손보면 시간이 오래 걸리는 작업일수록 이 구조가 필요해요.
예를 들어 '뉴스레터 써줘'는 너무 약합니다. AI는 뭘 보고, 누구 말투로, 어떤 분량으로, 어떤 이미지와 CTA를 넣어야 하는지 모르니까요.
실제로는 이렇게 씁니다.
이렇게 쓰면 AI가 '글 하나 써야 하는구나'에서 끝나지 않고, 어떤 자료를 보고 어떤 기준으로 완성해야 하는지 이해합니다.
실제 발행 과정도 훨씬 시간이 단축되고요.
03. 스캐폴딩은 AI에게 '생각의 발판'을 깔아주는 일이에요

요즘 또 중요해지는 개념은 '스캐폴딩'이에요.
스캐폴딩은 원래 건축 현장의 비계처럼, 작업자가 올라가서 일할 수 있게 임시로 세워두는 구조물을 말합니다.
프롬프트에서도 똑같아요.
AI에게 바로 최종 결과물을 요구하면, AI는 그럴듯한 완성본을 빠르게 내놓습니다. 문제는 그 완성본이 내 업무 기준에 맞는지 알 수 없다는 것이에요.
그래서 저는 최종 답을 바로 요구하기보다, 중간 발판을 자주 둡니다.
예를 들면 이런 식이에요.
이렇게 하면 좋은 점이 있어요. AI가 한번에 끝까지 달려가지 않고, 중간중간 판단 근거를 드러냅니다.
특히 콘텐츠 작업에서는 이게 중요합니다. 초안이 나쁘면 문장만 고쳐도 해결이 안 돼요. 구조가 잘못됐거나, 독자 설정이 틀렸거나, 핵심 메시지가 뒤에 숨어 있으면 처음부터 다시 잡아야 하거든요.
제가 카드뉴스나 뉴스레터를 만들 때도 비슷합니다.
- 바로 본문을 쓰기 전에 제목 후보를 먼저 뽑기
- 본문 전에 목차나 흐름을 먼저 잡기
- 이미지 만들기 전에 이미지 역할을 먼저 정하기
- 발행 전에 검증 기준을 먼저 세우기
이게 스캐폴딩입니다.
어렵게 들리지만, 실무에서는 아주 간단하게 말할 수 있어요.
'바로 쓰지 말고, 먼저 구조부터 보여줘.'
이 한 문장만 넣어도 결과물이 꽤 달라지죠.
04. 약한 요청은 대부분 '기준'이 빠져 있어요
제 프롬프트 샘플을 보면서 가장 많이 보인 것도 이 부분이었어요.
처음 요청이 약하면, 뒤에서 수정이 길어집니다.
예를 들어 이런 요청들이요.
| 약한 요청 예시 | 이렇게 보강하면 좋아져요. |
| 알아서 해줘 | 목표, 제약, 산출물 형식을 붙이기 |
| 예쁘게 만들어줘 | 레퍼런스, 색, 폰트, 비율, 금지 스타일을 주기 |
| 고쳐줘 | 증상, 기대 동작, 로그, 파일 경로를 주기 |
| 조사해줘 | 기간, 소스, 출처 형식, 표 컬럼을 주기 |
| 검토해줘 | OK/FAIL 기준과 증거 위치를 요구하기 |
| 자료 만들어줘 | 독자, 목차, 분량, 활용 목적을 주기 |

여기서 핵심은 AI를 못 믿어서 자세히 쓰는 게 아니에요. 내 머릿속 암묵지 기준을 밖으로 꺼내는 것에 가깝습니다.
사람도 '예쁘게 해주세요'라는 말을 들으면 난감하잖아요. 미니멀한 예쁨인지, 화려한 예쁨인지, 브랜드 느낌인지, 인스타 감성인지 다 다르니까요.
AI에게도 마찬가지입니다.
'트렌디하게'라고만 쓰면 흔한 그라데이션과 유리효과가 나올 수 있어요. 저는 그래서 이미지 요청을 할 때도 이렇게 씁니다.
이건 취향을 까다롭게 말하는 게 아니라, 실패 확률을 줄이는 일입니다.
05. 좋은 프롬프트의 마지막 칸은 항상 '검증'이에요

많은 분들이 프롬프트를 쓸 때 '무엇을 만들지'까지는 잘 적지만 '완료 전에 무엇을 확인해야 하는지'는 언급하지 않아요.
저는 이 칸이 정말 중요하다고 생각해요.
다시 수정 방향을 주기 전에 알아서 검증하고 다시 진행해주니까요.
그래서 저는 프롬프트 끝에 이런 문장을 자주 붙입니다.
이건 AI에게 '더 열심히 해'라고 말하는 게 아니라, 완료의 기준을 같이 정하는 것입니다.
정말 다 됐는지는 결과물을 열어봐야 알 수 있거든요. 뉴스레터면 이미지가 보이는지, 링크가 맞는지, 모바일에서 읽히는지 봐야 하고요. PPT면 열리는지, 폰트가 깨지지 않는지, 이미지 비율이 맞는지 봐야 합니다.
프롬프트에 검증 칸을 넣으면 AI가 '답변 생성'에서 멈추지 않고, '산출물 확인'까지 가게 됩니다.
06. 오늘 바로 써볼 수 있는 마스터 프롬프트
아래는 제가 가장 자주 쓰는 형태로 정리한 복붙용 프레임입니다.
그대로 복사해서 { } 안만 바꿔 써보세요.
처음에는 조금 길어 보일 수 있어요. 그런데 실제로 써보면 처음에 이런 상세한 정보를 주는 것이 오히려 작업 시간을 줄여줍니다.
중간에 다시 설명하는 시간이 줄고, 수정 요청이 줄고, 결과물을 확인하는 기준이 명확해지거든요.
07. 이번 주에는 딱 3가지만 해보세요
처음부터 완벽한 프롬프트 라이브러리를 만들 필요는 없어요. 이번 주에는 이 정도만 해보셔도 충분합니다.
자주 하는 요청 하나를 7칸으로 바꿔보기
예를 들어 '회의록 정리해줘', '블로그 초안 써줘', '자료 조사해줘' 같은 요청 하나를 골라보세요.
그리고 목표, 맥락, 입력 자료, 작업 방식, 제약, 산출물, 검증으로 나눠 적어보는 거예요.
이 작업만 해도 내가 그동안 AI에게 얼마나 많은 걸 생략하고 있었는지 보입니다.
'바로 하지 말고 먼저 구조부터 보여줘' 넣어보기
콘텐츠, 기획서, 강의자료, 제안서처럼 구조가 중요한 작업에는 이 문장을 꼭 넣어보세요.
완료 기준을 한 줄이라도 붙이기
마지막에 검증 문장을 붙여보세요.
프롬프트를 잘 쓴다는 건 AI에게 멋진 문장을 던지는 일이 아닙니다.
내 목표, 자료, 기준, 제약, 검증 방식을 AI가 따라올 수 있게 발판으로 깔아주는 일이에요.
처음엔 길게 쓰는 게 번거롭게 느껴지다가 이게 오히려 더 편해집니다.
'또 처음부터 설명해야 하네'가 줄어들고, '왜 이렇게 나왔지?'가 줄어들고, '이제 바로 쓸 수 있겠다'는 결과물이 늘어나거든요.
여러분도 저처럼 그동안의 프롬프트 스타일을 회고하는 질문을 던져보세요!


의견을 남겨주세요