Claude에게 같은 걸 물어봤는데 결과가 매번 다르게
나온 적이 있는가? 원인은 AI가 아니라 대부분 프롬프트
작성법 기초가 부족한 데 있다. 이 글에서는 프롬프트가
정확히 무엇인지, 왜 결과가 달라지는지, 프롬프트 작성법
기초에 해당하는 핵심 요소를 정리한다.
한마디로 정리하면
AI에게 “잘 써줭, 멋지게 해줭”이라고만 하지 말고, 아무것도 모르는 사람도 이해할 만큼 정확하게 일을 시켜야 원하는 답을 얻을 수 있다.
혓바닥이 길어지지만 더 말하자면, 그 분야를 전혀 모르는 사람도 알아들을 수 있을 만큼 명확하게 작성해야 원하는 결과에 가까운 답변을 받을 수 있다.
결국 AI를 잘 활용한다는 것은 내 일을 다른 사람에게 정확하게 설명하고 맡기는 능력과 비슷하다.
나조차 무엇을 원하는지 모르는 상태에서 “잘 써줭”, “열심히 해줭”, “멋지게 만들어줭”이라고만 한다면 드라마틱한 결과를 기대하기 어렵다. AI가 아무리 똑똑해도, 내가 알려주지 않은 기준까지 마음대로 알아낼 수는 없기 때문이다.
- 프롬프트는 AI에게 주는 지시문 — 정보가 부족하면 결과도 애매해진다
- 역할·맥락·형식 3가지만 갖추면 답변 품질이 크게 달라진다
- 조건은 3~4개로 압축하는 게 가장 효과적이다
목차
이 글의 목표
이 글을 읽으면 다음을 할 수 있다.
- 프롬프트가 정확히 무엇인지 이해한다
- 같은 AI에서도 결과가 달라지는 이유를 안다
- 나쁜 프롬프트와 좋은 프롬프트를 구분한다
- 프롬프트 작성법의 핵심 구성 요소를 바로 실전에 적용한다
프롬프트 작성법의 핵심
프롬프트란 무엇인가
프롬프트(Prompt)는 한 마디로 “AI에게 주는 “이다. 검색창에 “맛집”이라고 치면 목록이
지시문
나오지만, AI한테 “맛집”이라고 하면 뭘 알려줘야 할지
모른다. 지역, 음식 종류, 인원, 원하는 분위기 —
이런 정보를 AI에게 알려주는 것이 프롬프트 작성법의
출발점이다.
왜 같은 AI인데 결과가 달라지는가
프롬프트 작성법 3가지 핵심 요소
아래 예시부터는 세 가지 요소를 색으로 구분해서 표시한다.
역할(Role) · 맥락(Context) ·
형식(Format) — 이렇게 색만 보고도 어떤 부분이
무슨 역할을 하는지 바로 알 수 있게 했다.
- 역할(Role) — “누구처럼 말해줘”: 예) “마케터 입장에서”
- 맥락(Context) — “이런 상황이야”: 예) “팀장한테 보여줄 문서야”
- 형식(Format) — “이렇게 만들어줘”: 예) “표 형식으로, 500자 이내”
공식 문서 기반 근거 — 역할 지정 효과
앤트로픽 공식 가이드에 실린 예시로, 시스템 프롬프트에
역할을 한 문장만 넣어도 답변의 톤과 방향이 뚜렷하게
달라진다.
“You are a helpful coding assistant specializing in Python.”
(당신은 파이썬을 전문으로 하는 친절한 코딩 도우미입니다)
이 한 문장만 추가하고 “리스트를 딕셔너리 키로 정렬하는
법”을 물으면, 역할 지정이 없을 때보다 훨씬 파이썬에
특화된 답변이 나온다.
TIP. 지금의 예시를 보고도 “리스트? 딕셔너리? 정렬?”이 와닿지 않을 수 있다. 블로그 글도 종이책, 전자책, 기사와는 목적과 형식이 다르다. 따라서 어떤 플랫폼에서 누구를 대상으로 쓸지, 제목과 목차·문단을 어떻게 구성할지 같은 기본 기준을 알아야 AI에게 더 정확한 지시를 내리고 더 좋은 결과를 받을 수 있다.
실전 예시 3가지 — 역할·맥락·형식이 실제로 어떻게 들어가는지
이해가 잘 안 되면 아래 세 가지를 그대로 따라 써봐도
된다. 색으로 표시된 부분만 내 상황에 맞게 바꾸면
된다.
예시 1 — 블로그 글 초안 요청
AI 입문자를 대상으로 쉽게 설명하는 블로그 작가 입장에서
이 블로그는 Claude를 처음 써보는 30대 직장인들이 주로 본다는 걸 감안해서
친근한 구어체로 1,500자 내외, 소제목 3개로 나눠서
“Claude 첫 사용 후기”라는 주제로 초안을 써줘.
→ 결과: 대상 독자에 맞는 톤과 분량이 정확히 지정된
초안이 한 번에 나온다. 역할이 빠지면 문체가 중구난방이
되고, 형식이 빠지면 분량 조절을 다시 해야 한다.
⚠️ 초안은 완성본이 아니다
초안을 요청하면 글의 전체 방향과 기본 구조를 빠르게 잡을 수 있다.
하지만 한 번의 요청에 목차, 사례, 근거, 세부 설명까지 모두 담으라고
하면 일부 내용이 짧아지거나 빠질 수 있다.
긴 글은 먼저 전체 구성과 목차를 만든 뒤, 목차의 각 항목을 하나씩 작성하고
마지막에 연결·검토하는 방식이 좋다. 이 과정을 거치면 내용은 더 충실해지고
문단 사이의 흐름도 자연스러워진다.
예시 2 — 거래처 이메일 작성 요청
거래처 담당자에게 정중하게 요청하는 실무자 입장에서,
지난주에 보낸 견적서에 대한 답변이 아직 없어서 확인차 연락하는 상황이라는 걸 참고해서
3문장 이내로 짧고 예의 바르게, 제목도 함께이메일을
써줘.
→ 결과: 상황에 맞는 톤과 분량으로 바로 보낼 수 있는
이메일이 나온다. 맥락 없이 “이메일 써줘”라고만 하면
상황과 안 맞는 어색한 문장이 나오기 쉽다.
예시 3 — 회의록 정리 요청 (나쁜 버전과 비교)
- 버전 A(그냥 “정리해줘”): Claude가 되물어서 시간 낭비
- 버전 B(내용만 붙여넣음): 요약은 나오지만 애매함
버전 C(권장): 아래 회의 내용을 정리해줘 —
결정사항/액션아이템/담당자/마감일 순서로, 각 항목 1~2줄, 공식 문서 톤으로
이 회의록은 다음 주 팀장 보고에 쓸 거야.
꼼꼼한 비서처럼 빠짐없이 정리해줘. [회의 내용
붙여넣기]
→ 결과: 수정할 게 거의 없는 회의록이 바로 나온다.
버전 C가 입력하는 데 30초 더 걸리지만, 수정하는 데
드는 5분을 아낀다.
세 예시 모두 같은 규칙을 따른다 — 누구 입장에서,
어떤 상황인지, 어떤 형태로 받고 싶은지를 순서대로
채우면 된다.
자주 발생하는 문제와 원인
- 프롬프트가 너무 짧고 모호함 — “잘 써줘” 같은 표현
- 반대로 조건을 열 개씩 몰아넣어서 AI가 다 못 지킴
- 요약·번역·표 변환처럼 여러 작업을 한 번에 요청해서 전부 어중간하게 나옴
- 결과가 이상하면 AI 탓부터 함 — 실제로는 프롬프트가 애매했을 가능성이 크다
해결 팁
- 조건은 핵심 3~4개로 압축한다
- “잘”, “적당히” 대신 “간결하게”, “예시를 들어서”처럼 구체적 기준을 준다
- 작업은 한 번에 하나씩, 순서대로 시킨다
- 결과가 마음에 안 들면 Claude보다 내 프롬프트를 먼저 점검한다
핵심 요약
프롬프트 작성법 기초는 결국 AI에게 명확한 지시문을 주는
것이다. 결과가 달라지는 이유는 Claude의 능력이
아니라 내가 준 정보의 차이다. 역할·맥락·형식 3요소를
갖추되, 조건은 3~4개로 압축하는 게 최선이다.
