논문 요약 — CPR 프레임 (한국어)

논문 요약 — CPR 프레임 (한국어)

연구실 석사/박사 과정생들을 위한 논문 요약 스킬. The Craft of Research (Booth, Colomb, Williams)의 CPR(Context-Problem-Response) 구조를 따른다. 논문 섹션 순서가 아니라 저자의 수사적 논증 구조를 복원하는 게 목적이다.

입력 처리

사용자가 제공한 입력이 무엇인지 먼저 판단:

• 로컬 PDF 파일 경로 (예: ~/Downloads/paper.pdf) → Read 도구로 PDF 직접 읽기. 10쪽 초과 시 pages 파라미터로 범위 지정 (예: pages: "1-10")
• arXiv URL (예: arxiv.org/abs/2401.12345) → https://arxiv.org/pdf/2401.12345.pdf로 변환 후 WebFetch. abstract 페이지보다 PDF가 본문 정보 풍부함
• 학회/저널 URL (ACL Anthology, OpenReview, IEEE 등) → WebFetch로 본문 가져오기. PDF 링크가 있으면 우선
• DOI 또는 제목만 → WebSearch로 원문 위치 먼저 찾기

PDF가 길면 분할 읽기:

1. 1-3쪽 (Abstract, Introduction) — Context와 Problem 파악에 가장 중요
2. Conclusion / Discussion — Response의 핵심 주장 확인
3. Methods — Response의 메커니즘
4. Experiments / Results — Response의 근거
5. Related Work — Context 보강

CPR은 Introduction과 Conclusion에 가장 명확히 드러난다. 이 두 부분을 먼저 정독.

CPR 프레임 이해

논문 요약의 핵심은 다음 세 가지를 복원하는 것:

• Context (공통 기반): 저자가 독자와 공유한다고 가정하는 안정적인 지식. "이미 알려진 것"
• Problem (문제):
  • Condition: 무엇이 불완전한가 / 모르는가 / 잘못 이해되고 있는가 → Context를 흔드는 것
  • Cost ("So what?"): 이 문제를 풀지 않으면 어떤 손해가 있는가 → 독자가 신경 써야 하는 이유
• Response (응답): 문제에 대한 저자의 답 = 핵심 주장(claim) + 그 주장을 뒷받침하는 방법/증거

핵심 통찰: Problem의 Cost가 곧 논문의 "기여 동기"다. Cost가 약하면 그 논문은 "그래서 뭐?" 라는 비판을 못 견딘다. 요약할 때 Cost를 명시적으로 적어주면, 독자가 그 논문을 자기 연구 맥락에서 평가하기 쉬워진다.

출력 형식

아래 구조를 정확히 이 순서, 이 제목으로 작성. 정보가 없으면 "논문에서 명시되지 않음"이라고 적기.

# {논문 제목 원문}

**저자:** {저자 1, 저자 2, ...} ({소속})
**발표:** {학회/저널명}, {연도}
**원문:** {URL 또는 파일 경로}

## 한 줄 요약
{Context-Problem-Response를 한 문장으로 압축. 예시 형식:
"[Context]에서 [Problem]을 해결하기 위해 [Response]를 제안한 논문."
모델명/방법명/데이터셋명은 영문 원문 유지.}

---

## Context — 공통 기반
{저자가 독자와 공유한다고 가정하는 배경 지식. 다음 두 가지를 분리해서 적기:

**받아들여지고 있는 사실:** 이 분야에서 이미 합의된 것 (예: "Transformer 기반 LLM이 NLP의 표준 아키텍처가 되었다")

**저자가 의존하는 선행 연구:** 이 논문이 발 딛고 선 baseline/방법론 (예: "RLHF의 InstructGPT 방식을 따른다")

Related Work를 전부 옮기지 말고, 본 논문의 출발점이 되는 것만.}

---

## Problem — 무엇이 문제인가

### Condition (무엇이 불완전한가)
{Context에서 무엇이 부족한가/모르는가/오해되고 있는가. 저자가 "그런데 ~", "그러나 ~", "However" 등으로 분기하는 지점이 여기. 가능하면 직접 인용 한 구절 포함.}

### Cost (So what? — 왜 신경 써야 하는가)
{이 Condition이 해결되지 않으면 누가 어떤 손해를 보는가. 다음 중 하나 이상으로 답:
- 실용적 비용: 응용/제품/사용자에게 어떤 손해인지
- 이론적 비용: 우리 이해가 어떻게 잘못되는지
- 후속 연구의 비용: 다른 연구가 이 때문에 막혀 있는지

저자가 명시 안 했으면 "저자는 명시적 Cost를 제시하지 않음. 추정컨대 ~"라고 솔직히 적기. 추측인지 인용인지 반드시 구분.}

---

## Response — 어떻게 답하는가

### 핵심 주장 (Claim)
{이 논문이 결국 무엇을 주장하는가. Conclusion 첫 문단에 보통 명시됨. 한 두 문장.}

### 방법 (How)
{주장을 뒷받침하기 위해 어떤 방법/시스템/실험을 설계했나. 핵심 메커니즘만. 수식은 변수 의미 포함해서 핵심 한두 개만. Figure가 핵심이면 그림 번호 언급.}

### 근거 (Evidence)
{사용 데이터셋, 비교 baseline, 핵심 메트릭 수치. 표 전체 옮기지 말고 가장 인상적인 2-3개만. 예: "GLUE에서 BERT-base 대비 +2.3점, 추론 속도 1.8배". 단위(%, ms, M params) 빠뜨리지 말 것.}

---

## 한계 및 열린 질문
{저자가 limitations 섹션에 적은 것 + 읽으면서 의문이 든 점을 **구분해서** 적기:

**저자가 인정한 한계:** ...

**리뷰어 관점에서의 의문:** ...

이 구분이 중요한 이유: 다른 연구실원이 이 논문을 인용할 때 "저자가 말한 것"과 "당신 해석"을 섞으면 안 됨.}

---

## 우리 연구와의 관련성
{사용자가 자기 연구 주제를 미리 말했다면 그 맥락에서 작성. 아니면 다음 관점에서:

- 이 논문의 **Response**가 어떤 종류의 연구에 재사용 가능한지
- 이 논문의 **Problem**(특히 Cost)이 어떤 다른 분야에서도 성립하는지
- 한계 부분이 후속 연구 기회로 보이는 지점

마지막에 "→ 본인 연구 주제를 알려주시면 더 구체적으로 연결해드릴 수 있습니다" 추가.}

작성 규칙

• 용어 보존: 모델명(Transformer, LLaMA), 방법명(LoRA, RLHF), 데이터셋명(ImageNet, GLUE), 메트릭(BLEU, F1)은 영문 원문 유지
• 저자명 보존: 한글 음차 표기 금지
• 수식: LaTeX 표기 그대로. 길면 핵심만. 변수 의미는 본문 흐름에 필요한 것만 설명
• 수치 정확성: 반올림 금지, 단위 누락 금지
• 추측과 인용 구분: 저자 주장과 본인 해석을 절대 섞지 말 것. "저자는 ~라고 주장한다" vs "이는 ~로 해석할 수 있다"를 문장 단위로 분리
• 추측 금지: PDF에서 못 읽은 부분은 "본문에서 확인 불가" 또는 "부록 확인 필요"로 표시
• 분량: 전체 1000-1800자. CPR 구조라 표준 요약보다 약간 김

자주 하는 실수 방지

1. Context를 Related Work 전체로 채우지 말 것: Context는 "이 논문이 발 딛고 선 지점"이지 분야 전반 소개가 아니다
2. Cost를 빠뜨리지 말 것: 가장 자주 빠지는 부분. "So what?"에 답하지 못하면 요약이 평면적이 된다
3. Response를 방법 설명으로만 채우지 말 것: Claim → How → Evidence 순서. Claim이 먼저
4. 저자의 Problem과 본인이 보기엔 진짜 문제를 혼동하지 말 것: Problem 섹션은 저자 관점만. 본인 의견은 "리뷰어 관점에서의 의문"에

작업 완료 후

요약 출력 후 사용자에게 물어볼지 판단:

• 특정 섹션(실험 셋업, 수식 유도, 특정 baseline 비교)을 더 깊이 볼지
• Related Work에서 언급된 follow-up 후보 논문을 찾아볼지
• 본인 연구와의 연결점을 더 구체화할지