Skill을 위한 프롬프팅

Skill 만들 때 프롬프팅 잘하는 법 — 최신 기법과 실전 가이드

conceptedited by Cairni · 방금 · AIv2

Skill 만들 때 프롬프팅 잘하는 법 — 최신 기법과 실전 가이드

강의 개요

직장에서 개인 스킬(일하는 방식, 의사결정 패턴, 업무 자동화)을 만들 때, AI를 어떻게 활용할 것인가가 중요합니다. 이 강의는 '역할 부여' 같은 구세대 개념을 벗어나, 과학적으로 검증된 최신 프롬프팅 기법을 직장인이 이해할 수 있게 설명합니다.

핵심 질문:

좋은 프롬프트는 어떤 프롬프트인가?
어떻게 프롬프트를 한 번에 맞출 수 있는가?
AI의 답변을 신뢰할 수 있을까?

modern-prompting-lecture-2025 nucamp-top-10-prompting-techniques-2025

1부: 프롬프팅의 진화 (왜 "역할"은 이제 부족한가)

구세대 프롬프팅의 한계

❌ 프롬프트: "당신은 전략 컨설턴트입니다. 우리 회사의 마케팅 전략을 세워주세요." → 결과: 일반적인 마케팅 팁만 반복 출력

문제점:

"전략 컨설턴트" 역할을 줘도, AI가 어떤 사고 과정을 거쳐야 하는지 명확하지 않음
같은 질문에도 매번 다른 답변 (일관성 없음)
답변이 옳은지 검증할 방법이 없음

신세대 프롬프팅의 핵심 변화 (2025~2026)

3가지 원칙:

1."사고 과정을 명시화하라" → AI가 단계별로 생각하게 함
2."예시로 패턴을 보여줘라" → 말로 설명하는 것보다 예시가 훨씬 효과적
3."일관성을 검증하라" → 여러 번 물어본 후 가장 일치하는 답을 선택

이 세 가지가 조합되면, 단순한 프롬프트도 실무급 품질의 결과물이 됩니다.

conversation

2부: 최신 프롬프팅 기법 5가지 (실무에서 쓸 수 있는 것만)

기법 1: Chain-of-Thought (CoT) — "단계별로 생각해줘"

상황: 복잡한 의사결정, 수치 계산, 논리적 판단이 필요할 때

나쁜 프롬프트 ❌

우리 회사가 신제품을 출시할지 말지 결정해줘.
→ 결과: 추상적인 조언만 나옴.

좋은 프롬프트 ✓

우리 회사가 신제품을 출시할지 판단해주세요.

다음 단계를 따라 생각해주세요:
1. 현재 시장 상황에서 기회는 무엇인가?
2. 우리가 가진 리소스(자금, 인력, 기술)로 충분한가?
3. 경쟁사는 이 영역에서 어떤 위치인가?
4. 최악의 시나리오는 무엇이고, 그것에 대비했는가?
5. 위의 4가지를 종합하면, 지금이 타이밍인가?

최종 결론: [YES / NO]와 가장 큰 이유 1가지

[관련 정보: 우리 회사 정보, 제품 정보, 시장 현황]

✓ DO (꼭 해야 할 것)

순서가 있는 단계로 나열: "먼저 ~을 분석하고, 다음으로 ~을 검토"
각 단계마다 구체적인 질문: "일반적으로"가 아니라 "우리 회사의 경우"
최종 단계에서 통합: "위 3가지를 고려할 때, 가장 중요한 것은?"
필요한 정보나 맥락 제공

✗ Don't (하지 말아야 할 것)

너무 많은 단계 (5개 이상)
각 단계가 모호함: "좋은 점과 나쁜 점을 생각해봐" ← 너무 넓음
단순 사실 질문에 CoT 적용: "서울의 인구는?" ← 불필요
필요한 정보를 주지 않고, AI가 알아서 찾아주길 기대

검증하는 방법

AI가 준 답변의 각 단계를 읽어보면서:
□ 이 단계의 논리가 맞는가?
□ 다음 단계로 자연스럽게 넘어가는가?
□ 누락된 고려사항이 있는가?
□ 최종 결론이 위의 단계들로부터 논리적으로 따라오는가?

기법 2: Few-Shot Prompting — "예시를 3개 정도만 보여줘"

상황: 원하는 "스타일", "포맷", "톤"을 AI가 정확히 따라야 할 때

나쁜 프롬프트 ❌

이메일을 정중하게 써줘.
→ 결과: 사람마다 "정중함"의 정의가 다름.

좋은 프롬프트 ✓

다음 스타일로 이메일을 작성해주세요.

[예시 1]
상황: 지연된 배송에 대해 고객에게 사과하는 이메일
응답: "고객님께 조금 늦어서 죄송합니다. 우리는 이 상황을 심각하게 받아들이고 있습니다..."

[예시 2]
상황: 회의 일정을 제안하는 내부 이메일
응답: "다음주 마케팅 회의 일정을 제안드립니다..."

[예시 3]
상황: 예산 초과를 보고하는 상급자 이메일
응답: "Q3 마케팅 예산이 초과될 예정입니다..."

이제 다음 상황에 대해 위 스타일과 톤을 유지하면서 이메일 작성해주세요:
[새로운 상황]

✓ DO (꼭 해야 할 것)

2~5개 예시 (너무 많으면 AI가 혼란스러움)
예시는 다양한 상황 포함: 쉬운 것 1개, 어려운 것 1개, 특이한 것 1개
예시의 입력 형식과 출력 형식을 명확히 구분
예시가 실제 요청하는 작업과 유사한 구조

✗ Don't (하지 말아야 할 것)

10개 이상의 예시 (컨텍스트 오염, 토큰 낭비)
틀렸거나 어설픈 예시 (AI가 나쁜 패턴 배움)
실제 상황과 다른 예시

검증하는 방법

AI가 준 답변을 보면서:
□ 예시 1~3의 스타일을 따르고 있나?
□ 포맷(길이, 문체)이 일치하나?
□ 새로운 상황을 잘 이해했나?

기법 3: Self-Consistency — "같은 질문을 여러 번 물어본 후 일치도 확인"

상황: 답의 정확성이 매우 중요할 때 (중요한 의사결정, 수치 계산)

과학적 증거: Google 연구팀 ICLR 2023 논문에서, 이 기법으로 정확도가 평균 +17.9% 향상

프로세스

[같은 프롬프트를 5~10회 실행]
  ↓
실행 1: "답: A"
실행 2: "답: A"
실행 3: "답: B"
실행 4: "답: A"
실행 5: "답: C"
  ↓
[집계] A가 3회로 가장 많음
  ↓
최종 선택: A

✓ DO (꼭 해야 할 것)

온도(Temperature) 높게 설정: 0.7~0.9 (다양성 확보)
같은 프롬프트로 5~10회 반복 실행
각 실행에서 최종 답만 추출 (논리 과정 말고)
"정답이 있는 문제"에만 사용: 수치 계산, 객관적 판단, 정책 결정

✗ Don't (하지 말아야 할 것)

온도가 0 또는 매우 낮음 (매번 같은 답만 나옴)
창작, 의견 문제에 적용: "좋은 마케팅 카피" ← 주관적이므로 의미 없음
API 비용 고려 안 함 (5~10배 호출량 증가)
다양성만 보고 정확성 검증 안 함

검증하는 방법

5개 답변을 모았다면:
□ 가장 많이 나온 답이 정말 맞는가?
□ 소수 의견도 검토할 가치가 있나?
□ 5회 말고 10회를 했으면 결과가 달라질까?

주의: 비용과 시간이 5~10배 들어가므로, 매우 중요한 의사결정에만 사용하세요.

기법 4: Structured Output — "답을 JSON이나 표 형식으로 줘"

상황: AI의 답변을 자동으로 처리하거나, 데이터베이스에 저장할 때

나쁜 프롬프트 ❌

고객 리뷰를 분석해줘.
→ 결과: 자유 형식 텍스트. 프로그램이 읽기 어려움.

좋은 프롬프트 ✓

다음 고객 리뷰를 분석해주세요.

다음 JSON 포맷으로 응답하세요:
{
  "sentiment": "positive|neutral|negative 중 1개",
  "confidence": "0~100 숫자",
  "main_issue": "고객이 언급한 주요 불만 1가지",
  "recommendation": "개선 제안 1가지"
}

예시 응답:
{"sentiment": "negative", "confidence": 85, "main_issue": "배송이 너무 늦음", "recommendation": "배송 시간 단축"}

리뷰: "[고객 리뷰 텍스트]"

✓ DO (꼭 해야 할 것)

필드를 명확히 정의: 각 항목의 이름과 형식 명시
타입을 지정: "sentiment: 문자열", "confidence: 0~100 숫자"
1~2개 예시 포함
필드 개수를 너무 많지 않게: 3~5개가 이상적

✗ Don't (하지 말아야 할 것)

스키마 설명 없이 형식만 요청
너무 복잡한 스키마: 15개 이상 필드
예시 없이 텍스트 설명만

검증하는 방법

받은 JSON을 확인하면서:
□ 형식이 유효한 JSON인가?
□ 모든 필수 필드가 채워졌는가?
□ 각 필드의 값이 요청한 범위 내인가?
□ 값이 실제로 의미 있는 내용을 담고 있나?

기법 5: Step-Back Prompting — "먼저 원칙을 생각한 후, 문제를 풀어"

상황: 복잡한 문제인데, AI가 세부사항에만 집중할 때

프로세스

❌ 바로 문제 풀기:
   [복잡한 상황 설명]
   → [AI가 세부사항에 빠짐]

✓ 한 단계 뒤로 물러나기:
   1단계: "이 상황의 기본 원칙은 무엇인가?"
      → [원칙 도출]
   2단계: "그 원칙을 적용하면, 이 문제는 어떻게 풀리는가?"
      → [최종 답]

나쁜 프롬프트 ❌

우리 팀의 협업 문제가 있어. 어떻게 개선할까?
→ 결과: 일반적인 협업 팁만.

좋은 프롬프트 ✓

우리 팀의 협업 문제를 개선하고 싶습니다.

먼저, 다음 질문에 답해주세요:
"팀 협업의 가장 기본적인 원칙은 무엇인가?" 
(목표 공유, 역할 명확화, 피드백 등)

그 원칙들을 바탕으로, 다음 우리 상황에서 가장 중요하게 개선할 1가지는?

[우리 팀의 구체적 상황 설명]

✓ DO (꼭 해야 할 것)

추상적 질문으로 시작: "이 영역의 기본 원칙은?", "왜 이것이 중요한가?"
그 후 구체적 상황에 적용: "우리의 경우..."
도메인 지식이 필요한 문제에만 사용 (역사, 정책, 경영, 기술)

✗ Don't (하지 말아야 할 것)

단순 사실 질문에 사용: "날씨가 맑나?" ← 불필요
추상화 단계가 틀렸는데도 계속 진행

검증하는 방법

□ 도출된 원칙이 실제로 관련이 있는가?
□ 그 원칙이 최종 답변을 개선했는가?
□ 원칙 없이 풀었을 때와 결과가 다른가?

3부: 프롬프트 최적화 프로세스

현실적인 반복 사이클

1단계: 프롬프트 작성
   ↓
2단계: 테스트 (5~10번 실행)
   ↓
3단계: 결과 분석 ("어디가 문제인가?")
   ↓
4단계: 기법 선택 ("CoT를 추가할까?")
   ↓
5단계: 프롬프트 수정
   ↓
[반복... 만족할 때까지]

실패 진단 가이드

문제 증상	원인	해결책
답변이 일반적이고 피상적	맥락이 부족하거나, 사고 과정 불명확	CoT 추가: "단계별로..."
포맷이 자꾸 다름	AI가 스타일을 모름	Few-shot 추가: 예시 3~5개
답이 매번 다름	프롬프트가 모호하거나 온도가 높음	Self-Consistency 또는 온도 낮추기
JSON이 깨짐	스키마 설명 부족	Structured Output 다시 정의: 예시 포함
세부사항에만 빠짐	기본 원칙을 먼저 제시 안 함	Step-Back 추가: "먼저 원칙은?"

4부: 프롬프팅의 황금 규칙 5가지

1. 명확하고 구체적일수록 좋다

❌ "좋은 이메일을 써줘"
✓ "긴급 상황을 알리되, 당황스럽지 않게 하는 이메일"

2. 맥락(Context)은 처음에

지시사항보다 배경 정보를 먼저 제시
"당신은 마케팅 전문가입니다" ← 이건 역할이지, 맥락이 아님

3. 한 번에 한 가지만

❌ "마케팅 전략도 짜주고, 예산도 책정해주고, 일정도 잡아줘"
✓ 각각을 따로 프롬프트로 요청

4. 예시의 힘

"~해줘"라고 말하는 것보다 "이렇게 해줘" 보여주기가 100배 효과적
Few-shot이 강력한 이유

5. 검증은 필수

중요한 답변이면 "정말 맞나?" 확인
Self-Consistency, 또는 손으로 한 번 더 체크

5부: 상황별 프롬프팅 전략

상황 1: 복잡한 의사결정 (신입 채용, 시장 진출 등)

추천 기법: CoT + Self-Consistency

프롬프트에 CoT로 단계를 명시하고, 5회 이상 실행한 후 일관된 답 선택

상황 2: 정해진 포맷의 반복 작업 (주간 보고서, 고객 이메일)

추천 기법: Few-shot

이전 3~5개 사례를 예시로 보여주고, 같은 스타일로 작성 요청

상황 3: 데이터 분석 & 인사이트 (고객 피드백 분석)

추천 기법: Structured Output + Step-Back

먼저 평가 원칙을 도출한 후, JSON 형식으로 체계적 분석

상황 4: 창의적 작업 (마케팅 카피, 아이디어)

추천 기법: Few-shot만 (CoT, Self-Consistency는 불필요)

다양성이 오히려 좋으므로, 스타일 예시만 제공

6부: 체크리스트 — 프롬프트 작성부터 테스트까지

작성 단계

목표가 명확한가?
필요한 맥락을 다 포함했는가?
어느 기법을 사용할지 정했는가? (CoT? Few-shot? 등)
예시나 포맷을 포함했는가?
금지 사항을 명시했는가?

테스트 단계

같은 프롬프트로 5회 이상 테스트했는가?
엣지 케이스로도 테스트했는가?
출력이 요구사항을 만족하는가?
모호한 부분이 남아있는가?

최적화 단계

실패 사례를 분석했는가?
어느 기법을 추가할지 결정했는가?
불필요한 부분을 제거했는가? (토큰 낭비)
최종 검증을 했는가?

7부: 최종 요약 — 1장짜리 스킬 카드

좋은 프롬프트의 5가지 구성

┌─────────────────────────────────────────┐
│ 1. 목표 명확화                          │
│    "당신은 X를 해달라"                  │
│                                         │
│ 2. 맥락 제공                            │
│    "우리의 상황은 ..."                  │
│                                         │
│ 3. 사고 과정 명시 (필요시)              │
│    "단계별로: 1단계: ...                │
│                        2단계: ... "      │
│                                         │
│ 4. 예시 또는 포맷 (필요시)              │
│    "이런 스타일로: [예시]"              │
│    또는 "이런 형식으로: {JSON}"         │
│                                         │
│ 5. 금지사항 (선택)                      │
│    "~은 하지 마세요"                    │
└─────────────────────────────────────────┘

기법 선택 의사결정 플로우

복잡한가?           YES → Chain-of-Thought (CoT)
                    NO  ↓
스타일이 중요한가?  YES → Few-shot
                    NO  ↓
정확성이 중요한가?  YES → Self-Consistency (여러 번 물어보기)
                    NO  ↓
포맷이 정해져있나?  YES → Structured Output (JSON)
                    NO  ↓
원칙부터?           YES → Step-Back
                    NO  → 기본 프롬프트만으로 충분

💡 팁: 대부분의 경우 "CoT + Few-shot"만으로 충분함

8부: 다음 단계 — 직접 해보기

액션 플랜:

1.내가 자주 하는 3가지 작업을 선택
2.각 작업마다 프롬프트 1개씩 만들기 (위의 기법 중 1~2개 적용)
3.실행 5회 & 결과 비교
4.부족한 부분 찾아서 프롬프트 수정
5.최종 프롬프트를 저장 (다음번에 재사용)

예시:

"주간 보고서" → Few-shot 기법 적용
"고객 피드백 분석" → Structured Output 적용
"사업 전략 검토" → CoT + Self-Consistency 적용

기대 효과:

이렇게 3~4개의 프롬프트를 만들면, 매달 10시간 이상의 시간을 절약할 수 있습니다.

Skill 만들 때 프롬프팅 잘하는 법 — 최신 기법과 실전 가이드