AI 일잘러

저의 평소 AI 프롬프트 7칸 구조를 물었습니다.

양질의 결과를 내기 위해 어떻게 프롬프트를 쓰고 있을까요?

2026.05.29 | 조회 614 |
0
|
첨부 이미지

이런 질문을 많이 받아요.

 

'프롬프트를 어떻게 써야 결과가 좋아져요?'

'프롬프트 엔지니어링을 따로 공부해야 하나요?'

'프롬프트를 쓰는 법은 배우면 느나요?'

 

단순 AI 채팅을 할 때에는 프롬프트가 꽤 짧았지만 (한 번 질문을 던지고, 답을 받기)

요즘은 클로드코드, 코덱스, 안티그래비티 등으로 [ 리서치 -> 구상 -> 실행 -> 검증 ]을 한 번에 시키면서 폴더 안의 파일 탐색, 실제 파일 생성까지 시키게 되면서 프롬프트가 정말 길어지더라고요.

 

첨부 이미지

 

이런 긴 프롬프트들의 패턴이란 것은 없을까? 고민하다가 이런 질문을 AI 에이전트에 던지면 되겠더라고요.

"그동안 내가 던졌던 모든 요청들을 분석해서 내 프롬프트 구조는 어떤지, 어떤 작업을 주로 시켰는지, 좋았던 점과 별로였던 점을 정리해줘."

 

저는 헤르메스 에이전트를 설정해서 코덱스, 클로드코드 대화 내역 모두에 접근할 수 있도록하여 통합 관리 중입니다!
저는 헤르메스 에이전트를 설정해서 코덱스, 클로드코드 대화 내역 모두에 접근할 수 있도록하여 통합 관리 중입니다!

 

오늘은 이 질문을 던져 받은 답을 여러분께 공유하려고 합니다. (다른 분들의 요청도 정말 궁금하네요.)

이런 통계를 받을 수 있었어요.

  • 스캔한 파일: 1,201개
  • 사용자 메시지 후보: 7,828개
  • 중복 제거 후 고유 메시지: 3,950개
  • 실행형 프롬프트 후보: 1,817개
  • 주요 반복 카테고리: 디버깅, 파일 변환, 구현/설정, 콘텐츠 OSMU, 조사, 검증, 광고 소재, 구조화

 

제가 감으로 쓰던 방식에도 패턴이 있더라고요.

제가 실제로 강의자료, 뉴스레터, 카드뉴스, 광고 소재, 자동화 작업을 만들 때 반복해서 쓰는 구조입니다.

 

 

01. 좋은 프롬프트는 '잘 말하는 법'보다 '일 맡기는 법'을 담는다.

 

프롬프트를 잘 쓰고 싶다고 하면 많은 분들이 먼저 표현을 고민합니다.

'더 전문적으로 말해야 하나?'

'역할을 길게 줘야 하나?'

'영어로 써야 하나?'

'마법 문장 같은 게 있나?'

저도 처음엔 그랬어요. 그런데 많이 써보니 결과를 가르는 건 문장력보다 업무 인수인계력에 가까웠습니다.

 

사람에게 일을 맡길 때를 생각해보면 쉬워요.

'이거 해주세요'라고만 하면 결과가 흔들립니다. 반대로 이런 식으로 말하면 훨씬 안정적이죠.

- 왜 필요한 일인지

- 어떤 자료를 봐야 하는지

- 어떤 순서로 진행해야 하는지

- 절대 건드리면 안 되는 것은 무엇인지

- 결과물을 어떤 형태로 줘야 하는지

- 끝나기 전에 무엇을 확인해야 하는지

AI도 비슷합니다. 특히 Claude Code나 Codex처럼 파일을 읽고, 만들고, 실행하고, 검증하는 도구를 쓸 때는 더 그래요.

저는 프롬프트를 '질문'이라고 생각하지 않으려고 해요. '작업 지시서'라고 봅니다. 그래서 좋은 프롬프트는 똑똑한 질문이 아니라, 빠짐없는 인수인계 문서에 더 가깝습니다.

 

 

02. 제가 가장 많이 쓰는 7칸 구조

 

제 대화 기록에서 반복해서 나온 성공 패턴은 이 7칸이었어요.

[목표]무엇을 완성해야 하는지 한 문장으로 말한다.

[맥락]왜 필요한지, 누가 볼지, 기존에 뭐가 문제였는지 적는다.

[입력 자료]파일 경로, 링크, 이미지, 기존 산출물, 참고 문서를 준다.

[작업 방식]먼저 무엇을 읽고, 무엇을 만들고, 어떤 순서로 검증할지 지정한다.

[제약]절대 하지 말 것, 유지할 것, 톤/디자인/분량/출처 규칙을 적는다.

[산출물]파일 형식, 저장 위치, 표/목차/슬라이드 수/문서 구조를 지정한다.

[검증]완료 전 확인 기준, 테스트, 열어보기, 시크릿 스캔, 체크리스트를 적는다.

 

첨부 이미지

 

이 7칸을 매번 다 길게 쓸 필요는 없어요. 간단한 작업이면 가장 필요한 3칸만 써도 됩니다.

하지만 결과물이 중요할수록, 특히 내가 다시 손보면 시간이 오래 걸리는 작업일수록 이 구조가 필요해요.

예를 들어 '뉴스레터 써줘'는 너무 약합니다. AI는 뭘 보고, 누구 말투로, 어떤 분량으로, 어떤 이미지와 CTA를 넣어야 하는지 모르니까요.

 

실제로는 이렇게 씁니다.

[목표]

내 뉴스레터 새 글을 작성해줘.

[맥락]

구독자에게 내가 실제로 쓰는 프롬프트 구조를 특별 공개하는 느낌이면 좋겠어.

독자는 AI를 업무에 쓰고 싶지만 결과물이 들쑥날쑥해서 답답한 직장인이야.

[입력 자료]

- 프롬프트 라이브러리: {파일 경로}

- 추출 샘플: {파일 경로}

- 기존 뉴스레터 톤 샘플: {파일 경로}

[작업 방식]

1. 먼저 기존 뉴스레터 말투와 구조를 확인해.

2. 프롬프트 라이브러리에서 반복 패턴을 뽑아.

3. 독자가 바로 따라 할 수 있는 구조로 풀어써.

4. 중간중간 이미지 삽입 위치를 표시해.

[제약]

- AI 번역투 금지

- 근거 없는 일반화 금지

- 내 원문 톤과 다르게 과장된 말투 금지

- 민감정보나 원문 대화 전체 노출 금지

[산출물]

- Maily CMS에 붙여넣기 쉬운 Markdown

- 이미지 업로드 위치 포함

[검증]

- 내 뉴스레터 말투와 맞는지 확인

- 이미지 경로가 실제 존재하는지 확인

- 발행 전 고칠 부분을 체크해

 

이렇게 쓰면 AI가 '글 하나 써야 하는구나'에서 끝나지 않고, 어떤 자료를 보고 어떤 기준으로 완성해야 하는지 이해합니다.

실제 발행 과정도 훨씬 시간이 단축되고요.

 

 

03. 스캐폴딩은 AI에게 '생각의 발판'을 깔아주는 일이에요

첨부 이미지

요즘 또 중요해지는 개념은 '스캐폴딩'이에요.

스캐폴딩은 원래 건축 현장의 비계처럼, 작업자가 올라가서 일할 수 있게 임시로 세워두는 구조물을 말합니다.

 

프롬프트에서도 똑같아요.

AI에게 바로 최종 결과물을 요구하면, AI는 그럴듯한 완성본을 빠르게 내놓습니다. 문제는 그 완성본이 내 업무 기준에 맞는지 알 수 없다는 것이에요.

그래서 저는 최종 답을 바로 요구하기보다, 중간 발판을 자주 둡니다.

 

예를 들면 이런 식이에요.

1. 먼저 입력 자료를 읽고 핵심 패턴을 요약해.

2. 그다음 가능한 구성안을 3개 제안해.

3. 각 구성안의 장단점을 비교해.

4. 내가 선택한 안으로 초안을 작성해.

5. 작성 후 체크리스트 기준으로 자체 검토해.

6. 실패 항목이 있으면 수정해.

 

이렇게 하면 좋은 점이 있어요. AI가 한번에 끝까지 달려가지 않고, 중간중간 판단 근거를 드러냅니다.

 

특히 콘텐츠 작업에서는 이게 중요합니다. 초안이 나쁘면 문장만 고쳐도 해결이 안 돼요. 구조가 잘못됐거나, 독자 설정이 틀렸거나, 핵심 메시지가 뒤에 숨어 있으면 처음부터 다시 잡아야 하거든요.

 

제가 카드뉴스나 뉴스레터를 만들 때도 비슷합니다.

- 바로 본문을 쓰기 전에 제목 후보를 먼저 뽑기

- 본문 전에 목차나 흐름을 먼저 잡기

- 이미지 만들기 전에 이미지 역할을 먼저 정하기

- 발행 전에 검증 기준을 먼저 세우기

 

이게 스캐폴딩입니다.

어렵게 들리지만, 실무에서는 아주 간단하게 말할 수 있어요.

'바로 쓰지 말고, 먼저 구조부터 보여줘.'

이 한 문장만 넣어도 결과물이 꽤 달라지죠.

 

 

04. 약한 요청은 대부분 '기준'이 빠져 있어요

 

제 프롬프트 샘플을 보면서 가장 많이 보인 것도 이 부분이었어요.

처음 요청이 약하면, 뒤에서 수정이 길어집니다.

 

예를 들어 이런 요청들이요.

약한 요청 예시이렇게 보강하면 좋아져요.
알아서 해줘목표, 제약, 산출물 형식을 붙이기
예쁘게 만들어줘 레퍼런스, 색, 폰트, 비율, 금지 스타일을 주기
고쳐줘 증상, 기대 동작, 로그, 파일 경로를 주기
조사해줘 기간, 소스, 출처 형식, 표 컬럼을 주기
검토해줘 OK/FAIL 기준과 증거 위치를 요구하기
자료 만들어줘 독자, 목차, 분량, 활용 목적을 주기

 

첨부 이미지

여기서 핵심은 AI를 못 믿어서 자세히 쓰는 게 아니에요. 내 머릿속 암묵지 기준을 밖으로 꺼내는 것에 가깝습니다.

 

사람도 '예쁘게 해주세요'라는 말을 들으면 난감하잖아요. 미니멀한 예쁨인지, 화려한 예쁨인지, 브랜드 느낌인지, 인스타 감성인지 다 다르니까요.

 

AI에게도 마찬가지입니다.

'트렌디하게'라고만 쓰면 흔한 그라데이션과 유리효과가 나올 수 있어요. 저는 그래서 이미지 요청을 할 때도 이렇게 씁니다.

 

트렌디하지만 싸구려 스톡 이미지처럼 보이면 안 돼.

과한 AI 글로우, 사이버펑크, 로봇, 읽을 수 없는 한글 텍스트는 피하고,

프리미엄 뉴스레터 본문에 들어갈 수 있는 조용한 editorial image로 만들어줘.

 

이건 취향을 까다롭게 말하는 게 아니라, 실패 확률을 줄이는 일입니다.

 

05. 좋은 프롬프트의 마지막 칸은 항상 '검증'이에요

첨부 이미지

많은 분들이 프롬프트를 쓸 때 '무엇을 만들지'까지는 잘 적지만 '완료 전에 무엇을 확인해야 하는지'는 언급하지 않아요.

 

저는 이 칸이 정말 중요하다고 생각해요.

다시 수정 방향을 주기 전에 알아서 검증하고 다시 진행해주니까요.

 

그래서 저는 프롬프트 끝에 이런 문장을 자주 붙입니다.

브라우저에서 열어보고 깨지는 부분이 없는지 봐.

출처 없는 일반화가 있는지 체크해.

이미지 비율이 깨졌는지 확인해.

민감정보/API 키/토큰은 절대 출력하지 마.

실패하면 원인을 찾고 다시 수정해.

 

이건 AI에게 '더 열심히 해'라고 말하는 게 아니라, 완료의 기준을 같이 정하는 것입니다.

 

정말 다 됐는지는 결과물을 열어봐야 알 수 있거든요. 뉴스레터면 이미지가 보이는지, 링크가 맞는지, 모바일에서 읽히는지 봐야 하고요. PPT면 열리는지, 폰트가 깨지지 않는지, 이미지 비율이 맞는지 봐야 합니다.

 

프롬프트에 검증 칸을 넣으면 AI가 '답변 생성'에서 멈추지 않고, '산출물 확인'까지 가게 됩니다.

 

06. 오늘 바로 써볼 수 있는 마스터 프롬프트

 

아래는 제가 가장 자주 쓰는 형태로 정리한 복붙용 프레임입니다.

그대로 복사해서 { } 안만 바꿔 써보세요.

 

{작업명}을 진행해줘.

[목표]

{최종 결과와 성공 기준}을 완성하는 것이 목표야.

[맥락]

이 작업은 {상황/목적} 때문에 필요해.

최종 사용자는 {독자/수강생/고객/내부팀}이야.

현재 가장 중요한 기준은 {품질 기준}이야.

[입력 자료]

- 기준 파일/폴더: {path_or_url}

- 참고 자료: {path_or_url}

- 기존 산출물: {path_or_url}

[작업 순서]

1. 먼저 입력 자료와 기존 패턴을 확인해.

2. 필요한 경우 관련 문서나 출처를 추가로 조사해.

3. 산출물을 만들어.

4. 품질 기준에 맞춰 자체 검증해.

5. 실패 항목이 있으면 수정하고 다시 검증해.

[제약]

- {반드시 지킬 것 1}

- {반드시 지킬 것 2}

- {절대 하지 말 것}

[산출물]

- 형식: {md/html/pptx/pdf/png/csv/json}

- 저장 위치: {output_path}

- 포함 내용: {필수 포함 항목}

[검증]

- {검증 기준 1}

- {검증 기준 2}

- 실패하면 원인과 다음 조치를 같이 알려줘.

완료 보고는 바꾼 것, 검증 결과, 다음 액션만 짧게 알려줘.

 

 

처음에는 조금 길어 보일 수 있어요. 그런데 실제로 써보면 처음에 이런 상세한 정보를 주는 것이 오히려 작업 시간을 줄여줍니다.

 

중간에 다시 설명하는 시간이 줄고, 수정 요청이 줄고, 결과물을 확인하는 기준이 명확해지거든요.

 

07. 이번 주에는 딱 3가지만 해보세요

 

처음부터 완벽한 프롬프트 라이브러리를 만들 필요는 없어요. 이번 주에는 이 정도만 해보셔도 충분합니다.

 

자주 하는 요청 하나를 7칸으로 바꿔보기

예를 들어 '회의록 정리해줘', '블로그 초안 써줘', '자료 조사해줘' 같은 요청 하나를 골라보세요.

그리고 목표, 맥락, 입력 자료, 작업 방식, 제약, 산출물, 검증으로 나눠 적어보는 거예요.

이 작업만 해도 내가 그동안 AI에게 얼마나 많은 걸 생략하고 있었는지 보입니다.

 

'바로 하지 말고 먼저 구조부터 보여줘' 넣어보기

콘텐츠, 기획서, 강의자료, 제안서처럼 구조가 중요한 작업에는 이 문장을 꼭 넣어보세요.

바로 작성하지 말고, 먼저 전체 구조와 섹션별 역할부터 보여줘.

 

완료 기준을 한 줄이라도 붙이기

마지막에 검증 문장을 붙여보세요.

완료 전 실제 파일 존재 여부와 링크, 오탈자, 금지 표현을 확인해.

 

프롬프트를 잘 쓴다는 건 AI에게 멋진 문장을 던지는 일이 아닙니다.

 

내 목표, 자료, 기준, 제약, 검증 방식을 AI가 따라올 수 있게 발판으로 깔아주는 일이에요.

처음엔 길게 쓰는 게 번거롭게 느껴지다가 이게 오히려 더 편해집니다.

'또 처음부터 설명해야 하네'가 줄어들고, '왜 이렇게 나왔지?'가 줄어들고, '이제 바로 쓸 수 있겠다'는 결과물이 늘어나거든요.

 

여러분도 저처럼 그동안의 프롬프트 스타일을 회고하는 질문을 던져보세요!

 

 

 

🏃 인프런에서 제 AI 강의를 만나보세요! :)

AI로 엄청난 업무 효율을 경험하면서, 활용 사례를 하나씩 영상화하다보니 벌써 강의 세 개가 업로드되었어요! 특히 블로그-뉴스레터-링크드인-스레드-카드뉴스와 숏폼 영상, 커뮤니티 자동화와 상세페이지 자동화까지! 쉽게 설명한 이론과 케이스를 살펴보세요.

첨부 이미지

 

⚙️ 패스트캠퍼스 - 구글 생태계 강의, Google I/O 2026 내용 뼈 빠지게 업데이트 중.. 🦴

구글 생태계 28종 도구의 상세 활용법, 실전 실습, 그리고 구글 워크스페이스 연동부터 콘텐츠, 서비스 자동화까지 - 패스트캠퍼스 강의에서 10시간 넘게 다룰 예정입니다. 구글 생태계를 활발히 쓰고 계신 분들이라면 한 번 살펴보세요. :)

첨부 이미지

다가올 뉴스레터가 궁금하신가요?

지금 구독해서 새로운 레터를 받아보세요

✉️

이번 뉴스레터 어떠셨나요?

일잘러의 성장노트 님에게 ☕️ 커피와 ✉️ 쪽지를 보내보세요!

댓글

의견을 남겨주세요

확인
의견이 있으신가요? 제일 먼저 댓글을 달아보세요 !

다른 뉴스레터

© 2026 일잘러의 성장노트

일 잘하기로 소문난 15년차 마케터의 마케팅+데이터+AI+직장생활 성장 인사이트를 공유합니다. 💌강의/컨설팅 문의: seulki.kang@kakao.com

뉴스레터 문의seulki.kang@kakao.com

메일리 로고

도움말 오류 및 기능 관련 제보

서비스 이용 문의admin@team.maily.so 채팅으로 문의하기

메일리 사업자 정보

메일리 (대표자: 이한결) | 사업자번호: 717-47-00705 | 서울특별시 송파구 위례광장로 199, 5층 501-8호

이용약관 | 개인정보처리방침 | 정기결제 이용약관 | 라이선스