RECIPE 1
긴 문서 분석
주장과 근거의 연결 구조 파악
- 예상 시간
- 20~30분
- 난이도
- 보통
- 비용
- 낮음~보통
- 단계
- 4단계
- 추천 설정
- 문서 식별자 유지, 핵심 질문 1~3개
진행 단계
- 1결정 질문 작성
- 2장별 근거 위치 표시
- 3충돌·누락 분리
- 4경영진 요약 작성
시작 프롬프트
[문서]를 [핵심 질문] 기준으로 주장-근거-결론 구조로 분석하고 약한 근거와 확인 질문을 표시해줘.
개선 팁: 페이지 번호나 절 제목을 답변에도 보존하게 하세요.

Practical Guide
긴 문서와 여러 자료를 다룰 때 질문의 기준과 출처 위치를 유지하면 요약을 넘어 논리 검토와 자연스러운 글쓰기에 활용할 수 있습니다.
마지막 확인일: 2026년 8월 23일 · 가격과 기능은 실제 공식 사이트를 확인하세요.
나중에 다시 쓰려면 이 페이지를 저장해두세요.
5-minute start
문서 목적과 독자를 먼저 설명합니다.
긴 자료는 파일명·장·절 식별자를 유지해 전달합니다.
요약 기준과 출력 형식을 먼저 정합니다.
원문 근거와 모델의 해석을 분리해 달라고 요청합니다.
Quick recipes
RECIPE 1
주장과 근거의 연결 구조 파악
[문서]를 [핵심 질문] 기준으로 주장-근거-결론 구조로 분석하고 약한 근거와 확인 질문을 표시해줘.
개선 팁: 페이지 번호나 절 제목을 답변에도 보존하게 하세요.
RECIPE 2
의미를 유지하며 읽기 편한 한국어 만들기
[초안]의 사실과 인용은 유지하고 [독자]가 읽기 쉬운 [톤]으로 다듬어줘. 번역투와 중복을 우선 고쳐줘.
개선 팁: 전체를 다시 쓰기보다 문단별 핵심 문장을 먼저 고치세요.
RECIPE 3
실제 회귀 위험 중심 리뷰
[diff]를 정확성, 회귀, 보안, 테스트 누락 순으로 검토하고 실제 문제가 되는 줄만 심각도와 함께 알려줘.
개선 팁: 스타일 의견은 제외하라고 명시하면 신호가 선명해집니다.
RECIPE 4
대안과 위험이 보이는 결론형 문서
[상황]에 대한 의사결정 문서를 배경, 대안, 기준, 권고, 위험, 다음 행동으로 작성하고 없는 수치는 만들지 마.
개선 팁: 결론보다 반대 논리와 미확인 데이터부터 검토하세요.
Prompt formula
문서 맥락 + 핵심 질문 + 근거 위치 + 분석 기준 + 보존 조건 + 출력 구조Claude에 긴 자료를 줄 때는 분량보다 문서 안에서 무엇을 찾고 어떤 원문을 보존해야 하는지 명확히 하는 것이 중요합니다.
Copy & use
대괄호로 표시된 변수를 내 상황에 맞게 바꾸고, 결과를 그대로 쓰기보다 사실과 권리를 직접 확인하세요.
다음 [보고서]를 장별로 요약하지 말고 주장-근거-결론의 연결 구조로 분석해줘. 각 주장에 대응하는 근거 위치를 표시하고, 근거가 약하거나 서로 충돌하는 지점을 구분해줘. 마지막에는 경영진용 10줄 요약과 검증 질문을 작성해줘.
[보고서]사용 팁: 페이지나 절 번호가 있다면 유지해 달라고 요청하면 검토가 쉬워집니다.
[초안]의 의미와 사실 관계를 유지하면서 [독자]가 편하게 읽는 한국어로 다듬어줘. 번역투, 반복되는 접속사, 과한 명사화, 길이가 긴 문장을 우선 고쳐줘. 문체는 [톤]으로 유지하고 중요한 수정 이유 5개만 설명해줘.
[초안][독자][톤]사용 팁: 원문의 고유명사와 인용문은 바꾸지 않는다고 명시하세요.
다음 [변경 diff]를 기능 정확성, 회귀 위험, 보안, 성능, 테스트 범위 순으로 리뷰해줘. 스타일 취향은 제외하고 실제 문제가 되는 줄만 지적해줘. 각 의견에 심각도, 재현 조건, 최소 수정안, 필요한 테스트를 포함해줘.
[변경 diff]사용 팁: 관련 요구사항과 테스트 결과를 같이 주면 불필요한 지적이 줄어듭니다.
[문제 상황]에 대한 의사결정 문서를 작성해줘. 배경, 결정해야 할 질문, 대안 3개, 평가 기준, 권고안, 위험과 완화책, 다음 행동 순서로 구성해줘. 입력에 없는 비용이나 성과 수치는 만들지 말고 필요한 데이터로 표시해줘.
[문제 상황]사용 팁: 권고안과 반대 논리를 함께 요청하면 회의 자료로 쓰기 좋습니다.
다음 [문서]를 법률 자문처럼 단정하지 말고 일반 독자가 이해할 수 있게 설명해줘. 의무, 금지, 예외, 해지·변경 조건, 확인이 필요한 모호한 문구로 분류해줘. 중요한 원문 문장을 짧게 인용하고 전문가 확인이 필요한 부분을 표시해줘.
[문서]사용 팁: 최종 판단은 반드시 담당 전문가와 원문을 기준으로 하세요.
[자료 묶음]을 출처별로 따로 요약하지 말고 [핵심 질문]을 중심으로 합성해줘. 합의되는 내용, 상충하는 내용, 연구 공백을 나누고 각 결론 옆에 해당 출처를 표시해줘. 결론의 확실성도 높음·보통·낮음으로 구분해줘.
[자료 묶음][핵심 질문]사용 팁: 출처 식별자가 유지되도록 파일명이나 문서 번호를 붙이세요.
[브랜드 가이드]와 [예시 글]의 문장 길이, 어휘, 금지 표현을 먼저 규칙으로 추출해줘. 그 규칙으로 [새 초안]을 재작성하고, 적용한 규칙과 적용하지 못한 부분을 마지막에 알려줘.
[브랜드 가이드][예시 글][새 초안]사용 팁: 좋은 예시 2~3개와 피해야 할 예시를 함께 제공하세요.
[피드백 목록]을 의미가 비슷한 주제로 묶고 빈도보다 사용자 영향과 긴급도를 함께 평가해줘. 각 주제에 대표 인용, 추정 원인, 확인할 데이터, 가능한 대응을 작성하고 과도한 일반화는 경고해줘.
[피드백 목록]사용 팁: 개인정보가 포함된 원문은 먼저 익명화하세요.
[파일 구조와 핵심 코드]를 바탕으로 시스템의 책임 경계, 데이터 흐름, 주요 진입점, 변경 시 주의점을 설명해줘. 모르는 부분은 추측하지 말고 '확인 필요'로 남겨줘. 마지막에 새 개발자가 따라갈 읽기 순서를 제시해줘.
[파일 구조와 핵심 코드]사용 팁: 전체 저장소보다 핵심 디렉터리부터 나눠 전달하세요.
[문서]를 작성 목적 [목적]과 독자 [독자] 기준으로 비판해줘. 가장 약한 주장 3개, 독자가 오해할 문장, 빠진 반론을 찾고 수정 계획을 세워줘. 그 계획을 반영한 최종본과 남은 불확실성을 분리해줘.
[문서][목적][독자]사용 팁: 첫 답변을 바로 채택하지 말고 비판 단계와 수정 단계를 나누세요.
Tool combinations
원문 링크를 모은 뒤 긴 자료를 논리적으로 합성하기 좋습니다.
Claude의 리뷰 관점을 실제 코드베이스 수정에 연결합니다.
Save credits
다중 계정, 무료체험 반복, 결제·지역 우회 등 약관을 위반하는 방식은 사용하지 마세요.
Advanced skills
주장마다 파일·페이지 위치를 연결합니다.
권고안과 가장 강한 반대 논리를 함께 작성합니다.
예시 글에서 문체 규칙을 먼저 뽑아 재사용합니다.
출처별 요약 대신 질문별 합의와 충돌을 정리합니다.
작성 대화와 비판 대화를 나눠 맥락 편향을 줄입니다.
Troubleshooting
문제
원인
핵심 질문이 없음
해결
질문 중심 합성 요청
수정 프롬프트: [질문]을 기준으로 출처 간 합의·충돌·공백을 정리해줘.
문제
원인
식별자 없이 자료 제공
해결
파일·페이지 유지
수정 프롬프트: 각 주장 뒤에 [파일명/페이지]를 붙여줘.
문제
원인
독자와 분량 미지정
해결
문단 역할과 길이 제한
수정 프롬프트: 각 문단은 핵심 문장 1개와 근거 2개 이하로 작성해줘.
문제
원인
diff와 요구사항 부족
해결
변경 파일과 회귀 경로 제한
수정 프롬프트: 이 diff의 사용자 영향과 테스트 누락만 검토해줘.
문제
원인
원문과 분석 구분 없음
해결
인용·해석·추정 라벨
수정 프롬프트: 원문 근거, 해석, 확인 필요를 별도 열로 구분해줘.