테마
02. 태스크 프롬프트 설계
태스크 프롬프트는 모델에게 "무엇을 하라"를 가장 직접적으로 전달하는 기본 형식이다.
1. 태스크 프롬프트란?
태스크 프롬프트(Task Prompt)는 말 그대로 특정 작업을 수행하라고 지시하는 프롬프트다.
예를 들면 아래 요청이 모두 태스크 프롬프트다.
- 영어로 번역해줘
- 아래 글을 한 문장으로 요약해줘
- 고객 문의를 긍정/부정/중립으로 분류해줘
- 아래 문장을 정중한 이메일 형태로 바꿔줘
이런 작업들은 공통점이 있다.
- 해야 할 일이 분명하다
- 입력 데이터가 있다
- 결과 형식을 어느 정도 통제할 수 있다
그래서 태스크 프롬프트는 프롬프트 엔지니어링의 가장 기본적인 출발점이 된다.
2. 평문형 프롬프트
평문형은 우리가 평소 말하듯 자연스럽게 지시하는 방식이다.
text
아래 문장을 영어로 번역해줘.
오늘 회의는 오후 3시에 시작합니다.장점은 분명하다.
- 빠르게 작성할 수 있다
- 초간단 작업에는 충분하다
- 처음 실험할 때 부담이 적다
하지만 작업이 복잡해질수록 문제가 생긴다.
- 제약 조건이 문장 속에 섞여 들어간다
- 입력 데이터와 지시가 뒤섞인다
- 나중에 수정하거나 재사용하기 불편하다
3. 하이퍼파라미터형 프롬프트
강의 원문은 구조화된 항목형 프롬프트를 "하이퍼파라미터형"이라고 부른다.
엄밀히 말하면 모델 내부의 진짜 하이퍼파라미터를 조정하는 것은 아니지만, 작업 설정값을 항목별로 정리한다는 비유로 이해하면 된다.
text
임무: 번역
출발 언어: 한국어
도착 언어: 영어
말투: 친근하지만 지나치게 가볍지 않게
문장 길이: 짧게
입력:
오늘 회의는 오후 3시에 시작합니다.이 방식의 핵심은 지시와 옵션을 분해해서 보여준다는 점이다.
4. 왜 구조화된 프롬프트가 복잡한 작업에 유리할까?
복잡한 작업에서는 보통 아래 요소가 동시에 필요하다.
- 작업 종류
- 입력 데이터
- 출력 형식
- 말투
- 길이 제한
- 제외할 항목
이것들을 평문형으로 한 문장 안에 모두 넣으면 읽기도 어렵고, 수정도 어렵다.
반면 항목형으로 나누면 어떤 설정을 바꿔야 하는지 바로 보인다.
| 비교 항목 | 평문형 | 하이퍼파라미터형 |
|---|---|---|
| 작성 속도 | 빠름 | 처음엔 조금 느림 |
| 단순 작업 적합성 | 높음 | 높음 |
| 복잡한 제약 표현 | 불리함 | 유리함 |
| 수정 편의성 | 낮음 | 높음 |
| 반복 사용 | 불리함 | 유리함 |
특히 같은 작업을 여러 번 반복할 때 차이가 커진다.
5. 설계할 때 최소한 넣으면 좋은 항목
실무에서는 아래 다섯 항목만 잡아도 품질이 많이 안정된다.
text
임무:
입력:
출력 형식:
제약 조건:
평가 기준:각 항목은 이렇게 이해하면 된다.
| 항목 | 의미 | 예시 |
|---|---|---|
| 임무 | 무엇을 할지 | 요약, 분류, 번역, 재작성 |
| 입력 | 처리할 원본 데이터 | 기사, 회의록, 문의 문장 |
| 출력 형식 | 결과를 어떤 모습으로 줄지 | 표, 불릿, JSON, 한 문장 |
| 제약 조건 | 반드시 지켜야 할 제한 | 5줄 이내, 어려운 용어 금지 |
| 평가 기준 | 무엇이 좋은 결과인지 | 핵심만 남기기, 중복 제거 |
이 다섯 항목이 없으면 모델은 스스로 기준을 추측해야 한다.
기준을 추측하게 만들수록 결과 편차는 커진다.
6. 간단한 비교 예시
예시 1. 번역
평문형:
text
아래 문장을 영어로 번역해줘.구조화형:
text
임무: 번역
출발 언어: 한국어
도착 언어: 영어
말투: 자연스러운 업무용 표현
출력 형식: 번역문만 출력
입력:
오늘 회의는 오후 3시에 시작합니다.두 번째 방식은 "번역만 출력하라"는 조건까지 분리되어 있어서, 불필요한 설명이 붙을 가능성을 줄인다.
예시 2. 요약
평문형:
text
이 기사 요약해줘.구조화형:
text
임무: 기사 요약
목표 독자: 팀장
출력 형식: 불릿 3개
제약 조건: 수치와 일정은 보존, 배경 설명은 최소화
입력:
아래 기사 본문이 구조는 "무엇을 남기고 무엇을 줄일지"를 명확하게 만든다.
7. 태스크 프롬프트를 만들 때 자주 하는 실수
7.1 입력과 지시를 한 덩어리로 섞는다
AI가 어느 부분이 데이터이고 어느 부분이 명령인지 헷갈릴 수 있다.
가능하면 입력: 같은 구분자를 써서 분리하는 편이 좋다.
7.2 제약 조건을 너무 많이 넣는다
조건이 많다고 항상 좋은 것은 아니다.
- 5줄 이내
- 친근하게
- 전문적으로
- 쉬운 단어만
- 근거도 달기
- 창의적으로도 쓰기
이런 식으로 상충되는 조건이 많아지면 오히려 품질이 흔들릴 수 있다.
7.3 출력 형식을 지정하지 않는다
같은 요약 작업이라도 한 문장, 불릿 3개, 표 형태는 완전히 다르다.
출력 형식을 지정하지 않으면 모델은 임의로 정한다.
7.4 최신 사실 검증이 필요한 일을 단순 태스크로 끝낸다
태스크 프롬프트가 좋아도 사실 확인이 필요한 업무에서는 근거 검증 절차가 따로 필요하다.
8. 입문자용 추천 템플릿
처음에는 아래 템플릿만 복사해도 충분하다.
text
임무:
입력:
출력 형식:
제약 조건:
평가 기준:처음부터 화려하게 만들 필요는 없다.
오히려 짧고 명확한 템플릿이 더 오래 살아남는다.
핵심 정리
- 태스크 프롬프트는 모델에게 특정 작업을 직접 지시하는 가장 기본적인 형식이다
- 평문형은 빠르고 단순한 작업에 적합하다
- 하이퍼파라미터형은 복잡한 조건, 반복 작업, 템플릿 재사용에 더 유리하다
- 입력, 형식, 제약, 평가 기준을 분리할수록 결과 품질이 안정된다