회의록 정리 프롬프트, 메모 몇 줄을 회의록으로 바꾸는 클로드 요청문 3가지

최종 수정일: 2026년 10월 12일

회의록은 녹음 파일이 없어도 키워드 메모만으로 만들 수 있습니다. 다만 “회의록 정리해줘”만 보내면 형식이 매번 달라지고 메모에 없는 내용이 섞입니다. 이 글은 결정 사항 중심, 안건별, 해야 할 일 추출 세 가지 요청문을 복사 블록으로 정리했습니다. 예시 메모는 가상입니다.

테스트에 쓸 가상 메모

- 신규 앱 일정: 다음 달 둘째 주 베타
- 디자인 시안 수정, 민수 담당
- 예산 삭감 얘기 나옴, 결론 못 냄
- 광고 집행은 보류

아래 요청문 세 개 모두 이 메모를 붙여서 시험합니다.

요청문을 쓰기 전에 공식 문서에서 가져온 원칙

Anthropic의 프롬프트 가이드가 제시하는 확인법은 이렇습니다. 요청문을 맥락을 모르는 동료에게 보여줬을 때 그 사람이 무엇을 해야 할지 헷갈린다면, 클로드도 헷갈린다는 것입니다. 클로드 도움말센터의 프롬프트 문서도 같은 방향입니다. 요청을 간단하고 분명하게 설명하고, 배경지식이 없는 사람에게 지시한다고 생각하고 맥락을 충분히 넣고, 복잡한 요청은 하위 단계로 나누라고 안내합니다. 답이 마음에 들지 않으면 후속 지시로 다시 쓰게 하라는 설명도 있습니다. 회의록에 옮기면 다음과 같습니다.

• 출력 형식을 지정: 어떤 순서로, 몇 자 안쪽으로 쓸지 적습니다. 가이드는 원하는 출력 형식과 조건을 구체적으로 적으라고 권합니다.
• 순서가 중요하면 번호 목록: 가이드는 단계의 순서나 빠짐없음이 중요할 때 번호나 불릿으로 지시하라고 안내합니다.
• 자료와 지시 구분: 메모는 <memo> 태그로 감싸면 지시문과 섞이지 않는다고 설명합니다.
• 이유 한 줄: “회의에 못 온 팀원이 읽을 문서”처럼 목적을 적으면 알맞게 대응한다고 가이드가 설명합니다.

이 회의록은 회의에 참석하지 못한 팀원이 5분 안에 읽을 문서야.
<memo>[메모 붙여넣기]</memo>
1) 결정 사항 2) 미결 사항 3) 할 일(담당자, 기한) 순서로, 메모에 없는 내용은 쓰지 말고 모르면 "미정"으로 적어줘.

요청문 1, 결정 사항부터

아래 회의 메모를 회의록으로 정리해줘.
형식: 1) 결정 사항 2) 미결 사항 3) 다음 회의 전까지 할 일(담당자, 기한)
조건: 메모에 없는 내용은 추가하지 말고, 담당자나 기한이 없으면 "미정"으로 표시. 전체 500자 안쪽.
- 신규 앱 일정: 다음 달 둘째 주 베타
- 디자인 시안 수정, 민수 담당
- 예산 삭감 얘기 나옴, 결론 못 냄
- 광고 집행은 보류

2026년 10월 8일에 무료 플랜의 Sonnet 5.5(노력 수준 “중간”)로, 새 일반 대화(프로젝트 밖)에서 위 요청문을 그대로 보냈습니다. 답변은 다시 생성하지 않고 첫 답변을 확인했습니다. 메모는 위의 가상 메모 4줄입니다.

• 형식: 결정 사항, 미결 사항, 다음 회의 전까지 할 일(담당자·기한 표) 순서를 지켰습니다.
• “미정” 표시: 디자인 시안 수정의 기한을 “미정”으로 표시했습니다.
• 메모에 없는 내용: 추가된 할 일은 없었고, 예산 삭감은 미결 사항에 “논의했으나 결론 못 냄”으로만 적었습니다.
• 분량: 글자 수를 직접 세지는 않았지만 화면상 500자를 넘지 않는 짧은 분량이었습니다.

요청문 2, 안건별 정리

아래 메모를 안건별로 나눠 회의록을 만들어줘.
각 안건 아래에 "논의 내용"과 "결론"을 구분해서 쓰고, 결론이 없는 안건은 "결론 없음"으로 적어줘.
발언자는 메모에 이름이 있을 때만 적고, 없으면 쓰지 말 것.
- 신규 앱 일정: 다음 달 둘째 주 베타
- 디자인 시안 수정, 민수 담당
- 예산 삭감 얘기 나옴, 결론 못 냄
- 광고 집행은 보류

참석자가 많고 안건이 여러 개인 팀 회의에 맞는 형식입니다. 1:1 면담처럼 대화가 자유롭게 흐르는 자리는 시간 순서로 정리해 달라고 요청하는 편이 자연스럽습니다.

같은 조건과 같은 메모로 요청문 2를 새 대화에서 보냈습니다.

• 형식: 안건 4개로 나누고 각각 “논의 내용”과 “결론”을 구분했습니다.
• “결론 없음”: 결론이 없는 예산 삭감 안건에 “결론 없음”이라고 적었습니다.
• 발언자: 메모에 적힌 “민수 담당”만 “민수가 담당”으로 옮겼고, 끝에 회의 일시·참석자·발언자 정보가 메모에 없어서 적지 않았다는 안내를 붙였습니다.
• 주의할 점: “논의 내용” 칸에 “신규 앱 출시 일정 논의”, “광고 집행 여부 논의”처럼 메모에 직접 적히지 않은 문장이 들어갔습니다. 메모에는 결론만 있으므로 이 문장들은 추정이 섞인 표현입니다.

요청문 3, 해야 할 일만 뽑기

아래 메모에서 "누가, 무엇을, 언제까지"를 표로 뽑아줘.
열: 담당자 / 할 일 / 기한 / 근거 문장(메모 원문)
메모에서 확인되지 않는 칸은 비워두고 마지막에 "확인이 필요한 항목"으로 따로 모아줘.
- 신규 앱 일정: 다음 달 둘째 주 베타
- 디자인 시안 수정, 민수 담당
- 예산 삭감 얘기 나옴, 결론 못 냄
- 광고 집행은 보류

같은 조건과 같은 메모로 요청문 3을 새 대화에서 보냈습니다.

• 표: 담당자, 할 일, 기한, 근거 문장 네 열로 만들고 근거 문장에는 메모 원문을 그대로 옮겼습니다.
• 빈 칸: 메모에서 확인되지 않는 칸은 비워 두었고, 아래에 “확인이 필요한 항목” 네 개(담당자 없음, 기한 없음, “다음 달”의 기준 시점 확인 필요 등)를 모았습니다.
• 주의할 점: “예산 삭감 논의(결론 미정)”, “광고 집행 보류”처럼 할 일이라기보다 상태인 항목도 표에 한 줄씩 들어갔습니다. 할 일만 뽑는 것이 목적이면 “할 일이 아닌 항목은 제외”라는 조건을 넣는 편이 낫습니다.

여러 회의 메모를 묶어 주간 요약 만들기

한 주 동안 쌓인 회의 메모를 한꺼번에 요약하려면 메모를 구분해서 넣어야 합니다. 공식 프롬프트 가이드는 문서가 여러 개일 때 각 문서를 <document> 태그로 감싸고 출처 같은 정보를 하위 태그로 붙이라고 안내합니다. 그리고 긴 자료는 프롬프트 위쪽에, 질문과 지시는 그 아래에 두라고 설명합니다. 가이드는 질문을 끝에 두면 응답 품질이 테스트에서 최대 30%까지 좋아질 수 있었다고 적었고, 특히 복잡한 다중 문서 입력에서 그렇다고 밝힙니다. 이 안내는 2만 토큰 이상의 긴 자료를 기준으로 한 설명이라, 몇 줄짜리 메모에서는 효과가 이만큼 크다고 보기 어렵습니다.

<documents>
  <document index="1"><source>월요일 기획회의</source><document_content>- 신규 앱 일정: 다음 달 둘째 주 베타
- 디자인 시안 수정, 민수 담당
- 예산 삭감 얘기 나옴, 결론 못 냄
- 광고 집행은 보류</document_content></document>
  <document index="2"><source>수요일 디자인회의</source><document_content>- 시안 2차 검토, 금요일까지 확정
- 로고 색상 변경은 보류
- 상세페이지 문구는 담당 미정</document_content></document>
</documents>

위 두 회의를 합쳐 이번 주 주간 요약을 써줘.
형식: 1) 이번 주 결정 사항(회의 이름 표기) 2) 아직 결론 없는 안건 3) 담당자별 할 일. 메모에 없는 내용은 쓰지 말고, 모르면 "미정"으로 적어줘.

출처 이름을 같이 넣으면 요약의 각 항목이 어느 회의에서 나왔는지 표시하게 시킬 수 있어서, 나중에 원문과 대조하기 쉬워집니다. 긴 문서 작업에서 “먼저 관련 부분을 인용한 다음 정리해줘”라고 요청하면 필요한 내용에 집중하는 데 도움이 된다는 것도 같은 가이드의 안내입니다.

두 번째 가상 메모는 위 요청문에 적은 수요일 디자인회의 3줄입니다. 같은 조건으로 새 대화에서 보냈습니다.

• 출처 표기: 결정 사항과 담당자별 할 일에 “월요일 기획회의”, “수요일 디자인회의”라는 회의 이름이 붙었습니다.
• “미정” 표시: 담당이 정해지지 않은 상세페이지 문구와 시안 2차 검토를 “미정”으로 적었습니다.
• 어긋난 점: 광고 집행과 로고 색상 변경 같은 보류 항목이 “결정 사항”과 “아직 결론 없는 안건”에 모두 들어갔습니다. 보류를 어느 쪽으로 분류할지 요청문에 정해 두지 않았기 때문입니다.
• 추정이 섞인 점: 월요일의 “시안 수정(민수)”과 수요일의 “시안 2차 검토, 금요일까지 확정”을 이어서 설명했다가, 끝에 “별개 항목으로 적혀 있어 같은 건인지 확인이 필요하다”고 덧붙였습니다. 메모에 없는 연결을 만들 수 있다는 예이므로 결과는 원문과 대조해야 합니다.

결과를 확인하는 체크리스트와 부실할 때 고칠 것

• 메모가 부실하면 회의록도 부실합니다. 키워드만이라도 “누가 반대했는지”, “다음 주까지”처럼 담당과 기한을 같이 적습니다.
• 회의 시작 전에 참석자 이름을 메모 맨 위에 적어 두면 발언자를 되짚는 시간이 줄어듭니다.
• 같은 형식을 반복해서 쓴다면 프로젝트 지침에 넣어 두세요. 방법은 프로젝트 지침 예시 글에서 다룹니다.
• 음성 파일을 직접 정리하려는 경우는 이 글의 범위가 아닙니다. 음성은 먼저 텍스트로 옮긴 뒤 사용합니다.

확인 항목	보는 방법
결정 사항이 메모와 일치하는가	결정 문장마다 메모 원문 한 줄과 대조
없는 담당자가 생기지 않았는가	담당자 이름이 메모에 있는지 검색
기한이 지어내졌는가	“미정”이어야 할 칸에 날짜가 들어갔는지 확인
미결 안건이 결정처럼 쓰였는가	“결론 못 냄” 같은 메모가 결정 사항에 들어갔는지 확인
분량 조건을 지켰는가	글자 수는 직접 세기

회의록은 공유하는 순간 책임이 따르는 문서라서, 요청문의 형식 조건과 별개로 이 다섯 가지는 사람이 마지막에 확인하는 습관을 들이는 편이 안전합니다.

자주 묻는 질문

음성 녹음 파일을 바로 올려도 되나요?

공식 도움말의 지원 형식에는 음성 파일이 없고 문서·이미지 형식만 나옵니다. 음성은 먼저 텍스트로 옮긴 뒤 이 요청문을 쓰는 방식이 안전합니다.

메모가 길면 어떻게 하나요?

긴 자료는 프롬프트 위쪽에 두고 요청은 아래에 두라고 공식 프롬프트 가이드가 설명합니다. 메모를 먼저 붙이고 형식 지시를 마지막에 쓰세요. 메모 한 개가 매우 길면 안건별로 나눠 보내는 방법도 있습니다.

발언자를 정확히 쓰게 하려면요?

메모에 이름이 없는 발언은 쓰지 말라는 조건을 요청문에 넣고, 가능하면 회의 시작 전에 참석자 이름을 메모 맨 위에 적어 둡니다. 메모에 없는 발언자를 추측하지 않게 하는 것이 핵심입니다.

같은 형식을 매번 쓰려면요?

프로젝트 지침에 형식을 넣어 두면 그 프로젝트의 모든 대화에 적용됩니다. 무료 계정도 프로젝트를 5개까지 만들 수 있습니다.

결과의 담당자와 기한은 믿어도 되나요?

메모에 적힌 내용만 옮기게 시키고, 확인되지 않는 칸은 비워 두게 하며, 마지막에 사람이 확인하는 절차를 둡니다. 요청문 3번의 “근거 문장” 열을 쓰면 원문과 대조하기 쉽습니다.

긴 회의를 한 번에 정리해도 될까요?

사용량과 정확도 면에서 안건별로 나눠 요청하는 편이 안정적입니다. 공식 문서는 대화가 길고 복잡할수록 사용량이 늘어난다고 설명합니다.