Sonnet 5.5 문서·슬라이드·스프레드시트 프롬프트 3가지

좋은 Sonnet 5.5 프롬프트는 결과물, 허용 근거, 통과해야 할 검사를 명시합니다. “전문적인 발표 자료”만 요청하면 모델이 임의로 채울 부분이 너무 많습니다. 원자료, 독자, 완료 기준을 제공한 뒤 공유하기 전에 결과를 검증하세요.

Anthropic의 출시 발표는 문서, 슬라이드, 스프레드시트를 의도한 강점으로 꼽습니다. 아래는 해당 작업을 위해 직접 작성한 편집용 템플릿입니다. 성공한 Sonnet 실행 기록이나 모델 성능의 증거가 아닙니다. 준비 과정의 Claude Code 접근은 조직 정책으로 차단됐습니다. 출발점으로 활용하고 본인의 승인된 계정에서 시험하세요.

원자료 묶음부터 준비하기

독자, 목적, 출처가 있는 사실, 미해결 질문, 출력 형식을 짧고 명확하게 정리하세요. 연습용으로 만든 데이터에는 가상 데이터라고 표시합니다. 업무 자료는 조직의 승인된 모델 사용 정책이 허용하는 경우가 아니라면 민감한 정보를 제거하세요.

텍스트 응답, 렌더링된 파일, 검수된 결과물은 서로 다른 단계입니다. Sonnet 모델 사양은 텍스트·이미지 입력과 텍스트 출력을 설명합니다. 실제 PPTX나 XLSX를 만들려면 주변 애플리케이션, 도구, 권한이 필요합니다. 채팅 응답에 슬라이드 개요가 있다는 이유만으로 파일 생성을 약속하지 마세요.

템플릿 1: 한 페이지 의사결정 문서

제공한 메모를 바탕으로 판단 자료를 만들 때 사용하세요. 실행 전에 대괄호 내용을 바꿉니다.

[독자]를 위한 한 페이지 의사결정 문서를 작성하세요.
지원할 결정: [결정할 내용].
아래 원자료만 사용하세요. 숫자, 고객 인용문, 제품 기능, 날짜를
만들지 마세요. 근거 없는 항목은 "근거 필요"로 표시하세요.

출력:
1. 권고안. 출처에 나온 사실과 명확히 구분하세요.
2. 판단 기준 3개와 각 기준에 대응하는 현재 근거.
3. 주요 위험과 미해결 질문.
4. 다음 행동, 담당자 기입란, 날짜 기입란.
5. 출처 ID를 참조하는 주장-출처 대응표.

500단어 이내로 작성하세요. 출처끼리 충돌하면 하나를 말없이 선택하지
말고 충돌을 보존하세요. 원자료: [출처 자료 붙여 넣기].

500단어는 분량 목표이며 준수를 보장하지는 않습니다. 단어 수와 각 출처 ID를 확인하세요. 매끄러운 권고안도 근거가 없을 수 있습니다. 결정을 내릴 근거가 부족하면 빠진 정보를 정직하게 나열하는 것도 유용한 결과입니다.

검토할 때 사실 주장마다 표시하고 제공한 원자료까지 추적하세요. “메모에 적힌 내용”과 “모델의 권고”를 구분합니다. 권고가 합리적이어도 확립된 사실이 되는 것은 아닙니다.

템플릿 2: 슬라이드 6장 개요

이 프롬프트는 발표 도구나 편집자가 슬라이드로 만들 수 있는 개요를 작성합니다. 모델의 네이티브 영상 생성이나 슬라이드 파일 생성을 주장하지 않습니다.

아래 승인된 문서를 [독자]용 슬라이드 6장 개요로 바꾸세요.
발표 목표는 [하나의 결정 또는 행동]입니다.
승인된 문서만 사용하고 시장 통계를 추가하지 마세요.

각 슬라이드마다 제목, 핵심 메시지 1개, 보조 항목 최대 3개,
시각 자료 제안, 발표자 노트, 출처 ID를 작성하세요.
문제, 근거, 선택지, 권고, 위험, 다음 단계 순서로 구성하세요.
부족한 시각 자료나 근거는 명시하세요.
모든 슬라이드에 같은 문단을 반복하지 마세요.
승인된 문서: [검토한 문서 붙여 넣기].

발표 순서대로 개요를 살펴보세요. 각 슬라이드는 하나의 메시지로 결정을 진전시켜야 합니다. 제안한 차트에 실제 근거 데이터가 있는지 확인하세요. 차트를 그리라는 지시가 데이터 세트는 아닙니다. 스크린샷을 제안했다면 가짜 인터페이스가 아닌 실제 사용이 허용된 화면을 써야 합니다.

선택한 도구로 렌더링한 뒤 실제 발표 크기에서 배치와 글자 넘침을 확인하세요. 노트에는 슬라이드 본문에 없는 근거 없는 주장이 들어갈 수 있으므로 별도로 검토합니다. 파일 내보내기가 마지막 품질 검사는 아닙니다.

템플릿 3: 작은 스프레드시트 리뷰

통제된 연습에는 item, quantity, unit_price 열을 가진 CSV를 사용할 수 있습니다. 작업 설명에 통화와 단위를 명시하세요. 다음 프롬프트는 보기 좋은 설명보다 추적 가능한 계산을 요청합니다.

이 CSV를 작은 USD 지출표로 검토하세요.
열은 item, quantity, unit_price입니다. quantity는 개수,
unit_price는 개당 USD 가격으로 처리하세요. 누락값을 말없이 채우지 마세요.

출력:
1. 누락, 음수, 숫자가 아닌 값 등을 포함한 검증 문제.
2. 유효한 각 행의 quantity × unit_price.
3. 유효 행의 합계와 별도 표시한 제외 행.
4. 사용한 정확한 수식 또는 짧고 재현 가능한 스크립트.
5. 원본 값과 계산 값의 구분.

독립적으로 다시 계산하지 않았다면 합계가 검증됐다고 주장하지 마세요.
CSV: [민감하지 않은 CSV 붙여 넣기].

간단한 연습 자료로 공책 3개에 각각 4.50달러, 펜 2개에 각각 1.25달러, 폴더 1개에 2.00달러를 사용할 수 있습니다. 독립 계산 결과는 13.50 + 2.50 + 2.00 = 18.00달러입니다. 교육용 가상 값이며 고객 지출이나 Sonnet 생성 결과가 아닙니다.

총합보다 행별 값을 먼저 확인하세요. 틀린 두 행이 우연히 상쇄될 수도 있습니다. 금액의 독립 검산에는 소수를 정확히 처리하는 계산을 쓰고 반올림 규칙을 정합니다. 큰 시트에서는 숨긴 행, 수식, 단위도 주의해야 합니다. 붙여 넣은 CSV에는 원래 통합 문서의 모든 기능이 보존되지 않습니다.

세 산출물에 공통으로 쓸 완전한 연습 출처 묶음

요약문·슬라이드·표가 서로 다른 이야기가 되지 않도록 같은 출처 묶음을 씁니다. 아래는 전부 합성 자료입니다. 작은 내부 교육 예시이며 Ofox 고객 행사나 모델이 만든 사업 사례가 아닙니다. 각 템플릿의 출처 자리표시자에 붙여 넣으세요.

S1 — 목표: 참가자 6명을 위한 2시간 내부 교육을 준비한다.
결정 사항: 상한 20 USD의 문구 구매를 승인할지 여부.
S2 — 확인된 구매 목록:
item,quantity,unit_price
notebook,3,4.50
pen,2,1.25
folder,1,2.00
S3 — 단가는 개당 USD이며 quantity는 개수다. 공급자가 세금과 배송비를
확정하지 않았고 확인된 할인도 없다.
S4 — 교육 날짜와 구매 담당자는 미정이다. 주문 전 승인이 필요하며 아직 승인되지 않았다.
S5 — 물품은 공동 사용 세트다. 모두에게 각 물품 하나씩 배정한다는 근거는 없다.
배분을 지어내지 않는다.

확인된 상품 소계는 $18.00이며 상한까지 남은 금액은 $2.00입니다. 이는 확정 절감액도, 최종 청구액이 예산 안이라는 증거도 아닙니다. 세금과 배송비가 미정이기 때문입니다. 참가자 6명이라고 모든 수량에 6을 곱하면 안 되고, 노트 3권이라고 3명이 노트를 못 받는다고 단정할 수도 없습니다. 이런 그럴듯한 추가 해석을 출처 경계로 막습니다.

이 자료는 조건부 권고를 뒷받침하지만 무조건적인 구매 승인은 뒷받침하지 않습니다. 최종 견적과 담당자를 확인한 뒤 승인하자는 제안은 가능하지만, 주문 완료·세금 포함 예산 충족·일정 확정은 사실로 쓸 수 없습니다.

승인 가능한 의사결정 요약문의 내용

교육 자료로 템플릿 1을 쓸 때 다음 출력 조건을 추가합니다.

제목은 결정, 확인된 사실, 계산, 조건, 다음 행동으로 구성한다.
상품 소계 18.00 USD와 남은 예산 여유 2.00 USD를 계산값으로 표시한다.
세금·배송비·담당자·날짜는 미정으로 둔다. 구매를 승인하거나
6명 모두 개인 세트를 갖는다고 암시하지 않는다. 비용 출처는 S2/S3,
승인 상태 출처는 S4다. 최종 총액이 불명확하면 권고에 조건을 붙인다.

이 수치는 편집자가 출처에서 도출한 승인 목표이지 실제 Sonnet 답변이 아닙니다. 권고와 제한 조건을 함께 읽습니다. “$18 구매 승인”은 총액 미확정 조건을 잃지만 “승인 전 최종 견적 요청”은 이를 유지합니다. 세금이 0이라는 주장에 S1을 인용하면 ID는 존재해도 근거는 틀렸습니다. 인용 존재와 주장 뒷받침은 별도 검사입니다.

수정 요청은 결함을 특정합니다. “$18을 최종 청구액으로 썼지만 S3의 세금·배송비는 미정이다. 해당 문장과 의존하는 권고를 고치되 상품 소계는 유지하라”가 좋습니다. 막연한 정확성 요구보다 올바른 부분을 유지하며 근거 없는 추론을 고칠 수 있습니다.

검토한 요약문을 서로 다른 여섯 슬라이드로 구성하기

아래는 편집용 스토리보드이며 렌더링한 발표 파일이나 Sonnet 생성 결과가 아닙니다.

6명에게 물품을 배분하는 원형 차트는 만들지 않습니다. 출처에 배분 데이터가 없습니다. 단순 비용표가 알려진 사실을 더 정확하게 전달합니다. 차트를 쓴다면 USD 단위를 통일하고 수량이 아닌 같은 행별 금액을 사용합니다.

발표 도구로 파일을 만든 뒤 실제 발표 크기로 여섯 장 모두 검사합니다. 잘린 텍스트·작은 라벨·읽기 어려운 표·증거와 맞지 않는 제목을 확인합니다. 노트에도 근거 없는 내용이 들어갈 수 있으므로 따로 봅니다. 넘침이 있다면 화면 문장을 줄이고 읽을 수 있는 노트에 제한 조건을 유지합니다. “세금·배송비 미정”을 삭제해 공간을 맞추면 안 됩니다.

행별 수식으로 스프레드시트 검증하기

A1:C4에 세 원본 열과 데이터, D1에 line_total, D2에 =B2*C2를 넣고 D3:D4로 복사하며 D5에는 =SUM(D2:D4)를 씁니다. 예상값은 D2=13.50, D3=2.50, D4=2.00, D5=18.00입니다. 통화는 헤더나 서식으로 표시하고, 명확한 가져오기 규칙 없이 $4.50 문자열을 숫자와 섞지 않습니다.

잘못된 데이터 처리부터 정합니다. 빈 수량을 조용히 0으로 바꾸지 말고 숫자가 아닌 단가를 표시합니다. 음수는 명시된 반품·환불 규칙이 필요하며 일반 구매로 수락하지 않습니다. 무효 행을 제외했다면 “유효 행 소계”라고 표시하고 제외 목록을 남깁니다. 최종 구매액이 아닙니다.

이 예시는 십진수 연산으로 독립 검산할 수 있습니다.

from decimal import Decimal
rows = [(3, "4.50"), (2, "1.25"), (1, "2.00")]
line_totals = [Decimal(q) * Decimal(p) for q, p in rows]
assert line_totals == [Decimal("13.50"), Decimal("2.50"), Decimal("2.00")]
assert sum(line_totals) == Decimal("18.00")
print("Verified synthetic goods subtotal: USD 18.00")

실행으로 검증되는 것은 알려진 합성 상품 계산뿐입니다. 세금·공급자 가격·생성된 통합 문서의 실제 수식은 검증하지 않습니다. 실제 파일은 수식을 확인하고 표 계산 앱에서 재계산합니다. 캐시 값을 읽는 라이브러리는 오래된 합계를 보여줄 수 있습니다. 입력 수량과 계산 금액을 구분할 수 있게 원본 시트를 보존합니다.

결함이 생긴 단계에서 수정하기

요약문이 날짜를 만들었다면 슬라이드 생성 전에 고칩니다. 슬라이드가 예산 상한 때문에 소계를 $20으로 바꿨다면 출처 해석과 관련 차트·노트를 다시 확인합니다. 수량을 곱하지 않고 단가만 더해 $7.75가 나왔다면 설명문을 바꾸기 전에 행 수식부터 고칩니다.

산출물 상태는 초안, 독립 검증 완료, 공유 준비 완료로 구분합니다. 다운로드 가능하다는 사실만으로 뒤의 두 상태가 입증되지 않습니다. 사용한 출처 버전·수정 사항·검수한 사람 또는 검증 스크립트를 기록합니다. 그래야 검증된 자료를 재사용하면서 보기 좋지만 근거 없는 주장을 확산시키지 않습니다.

템플릿 다운로드와 평가

영문 원본 프롬프트 묶음과 가상 CSV 다운로드를 이용할 수 있습니다. 편집용 템플릿과 독립 검산한 계산 예제가 들어 있으며, 모델이 생성한 완성 문서가 아닙니다. 본문의 한국어 템플릿과 달리 다운로드 파일은 영문 원본입니다. 다른 사람이 같은 검토를 반복할 수 있도록 수정하지 않은 원자료를 결과물과 함께 보관하세요.

결과물마다 요청 형식, 누락된 근거, 사실 수정, 편집 시간을 기록하세요. effort를 비교한다면 같은 자료와 검수 기준을 사용합니다. 속도나 비용 차이를 해석하기 전에 Sonnet effort 가이드와 API 비용 가이드를 참고하세요.