클로드 3.5 소넷을 잘 쓰는 핵심은 ‘프롬프트 구조화’
Claude 3.5 Sonnet은 다양한 업무에서 정확하고 일관된 답변을 기대할 수 있는 범용 대형 언어 모델입니다. 같은 질문이라도 프롬프트를 어떻게 작성하느냐에 따라 품질이 크게 달라집니다. 이 글은 목적 중심의 구조화, 템플릿, 예시, 개선 절차까지 한 번에 정리한 실전 가이드입니다.
프롬프트 기본 원칙: 6요소로 명확하게
아래 6가지를 빠짐없이 담으면 대부분의 작업에서 품질이 안정됩니다.
- 목적: 무엇을 달성할지 한 줄로 정의
- 맥락: 대상, 배경, 제약 환경(시장, 조직 규정 등)
- 역할: 모델의 관점·전문성·톤(예: 제품 매니저, 기술 작가)
- 입력 형식: 제공하는 데이터 구조와 예시
- 출력 형식: 포맷, 길이, 필드명, 언어
- 평가 기준: 정확성, 포괄성, 근거 제시, 제외 항목
기본 템플릿
목적: <한 줄 목표>
맥락: <대상/배경/제약>
역할: <원하는 관점과 톤>
입력: <데이터/요구사항/예시>
출력: <형식/길이/언어/필드명>
평가기준: <포함/제외/채점 기준>Claude 3.5 Sonnet에 맞춘 작성 팁
- 톤·스타일 고정: 문체(존댓말/반말), 레벨(입문/전문), 길이(문단 수)를 명시합니다.
- 한국어 우선: 다국어 상황에서는 출력 언어를 ‘한국어’로 고정합니다.
- 형식 제약: 표, 목록, JSON 등 원하는 출력 컨테이너를 지정합니다.
- 안전·민감도: 개인 정보, 저작권, 추측성 정보는 제외하도록 명시합니다.
- 길이 관리: 최대 토큰 또는 문단 수를 지정해 응답을 한정합니다.
업무별 프롬프트 템플릿 모음
1) 요약
목적: 긴 텍스트를 핵심만 5문장으로 요약
맥락: 내부 보고서 초안, 중복 표현이 많음
역할: 간결한 기술 문서 편집자
입력: <원문>
출력: 한국어, 번호 없는 문장형 5줄
평가기준: 고유명사 보존, 수치/날짜 정확, 추측 금지2) 기획서 뼈대
목적: 신기능 제안서 개요 작성
맥락: B2B SaaS, 보안 이슈 민감
역할: 제품 매니저
입력: 타깃, 문제, 가설, 경쟁사 2곳
출력: H2/H3 목차와 1~2문장 요약, 표 1개 포함
평가기준: 고객 페인포인트-해결책 매핑, 측정 가능한 KPI 제시3) 데이터 해석
목적: 실험 결과의 핵심 인사이트 도출
맥락: A/B 테스트, 표준 지표 CTR/CR
역할: 데이터 분석가
입력: 그룹별 지표 표
출력: 불릿 5개, 통계 용어 남용 금지, 가설 2개 제시
평가기준: 과도한 인과 주장 금지, 대안 설명 포함4) 코드 리뷰
목적: 성능/가독성 개선 포인트 제안
맥락: Python 데이터 처리 코드
역할: 시니어 엔지니어
입력: 코드 스니펫
출력: 문제-근거-수정안 구조의 목록, 예시 코드 포함
평가기준: 동작 변경 없이 복잡도/메모리 개선5) 고객응대 초안
목적: 문의 메일 답변 초안 작성
맥락: 프리미엄 요금제 환불 문의
역할: 고객지원 전담자(공손, 단호)
입력: 고객 메시지
출력: 한국어, 4문단 이내, 다음 단계와 기한 명시
평가기준: 정중함, 정책 일관성, 책임 소재 명확few-shot 예시로 일관성 높이기
한두 개의 고품질 예시(입력-출력 쌍)를 제공하면 스타일과 포맷이 안정됩니다. 단, 예시는 최소화하고 공통 규칙을 맨 앞에 둡니다.
규칙: 한국어, 불릿 5개, 각 불릿 20자 이내
예시입력: '신규 가입 전환율 하락'
예시출력:
- 랜딩 속도 저하 가능성
- 모바일 폼 이탈 증가
- 유입채널 품질 저하
- 가격 인지 어려움
- 경쟁 프로모션 영향
실제입력: <사용자 입력>출력 포맷 고정: JSON 스펙 선언
후처리를 위해 구조를 먼저 고정하세요. JSON은 작은 스키마라도 효과적입니다.
출력: 아래 스키마의 JSON만 반환
{
'summary': '한 문장 요약',
'risks': ['위험1','위험2','위험3'],
'actions': [
{'owner':'팀', 'task':'작업', 'due':'YYYY-MM-DD'}
]
}시스템/사용자 메시지 분리 전략
- 시스템: 역할, 톤, 금지 사항, 출력 형식 같은 불변 규칙
- 사용자: 매 요청마다 바뀌는 구체 입력
- 개선: 시스템은 드물게 수정, 사용자는 반복 실험
이렇게 나누면 요청이 바뀌어도 결과 품질이 흔들리지 않습니다.
사고 과정 요청은 요약형으로
불필요한 장문의 사고과정 노출은 피하고, 최종 결론과 간단한 근거만 요구하세요.
요청: 결론 먼저 제시하고, 이어서 근거를 3줄 이내 불릿으로 요약도구·파일·이미지 맥락 연결
API나 통합 환경에서 파일, 이미지, 도구 호출을 사용할 때는 다음을 명시합니다.
- 입력 소스: 파일명/필드명/시트명 등
- 권한과 범위: 접근 가능한 리소스 한정
- 출력 제약: 처리 단위, 오류시 재시도/중단 기준
목적: 업로드한 CSV를 요약
입력: 파일 'report.csv', 열 'date, channel, revenue'
출력: 채널별 매출 Top3와 전주 대비 증감, 표 1개프롬프트 품질 평가와 반복 개선
- 기준 정의: 정확성, 재현성, 간결성, 포맷 준수
- 테스트 세트: 대표 시나리오 5~10개 준비
- 오류 기록: 누락 정보, 톤 불일치, 과도한 추측
- 수정 순서: 출력 형식→제약 조건→역할→맥락→예시
- 자동화: 동일 테스트를 주기적으로 재검증
자주 발생하는 문제와 해결
- 모호한 목표: 한 줄 목적을 맨 앞에 추가
- 장황한 답변: 길이/문단 수 제한 명시
- 형식 불일치: JSON 스키마 또는 목차 강제
- 사실 오류: ‘확실하지 않으면 모른다고 답변’ 규칙 추가
- 민감 정보 포함: 수집/출력 금지 목록을 프롬프트에 명시
도메인별 체크리스트
마케팅
- 페르소나와 단계(인지/고려/전환) 명시
- 채널별 톤과 길이(메타 규정) 반영
제품/기획
- 문제-가설-지표 연결
- 범위 밖 항목 명확히 제외
개발
- 언어/버전/런타임 명시
- 성능/보안 제약 조건 고정
데이터
- 스키마 정의, 누락값 처리 방식
- 추론 대신 가정과 한계 표기
고객지원
- 정책 우선, 대체 수단 제시
- 책임 소재·기한·다음 단계 명확화
바로 쓰는 치트시트(10줄)
1) 목적: 한 줄로
2) 맥락: 대상/배경/제약
3) 역할: 관점/톤
4) 입력: 형식/예시
5) 출력: 포맷/길이/언어
6) 평가: 포함/제외 기준
7) 예시: 1~2개 few-shot
8) 형식: JSON/목차/표
9) 안전: 금지 리스트
10) 개선: 테스트 세트로 반복종합 예시: Claude 3.5 Sonnet용 마스터 프롬프트
목적: 신제품 론칭 보도자료 600~800자 초안 작성
맥락: B2B SaaS, 보안 기능 강화, 한국 시장 대상
역할: 기술에 밝은 홍보담당(전문적이되 쉽게)
입력: 제품명, 핵심 기능 3개, 출시일, 고객 사례 1개
출력: 한국어, 제목 1줄+본문 3~4문단, 과장 표현 금지
평가기준: 사실 위주, 고객 가치 중심, 독자 행동 유도 CTA 1개위와 같이 구조화하면 Claude 3.5 Sonnet의 강점을 실무에서 안정적으로 끌어낼 수 있습니다. 핵심은 목적을 선명히 하고, 형식과 기준을 먼저 고정하는 것입니다. 작은 예시와 명확한 제외 조건이 품질의 마지막 퍼즐을 맞춰줍니다.
