프롬프트 설계법 EP.09 — 요약·분석 특화 프롬프트 패턴

(Claude 2026 기준)

요약 분석 프롬프트의 기본 원칙: 목적과 대상을 먼저 명시

대부분의 사람이 실수하는 부분이 여기다. “이 글을 요약해줘”라는 식으로 시작하면 Claude가 ‘중요하다고 생각하는’ 부분만 추리는 바람에
내가 원하는 정보를 놓칠 수 있다.

좋은 패턴

다음 보고서를 아래 관점에서 요약해줘:
1. 주요 숫자 (수치, 성과, 목표)
2. 문제점 (지적된 이슈, 제약사항)
3. 다음 액션 (권고사항, 할 일)

[보고서 텍스트]

출력 형식:
- 한 항목당 2~3줄 이내
- 원본 보고서의 표현을 그대로 인용하기

이렇게 쓰면 Claude가 “내가 찾아야 할 것”을 정확히 알고,
그에 맞춰 정보를 추린다.
원본 표현까지 명시하면 왜곡 없이 요약된다.

2. 계층적 요약 패턴: “넓은 것부터 깊은 것까지”

긴 문서를 한 번에 요약하면 놓치기 쉽다.
계층을 나눠서 단계적으로 요약하면 핵심은 확실하고 디테일은 유연하게 조절할 수 있다.

좋은 패턴

아래 문서를 다음 4단계로 요약해줘:

1단계 (제목급): 1문장으로 "이 글의 핵심이 뭐냐"
2단계 (개요급): 5문장으로 전체 맥락
3단계 (상세급): 항목별 2~3줄씩 설명
4단계 (디테일급): 특이한 통계나 인용구 5개

[문서 텍스트]

이런 식으로 요청하면 “한 줄 요약이 필요할 땐 1단계만 봐”라는 식으로 유연하게 쓸 수 있다.
문서를 읽는 사람의 시간도 절약되고, 필요한 깊이만 꺼낼 수 있다.

3. 비교·분석 패턴: “차이와 공통점”을 명시적으로

여러 항목을 분석할 때는 “비교하면서 분석해”라고 명시해야 한다.
그래야 Claude가 단순히 각각을 설명하는 게 아니라,
A와 B 사이의 관계와 차이를 드러내는 분석을 한다.

좋은 패턴

아래 3개 기술을 분석하고 비교해줘:

분석 기준:
1. 기본 원리 (각각 2문장)
2. 장점 (각각 2~3가지)
3. 단점 (각각 2~3가지)
4. 사용 사례 (각각 1개)
5. 어떤 상황에서 고르면 되는가

[기술 1]
[기술 2]
[기술 3]

출력 형식: 표 형식으로 정렬해줘

표 형식을 명시하면 비교가 한눈에 들어온다.
그리고 “어떤 상황에서 고르면 되는가”라는 현실적 기준을 추가하면,
분석이 단순 정보가 아니라 의사결정 도구가 된다.

4. 패턴 인식 분석: “숨은 규칙”을 찾기

데이터나 텍스트에서 “규칙”을 찾을 때는,
Claude에게 명시적으로 “패턴을 찾아”라고 지시해야 한다.
그래야 숫자나 단어의 겉만 보는 게 아니라, 그 뒤의 논리를 도출한다.

좋은 패턴

아래 데이터에서 숨은 패턴을 찾아줘:

1. 각 행의 공통점과 차이점은?
2. 시간순 변화 추세는?
3. 가장 의외의 발견은?
4. 이 패턴이 시사하는 바는?

[데이터/텍스트]

그리고 이 패턴이 실제로 중요한 이유를 한 문단으로 설명해줘.

“의외의 발견”까지 묻는 것이 중요하다.
이렇게 하면 Claude가 단순 요약을 넘어 ‘인사이트’를 제공하기 시작한다.

5. 맥락 유지 분석: 전후 배경까지 고려

어떤 문서나 현상을 분석할 때, 그것만 봐서는 오해하기 쉽다.
Claude에게 “앞뒤 맥락도 고려해”라고 명시하면,
결론이 훨씬 더 정교해진다.

좋은 패턴

아래 주장/사건을 분석해줘. 단, 다음을 함께 고려해:

배경 정보:
[관련된 이전 이슈/기술/역사]

현재 상황:
[분석 대상]

잠재적 영향:
[앞으로 어떻게 될 것 같은가]

분석 결과:
1. 왜 이 주장/사건이 지금 나왔는가?
2. 누가 이득을 얻는가?
3. 반대 의견은 무엇인가?
4. 시사점은?

이 패턴은 특히 뉴스, 정책, 트렌드를 분석할 때 강력하다.
점 하나하나를 이으면 선이 되고, 그 선을 따라가면 미래가 보인다.

실전 팁: “요약·분석 프롬프트”를 더 정확하게

피해야 할 패턴: “요약이 엉망이 되는 이유”

❌ “이 글을 요약해줘” (아무 지시 없음)
→ Claude가 판단해서 ‘중요하다고 생각하는 부분’만 추린다. 내 의도와 빗나갈 가능성 높음.
✅ “이 글에서 [구체적 관점]만 요약해줘”로 고쳐야 함.

❌ “모든 디테일을 다 포함해줘”
→ 요약이 아니라 재서술이 된다. 이건 요약하는 이유가 없음.
✅ 처음부터 “핵심 3가지만” 같이 구체적 범위를 정해놓을 것.

❌ “뭐가 중요한지 판단해서 알려줘”
→ Claude가 추측하는 ‘중요성’과 내 필요가 다를 수 있다.
✅ “영업 입장에서 필요한 정보”, “기술적 이슈만”처럼 필터링 기준을 명시할 것.

❌ “한국말로 간단하게”만 요청
→ “간단하게”의 기준이 사람마다 다르다. 엉뚱한 길이가 나올 수 있음.
✅ “3줄 이내”, “100자 정도”, “초등학생도 이해할 수 있게” 같이 구체적으로.

다음 단계: EP.10에서 배울 것

요약·분석이 어느 정도 정복되면, 다음은 프롬프트 디버깅이 차례다.
“왜 자꾸 원하는 답이 안 나오지?”라는 상황에서
프롬프트의 어느 부분이 문제인지 찾고 수정하는 방법을 배운다.
그럼 프롬프트 설계의 나머지 절반—’원하는 대로 고치기’—을 마스터하게 된다.