# Meeting Minutes

> 회의록 작성 스킬. 회의 목적(의사결정/논의/보고/인터뷰/면담/공유)을 파악하고 인테이크-작성-윤문-검수 파이프라인으로 일관된 수준의 회의록을 생성한다. 트리거: 회의록, 미팅노트, 회의 정리, 인터뷰 노트, 원오원 기록, 실적 보고 정리, 진단노트.

- Skill: `talkingbeer/meeting-minutes` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add talkingbeer/meeting-minutes`
- Raw SKILL.md: https://api.skillmd.com/api/skills/talkingbeer/meeting-minutes/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Productivity
- Author: talkingbeer (https://skillmd.com/u/talkingbeer)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/talkingbeer/meeting-minutes

---


# Meeting Minutes

회의 원천(녹음, 전사본, 메모, 자동 요약)을 받아 목적별 골든 구조로 회의록을 작성한다.

## 1. 목적 유형

회의록의 축은 "회의체"가 아니라 **목적**이다. 주목적 하나가 문서 구조를 결정하고, 부목적이 섹션을 추가한다.

| 코드 | 목적 | 문서가 답해야 할 질문 | 구조 |
|---|---|---|---|
| DEC | 의사결정 기록, 전파 | 무엇이 결정됐나, 누가 결정했나, 후속 조치 | 구조 B (MPR형) |
| DIS | 논의, 합의 추적 | 논점별 각 측 입장, 합의/미합의, follow-up | 구조 B + 논점 합의 표 |
| RPT | 현황, 실적 보고 | 계획 대비 위치, 차이 원인, 대응, 리스크 | 구조 B + 목표-실적-갭 표 |
| INS | 기록, 인사이트 도출 | 무엇을 들었나(사실), 패턴/시사점, 후속 질문 | 구조 A (진단노트형) |
| 1ON1 | 면담 기록 | 논의 주제, 합의된 것, 지원 필요 사항 | 구조 A 축약 |
| INF | 정보 전달, 공유 | 무엇이 공유됐나, Q&A, 참고사항 | 한눈 요약 + 전달 사항 + Q&A 표 |

## 2. 문서 구조

### 구조 A: 진단노트형 (INS, 1ON1)

```
검정 헤더 (문서명, 메타: 일시, 소요, 원천)
eyebrow 라벨 (대문자 자간)
h1 제목

card "대상과 목적"
  대상 (직책, 재직, 출신) / 참석 / 목적 1문장 + 신뢰도 표기 범례 + 마스킹 고지

h2 한눈 요약 (.note 회색 지면)
  산문 2문단. ①~⑥ 인라인 번호, 핵심어만 볼드

h2 핵심 진단
  h3 "n. 제목" 15~18개. 각 1~3문단 산문. 문단 끝 [사실]/[본인 견해]/[전언]

h2 지표, 조직 스냅샷
  표: 항목 | 값 | 신뢰도

h2 논점 (3YP에 반영할 논점 등, A3 도출 목표에 맞춤)
  표: P-n | 논점 | 근거(진단 n) | 성격

h2 후속 확인
  표: F-n | 확인 항목 | 확인 경로

h2 즉시 고지 (.note.warn, 법무/노무 항목이 있을 때만)

footer 문서 정보
```

1ON1은 한눈 요약 + 진단 5~8절 + 후속 확인으로 축약. 배포 당사자 한정.

### 구조 B: MPR형 (DEC, RPT, DIS)

```
검정 헤더 (문서명, 메타: 일시, 소요, 원천)
eyebrow 라벨
h1 제목

card "참석과 배경"
  참석(양측) / 배경(핵심 수치 한 문단) + 신뢰도 범례

h2 한눈 요약 (.note)
  "결론 N줄 ①~⑤"

h2 핵심 논의
  h3 "n. 쟁점형 제목" 5~10개. 산문 + 불릿 혼용.
  "A 지적 → B의 답" 양측 대비. 결정은 문단 안에 "결정 -" 인라인

h2 결정 사항
  불릿, 한 줄씩

h2 Action Items
  h3 이번 회의 신규 (NEW)
    표: # | Action Item | Owner | 기한 | 비고
  h3 기존 로드맵 (CARRY-OVER, B5에서 이전 표 수신 시)
    표: # | Action Item | Owner | ETA | 비고

h2 다음 회차 체크리스트 (.note.warn)

footer 문서 정보
```

DIS: 핵심 논의에서 양측 대비를 강화하고, 논점별 합의/미합의 표(논점, A측, B측, 결론, 사유, follow-up) 추가.
RPT: card 배경에 핵심 수치, 핵심 논의 앞에 목표-실적-갭 표 삽입.

## 3. 인테이크 질문

### 항상 질문 (4개)

**A1. 주목적과 부목적**
- 주목적: 단일 선택 (DEC/DIS/RPT/INS/1ON1/INF)
- 부목적: 복수 선택. "없음"은 단독 선택만 가능. 주목적과 같은 항목은 선택지에서 제외
- 사용자가 이미 정보를 줬어도 건너뛰지 않고 묻는다

**A2. 참석자 확인**
- 원천에서 화자를 자동 추출해 "원천 라벨 → 유*환 직책" 매핑표를 보여준다
- 사용자가 확인 또는 수정한다. 마스킹 정확도가 여기서 결정됨

**A3. 도출 목표**
- "이 회의록으로 도출하고 싶은 것은?" + 목적별 권장 선택안 칩 제시
  - INS: "3YP 논점", "조직 진단", "신사업 가설"
  - DEC: "경영진 결정 전파", "실행 계획 공유"
  - RPT: "갭 원인 분석", "다음 회차 쟁점"
  - DIS: "합의/미합의 정리", "후속 논의 설계"
  - 1ON1: "면담 기록", "코칭 사항"
  - INF: "전달 사항 요약", "Q&A 기록"
- 자유 텍스트 입력도 허용. 논점 표의 반영 대상과 성격 분류가 여기서 정해진다

**A4. 상세 수준**
- 요약 1p / 표준 / 상세 중 선택
- 기본값: INS 상세, DEC/RPT 표준, 1ON1/INF 요약, DIS 표준
- 사용자가 선택하면 기본값을 덮어쓴다

### 조건부 질문

| ID | 질문 | 조건 |
|---|---|---|
| B2 | 이전 회차 노트가 있나? (교차 참조 폴더) | INS, 1ON1처럼 시리즈 회의일 때 |
| B5 | 이전 회차 액션 표(CARRY-OVER)가 있나? | DEC, RPT일 때 |
| B6 | 출력 포맷 변경 | 사용자가 프롬프트에서 .docx, .md 등 확장자를 명시하지 않은 한 편집용 HTML이 기본. 명시한 경우 해당 포맷이 우선 |

### 자동 처리 (질문 없이)

- **헤더**: 원천에서 자동 추출해 채운다 (회의명, 일시, 소요, 원천, 배포 범위, 관련 문서)
- **목차**: 목적 유형에 따라 자동 생성한다
- **즉시 고지**: 원천에서 법무, 노무, 규제, 개인 신상 키워드가 감지되면 즉시 고지 절을 자동 생성
- **주제 분류**: 발언 흐름 기반 자동 추출이 기본. 사전 질문지가 첨부된 경우 하이브리드
- **상세 수준**: A4에서 확정된 값 사용

## 4. 디자인 시스템

`assets/design.css` 참조. IBM Carbon 계열 무채색.

| 요소 | 규칙 |
|---|---|
| 색 | 무채색 토큰 9단(g10~g100)만 사용. 색상 토큰 금지. 위계는 회색 지면, 검정 외곽선, 글자 굵기와 자간으로만 구분 |
| 폰트 | 나눔고딕 단일(Google Fonts 링크). 14px, 행간 1.55, 자간 .16px, word-break: keep-all. 모노 폰트 금지 |
| 상단 | 검정 헤더 띠(문서명 + 메타) |
| 박스 | `.note` 회색 지면(색 띠 없음), `.note.warn` 검정 외곽선, `.card` 회색 테두리 |
| 표 | th 회색 배경, 행은 하단선만, 첫 열은 작은 굵은 회색 라벨, `.twrap`으로 가로 스크롤 |
| 신뢰도 chip | 사실(회색 지면), 본인 견해(얇은 선), 전언(진한 선), 미확인(이탤릭). 색 없이 선 두께로만 구분 |
| 하단 | 2px 검정 상단선 footer: 배포 제한 문구, 작성 조직, 일자, 버전 |
| 인쇄 | print CSS로 헤더 반전, 박스와 표 페이지 분리 방지 |
| 구분자 | ", "(쉼표 공백), "-"(하이픈). " · "(가운데점)과 "—"(em dash)는 사용하지 않는다 |

html-doc 편집기를 붙일 때는 html-doc 스킬의 `assets/skeleton.html`에서 에디터 스타일, UI 블록 7종, 히스토리 JSON, 엔진 스크립트를 **요약 없이 그대로** 잘라 붙인다. `<main>`을 `<main id="doc-content" contenteditable="false">`로 바꾸고, 헤더 겹침 보정 스타일을 추가한다.

## 5. 서술 규칙

### 공통

- **산문이 기본**. 불릿은 참석 목록, 액션 항목 같은 나열에만 사용
- 인터뷰이 진술은 「~라고 했다 / 봤다 / 답했다」로 옮기고 질문 맥락 명시("~를 묻자")
- 인용은 「」로 본문 인라인. 원문 그대로 보존. 단서("확신할 수 없지만", "제가 못 느끼는 것일 수도")는 반드시 보존
- 수치, 고유명사, 직접 인용은 윤문 대상이 아님
- 신뢰도 태그는 **문장 단위**로 부여. 본문과 표의 태그 정합 유지
- STT 파손 구간은 추정하지 않고 미확인 또는 "(전사본 파손, ~로 추정)" 괄호 표기
- 인터뷰어 발화를 인터뷰이 진술로 귀속하지 않는다. Q→A 확인 응답은 "~를 묻자 그렇다고 답했다"로 서술
- 언어 격상 금지: "지시가 왔다"(←"말이 나온다"), "자리가 사라진다"(←"역할이 모호해진다") 류 표현을 원천보다 강하게 쓰지 않는다
- 전사본이 1차 자료. 자동 요약(Gemini 등)은 누락 점검 체크리스트로만 사용. 요약과 전사본이 어긋나면 전사본을 따르고 그 대목을 기록

### INS, 1ON1 전용

- 결정과 액션아이템을 만들지 않는다. 대신 후속 확인 F-n(확인 경로 포함)
- 논점 표 P-n에 근거 진단 번호 + 성격 분류: 기회 / 실행 설계 / 결정 필요 / 제약 / 조직 / 리스크 / 이력

### DEC, RPT, DIS 전용

- 결정 사항은 불릿으로 나열, 한 줄씩
- 액션 문구는 "지표 X→Y" 지향
- DIS는 논점별 양측 대비 표: 논점 | A측 입장 | B측 입장 | 결론 | 사유 | follow-up

## 6. 마스킹

- 인물명은 `유*환` 방식으로 마스킹(가운데 글자 마스킹) + 직책 병기
- 화자를 역할 라벨로 치환. 3인칭 언급도 동일
- 전 직장은 일반화("대형 커머스 플랫폼")
- 마스킹에 쓴 실명 토큰 목록은 어디에도 기록하지 않는다(건수만)
- 산출물 전체에서 실명, 이메일, 전화, 주민번호 패턴을 스윕하고 건수만 출력

## 7. 윤문

humanize-korean 스킬이 설치되어 있으면 사용한다.

- 경로: **light**, 강도: **보수**
- **구조 동결 계약**: 태그 문자열, 헤딩, 표, ID, 수치, 강조 위치 불변
- 변경률 목표: 1% 미만. 초안 품질을 높여 윤문 필요를 최소화
- 스킬이 없으면 `references/quick-rules.md`의 핵심 패턴(번역투, 진행형 남발, 종결어미 반복, 대구 과다)만 수동 적용

## 8. 독립 검수

문서당 1회 자동 수행. 작성 컨텍스트와 분리된 검수자(서브에이전트)가 노트 문장과 전사본 발화를 1:1 대조한다.

### 10항목

| 항목 | 내용 |
|---|---|
| A | 수치 전수 대조: 원천에 없는 숫자 0건 |
| B | 방향 반전: 원천과 반대 의미 0건 |
| C | 화자 귀속, Q→A, 주어 채우기: 인터뷰어 발화를 인터뷰이 진술로 옮기지 않았는가 |
| D | 확신도 태그: 본문과 표의 태그 정합, 혼합 문단 분리 |
| E | STT 파손 경화: 파손 구간을 확신 서술하지 않았는가 |
| F | 교차 인터뷰 주장: 타 인터뷰 프레임을 이 노트의 "확인"으로 쓰지 않았는가 |
| G | 논점, 후속 표 정합: 근거 절 번호, 용어 일관성 |
| H | PII, 재식별: 실명, 이메일, 전화 0건 |
| I | 요약 vs 전사본: 요약이 뒤집은 대목을 전사본대로 썼는가 |
| J | 격상 서술: 원천보다 강도를 올린 표현이 없는가 |

### 심각도와 판정

- CRITICAL: 수치 날조, 방향 반전, PII 노출
- MAJOR: 화자 귀속 오류, 범주 오기
- MINOR: 태그 불일치, 파손 경화, 격상 표현
- REJECT 기준: CRITICAL 1+ 또는 MAJOR 3+
- 결함 표 형식: ID | 심각도 | 항목 | 위치 | 노트 문장 | 원천 근거 | 문제 | 권고 수정 문안

검수 결과는 `final.md`와 게이트 기준선 양쪽에 반영한 후 PII 스윕을 다시 돌린다.

## 9. 파이프라인

```
0. 입력 수집
   원천(녹음/전사본/메모/자동 요약) 수신. 녹음이면 Whisper small 이상으로 STT

1. 인테이크
   A1~A3 항상 질문 + 조건부 B1/B2/B5/B6. 헤더와 목차는 자동 생성

2. 마스킹
   화자 역할 라벨 치환, 3인칭 인물 마스킹, 전 직장 일반화. 건수만 기록

3. 초안 작성
   마크다운(final.md)으로 작성. 전사본 1차, 요약은 누락 점검용
   요약과 전사본이 어긋난 대목은 표로 기록

4. 윤문
   humanize-korean light/보수/구조 동결 또는 수동 적용

5. 독립 검수
   서브에이전트로 10항목 1회 검수. 결함 반영

6. 조립
   design.css + html-doc 편집기로 편집용 HTML 조립

7. 검증
   PII 스윕(실명/이메일/전화/주민번호 0건 확인), 구분자(", " / "-") 확인

8. 출력
   편집용 HTML 1개
   파일명: {조직}_{회의체}_{대상}_{문서종류}_v1.0_{YYYYMMDD}_편집용.html
   사용자가 .docx나 .md를 프롬프트에서 명시한 경우 해당 포맷 우선
```

## 10. 산출물 포맷별 처리

- **편집용 HTML** (기본): html-doc 스킬로 인라인 편집기 내장. 브라우저에서 직접 수정, 저장, 메모, 변경 사항 비교, 배포용 내보내기 가능
- **Markdown**: final.md를 그대로 출력
- **DOCX**: docx 스킬로 변환. 나눔고딕, 무채색 스타일 유지

사용자가 프롬프트에서 확장자를 명시하면 해당 포맷이 기본값을 덮어쓴다.