스킬북
프롬프트 작성법 · 설계법
EP.01
Claude 2026 기준
(Claude 2026 기준)
프롬프트 작성법 · 설계법 EP.01 — 프롬프트란 무엇인가, 왜 결과가 달라지는가
// STEP 1 · 이벤트 트리거
솔직히 처음 Claude를 썼을 때, 나는 그냥 검색창에 질문 던지듯 썼다.
“Claude야, 이거 어떻게 해?”
그리고 결과는… 뭔가 애매했다. 틀린 건 아닌데, 내가 원하던 게 아니었다. 옆에서 누군가가 “그거 프롬프트를 잘못 쓴 거야”라고 했을 때, 나는 속으로 ‘프롬프트가 뭔데?’라고 생각했다.
그게 이 시리즈의 시작이다. 프롬프트 작성법 기초부터 다시, 처음부터.
- 프롬프트가 정확히 무엇인지 이해한다
- 프롬프트 작성법 기초 — 왜 같은 AI에도 결과가 달라지는지 파악한다
- 나쁜 프롬프트 vs 좋은 프롬프트를 실전 예시로 비교한다
- 프롬프트의 3가지 핵심 구성 요소를 익힌다
- EP.02부터 시작할 심화 학습의 기반을 쌓는다
// STEP 3 · 현재 스탯 확인 — 이런 분께 맞습니다
Claude·ChatGPT를 써봤는데 원하는 결과가 안 나와서 답답한 분
“프롬프트 잘 써야 한다”는 말은 들었는데 뭘 어떻게 해야 할지 모르는 분
AI를 업무나 공부에 제대로 활용하고 싶은 입문자~중급자
// STEP 4 · 필요 아이템
준비물 없음. Claude 계정 없어도 이 글 읽는 것만으로 개념이 잡힌다. 계정이 있으면 읽으면서 바로 따라 해볼 수 있다.
// STEP 5 · 공략 메인 — 프롬프트 작성법 기초, 완전히 해부한다
프롬프트란 무엇인가
프롬프트(Prompt)를 한 마디로 정의하면 이렇다.
“AI에게 주는 지시문” — 네가 원하는 걸 AI가 알 수 있게 써주는 말.
검색창에 “맛집”이라고 치면 맛집 목록이 나온다. AI한테 “맛집”이라고 하면 뭘 알려줘야 할지 모른다. 어느 지역인지, 어떤 음식인지, 혼밥인지 단체인지, 분위기는 어떤 걸 원하는지. 이 모든 걸 AI에게 알려주는 게 프롬프트다.
프롬프트는 단순히 “질문”이 아니다. 지시(instruction)이고, 맥락(context)이고, 기대치(expectation)다. 이 세 가지가 잘 갖춰진 프롬프트가 좋은 결과를 만든다.
왜 같은 AI인데 결과가 달라지는가
비유 하나. 요리사한테 “맛있는 거 만들어줘”라고 하면 요리사는 그냥 본인이 좋아하는 걸 만든다. 하지만 “짜지 않게, 단백질 위주로, 20분 안에 만들 수 있는 한식 요리”라고 하면 전혀 다른 결과가 나온다.
Claude도 마찬가지다. Claude는 멍청한 게 아니라, 내가 원하는 게 뭔지 모르는 것이다. 더 정확하게 알려줄수록, 더 정확한 결과가 나온다.
블로그 글 써줘
→ 일반적이고 뻔한 1000자짜리 글이 나옴
AI 초보자를 대상으로, Claude를 처음 쓰기 시작한 30대 직장인의 시점에서, 첫 일주일 경험담을 구어체로 써줘. 분량은 1,500자, 제목은 포함하지 말고 본문만.
→ 구체적인 경험담 형식의 글이 그대로 나옴
프롬프트의 3가지 핵심 구성 요소
좋은 프롬프트에는 세 가지가 들어간다. 외울 필요는 없다. 자연스럽게 몸에 배도록 하면 된다.
Claude가 어떤 관점에서 대답하면 좋은지 알려준다.
예: “마케터 입장에서”, “초보자에게 설명하듯”, “편집장처럼 날카롭게”
배경 정보를 충분히 준다. Claude는 내 상황을 모른다.
예: “내가 쓰고 있는 블로그는 AI 입문자 대상이고”, “이 문서는 팀장한테 보여줄 거야”
결과물의 형태를 지정한다. 분량, 형식, 구성.
예: “500자 이내로”, “표 형식으로”, “번호 목록 없이 문단으로”
이 세 가지를 다 갖출 필요는 없다. 상황에 따라 하나만 추가해도 결과가 확 달라진다. 중요한 건 ‘Claude가 이걸 읽고 내가 원하는 게 뭔지 이해할 수 있나?’를 스스로 점검하는 습관이다.
실전 예시 — 같은 질문, 다른 결과
아래 예시를 읽고 나서 Claude.ai에서 직접 똑같이 입력해보면 차이가 바로 느껴진다.
프롬프트 3개를 실제로 보자. 주제는 같다: “Claude한테 회의록 정리 부탁하기”
회의록 정리해줘.
→ Claude: “어떤 회의록인가요? 내용을 붙여넣어 주세요.” — 다시 물어봐야 함. 시간 낭비.
아래 회의 내용을 요약해줘. [회의 내용 붙여넣기]
→ 그냥 요약이 나옴. 나쁘진 않지만, 뭘 원하는지 구체적이지 않음.
아래 회의 내용을 정리해줘.
– 형식: 결정사항, 액션아이템, 담당자, 마감일 순서로
– 분량: 각 항목 1~2줄로 간결하게
– 톤: 공식 문서 느낌으로
[회의 내용 붙여넣기]
→ 딱 원하는 형식의 회의록이 나옴. 수정할 게 거의 없음.
버전 C가 더 길다. 하지만 치는 데 30초 더 걸리는 대신, 수정하는 데 드는 5분을 아낀다. 이게 프롬프트 투자의 본질이다.
// STEP 6 · 플레이 일지 — 직접 해봤더니
내가 프롬프트 개념을 처음 제대로 이해한 건, 실패를 반복하고 나서였다.
블로그 글을 Claude한테 맡겼는데 계속 이상한 게 나왔다. 한번은 너무 공식적이고, 한번은 너무 가벼웠다. 처음엔 Claude가 못하는 줄 알았다. 근데 알고 보니 내가 매번 다른 말로 다른 기대를 가지고 요청한 게 문제였다.
어느 날 실험을 해봤다. 똑같은 주제로 프롬프트 세 버전을 만들어서 각각 넣어봤다. 결과가 완전히 달랐다. 같은 Claude인데. 그때 깨달았다. “Claude의 문제가 아니라, 나의 설명 능력 문제였구나.”
그 이후로 프롬프트를 바꾸는 게 취미가 됐다. 어떤 말을 추가하면 결과가 어떻게 달라지는지 관찰하는 것. 솔직히 꽤 재밌다.
// STEP 7 · 함정 & 주의사항
맥락은 충분히 줘야 하지만, 한 프롬프트에 열 가지 조건을 넣으면 Claude가 다 반영하지 못한다. 핵심 조건 3~4개로 압축하는 게 낫다.
“잘”이 어떤 건지 Claude는 모른다. “간결하게”, “예시를 들어서”, “초등학생도 이해할 수 있게”처럼 구체적인 기준을 줘야 한다.
요약도 해줘, 번역도 해줘, 표로도 만들어줘 — 한 번에 세 가지 시키면 어느 것도 제대로 안 된다. 하나씩 순서대로.
Claude가 엉뚱한 결과를 냈다면, 90%는 내 프롬프트가 애매했을 가능성이 크다. 바로 불평하기 전에, 내가 뭘 어떻게 말했는지 다시 보자.
- ✅ 프롬프트 = AI에게 주는 지시문. 질문이 아니라 설명이다.
- ✅ 결과가 달라지는 이유는 Claude의 능력이 아니라, 내가 준 정보의 차이다.
- ✅ 좋은 프롬프트의 3요소: 역할(Role) + 맥락(Context) + 형식(Format)
- ✅ 구체적일수록 좋다. 단, 핵심 조건 3~4개로 압축하는 게 베스트.
- ✅ 결과가 마음에 안 들면 Claude보다 내 프롬프트를 먼저 점검한다.
프롬프트의 개념을 알았다면, 다음 단계는 “역할 부여”다. Claude한테 역할을 주면 무슨 일이 일어나는지 — 다음 편 EP.02에서.
→ 다음 편: 프롬프트 설계법 EP.02 — 역할 부여 기법 (Role Prompting) 완전 정복
프롬프트 작성법의 다음 단계는 역할 부여 기법이다. 프롬프트 설계법 EP.02 — Role Prompting에서 이어서 확인하자.
