[Claude Sonnet 5] 출시 소식과 프롬프트 작성법, 개발자가 확인할 변화

Claude Sonnet 5 공개 소식, 가격과 가용성, effort·adaptive thinking·샘플링 파라미터 변화, 프롬프트 마이그레이션 체크포인트를 공식 자료 기준으로 정리합니다.

---

 

안녕하세요!
재아군의 관찰인생입니다.

Anthropic이 Claude Sonnet 5를 공개했습니다.
단순히 새 모델이 하나 더 나온 정도가 아니라, 개발자가 프롬프트와 API 파라미터를 다시 점검해야 하는 업데이트입니다.

겉으로는 “Sonnet 4.6보다 좋아진 모델”처럼 보이지만, 자세히 보면 effort, adaptive thinking, 샘플링 파라미터, 토큰 계산 방식까지 실무에 영향을 주는 변화가 들어 있습니다.

이 글에서는 공식 발표와 공식 프롬프트 가이드를 기준으로, 무엇이 확정 정보이고 무엇을 테스트해야 하는지 나누어 정리하겠습니다.

이 글은 2026년 7월 2일 기준으로 작성됐습니다.

 

 

 

핵심 결론부터 말하면, Claude Sonnet 5는 “더 에이전틱한 Sonnet”입니다.
다만 잘 쓰려면 모델 이름만 바꾸는 것으로 끝내지 말고, effort·max_tokens·프롬프트 범위·출력 형식 검증을 함께 점검해야 합니다.

 

 

 

이 글의 핵심 7가지

• Claude Sonnet 5는 2026년 6월 30일 공개됐습니다. 공식 발표 기준 1차 출처 확인입니다.
• API 모델 식별자는 claude-sonnet-5입니다. 개발자는 기존 모델명 교체 지점을 먼저 찾아야 합니다.
• Free와 Pro 플랜의 기본 모델이며, Max·Team·Enterprise·Claude Code·Claude Platform에서도 사용할 수 있습니다.
• Claude Platform 도입가는 2026년 8월 31일까지 입력 $2/백만 토큰, 출력 $10/백만 토큰입니다.
• 이후 표준가는 입력 $3/백만 토큰, 출력 $15/백만 토큰으로 안내됐습니다.
• 프롬프트 측면에서는 effort, adaptive thinking 기본값, 샘플링 파라미터 제한, 더 엄격한 지시 준수가 핵심입니다.
• 실제 서비스 전환 품질은 공식 확인 안 됨입니다. 각 팀의 대표 프롬프트와 회귀 테스트로 직접 확인해야 합니다.

 

목차

1. Claude Sonnet 5에서 무슨 일이 있었나 — 공개 사실과 가용성
2. 핵심 변화는 무엇인가 — 성능·가격·안전성·API 변화
3. 숫자와 조건을 어떻게 읽어야 하나 — 가격, 토큰, effort의 함정
4. 프롬프트는 어떻게 바꿔야 하나 — Sonnet 5 전용 가이드 핵심
5. 실무자는 어디에 주의해야 하나 — 마이그레이션 체크리스트
6. 커뮤니티 루머와 오해는 무엇인가 — 과장된 해석 정리
7. 비교해서 판단하면 어떤 선택이 맞나 — Sonnet 4.6, Sonnet 5, Opus 4.8
8. 자주 묻는 질문 — 실제 검색 질문 중심
9. 결론 표와 액션 아이템 — 오늘 바로 할 일
10. 참고자료 — 공식 출처와 확인 범위

 

용어 정리

용어	쉬운 설명
Claude Sonnet 5	Anthropic의 Sonnet 계열 최신 모델입니다.
Agentic AI	사용자가 매번 시키지 않아도 계획을 세우고 도구를 쓰며 일을 이어가는 AI입니다.
Tool use	브라우저, 터미널, API 같은 도구를 모델이 호출하는 기능입니다.
Effort	모델이 얼마나 깊게 생각하고 많은 토큰을 쓸지 조절하는 설정입니다.
Adaptive thinking	요청 난이도에 따라 생각 과정을 자동으로 조절하는 방식입니다.
max_tokens	thinking과 최종 답변을 합쳐 모델이 쓸 수 있는 최대 출력 예산입니다.
Sampling parameter	temperature, top_p, top_k처럼 답변 다양성을 조절하던 설정입니다.
회귀 테스트	모델을 바꾼 뒤 기존 프롬프트 결과가 망가지지 않는지 확인하는 테스트입니다.

 

 

1. Claude Sonnet 5에서 무슨 일이 있었나

 

Anthropic은 2026년 6월 30일 Claude Sonnet 5를 공개했습니다.
공식 발표는 Sonnet 5를 “지금까지 가장 에이전틱한 Sonnet 모델”이라고 설명합니다.

쉽게 말하면, 이전 Sonnet 모델이 똑똑한 답변자에 가까웠다면 Sonnet 5는 더 오래 계획을 유지하고, 도구를 사용하고, 결과를 검증하는 실행자에 가까워졌다는 의미입니다.
특히 코딩, 툴 사용, 지식 작업, 에이전트형 업무에서 Sonnet 4.6보다 개선됐다는 점이 발표의 핵심입니다.

 

항목	공식 발표 기준 내용	신뢰도
공개일	2026년 6월 30일	1차 출처 확인
모델명	Claude Sonnet 5	1차 출처 확인
API 모델 식별자	claude-sonnet-5	1차 출처 확인
포지션	가장 에이전틱한 Sonnet 모델	1차 출처 확인
비교 대상	Sonnet 4.6, Opus 4.8	1차 출처 확인
사용 가능 범위	Free, Pro, Max, Team, Enterprise, Claude Code, Claude Platform	1차 출처 확인

 

공식 발표의 중요한 문장은 “Sonnet 5가 Opus 4.8과의 격차를 좁혔고, 더 낮은 가격으로 제공된다”는 방향입니다.
다만 이것이 “모든 작업에서 Opus 4.8을 대체한다”는 뜻은 아닙니다.
Anthropic은 여전히 Opus 4.8을 더 일반적으로 강력한 모델로 참고 대상에 두고 있습니다.

 

[겉보기엔 단순한 모델 업데이트인데]
실제로는 모델 운용 방식의 업데이트입니다.
코드에서는 모델 이름 하나를 바꾸는 것처럼 보이지만, 운영에서는 비용, 토큰 예산, thinking 동작, 도구 호출 빈도, 출력 형식까지 함께 봐야 합니다.

 

2. 핵심 변화는 무엇인가

Sonnet 5의 변화는 크게 네 가지입니다.
성능 방향, 가격, 안전성, 프롬프트·API 동작 방식입니다.

변화 영역	공식 자료 기준 핵심	개발자 영향
에이전트 성능	계획, 도구 사용, 코딩, 지식 작업 개선	장기 작업과 자동화에 더 적극적으로 투입 가능
가격	도입가 $2/$10, 표준가 $3/$15 per MTok	비용표와 토큰 예산 재계산 필요
Safety	Sonnet 4.6보다 undesirable behavior 비율이 낮다고 평가	에이전트형 사용에서 안전성 점검 기준 변화
Cyber safeguards	기본 활성화	보안 관련 자동화에서는 차단 동작을 사전 확인
Prompting	Sonnet 5 전용 가이드 제공	기존 프롬프트 재평가 필요
Tokenizer	같은 입력이 약 1.0~1.35배 토큰으로 계산될 수 있음	max_tokens, 비용 추정, 긴 입력 처리 점검 필요

공식 발표에서 특히 눈에 띄는 부분은 가격입니다.

 

Claude Platform 기준 Sonnet 5는 2026년 8월 31일까지 입력 $2/백만 토큰, 출력 $10/백만 토큰의 도입가로 제공됩니다.
그 이후에는 입력 $3/백만 토큰, 출력 $15/백만 토큰이 표준가로 안내되어 있습니다.

또 하나 중요한 점은 safety 평가입니다.

 

Anthropic은 Sonnet 5가 Sonnet 4.6보다 전반적으로 안전하고, 에이전트 맥락에서 원치 않는 행동이 더 낮게 나타났다고 설명합니다.
다만 Opus 4.8이나 Claude Mythos Preview와 비교하면 일부 자동 행동 감사에서는 더 높은 misaligned behavior를 보였다고도 밝혔습니다.

좋은 업데이트 글은 장점만 적지 않습니다.
공식 발표 안에서도 장점과 한계를 함께 읽어야 실무 판단이 정확해집니다.

 

 

3. 숫자와 조건을 어떻게 읽어야 하나

 

새 모델 발표에서 가장 많이 실수하는 지점이 숫자입니다.
벤치마크, 가격, 토큰, effort는 모두 조건이 붙어야 의미가 있습니다.

숫자/조건	공식 자료 기준	해석
도입가 기간	2026년 8월 31일까지	이 날짜 이후 비용표 재확인 필요
도입가 입력	$2 / 백만 input tokens	짧은 기간 비용 절감 효과 가능
도입가 출력	$10 / 백만 output tokens	긴 출력 작업은 별도 계산 필요
표준가 입력	$3 / 백만 input tokens	장기 비용 시뮬레이션은 표준가 기준 권장
표준가 출력	$15 / 백만 output tokens	출력이 긴 에이전트 작업에서 영향 큼
Opus 4.8 가격	$5 / 백만 input, $25 / 백만 output	공식 발표 내 비교 기준
토크나이저 변화	같은 입력이 약 1.0~1.35배 토큰 가능	기존 비용·max_tokens 설정 재검토

 

 

여기서 함정은 “도입가가 싸다”만 보고 바로 전환하는 것입니다.
Sonnet 5는 더 에이전틱하게 동작할 수 있고, effort를 높이면 thinking과 도구 호출로 출력 예산을 더 많이 쓸 수 있습니다.
즉 단가가 낮아도 실제 청구액은 사용 방식에 따라 달라집니다.

개발자 입장에서는 아래처럼 단순한 비용 계산표를 먼저 만들어야 합니다.

월 요청 수: 100,000회
평균 입력 토큰: 4,000
평균 출력 토큰: 1,500
평균 effort: high

확인할 것:
1. 도입가 기준 월 비용
2. 표준가 기준 월 비용
3. 토크나이저 변경 후 1.0~1.35배 범위
4. thinking 때문에 max_tokens에 걸리는 요청 비율

공식 프롬프트 문서는 Sonnet 5에서 max_tokens가 thinking과 최종 답변을 합친 하드 리밋이라고 설명합니다.
고난도 작업에서 high, xhigh, max effort를 쓴다면 답변이 잘리는 문제를 피하기 위해 출력 예산을 넉넉히 잡아야 합니다.

 

[겉보기엔 가격 인하인데]
실제로는 토큰 사용량과 effort까지 포함한 총비용 문제입니다.
그러니 비용 비교는 “단가표”가 아니라 “실제 대표 요청 20개” 기준으로 해야 합니다.

4. 프롬프트는 어떻게 바꿔야 하나

Sonnet 5 전용 프롬프트 가이드에서 가장 중요한 내용은 모델이 더 상황에 맞게 길이를 조절하고, effort를 더 엄격하게 따르며, 지시를 더 문자 그대로 해석한다는 점입니다.

4-1. 응답 길이와 verbosity

Sonnet 5는 단순 조회에는 짧게, 열린 분석에는 길게 답하려는 경향이 있습니다.
서비스가 일정한 답변 길이를 기대한다면 프롬프트에 길이 기준을 명시해야 합니다.

Provide concise, focused responses.
Skip non-essential context, and keep examples minimal.

한국어 서비스라면 이렇게 바꿀 수 있습니다.

답변은 핵심 위주로 간결하게 작성하세요.
부가 설명은 필요한 경우에만 넣고, 예시는 1개 이하로 제한하세요.

4-2. effort 설정

공식 문서는 Sonnet 5의 effort 옵션을 지능과 토큰 사용량 사이의 균형을 조절하는 레버로 설명합니다.
기본값은 Sonnet 4.6과 같은 high입니다.

effort	공식 문서 기준 추천 상황	실무 해석
max	토큰 제약 없이 최대 능력 필요	가장 어려운 분석·장기 에이전트 작업
xhigh	가장 어려운 코딩·에이전트 작업 권장	코드베이스 수정, 복잡한 자동화
high	기본값, 대부분 사용 사례 균형	일반 서비스의 1차 후보
medium	비용 민감하지만 일정 수준 지능 필요	대량 처리, 요약, 분류
low	짧고 범위가 좁은 작업	지연 시간 민감한 단순 작업

문서에는 마이그레이션 기준도 있습니다.
대략 Sonnet 5의 medium은 Sonnet 4.6의 high와, Sonnet 5의 high는 Sonnet 4.6의 max와 비슷한 지능 수준으로 볼 수 있다고 안내합니다.
다만 실제 벤치마크에서는 effort 이름이 아니라 관찰된 thinking 길이와 결과 품질을 기준으로 맞추라고 설명합니다.

4-3. adaptive thinking

Sonnet 5에서는 adaptive thinking이 기본으로 켜져 있습니다.
thinking 필드를 넣지 않은 요청도 adaptive thinking으로 동작합니다.

생각을 완전히 끄려면 다음처럼 명시해야 합니다.

{
  "thinking": {
    "type": "disabled"
  }
}

반대로 Sonnet 4.6에서 쓰던 수동 extended thinking 방식, 즉 thinking: { "type": "enabled", "budget_tokens": N }은 Sonnet 5에서 지원되지 않으며 400 오류를 반환한다고 문서에 명시되어 있습니다.
이 부분은 마이그레이션에서 매우 중요합니다.

4-4. 샘플링 파라미터 제한

공식 문서는 Sonnet 5에서 temperature, top_p, top_k를 기본값이 아닌 값으로 설정하면 400 오류가 난다고 설명합니다.
이제 스타일 다양성은 샘플링 값보다 시스템 프롬프트와 예시로 조절해야 합니다.

예를 들어 글쓰기 서비스라면 이렇게 쓰는 편이 안전합니다.

따뜻하고 협업적인 톤을 사용하세요.
사용자의 문제 제기를 먼저 인정한 뒤, 해결 방법을 단계별로 제안하세요.
문장은 짧게 쓰고, 마지막에는 실행 가능한 다음 행동을 제시하세요.

4-5. 도구 사용과 진행 업데이트

Sonnet 5는 Sonnet 4.6보다 더 에이전틱하게 동작하고, 도구 사용과 자기 검증 루프에 더 적극적이라고 문서가 설명합니다.
다만 thinking을 끄면 도구를 덜 쓰거나 검색을 덜 고려할 수 있습니다.

또 긴 에이전트 작업 중 사용자에게 주는 진행 업데이트 품질이 좋아졌기 때문에, “도구 3번 쓸 때마다 요약하라” 같은 보조 장치를 제거해봐도 된다고 안내합니다.
물론 제품 UX가 특정 형식을 요구한다면 업데이트 형식과 길이를 명시해야 합니다.

 

5. 실무자는 어디에 주의해야 하나

모델 마이그레이션은 새 SDK를 설치하는 일보다 운영 검증에 가깝습니다.
아래 체크리스트는 Claude Sonnet 5로 전환할 때 먼저 확인할 항목입니다.

점검 항목	확인할 내용	위험
모델명	claude-sonnet-5로 교체	잘못된 모델 호출
샘플링 파라미터	temperature, top_p, top_k 제거	400 오류
thinking 설정	수동 budget 방식 제거	400 오류
max_tokens	thinking+답변 예산을 함께 고려	답변 잘림
effort	작업 난이도별 low/medium/high/xhigh 구분	비용·품질 불균형
출력 형식	JSON, XML, Markdown 구조 회귀 테스트	파서 실패
도구 호출	브라우저·터미널·검색 호출 기준 점검	과도한 비용 또는 권한 문제
비용	도입가와 표준가 모두 계산	9월 이후 비용 착시

아래는 전환 전 점검용 의사코드입니다.
실제 SDK 인자는 공식 API 문서와 팀 코드 스타일에 맞게 조정해야 합니다.

for prompt in 대표_프롬프트_목록:
    old_output = run(model="기존 모델", prompt=prompt)
    new_output = run(model="claude-sonnet-5", prompt=prompt, effort="high")

    check_schema(new_output)
    compare_quality(old_output, new_output)
    measure_latency()
    estimate_tokens()
    record_failure_case()

특히 코드 리뷰 harness를 운영하는 팀은 주의가 필요합니다.
공식 문서는 Sonnet 5가 “high severity만 보고하라”, “보수적으로 판단하라” 같은 지시를 더 충실히 따르면서, 실제 버그 탐지 능력과 별개로 보고된 finding 수가 줄어 보일 수 있다고 설명합니다.

따라서 리뷰 프롬프트는 coverage와 filtering을 분리하는 방식이 좋습니다.

발견한 모든 이슈를 보고하세요.
낮은 심각도나 확신이 낮은 항목도 먼저 포함하세요.
각 항목에는 confidence와 severity를 붙이세요.
중요도 필터링은 다음 단계에서 수행합니다.

 

6. 커뮤니티 루머와 오해는 무엇인가

오해 1. “Sonnet 5는 Opus 4.8을 완전히 대체한다”

공식 발표는 Sonnet 5가 Opus 4.8과의 격차를 좁혔고, 일부 높은 effort 작업에서는 Opus 4.8 수준에 근접하거나 맞먹을 수 있다고 설명합니다.
하지만 Opus 4.8을 완전히 대체한다고 말하지는 않습니다.

실무에서는 “항상 최고 모델”이 아니라 “작업별 비용 대비 성능”으로 판단해야 합니다.
코딩 자동화, 도구 사용, 일반 지식 작업에서는 Sonnet 5가 유력한 후보가 될 수 있지만, 가장 어려운 판단형 작업은 Opus 계열과 직접 비교해야 합니다.

오해 2. “도입가가 싸니 무조건 비용이 줄어든다”

도입가는 분명히 낮습니다.
하지만 Sonnet 5는 새 토크나이저를 사용하며, 같은 입력이 약 1.0~1.35배 토큰으로 잡힐 수 있다고 발표문 각주에 명시되어 있습니다.

게다가 effort를 높이면 thinking과 도구 호출이 늘어날 수 있습니다.
따라서 총비용은 단가가 아니라 대표 요청 기준으로 계산해야 합니다.

오해 3. “기존 thinking budget을 그대로 쓰면 된다”

아닙니다.
Sonnet 5에서는 manual extended thinking 방식이 지원되지 않습니다.
기존에 budget_tokens를 직접 지정하던 코드는 adaptive thinking과 effort 기반으로 바꿔야 합니다.

오해 4. “temperature로 스타일을 조절하면 된다”

공식 문서 기준 Sonnet 5에서는 temperature, top_p, top_k를 기본값이 아닌 값으로 넣으면 400 오류가 납니다.
스타일은 시스템 프롬프트, 예시, 출력 형식 지시로 조절해야 합니다.

7. 비교해서 판단하면 어떤 선택이 맞나

아래 표는 공식 자료를 바탕으로 실무 판단용으로 정리한 비교입니다.
정확한 모델 선택은 실제 업무 프롬프트와 평가 세트로 다시 확인해야 합니다.

항목	Sonnet 4.6	Sonnet 5	Opus 4.8
포지션	이전 Sonnet 기준 모델	새 Sonnet, 더 에이전틱	더 일반적으로 강력한 상위 모델
effort 기준	high/max 사용 경험 기준	high 기본, xhigh 권장 사례 증가	고난도 작업 기준점
가격	기존 가격표 확인 필요	도입가 $2/$10, 표준가 $3/$15	$5/$25
에이전트 작업	가능하지만 한계 존재	공식 발표의 핵심 개선 영역	강력하지만 비용 높음
비용 효율	기존 기준	공식 발표상 개선	성능은 강하지만 비용 높음
마이그레이션 부담	현재 운영 중이면 낮음	파라미터·토큰·프롬프트 재검토 필요	비용·성능 평가 필요

표로 보면 Sonnet 5는 “Sonnet 4.6의 자연스러운 상위 교체 후보”에 가깝습니다.
하지만 운영 중인 서비스라면 모델명만 바꾸지 말고, 대표 요청 세트를 만들어 비용·지연 시간·정확도·출력 형식을 함께 비교해야 합니다.

모델 선택은 브랜드 이름이 아니라 실패 비용으로 결정해야 합니다.
실패해도 괜찮은 초안 작업과, 실패하면 장애가 되는 자동화 작업은 모델 평가 기준이 달라야 합니다.

 

 

 

8. 자주 묻는 질문

Q1. Claude Sonnet 5는 언제 공개됐나요?

공식 발표 기준 공개일은 2026년 6월 30일입니다.
이 글은 2026년 7월 2일 기준으로 작성됐습니다.

Q2. API에서 어떤 모델명을 써야 하나요?

공식 발표 기준 API 모델 식별자는 claude-sonnet-5입니다.
다만 SDK 버전과 사용 가능 리전은 실제 Claude Platform 문서와 콘솔에서 다시 확인하는 것이 안전합니다.

Q3. 가격은 얼마인가요?

Claude Platform 기준 도입가는 2026년 8월 31일까지 입력 $2/백만 토큰, 출력 $10/백만 토큰입니다.
이후 표준가는 입력 $3/백만 토큰, 출력 $15/백만 토큰으로 안내되어 있습니다.

Q4. 기존 Claude Sonnet 4.6 프롬프트를 그대로 써도 되나요?

공식 문서는 Sonnet 5가 기존 Sonnet 4.6 프롬프트에서도 대체로 잘 동작한다고 설명합니다.
하지만 response length, effort, tool use, literal instruction following, style 변화 때문에 대표 프롬프트는 반드시 재평가하는 것이 좋습니다.

Q5. 가장 먼저 바꿔야 할 프롬프트 지시는 무엇인가요?

가장 먼저 바꿀 것은 범위와 출력 형식입니다.
Sonnet 5는 지시를 더 문자 그대로 해석할 수 있으므로 “모든 섹션에 적용”, “이 JSON 스키마만 사용”, “확실하지 않으면 확인 필요라고 표시”처럼 범위를 명시해야 합니다.

Q6. 루머처럼 “Sonnet 5가 보안 작업을 다 해준다”는 말은 맞나요?

그렇게 단정하면 위험합니다.
공식 발표는 Sonnet 5가 위험한 사이버 작업 평가에서 Opus 4.8과 Mythos 5보다 훨씬 낮은 능력을 보였고, 기본 cyber safeguards가 켜져 있다고 설명합니다.

9. 결론 표와 액션 아이템

당신의 상황	판단
개인 실험·프로토타입	바로 Sonnet 5로 테스트해볼 가치가 큽니다.
Claude Code 중심 개발	대표 작업을 high와 xhigh effort로 비교하세요.
운영 중인 API 서비스	모델명, 샘플링 파라미터, thinking 설정, max_tokens를 먼저 점검하세요.
비용 민감한 대량 트래픽	도입가와 표준가를 모두 계산하고 토큰 증가 범위를 반영하세요.
보안·컴플라이언스 작업	cyber safeguards와 차단 정책을 테스트한 뒤 도입하세요.

오늘 바로 해볼 것 3가지

• 공식 발표문에서 가격·모델명·가용성 부분을 팀 노트에 기록합니다.
• 대표 프롬프트 10~20개를 골라 Sonnet 4.6과 Sonnet 5 결과를 비교합니다.
• 코드에서 temperature, top_p, top_k, manual thinking budget 사용 여부를 검색합니다.

이번 주에 해볼 것 3가지

• low, medium, high, xhigh effort별 비용·품질 표를 만듭니다.
• max_tokens가 부족해 답변이 잘리는 사례가 있는지 로그를 확인합니다.
• 출력 형식이 중요한 작업은 JSON schema 또는 후처리 검증을 붙입니다.

꾸준히 관찰할 것

• 도입가 종료일인 2026년 8월 31일 이후 실제 비용 변화
• Claude Platform의 모델·파라미터 문서 업데이트
• Claude Code와 에이전트형 워크플로우에서의 실패 패턴
• 보안 관련 safeguards와 차단 동작 변화

 

 

참고자료

공식 문서

• Introducing Claude Sonnet 5: 공개일, 가용성, 가격, 안전성, 토크나이저 변화, API 모델명 확인에 사용했습니다.
• Claude Sonnet 5 프롬프트 작성: effort, adaptive thinking, tool use, sampling parameter, code review harness, computer use 권장 사항 확인에 사용했습니다.

마무리

Claude Sonnet 5는 “더 싸고 더 에이전틱한 Sonnet”이라는 점에서 개발자에게 꽤 매력적인 업데이트입니다.
하지만 실무에서 중요한 질문은 “좋아졌나?”가 아니라 “내 프롬프트와 내 서비스에서 안정적으로 좋아졌나?”입니다.

오늘은 공식 발표와 공식 프롬프트 가이드를 기준으로 Claude Sonnet 5의 출시 소식, 가격, 가용성, 프롬프트 작성법, 마이그레이션 체크포인트를 정리했습니다.

이번 글이 도움이 되셨다면 댓글로 어떤 프롬프트를 먼저 테스트해볼지 남겨주세요.