회의 메모를 결정·할 일·미정으로 바꾸는 안전한 프롬프트

회의가 끝난 뒤 메모를 열었는데, 무엇이 결정이고 누가 맡았는지 한눈에 보이지 않으면 공유하기가 어렵습니다.

좋은 회의록은 대화를 짧게 줄인 글이 아니라 사실·결정·할 일·남은 쟁점을 원본 근거와 함께 보여주는 운영 기록입니다.

AI는 산만한 메모를 분류하고 형식을 맞출 수 있지만, 원본에 없는 합의·담당자·기한까지 채우면 새로운 약속을 만들어 버립니다. 그래서 사람의 원문 대조가 실무에서 중요합니다.

아래에서는 입력 품질 관리 → source ID 부여 → 네 칸 분류 → AI 초안 → 사람의 원문 대조 → 대상별 공유본 확정 순서로 따라갑니다. 사례는 절차용 가상 구성 예시이며 실제 기록이나 성능 자료는 아닙니다.

먼저 답: 회의록 한 장에 필요한 네 칸

회의록의 길이보다 네 칸의 경계가 중요합니다.

구분	판단 기준	회의록에 남기는 방식
사실	원본 문서·화면·발언에서 확인되는 상태나 수치	근거 ID와 기준 시점·단위를 함께 기록
결정	권한 있는 참석자가 선택·승인·합의한 내용	범위와 조건, 결정 근거 ID를 기록
할 일	수행할 작업이 명시된 내용	작업·담당자·기한·근거 ID를 분리
쟁점	질문, 이견, 보류, 의존성, 확인되지 않은 내용	확인 질문과 확인할 사람을 기록

매출이 좋지 않다는 문장만으로는 사실이 아닙니다. “영업 담당자는 매출이 낮다고 평가했다”는 발언이 있었다는 사실이고, 실제 매출 수치는 별도 자료를 확인해야 합니다.

B안을 검토하자는 제안이지 결정이 아니며, B안으로 확정한다처럼 합의가 분명해야 결정으로 옮길 수 있습니다.

담당자와 기한도 같은 원칙을 적용합니다. 작업만 정했다면 작업은 남기되 담당자: 미정, 기한: 미정으로 씁니다.

빈칸을 보기 좋게 채우는 것보다, 아직 정하지 않았다는 사실을 드러내는 편이 정확합니다.

대표 프로젝트 사례: 7줄 메모가 네 칸이 되는 과정

아래 내용은 가상 사례입니다. 회의 중 남긴 메모를 사실·결정·할 일·쟁점으로 나눈 첫 결과이며, 아직 사람의 원문 대조를 마치지 않은 상태입니다.

메모 원문

회의: 랜딩페이지 주간 점검, 2026-07-28 14:00 KST
N001 PM: 법무 확인 끝나면 문구 B안으로 가자. 반영 목표는 8/2.
N002 준법 담당 A: 문구 검토는 7/30 15시까지 할게.
N003 디자인 담당: 이미지도 7/31 오전이면 될 듯? 확답은 어려움.
N004 지표 18%였음. 전환인가 클릭인가 기억 안 남.
N005 분석 태그 QA 누가 하지? 담당은 못 정함.
N006 디자인 담당: B안은 모바일 첫 화면에서 길어질 위험이 있음.
N007 PM: 모바일 시안 확인 뒤 최종 반영 여부 다시 보자.

규칙을 반영해 만든 예시 정리표

규칙 적용 예시 — 실제 모델 실행 결과 아님

칸	정리 결과	상태·근거
사실	원본만으로 확정할 성과 수치는 없음	18%는 지표명·기간이 불명확해 쟁점으로 이동 · N004
결정	법무 검토와 모바일 시안 확인 뒤 문구 B안 적용	조건 대기 · 목표일 8/2 · N001, N007
할 일	문구 검토: 준법 담당 A, 7/30 15:00	확인됨 · N002
할 일	이미지 준비 / 태그 QA	이미지 기한 확답 없음 · QA 담당·기한 미정(N003, N005)
쟁점	18%의 지표명·기간·원자료, 모바일 첫 화면 길이	숫자 확인 필요 · N004, N006, N007

이 초안은 B안 적용을 확정으로 바꾸지 않았고, 정하지 않은 QA 담당자와 기한도 채우지 않았습니다.

18% 역시 성과 사실로 옮기지 않고 확인 질문으로 남겼습니다. 사람이 C001 같은 추가 확인 기록을 붙여 최종본으로 바꾸는 과정은 뒤의 4·5단계에서 이어집니다.

우리 회의로 따라하기 — 6단계

단계	회의 직후 할 일	남겨야 할 결과
1. 입력 준비	공유 대상·회의 목적·결정 권한·기록 범위를 확인	내부용·외부용·제한 열람 중 하나와 원본 범위
2. 원본 고정	N001·T00:18:12·D001 같은 source ID 부여	원본 그대로 + 누락·불확실 표시
3. 초안 생성	아래 기본 프롬프트에 비식별화한 원본을 입력	AI 정리 초안 — 원본 대조 전 상태의 네 칸
4. 원문 대조	사실·결정·할 일·쟁점마다 source ID의 실제 문장을 확인	조건 대기, 담당·기한 미정, 숫자·날짜 경고가 남은 검수표
5. 추가 확인	당사자가 새 책임·기한·수치를 확인하면 C001 형식으로 추가	확인자·시각·내용이 있는 변경 근거
6. 공유본 확정	확인된 항목만 대상별 문서로 옮기고 최종 확인자가 승인	내부 확인본 또는 외부 확인본과 남은 쟁점

3단계에서 넣는 연습용 프롬프트

위의 7줄 메모를 복사한 뒤 다음 프롬프트의 [회의 메모]에 붙여 넣으세요. 이 짧은 버전으로 대표 사례를 먼저 재현하고, 실제 업무에서는 뒤의 실무용 전체 프롬프트를 사용합니다.

아래 회의 메모에 적힌 내용만 사용해 회의록 초안을 만들어줘.

[규칙]
- 사실 / 결정 / 할 일 / 쟁점 네 칸으로 나눈다.
- 모든 항목에 근거 source ID를 붙인다.
- 조건이 붙은 결정은 '조건 대기'로 쓴다.
- 담당자나 기한이 없으면 추측하지 말고 '미정'으로 쓴다.
- 의미·기간·단위가 불분명한 숫자는 사실이 아니라 쟁점으로 보낸다.
- 제안, 질문, 가능성 표현을 확정된 결정이나 약속으로 바꾸지 않는다.
- 문서 맨 위에 'AI 정리 초안 — 원본 대조 전'이라고 쓴다.

[출력]
칸 | 정리 결과 | 상태·근거

[회의 메모]
(위 N001~N007 메모를 붙여 넣기)

결과 문장이 위 표와 완전히 같을 필요는 없습니다. B안 적용이 조건 대기이고, QA 담당·기한이 미정이며, 18%가 확인할 쟁점으로 남아 있으면 핵심 규칙을 통과한 것입니다.

완료 기준

• 모든 결정·할 일·핵심 사실에 실제 source ID가 연결돼 있다.
• 제안과 질문은 결정으로 바뀌지 않았고 조건부 결정에는 조건이 남아 있다.
• 원본에 없는 담당자·기한·숫자는 미정 또는 확인 필요다.
• 회의 뒤 확인한 값은 원본을 덮어쓰지 않고 C ID로 추가했다.
• 문서 상단 상태가 AI 초안이 아니라 사람 검수를 마친 확인본이다.
• 외부 공유본에서 내부 평가·협상 범위·미승인 정보와 불필요한 개인정보를 제거했다.

하나라도 충족하지 못하면 공유가 끝난 것이 아닙니다. 해당 항목을 쟁점으로 되돌리고, 확인 근거가 생긴 뒤 다시 5단계부터 진행합니다.

입력을 준비하고 원본 근거를 고정하는 단계

1단계: 회의 전·중·후에 입력 품질을 관리합니다

AI 회의록의 품질은 프롬프트보다 원본 메모에서 먼저 결정됩니다. 회의 뒤에 기억으로 메우지 않도록 기록 방식을 앞에서 정하세요.

회의 전: 결정 기준과 기록 범위를 준비합니다

회의 초대나 안건 문서에 아래 항목을 적어 둡니다.

• 회의 목적: 정보를 공유하는 자리인지, 선택을 확정하는 자리인지
• 결정 권한자: 누가 최종 결정을 확정할 수 있는지
• 안건별 원하는 결과: 결정, 아이디어 수집, 상태 공유 중 무엇인지
• 참석자 역할: 의사결정자, 실행 담당, 자문, 참관
• 기록 책임자: 메모와 확인본을 관리할 사람
• 공유 범위: 내부용, 외부용, 제한 열람 중 어느 것인지
• 녹취 여부: 조직 정책과 적용되는 법적 요구사항에 따른 고지·필요한 동의, 저장·삭제 기준

결정 권한자를 모르면 다수의 긍정적인 반응을 합의로 잘못 기록하기 쉽습니다. “좋아 보이네요”가 의견인지 승인인지 회의 중에 확인할 수 있도록, 결정이 필요한 안건에는 오늘 확정할 것을 미리 표시하세요.

회의 중: 문장보다 상태를 표시합니다

긴 문장으로 받아 적기보다 메모 앞에 상태 표식을 붙입니다.

F = 확인된 사실 또는 원자료
D = 명시적으로 확정된 결정
A = 수행하기로 한 할 일
Q = 질문·이견·보류·확인 필요
P = 제안 또는 의견

예를 들어 다음처럼 적습니다.

F N001: 7/28 대시보드의 CTA 클릭률 18.0%, 기간 7/21~7/27
P N002: 디자인 담당 — 모바일에서는 A안이 더 읽기 쉽다는 의견
D N003: 법무 확인을 조건으로 B안을 적용하기로 결정
A N004: 준법 담당 A가 7/30 15:00까지 문구 검토
Q N005: 분석 태그 QA 담당자와 기한은 정하지 않음

상태 표식이 틀려도 괜찮습니다. 원문과 ID가 남아 있으면 회의 뒤에 고칠 수 있습니다. 반대로 매끄러운 요약만 있고 원문이 없으면, 제안이 결정으로 변한 순간을 찾기 어렵습니다.

숫자는 값만 쓰지 말고 단위와 기준을 붙입니다. 18% 대신 CTA 클릭률 18.0%, 7/21~7/27, 대시보드라고 씁니다.

날짜는 가능하면 2026-07-30 15:00 KST처럼 절대 시각으로 적고, 회의에서 “금요일쯤”이라고만 말했다면 그대로 기록합니다.

회의 후: 원본을 고정하고 확인 기록을 덧붙입니다

회의가 끝나면 원본 메모를 먼저 복제해 읽기 전용으로 보관합니다. 맞춤법을 고치면서 뜻까지 바꾸지 마세요. 회의 뒤 새로 확인한 내용은 원래 문장에 덮어쓰지 않고 별도 ID를 붙입니다.

C001 | 확인자: 프로젝트 책임자 | 2026-07-28 16:20 KST
내용: 분석 태그 QA 담당자는 분석 담당 B, 기한은 2026-08-01 12:00 KST로 확인
관련 원본: N005

이렇게 하면 “회의에서 정한 것”과 “회의 뒤 보완한 것”이 섞이지 않습니다. 공유본에는 최신 확인 내용을 반영하되, 내부 근거표에는 N005 + C001을 함께 남깁니다.

2단계: source ID를 붙여 원본을 고정합니다

source ID는 특별한 시스템이 아니라 원본 조각에 붙이는 짧은 이름입니다.

ID 예시	원본 종류	사용 예
N001	수기 메모	기록자가 회의 중 적은 문장
T00:18:12	녹취·전사	해당 타임스탬프의 발언
D001	화면·문서	대시보드, 계약서, 안건 문서의 특정 항목
C001	회의 후 확인	참석자가 채팅·메일로 확인한 내용

좋은 ID에는 세 가지 조건이 있습니다.

1. 같은 ID가 중복되지 않습니다.
2. AI에 넣은 요약이 아니라 실제 원본 위치로 돌아갈 수 있습니다.
3. 원본을 수정해 ID의 의미를 바꾸지 않습니다.

NIST의 생성형 AI 위험관리 프로필은 생성형 AI가 자신 있게 틀린 내용을 만들 수 있는 위험을 confabulation으로 설명하고, 출력의 출처와 인용을 검토·검증하도록 권고합니다.

source ID는 이 검증을 회의록 수준에서 실행하는 간단한 방법입니다. ID가 있다는 사실만으로 내용이 맞아지는 것은 아니므로, 사람이 해당 ID의 실제 문장을 열어 대조해야 합니다.

사실·결정·할 일·쟁점의 경계를 정합니다

사실: 관찰과 해석을 분리합니다

고객 반응이 나쁘다는 해석입니다. 근거가 설문이라면 응답 40건 중 부정 12건처럼 원자료를 기록하고, 누군가의 판단이라면 고객 담당자가 반응이 낮다고 평가함처럼 발언자를 표시합니다.

다음 항목은 사실 칸에서 특히 확인합니다.

• 수치의 값·단위·기간·모수
• 날짜의 연도·시간대·상대 표현
• 제품명·버전·문서 버전
• 인용문이 실제 발언과 같은지
• 화면이나 문서가 회의 시점의 최신본인지

결정: 제안, 선호, 조건부 결정을 나눕니다

결정은 누가 무엇을 어떤 조건으로 확정했는지 보여야 합니다.

원문 표현	분류	이유
“B안도 검토해 봅시다”	제안	선택이 끝나지 않음
“저는 B안이 좋습니다”	선호	개인 의견이며 합의가 아님
“법무 승인 시 B안으로 진행”	조건부 결정	조건이 충족돼야 효력이 생김
“책임자가 B안으로 확정”	결정	권한자와 선택이 명확함

조건부 결정을 그냥 결정으로 줄이지 마세요. 상태: 조건 대기, 조건: 법무 승인을 함께 남깁니다.

할 일: 작업, 담당자, 기한을 독립적으로 봅니다

할 일이 존재한다고 담당자와 기한도 존재하는 것은 아닙니다.

할 일: 환불 정책 문구 검토
담당자: 미정
기한: “다음 주쯤” — 정확한 날짜 확인 필요
근거: N014

관련 팀, 가능한 한 빨리, 다음 회의 전을 AI가 구체적인 사람과 날짜로 바꾸지 못하게 합니다. 회의 뒤 담당자가 확인되면 C ID를 추가합니다.

쟁점: 빈칸을 없애지 말고 질문으로 바꿉니다

쟁점에는 다음이 들어갑니다.

• 결정권자가 선택하지 않은 대안
• 서로 충돌하는 수치나 발언
• 담당자·기한이 없는 할 일
• 외부 확인이 필요한 법무·보안·가격 조건
• 선행 작업이 끝나야 답할 수 있는 일정
• 반대 의견과 아직 해소되지 않은 위험

쟁점은 “논의 필요” 한 줄로 끝내지 않습니다. 무엇을, 누가, 언제 확인할지를 쓰되, 실제로 확인 책임자나 시각을 정하지 않았다면 그 칸도 미정으로 둡니다.

발언 귀속과 반대 의견은 필요한 만큼만 남깁니다

모든 문장에 사람 이름을 붙이면 개인정보와 책임 공방이 늘어날 수 있습니다. 반대로 발언자를 모두 지우면 결정 권한과 약속 주체를 확인하기 어렵습니다.

• 결정권자의 승인, 업무 인수, 공식 반대처럼 책임에 영향을 주는 발언은 역할 또는 승인된 이름으로 귀속합니다.
• 아이디어 탐색 과정의 사소한 의견은 주제별로 묶되, 합의처럼 표현하지 않습니다.
• 반대 의견이 일정·비용·안전 판단에 영향을 주면 이유와 미해결 상태를 내부용에 남깁니다.
• 외부용에는 내부 인물의 평가나 협상 입장을 빼고, 합의된 결과와 남은 확인 사항만 씁니다.
• 발언자가 불확실하면 말투나 발언 순서로 추정하지 않고 발언자 미확인으로 둡니다.

1:1이나 인사 관련 회의는 특히 범위를 줄여야 합니다. 건강·징계·평가와 같은 민감한 내용은 승인된 시스템과 접근권한 정책을 먼저 따르고, 일반 소비자용 AI에 원문을 넣지 않습니다.

녹취가 불완전할 때는 빈칸을 복원하지 않습니다

자동 전사는 원본을 돕는 자료이지 완전한 사실 기록이 아닙니다. 겹쳐 말한 구간, 음질 저하, 이름·제품명, 숫자와 부정 표현에서 오류가 생길 수 있습니다.

불완전한 부분은 다음처럼 표시합니다.

T00:18:12–00:18:24 [청취 불가]
T00:22:07 [발언자 미확인] “출시는 금요일… 승인 후…”
T00:31:40 [숫자 불명확] “15” 또는 “50”, 단위 미확인
T00:44:10 [겹침] 담당자 지정 여부 확인 불가

AI에는 청취 불가 구간을 주변 문맥으로 채우지 말라고 명시합니다. “출시는 금요일”만 골라 확정 일정으로 만들지 않고, 승인 조건과 누락 구간을 쟁점으로 보냅니다.

전사 문제	처리 방법
발언 일부 누락	시간 범위를 표시하고 참석자 확인 전까지 쟁점 유지
발언자 오류	이름을 지우고 발언자 미확인, 책임 배정 금지
숫자·단위 불명확	가능한 값을 나열하지 말고 원자료 확인 요청
부정어 누락 의심	결정으로 사용하지 않고 녹음·수기 메모 대조
전사 언어 설정 불일치	도구의 회의 언어 설정 확인 후 해당 구간 재검토

Microsoft Teams 공식 문서는 전사 언어가 실제 회의 언어와 맞아야 정확도를 높일 수 있다고 안내합니다.

또한 전사 시작 시 참가자에게 알림이 표시되고 전사본은 주최자의 OneDrive에 저장될 수 있습니다.

제품 알림은 필요한 동의나 조직 정책 준수를 자동으로 증명하지 않으며, 저장된 전사본의 열람자·다운로드·삭제 권한도 따로 확인해야 합니다.

녹취 자체가 허용되지 않았거나 필요한 고지·동의가 확인되지 않았다면 녹취를 AI에 넣지 않습니다. 승인된 수기 메모와 회의 뒤 확인 기록만 사용하세요.

입력 전에 개인정보와 기밀을 줄입니다

회의 메모에는 이름, 연락처, 인사 평가, 고객 정보, 계약 조건, 인증정보가 섞이기 쉽습니다.

1. 조직이 승인한 AI 도구와 업무용 계정인지 확인합니다.
2. 이름·이메일·전화번호는 [담당자 A], [고객사 B]처럼 바꿉니다.
3. 정리에 필요하지 않은 개인정보와 사담은 삭제합니다.
4. 인사·건강·징계, 인증정보, 미공개 재무정보, 협상 한도는 입력하지 않습니다.
5. 서비스의 학습 활용, 대화 보관, 외부 앱 연동 설정을 확인합니다.

개인정보보호위원회는 2026년 이용자 가이드에서 생성형 AI 입력 내용의 학습 활용 여부, 업무 자료 입력 시 주의사항, 대화 기록 저장·삭제 설정을 확인하도록 안내합니다.

OpenAI 공식 문서에 따르면 ChatGPT 개인 워크스페이스에서는 Data Controls로 대화의 모델 개선 사용을 끌 수 있습니다.

Temporary Chat은 기록과 모델 학습에서 제외되지만 안전 목적으로 사본이 최대 30일 보관될 수 있습니다.

어느 기능도 회사 자료의 입력 승인이나 사전 비식별화를 대신하지 않습니다.

초안 작성부터 검수·공유까지

3단계: 실무용 전체 회의록 프롬프트를 실행합니다

6단계 중 초안을 만드는 시점에 아래 프롬프트를 사용합니다. 도구와 회의 종류에 관계없이 쓰는 기본형이며, 먼저 원본을 비식별화하고 source ID를 붙인 뒤 입력하세요.

당신은 회의 기록 정리자입니다.
목표는 [원본]과 [추가 확인 기록]에 있는 정보만 사용해
1) 원본 사실, 2) 결정·할 일·쟁점, 3) 공유본을 차례로 만드는 것입니다.

[작업 설정]
- 회의 제목: [입력]
- 회의 일시·시간대: [입력, 없으면 미정]
- 회의 유형: [프로젝트 / 1:1 / 고객 / 의사결정 / 기타]
- 공유본 유형: [내부용 / 외부용 / 제한 열람]
- 공유 대상: [입력]
- 원본 종류: [수기 메모 / 녹취 / 문서 / 혼합]

[절대 규칙]
1. [원본]과 [추가 확인 기록] 밖의 사실, 이유, 합의, 이름, 수치, 담당자, 기한을 추가하지 마세요.
2. 제안·질문·선호·검토 의견을 결정으로 바꾸지 마세요.
3. 조건부 결정은 조건을 삭제하지 말고 "조건 대기"로 표시하세요.
4. 할 일은 수행할 작업이 원본에 명시된 경우만 만드세요.
5. 담당자와 기한은 원본에 적힌 값만 쓰고, 없으면 각각 "미정"으로 표시하세요.
6. "다음 주", "금요일쯤", "빠르게"를 임의의 날짜로 바꾸지 마세요.
7. 청취 불가, 발언자 미확인, 숫자 불명확 구간을 주변 문맥으로 복원하지 마세요.
8. 서로 충돌하는 기록은 합치지 말고 각각의 source ID와 함께 쟁점으로 보내세요.
9. 삭제·치환된 개인정보를 추정하거나 복원하지 마세요.
10. 모든 사실·결정·할 일에는 근거 source ID를 붙이세요. 근거가 없으면 항목을 만들지 마세요.
11. 직접 인용은 원문과 정확히 같을 때만 쓰고, 발언자가 불확실하면 이름을 붙이지 마세요.
12. 공유본에는 새 정보를 추가하지 말고, 검수된 정보의 공개 범위만 줄이세요.

[처리 순서와 출력 형식]

## 1단계. 원본 색인
| source ID | 원본의 핵심 내용 | 임시 분류 | 불확실성 |
임시 분류는 사실 / 결정 표현 / 할 일 표현 / 질문 / 제안 / 의견 / 기타 중 하나를 사용하세요.

## 2단계. 업무 기록

### 사실
| 사실 | 기준 시점·단위 | 근거 |

### 결정
| 결정 | 상태(확정/조건 대기) | 조건 | 근거 |

### 할 일
| 할 일 | 담당자 | 기한 | 상태 | 근거 |
담당자나 기한이 없으면 반드시 "미정"이라고 쓰세요.

### 쟁점·확인 필요
| 확인할 질문 | 이유 | 확인 담당 | 확인 기한 | 근거 |
정해지지 않은 칸은 "미정"으로 두세요.

### 이견·위험
실행이나 결정에 영향을 주는 반대 의견만 source ID와 함께 적으세요.
합의로 평균 내거나 삭제하지 마세요.

## 3단계. 검수 경고
- 근거가 약하거나 충돌하는 항목
- 숫자·날짜·단위를 원본과 대조할 항목
- 발언자 귀속이 불확실한 항목
- 담당자·기한이 미정인 항목
- 민감정보 또는 외부 공유 제외 후보

## 4단계. 공유본 초안
- 문서 맨 위에 "AI 정리 초안 — 원본 대조 전"이라고 표시하세요.
- 내부용이면 확인된 결정·할 일·쟁점과 실행에 필요한 이견을 포함하세요.
- 외부용이면 상대와 확인된 결정·약속·다음 연락만 포함하세요.
- 외부용에서 내부 의견, 인사 정보, 협상 범위, 미승인 수치·일정, 연락처를 제외하세요.
- 마지막 줄에 "사람이 확인해야 할 항목: [개수]개"를 표시하세요.

[원본]
<<<
[비식별화하고 source ID를 붙인 회의 메모 또는 전사를 입력]
>>>

[추가 확인 기록]
<<<
[C001 형식의 회의 후 확인이 있으면 입력, 없으면 "없음"]
>>>

AI가 이 형식을 지켰더라도 아직 초안입니다. source ID가 실제 문장을 지지하는지, 숫자와 날짜가 같은지, 외부에 공개하면 안 되는 내용이 없는지는 사람이 확인해야 합니다.

4·5단계: 대표 프로젝트 초안을 원문과 추가 확인으로 검수합니다

상단 대표 사례의 가상 정리 초안은 출발점일 뿐입니다. 실제 모델 출력으로 제시한 것이 아닙니다. source ID가 내용을 지지하는지 대조하고, 회의 뒤 새로 확인됐다고 가정한 값만 C ID로 덧붙입니다.

검수자는 원본과 대시보드를 열어 다음을 확인했다고 가정합니다.

확인 ID	확인 시각	확인 내용	관련 원본
C001	2026-07-28 15:10 KST	18.0%는 CTA 클릭률, 기간은 7/21~7/27	N004
C002	2026-07-28 15:18 KST	디자인 담당, 모바일 시안 7/31 12:00 전달 수락	N003, N006
C003	2026-07-28 15:25 KST	분석 담당 B, 태그 QA 8/1 12:00 완료 수락	N005

회의 원본 N003과 N005를 고쳐 쓰지 않고 C002, C003을 추가했습니다. 이로써 회의 중 미정이던 책임이 회의 후 확인됐다는 이력이 남습니다.

숫자도 18%만 옮기지 않고 지표명과 기간을 C001로 확인했습니다. 대시보드를 열지 않았다면 공유본에서 해당 숫자를 빼거나 지표명 확인 필요로 남겨야 합니다.

6단계: 공유할 최종본

랜딩페이지 주간 점검 — 내부 확인본

일시: 2026-07-28 14:00 KST

결정

• 법무 문구 검토와 모바일 시안 확인을 조건으로 문구 B안을 적용합니다.
• 목표 반영일은 2026-08-02이며, 조건 미충족 시 다시 확인합니다.

확인된 사실

• 7/21~7/27 CTA 클릭률은 18.0%입니다. (C001)

할 일

할 일	담당	기한	근거
문구 검토	준법 담당 A	7/30 15:00	N002
모바일 시안 전달	디자인 담당	7/31 12:00	C002
분석 태그 QA	분석 담당 B	8/1 12:00	C003

남은 쟁점

• 모바일 첫 화면에서 B안이 길어지는 위험을 시안 확인 때 검토합니다. (N006, N007)
• 법무 또는 모바일 조건이 충족되지 않으면 반영일을 다시 확정합니다. (N001, N007)

이 공유본은 조건을 지우지 않았고, 회의 뒤 확인한 담당자·기한을 새 근거와 함께 반영했습니다.

상황별 분기: 프로젝트·1:1·고객 회의 템플릿

기본 프롬프트의 [작업 설정] 아래에 필요한 블록 하나만 추가하세요. 기본 규칙은 삭제하지 않습니다.

프로젝트 진행 회의

[프로젝트 회의 추가 규칙]
- 진행 상태와 완료 증거를 분리하세요. "거의 완료"는 완료로 바꾸지 마세요.
- 결정, 산출물, 담당자, 기한, 의존성, 차단 요인을 우선 정리하세요.
- 일정 변경은 기존 일정 / 새 제안 / 확정 일정으로 나누세요.
- 위험은 영향, 대응 담당, 다음 확인 시점을 원본 범위 안에서만 적으세요.
- 출력 끝에 "다음 회의 전 확인할 쟁점"을 추가하세요.

1:1 회의

[1:1 추가 규칙]
- 공유본 유형을 "제한 열람"으로 두고 접근 대상을 명시하세요.
- 관찰된 사실, 당사자의 발언, 해석·평가를 섞지 마세요.
- 피드백은 누가 어떤 맥락에서 말했는지 원본에 있을 때만 귀속하세요.
- 관리자와 구성원의 약속을 각각 분리하세요.
- 건강·가족·징계·평가 등 민감정보는 조직 정책상 필요한 최소 범위만 남기세요.
- 외부 공유본을 만들지 마세요. 별도 공유가 필요하면 당사자의 확인 절차를 먼저 표시하세요.

고객 회의

[고객 회의 추가 규칙]
- 고객 요청 / 당사 제안 / 상호 확정 / 내부 검토를 네 칸으로 분리하세요.
- "검토하겠다"를 "제공하겠다" 또는 "수용했다"로 바꾸지 마세요.
- 가격·납기·기능은 확정 권한자와 근거가 있을 때만 약속으로 기록하세요.
- 외부 공유본에서 내부 원가, 협상 한도, 반대 의견, 미승인 일정은 제외하세요.
- 외부 약속에는 담당 역할, 회신 기한, 근거 source ID를 붙이세요.
- 연락처는 원본 처리 단계에서 삭제하고 공유 채널에서 별도로 관리하세요.

외부 공유 분기: 고객 요청을 확인본으로 바꾸는 과정

아래 내용은 가상 사례입니다. 요청을 확정으로 잘못 바꾼 첫 초안을 원문과 대조해 고치는 과정을 보여줍니다.

비식별화한 거친 메모

회의: 고객사 B 계약 협의, 2026-07-30 10:00 KST
N101 고객: 제안 가격에서 10% 조정 요청.
N102 영업 담당 A: 내부 검토 후 8/3까지 답하겠음.
N103 고객: 8/10 납품 가능한지 질문.
N104 운영 담당: 가능할 수도 있지만 인력 일정 확인 전에는 확답 못 함.
N105 고객: CSV 내보내기 기능 요청.
N106 제품 담당: 요청을 백로그에 기록하겠지만 일정 약속은 못 함.
N107 영업 담당 A: 계약서 초안은 8/1 17:00까지 보낼게.
N108 내부 메모: 가격 조정 한도 5% — 외부 공유 금지.
N109 고객 담당자의 이메일·휴대전화 — AI 입력 전 삭제.

잘못 정리된 첫 초안

결정사항

• 가격 10% 인하 확정
• 8/10 납품 확정
• CSV 내보내기 기능 제공 예정

할 일

• 계약서 초안 발송 — 영업 담당 A — 8/1 17:00

문장은 깔끔하지만 N101·N103·N105의 요청을 모두 확정으로 바꿨습니다. N102의 약속은 가격을 수용한다는 뜻이 아니라 검토 결과를 회신한다는 뜻입니다. N104와 N106은 오히려 확답할 수 없다고 말했습니다.

원본 근거로 바로잡기

잘못된 항목	원본 대조	수정
가격 10% 인하 확정	N101은 고객 요청, N102는 검토 회신 약속	가격 조정 요청 검토, 수용 여부 미정
8/10 납품 확정	N103은 질문, N104는 인력 확인 전 확답 불가. 회신 기한도 없음	납품 가능 여부 확인 필요, 회신 기한 미정
CSV 기능 제공 예정	N105는 요청, N106은 일정 약속 불가	요청 접수, 제공 여부·일정 미정
내부 조정 한도	N108은 외부 공유 금지	외부 공유본에서 삭제
계약서 초안	N107에 담당자와 기한이 명시됨	외부 약속으로 유지

여기서는 AI에게 다시 “잘 고쳐 달라”고만 하지 않습니다. 항목마다 source ID를 열어 분류를 사람이 확정합니다. 외부 공유본은 검수된 항목에서 공개 가능한 내용만 골라 새로 만듭니다.

고객에게 보낼 확인본

7/30 협의 내용 확인

안녕하세요. 오늘 논의한 요청과 다음 단계를 아래와 같이 확인드립니다.

요청 및 확인 사항

• 가격 조정 요청: 당사 내부 검토 후 8/3까지 회신드리겠습니다.
• 8/10 납품 가능 여부: 운영 일정 확인이 필요하며, 가능 여부와 회신 기한은 아직 미정입니다.
• CSV 내보내기 기능: 제품 요청으로 접수했으며, 제공 여부와 일정은 아직 확정되지 않았습니다.

당사 후속 조치

• 계약서 초안: 영업 담당 A가 8/1 17:00까지 전달합니다.

가격 조정, 납품일, 기능 제공은 현재 확정 사항이 아닙니다. 가격 조정 외 항목의 회신 일정도 아직 미정입니다.

내부 협상 한도와 내부 이견은 빠졌고, 고객 요청과 당사의 약속이 분리됐습니다. 미정을 숨기지 않았기 때문에 외부 문서가 없던 약속을 만들지 않습니다.

심화: 내부용과 외부용은 별도 문서로 만듭니다

구분	포함할 내용	제외하거나 줄일 내용
내부용	확인된 결정, 담당·기한, 쟁점, 실행에 필요한 배경·이견·위험	업무에 필요 없는 개인정보, 민감한 사담, 원문 전체 복제
외부용	확인된 결정, 외부 약속, 요청 상태, 다음 연락	내부 반대, 인사 평가, 원가·협상 한도, 미승인 수치
제한 열람	당사자 약속과 필요한 맥락, 접근 대상·보존 기준	목적과 무관한 민감정보, 2차 공유에 불필요한 세부 발언

외부용은 내부용의 어조만 부드럽게 바꾼 문서가 아닙니다. 검수된 정보 중 외부에 필요하고 공유가 허용된 범위만 다시 선택한 문서입니다.

자주 실패하는 방식과 수정법

실패	왜 문제인가	수정
원본 없이 “깔끔한 회의록”만 요청	제안과 질문이 확정처럼 매끄러워질 수 있음	원본에 ID를 붙이고 분류부터 요청
가능, 검토, 목표를 결정으로 기록	약속의 강도가 바뀜	원문 동사를 유지하고 조건·상태 표시
담당자·기한을 관련 팀과 임의 날짜로 채움	존재하지 않은 책임을 만듦	각 칸을 미정, 확인 뒤 C ID 추가
전사 누락을 문맥으로 복원	없던 숫자·부정어·담당자를 만들 수 있음	청취 불가 시간대를 쟁점으로 유지
발언 순서로 사람을 추정	잘못된 책임 귀속 가능	발언자 미확인, 참석자 확인 전 이름 금지
반대 의견을 “의견이 모임”으로 요약	남은 위험과 조건이 사라짐	영향을 주는 이견과 미해결 상태 유지
숫자만 옮기고 단위·기간을 생략	같은 값도 다른 의미가 됨	값·단위·기간·원자료를 한 묶음으로 대조
내부용을 그대로 고객에게 전달	협상 범위·개인정보·내부 평가 노출	검수된 항목에서 외부용을 별도 작성
AI에게 자기 답을 다시 검증시킴	같은 잘못된 전제를 반복할 수 있음	사람이 실제 원본·공식 출처를 열어 확인

팀 운영 규칙으로 반복 가능하게 만듭니다

프롬프트 하나보다 팀의 합의가 오래 갑니다. 다음 규칙을 회의 운영 문서에 넣어 두세요.

1. 원본 메모는 수정하지 않고, 정리본과 확인본을 별도 버전으로 관리합니다.
2. 중요한 원본 조각에는 N, T, D, C source ID를 붙입니다.
3. 회의 진행자는 종료 전 결정·조건·할 일을 소리 내어 다시 확인합니다.
4. 할 일의 담당자와 기한은 당사자가 수락했을 때만 확정으로 기록합니다.
5. 회의 뒤 보완 내용은 확인자·시각·관련 원본을 가진 C ID로 추가합니다.
6. 조건부 결정, 이견, 전사 누락은 확정 문장으로 줄이지 않습니다.
7. 내부용·외부용·제한 열람의 접근 대상과 보존 기간을 팀 정책으로 정합니다.
8. AI 초안 상태에서는 외부 전송과 자동 후속 작업을 실행하지 않습니다.
9. 최종 확인자는 숫자·날짜·약속과 외부 공개 범위를 승인합니다.
10. 공유 뒤 정정이 생기면 조용히 덮어쓰지 않고 버전과 정정 이유를 남깁니다.

문서 상태도 통일하면 혼선을 줄일 수 있습니다.

원본 → AI 정리 초안 → 사람 검수 중 → 확인본 → 정정본

AI 정리 초안을 확인본처럼 보이는 파일명으로 저장하지 마세요. 파일 상단과 공유 메시지에 상태를 함께 표시합니다.

최종 공유 전 체크리스트

원본과 근거

• 모든 핵심 사실·결정·할 일에 실제 source ID가 있는가?
• 회의 뒤 확인한 내용은 원본을 고치지 않고 C ID로 추가했는가?
• 전사 누락·발언자 미확인·숫자 불명확을 AI가 복원하지 않았는가?

결정과 실행

• 제안·선호·질문을 결정으로 바꾸지 않았는가?
• 조건부 결정의 조건과 대기 상태가 남아 있는가?
• 담당자와 기한이 원본 또는 추가 확인 기록에 명시됐는가?
• 정하지 않은 담당자·기한은 미정인가?
• 반대 의견과 의존성이 실행 위험에 영향을 주면 쟁점에 남겼는가?

숫자와 표현

• 금액·비율·수량에 단위, 기간, 기준 시점이 있는가?
• 상대 날짜를 임의의 절대 날짜로 바꾸지 않았는가?
• 고유명사·제품 버전·문서 버전을 원본과 대조했는가?
• 직접 인용과 발언자 귀속이 원문과 같은가?

개인정보와 공유

• 승인된 AI 도구·계정과 입력 범위를 확인했는가?
• 필요 없는 개인정보·연락처·기밀을 삭제하거나 치환했는가?
• 녹취의 고지·필요한 동의, 저장·접근·보존·삭제 기준을 확인했는가?
• 외부용에서 내부 평가·협상 범위·미승인 정보가 빠졌는가?
• 문서 상태가 확인본이고 최종 확인자가 승인했는가?

하나라도 통과하지 못하면 공유본을 보내지 말고 해당 항목을 쟁점으로 되돌립니다.

다음 행동 하나

가장 최근 회의 메모 한 건의 복사본에 N001부터 source ID를 붙인 뒤, 기본 프롬프트로 만든 초안의 결정·할 일·쟁점만 원본과 대조해 확인본 한 장을 완성하세요. 대조가 끝나기 전에는 공유하지 않습니다.

가상 회의 메모 7줄의 source ID를 다시 대조했습니다

METATOUR 검증 기록 · 검증 유형: 본문의 7줄 가상 메모와 예시 정리표를 source ID별로 다시 대조한 내부 편집 규칙 일관성 점검입니다. 현재 AI 모델에 프롬프트를 새로 실행한 성능 시험은 아닙니다.

재대조일: 2026-08-23

AI 실행 대신 예시의 자기모순을 찾았습니다

예시 정리표가 원문에 없는 확정·담당자·기한·지표 의미를 추가하지 않았는지 확인했습니다. 입력은 본문의 N001부터 N007까지 7줄 가상 메모와 ‘사실 / 결정 / 할 일 / 쟁점’ 네 칸 분류 규칙입니다.

source ID를 거꾸로 따라간 방법

1. 예시 결과의 각 항목을 source ID 원문으로 역추적했습니다.
2. 조건부 결정, 미정 담당자·기한, 의미가 불분명한 숫자, 가능성 표현, 명시된 약속의 다섯 오류 지점을 사전에 정했습니다.
3. 원문에 없는 내용이 들어갔는지와 원문의 불확실성이 결과에 남았는지를 수동 대조했습니다.

검증 항목	원문 근거	현재 예시의 처리	규칙 일치
B안 적용 조건	N001, N007	법무 검토와 모바일 시안 확인 뒤의 ‘조건 대기’로 유지	예
QA 담당자·기한	N005	담당·기한 미정으로 유지	예
18%의 의미·기간	N004	성과 사실이 아니라 확인할 쟁점으로 이동	예
이미지 준비 기한	N003	‘7/31 오전이면 될 듯’이라는 가능성을 확정 기한으로 바꾸지 않음	예
문구 검토 약속	N002	준법 담당 A와 7/30 15:00을 할 일로 보존	예

다섯 규칙은 예시 안에서 일치했습니다

작성된 예시 정리표는 사전에 정한 다섯 편집 규칙과 모두 일치했습니다. 이는 예시의 내부 규칙 일관성을 확인한 결과이지 프롬프트나 모델의 성공률이 아닙니다. 특히 18%를 성과로 확정하지 않고 정하지 않은 QA 담당자와 기한을 채우지 않은 점은 원문 대조 규칙을 보여 줍니다.

뒤의 C001~C003 확인 기록과 최종 공유본도 절차 설명을 위해 만든 가상 값입니다. 실제 대시보드나 담당자에게 확인한 기록으로 해석해서는 안 됩니다.

5/5가 모델 성공률이 아닌 이유

예시 자체가 규칙에 맞도록 작성됐기 때문에 ‘5개 항목 모두 일치’는 프롬프트의 성공률이나 특정 AI 모델의 성능을 뜻하지 않습니다. 모델·버전·실행일·원시 출력·반복 실행 간 차이는 아직 없습니다. 실제 회의록에 적용하려면 비식별화, 녹취 동의, 접근권한과 조직 규정을 별도로 확인해야 합니다.

참고 자료

• NIST, Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile (NIST AI 600-1), 2024-07-26, 2026-04-08 갱신. 2026-08-02 확인. 공식 문서
• 개인정보보호위원회, 「생성형 AI 서비스 이용자를 위한 개인정보 보호 가이드」 발간, 2026-05-19. 2026-08-02 확인. 공식 자료
• OpenAI, Data Controls FAQ. 2026-08-02 확인. 공식 도움말
• Microsoft Support, Start, stop, and download live transcripts in Microsoft Teams meetings. 2026-08-02 확인. 공식 도움말
• Microsoft Support, Customize who can access a recording or transcript in Microsoft Teams. 2026-08-02 확인. 공식 도움말