테마
03. 텍스트 변형과 확장
LLM은 텍스트를 이해한 뒤 다른 형태로 다시 표현하는 작업에 강하다. 그래서 번역, 요약, 분류, 감정 분석, 텍스트 확장은 입문자가 가장 먼저 써보기 좋은 프롬프트 영역이다.
1. 텍스트 변형이란 무엇인가?
텍스트 변형(Transformation)은 원래 의미를 유지하면서 표현 형태를 바꾸는 작업을 말한다.
대표 예시는 아래와 같다.
- 번역: 한국어를 영어로 바꾸기
- 요약: 긴 글을 짧게 압축하기
- 패러프레이징: 같은 의미를 다른 표현으로 다시 쓰기
- 형식 변환: 메모를 이메일, 공지, 보고서 톤으로 바꾸기
핵심은 "새로운 사실을 발명하는 것"보다 주어진 입력을 더 다루기 쉬운 형태로 재구성하는 것에 가깝다는 점이다.
이런 작업은 프롬프트 설계 효과도 비교적 잘 드러난다.
같은 모델로도 출력 형식, 남길 정보, 버릴 정보를 어떻게 지정하느냐에 따라 만족도가 크게 달라진다.
2. 번역: 가장 직관적인 변형 작업
번역은 "무엇을 해야 하는가"가 분명해서 태스크 프롬프트의 차이를 체감하기 좋다.
평문형:
text
아래 문장을 영어로 번역해줘.구조화형:
text
임무: 번역
출발 언어: 한국어
도착 언어: 영어
말투: 자연스러운 업무용 표현
출력 형식: 번역문만 출력
입력:
오늘 회의는 오후 3시에 시작합니다.구조화형의 장점은 아래와 같다.
- 번역문 외의 설명을 덜 붙인다
- 말투나 길이 같은 세부 조건을 분리해 넣기 쉽다
- 입력 텍스트만 교체해서 반복 사용하기 좋다
3. 요약: 무엇을 남길지 먼저 정해야 한다
요약에서 가장 흔한 실수는 "짧게 해줘"만 말하고 끝내는 것이다.
그렇게 하면 모델은 무엇을 중요한 정보로 볼지 스스로 결정한다.
그래서 요약 프롬프트에는 아래 요소가 있으면 훨씬 안정적이다.
- 길이 제한
- 남길 정보
- 버릴 정보
- 독자
- 출력 형식
예를 들어 회의록 요약이라면 이렇게 바꿀 수 있다.
text
임무: 회의록 요약
출력 형식: 불릿 4개
남길 정보: 의사결정, 일정, 담당자
제외할 정보: 잡담, 중복 설명, 인사말
입력:
아래 회의록 본문요약은 모델 성능 평가에도 자주 등장하는 작업이지만, 실무에서는 더 중요하다.
긴 문서를 짧게 줄이는 것 자체보다 목적에 맞게 줄이는 것이 핵심이기 때문이다.
4. 분류와 감정 분석: 기준이 있으면 더 강해진다
분류는 입력을 미리 정한 범주로 나누는 작업이다.
- 문의를 결제/배송/환불로 분류
- 리뷰를 긍정/부정/중립으로 분류
- 기사 주제를 정치/경제/기술로 분류
감정 분석은 분류의 특수한 형태로 볼 수 있다.
| 작업 | 질문 형태 | 예시 결과 |
|---|---|---|
| 분류 | 어떤 범주에 속하는가? | 결제 문의 |
| 감정 분석 | 어떤 정서에 가까운가? | 부정 |
문제는 기준을 안 주면 모델이 자기 기준을 만들어서 분류할 수 있다는 점이다.
이건 때로 유용하지만, 실무에서는 편차를 키운다.
좋은 분류 프롬프트는 보통 이렇게 생긴다.
text
임무: 고객 문의 분류
분류 기준:
- 결제: 결제 실패, 이중 결제, 영수증
- 배송: 배송 지연, 주소 변경, 분실
- 환불: 환불 요청, 취소, 환불 상태 문의
출력 형식: 분류 결과 한 단어
입력:
결제는 됐는데 영수증 메일이 안 왔어요.기준이 있을수록 결과 비교와 검수도 쉬워진다.
5. 텍스트 확장: 짧은 생각을 문서로 키우기
확장은 반대로 짧은 입력을 더 긴 출력으로 풀어내는 작업이다.
대표적인 상황은 아래와 같다.
- 메모를 정중한 이메일로 확장
- 핵심 bullet을 설명 문단으로 확장
- 답변 한 줄을 고객 응대 문안으로 확장
예를 들어 아래처럼 요청할 수 있다.
text
임무: 이메일 작성
목표: 배송 지연에 대한 정중한 안내
말투: 친절하고 차분하게
출력 형식: 제목 1줄 + 본문 3단락
입력:
예상보다 배송이 2일 늦어지고 있습니다. 사과와 함께 도착 예정일을 안내해야 합니다.확장 작업에서는 "길게 써줘"보다 아래 조건이 더 중요하다.
- 누구에게 보내는가
- 어떤 톤이어야 하는가
- 무엇을 반드시 포함해야 하는가
- 얼마나 길어야 하는가
6. 작업별로 평문형과 구조화형을 어떻게 나눌까?
| 상황 | 추천 방식 | 이유 |
|---|---|---|
| 한 번만 빠르게 번역 | 평문형 | 준비 비용이 적다 |
| 반복되는 요약 업무 | 구조화형 | 입력만 교체 가능 |
| 고객 문의 분류 | 구조화형 | 기준을 고정해야 한다 |
| 이메일 초안 확장 | 구조화형 | 톤과 길이 제어가 중요하다 |
| 간단한 패러프레이징 | 평문형 또는 구조화형 | 요구 조건 수에 따라 선택 |
정리하면 이렇다.
- 간단하고 일회성인 작업: 평문형도 충분
- 반복되고 기준이 중요한 작업: 구조화형이 유리
7. 실전에서 자주 하는 실수
7.1 요약인데 기준이 없다
한 줄 요약을 원하지만 일정, 수치, 결론 중 무엇을 남길지 말하지 않으면 결과 편차가 커진다.
7.2 분류인데 카테고리가 불명확하다
결제와 환불처럼 경계가 겹치는 범주를 설명 없이 주면 분류 일관성이 떨어진다.
7.3 확장인데 독자와 톤을 안 준다
고객 메일인지, 팀 내부 공유인지, 발표용 문서인지에 따라 문체가 완전히 달라진다.
7.4 변형 작업에 사실 검증을 기대한다
변형은 입력을 잘 다루는 작업이지, 없는 사실을 정확히 만들어내는 작업이 아니다.
핵심 정리
- 텍스트 변형은 의미를 유지하면서 표현 형태를 바꾸는 작업이다
- 번역과 요약은 프롬프트 구조 차이를 체감하기 좋은 대표 작업이다
- 분류와 감정 분석은 기준을 명시할수록 결과가 안정된다
- 텍스트 확장은 독자, 톤, 길이, 포함 요소를 지정해야 품질이 좋아진다