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 스킬로 변환. 나눔고딕, 무채색 스타일 유지
사용자가 프롬프트에서 확장자를 명시하면 해당 포맷이 기본값을 덮어쓴다.
1---2name: meeting-minutes3description: 회의록 작성 스킬. 회의 목적(의사결정/논의/보고/인터뷰/면담/공유)을 파악하고 인테이크-작성-윤문-검수 파이프라인으로 일관된 수준의 회의록을 생성한다. 트리거: 회의록, 미팅노트, 회의 정리, 인터뷰 노트, 원오원 기록, 실적 보고 정리, 진단노트.4---56# Meeting Minutes78회의 원천(녹음, 전사본, 메모, 자동 요약)을 받아 목적별 골든 구조로 회의록을 작성한다.910## 1. 목적 유형1112회의록의 축은 "회의체"가 아니라 **목적**이다. 주목적 하나가 문서 구조를 결정하고, 부목적이 섹션을 추가한다.1314| 코드 | 목적 | 문서가 답해야 할 질문 | 구조 |15|---|---|---|---|16| DEC | 의사결정 기록, 전파 | 무엇이 결정됐나, 누가 결정했나, 후속 조치 | 구조 B (MPR형) |17| DIS | 논의, 합의 추적 | 논점별 각 측 입장, 합의/미합의, follow-up | 구조 B + 논점 합의 표 |18| RPT | 현황, 실적 보고 | 계획 대비 위치, 차이 원인, 대응, 리스크 | 구조 B + 목표-실적-갭 표 |19| INS | 기록, 인사이트 도출 | 무엇을 들었나(사실), 패턴/시사점, 후속 질문 | 구조 A (진단노트형) |20| 1ON1 | 면담 기록 | 논의 주제, 합의된 것, 지원 필요 사항 | 구조 A 축약 |21| INF | 정보 전달, 공유 | 무엇이 공유됐나, Q&A, 참고사항 | 한눈 요약 + 전달 사항 + Q&A 표 |2223## 2. 문서 구조2425### 구조 A: 진단노트형 (INS, 1ON1)2627```28검정 헤더 (문서명, 메타: 일시, 소요, 원천)29eyebrow 라벨 (대문자 자간)30h1 제목3132card "대상과 목적"33 대상 (직책, 재직, 출신) / 참석 / 목적 1문장 + 신뢰도 표기 범례 + 마스킹 고지3435h2 한눈 요약 (.note 회색 지면)36 산문 2문단. ①~⑥ 인라인 번호, 핵심어만 볼드3738h2 핵심 진단39 h3 "n. 제목" 15~18개. 각 1~3문단 산문. 문단 끝 [사실]/[본인 견해]/[전언]4041h2 지표, 조직 스냅샷42 표: 항목 | 값 | 신뢰도4344h2 논점 (3YP에 반영할 논점 등, A3 도출 목표에 맞춤)45 표: P-n | 논점 | 근거(진단 n) | 성격4647h2 후속 확인48 표: F-n | 확인 항목 | 확인 경로4950h2 즉시 고지 (.note.warn, 법무/노무 항목이 있을 때만)5152footer 문서 정보53```54551ON1은 한눈 요약 + 진단 5~8절 + 후속 확인으로 축약. 배포 당사자 한정.5657### 구조 B: MPR형 (DEC, RPT, DIS)5859```60검정 헤더 (문서명, 메타: 일시, 소요, 원천)61eyebrow 라벨62h1 제목6364card "참석과 배경"65 참석(양측) / 배경(핵심 수치 한 문단) + 신뢰도 범례6667h2 한눈 요약 (.note)68 "결론 N줄 ①~⑤"6970h2 핵심 논의71 h3 "n. 쟁점형 제목" 5~10개. 산문 + 불릿 혼용.72 "A 지적 → B의 답" 양측 대비. 결정은 문단 안에 "결정 -" 인라인7374h2 결정 사항75 불릿, 한 줄씩7677h2 Action Items78 h3 이번 회의 신규 (NEW)79 표: # | Action Item | Owner | 기한 | 비고80 h3 기존 로드맵 (CARRY-OVER, B5에서 이전 표 수신 시)81 표: # | Action Item | Owner | ETA | 비고8283h2 다음 회차 체크리스트 (.note.warn)8485footer 문서 정보86```8788DIS: 핵심 논의에서 양측 대비를 강화하고, 논점별 합의/미합의 표(논점, A측, B측, 결론, 사유, follow-up) 추가.89RPT: card 배경에 핵심 수치, 핵심 논의 앞에 목표-실적-갭 표 삽입.9091## 3. 인테이크 질문9293### 항상 질문 (4개)9495**A1. 주목적과 부목적**96- 주목적: 단일 선택 (DEC/DIS/RPT/INS/1ON1/INF)97- 부목적: 복수 선택. "없음"은 단독 선택만 가능. 주목적과 같은 항목은 선택지에서 제외98- 사용자가 이미 정보를 줬어도 건너뛰지 않고 묻는다99100**A2. 참석자 확인**101- 원천에서 화자를 자동 추출해 "원천 라벨 → 유*환 직책" 매핑표를 보여준다102- 사용자가 확인 또는 수정한다. 마스킹 정확도가 여기서 결정됨103104**A3. 도출 목표**105- "이 회의록으로 도출하고 싶은 것은?" + 목적별 권장 선택안 칩 제시106 - INS: "3YP 논점", "조직 진단", "신사업 가설"107 - DEC: "경영진 결정 전파", "실행 계획 공유"108 - RPT: "갭 원인 분석", "다음 회차 쟁점"109 - DIS: "합의/미합의 정리", "후속 논의 설계"110 - 1ON1: "면담 기록", "코칭 사항"111 - INF: "전달 사항 요약", "Q&A 기록"112- 자유 텍스트 입력도 허용. 논점 표의 반영 대상과 성격 분류가 여기서 정해진다113114**A4. 상세 수준**115- 요약 1p / 표준 / 상세 중 선택116- 기본값: INS 상세, DEC/RPT 표준, 1ON1/INF 요약, DIS 표준117- 사용자가 선택하면 기본값을 덮어쓴다118119### 조건부 질문120121| ID | 질문 | 조건 |122|---|---|---|123| B2 | 이전 회차 노트가 있나? (교차 참조 폴더) | INS, 1ON1처럼 시리즈 회의일 때 |124| B5 | 이전 회차 액션 표(CARRY-OVER)가 있나? | DEC, RPT일 때 |125| B6 | 출력 포맷 변경 | 사용자가 프롬프트에서 .docx, .md 등 확장자를 명시하지 않은 한 편집용 HTML이 기본. 명시한 경우 해당 포맷이 우선 |126127### 자동 처리 (질문 없이)128129- **헤더**: 원천에서 자동 추출해 채운다 (회의명, 일시, 소요, 원천, 배포 범위, 관련 문서)130- **목차**: 목적 유형에 따라 자동 생성한다131- **즉시 고지**: 원천에서 법무, 노무, 규제, 개인 신상 키워드가 감지되면 즉시 고지 절을 자동 생성132- **주제 분류**: 발언 흐름 기반 자동 추출이 기본. 사전 질문지가 첨부된 경우 하이브리드133- **상세 수준**: A4에서 확정된 값 사용134135## 4. 디자인 시스템136137`assets/design.css` 참조. IBM Carbon 계열 무채색.138139| 요소 | 규칙 |140|---|---|141| 색 | 무채색 토큰 9단(g10~g100)만 사용. 색상 토큰 금지. 위계는 회색 지면, 검정 외곽선, 글자 굵기와 자간으로만 구분 |142| 폰트 | 나눔고딕 단일(Google Fonts 링크). 14px, 행간 1.55, 자간 .16px, word-break: keep-all. 모노 폰트 금지 |143| 상단 | 검정 헤더 띠(문서명 + 메타) |144| 박스 | `.note` 회색 지면(색 띠 없음), `.note.warn` 검정 외곽선, `.card` 회색 테두리 |145| 표 | th 회색 배경, 행은 하단선만, 첫 열은 작은 굵은 회색 라벨, `.twrap`으로 가로 스크롤 |146| 신뢰도 chip | 사실(회색 지면), 본인 견해(얇은 선), 전언(진한 선), 미확인(이탤릭). 색 없이 선 두께로만 구분 |147| 하단 | 2px 검정 상단선 footer: 배포 제한 문구, 작성 조직, 일자, 버전 |148| 인쇄 | print CSS로 헤더 반전, 박스와 표 페이지 분리 방지 |149| 구분자 | ", "(쉼표 공백), "-"(하이픈). " · "(가운데점)과 "—"(em dash)는 사용하지 않는다 |150151html-doc 편집기를 붙일 때는 html-doc 스킬의 `assets/skeleton.html`에서 에디터 스타일, UI 블록 7종, 히스토리 JSON, 엔진 스크립트를 **요약 없이 그대로** 잘라 붙인다. `<main>`을 `<main id="doc-content" contenteditable="false">`로 바꾸고, 헤더 겹침 보정 스타일을 추가한다.152153## 5. 서술 규칙154155### 공통156157- **산문이 기본**. 불릿은 참석 목록, 액션 항목 같은 나열에만 사용158- 인터뷰이 진술은 「~라고 했다 / 봤다 / 답했다」로 옮기고 질문 맥락 명시("~를 묻자")159- 인용은 「」로 본문 인라인. 원문 그대로 보존. 단서("확신할 수 없지만", "제가 못 느끼는 것일 수도")는 반드시 보존160- 수치, 고유명사, 직접 인용은 윤문 대상이 아님161- 신뢰도 태그는 **문장 단위**로 부여. 본문과 표의 태그 정합 유지162- STT 파손 구간은 추정하지 않고 미확인 또는 "(전사본 파손, ~로 추정)" 괄호 표기163- 인터뷰어 발화를 인터뷰이 진술로 귀속하지 않는다. Q→A 확인 응답은 "~를 묻자 그렇다고 답했다"로 서술164- 언어 격상 금지: "지시가 왔다"(←"말이 나온다"), "자리가 사라진다"(←"역할이 모호해진다") 류 표현을 원천보다 강하게 쓰지 않는다165- 전사본이 1차 자료. 자동 요약(Gemini 등)은 누락 점검 체크리스트로만 사용. 요약과 전사본이 어긋나면 전사본을 따르고 그 대목을 기록166167### INS, 1ON1 전용168169- 결정과 액션아이템을 만들지 않는다. 대신 후속 확인 F-n(확인 경로 포함)170- 논점 표 P-n에 근거 진단 번호 + 성격 분류: 기회 / 실행 설계 / 결정 필요 / 제약 / 조직 / 리스크 / 이력171172### DEC, RPT, DIS 전용173174- 결정 사항은 불릿으로 나열, 한 줄씩175- 액션 문구는 "지표 X→Y" 지향176- DIS는 논점별 양측 대비 표: 논점 | A측 입장 | B측 입장 | 결론 | 사유 | follow-up177178## 6. 마스킹179180- 인물명은 `유*환` 방식으로 마스킹(가운데 글자 마스킹) + 직책 병기181- 화자를 역할 라벨로 치환. 3인칭 언급도 동일182- 전 직장은 일반화("대형 커머스 플랫폼")183- 마스킹에 쓴 실명 토큰 목록은 어디에도 기록하지 않는다(건수만)184- 산출물 전체에서 실명, 이메일, 전화, 주민번호 패턴을 스윕하고 건수만 출력185186## 7. 윤문187188humanize-korean 스킬이 설치되어 있으면 사용한다.189190- 경로: **light**, 강도: **보수**191- **구조 동결 계약**: 태그 문자열, 헤딩, 표, ID, 수치, 강조 위치 불변192- 변경률 목표: 1% 미만. 초안 품질을 높여 윤문 필요를 최소화193- 스킬이 없으면 `references/quick-rules.md`의 핵심 패턴(번역투, 진행형 남발, 종결어미 반복, 대구 과다)만 수동 적용194195## 8. 독립 검수196197문서당 1회 자동 수행. 작성 컨텍스트와 분리된 검수자(서브에이전트)가 노트 문장과 전사본 발화를 1:1 대조한다.198199### 10항목200201| 항목 | 내용 |202|---|---|203| A | 수치 전수 대조: 원천에 없는 숫자 0건 |204| B | 방향 반전: 원천과 반대 의미 0건 |205| C | 화자 귀속, Q→A, 주어 채우기: 인터뷰어 발화를 인터뷰이 진술로 옮기지 않았는가 |206| D | 확신도 태그: 본문과 표의 태그 정합, 혼합 문단 분리 |207| E | STT 파손 경화: 파손 구간을 확신 서술하지 않았는가 |208| F | 교차 인터뷰 주장: 타 인터뷰 프레임을 이 노트의 "확인"으로 쓰지 않았는가 |209| G | 논점, 후속 표 정합: 근거 절 번호, 용어 일관성 |210| H | PII, 재식별: 실명, 이메일, 전화 0건 |211| I | 요약 vs 전사본: 요약이 뒤집은 대목을 전사본대로 썼는가 |212| J | 격상 서술: 원천보다 강도를 올린 표현이 없는가 |213214### 심각도와 판정215216- CRITICAL: 수치 날조, 방향 반전, PII 노출217- MAJOR: 화자 귀속 오류, 범주 오기218- MINOR: 태그 불일치, 파손 경화, 격상 표현219- REJECT 기준: CRITICAL 1+ 또는 MAJOR 3+220- 결함 표 형식: ID | 심각도 | 항목 | 위치 | 노트 문장 | 원천 근거 | 문제 | 권고 수정 문안221222검수 결과는 `final.md`와 게이트 기준선 양쪽에 반영한 후 PII 스윕을 다시 돌린다.223224## 9. 파이프라인225226```2270. 입력 수집228 원천(녹음/전사본/메모/자동 요약) 수신. 녹음이면 Whisper small 이상으로 STT2292301. 인테이크231 A1~A3 항상 질문 + 조건부 B1/B2/B5/B6. 헤더와 목차는 자동 생성2322332. 마스킹234 화자 역할 라벨 치환, 3인칭 인물 마스킹, 전 직장 일반화. 건수만 기록2352363. 초안 작성237 마크다운(final.md)으로 작성. 전사본 1차, 요약은 누락 점검용238 요약과 전사본이 어긋난 대목은 표로 기록2392404. 윤문241 humanize-korean light/보수/구조 동결 또는 수동 적용2422435. 독립 검수244 서브에이전트로 10항목 1회 검수. 결함 반영2452466. 조립247 design.css + html-doc 편집기로 편집용 HTML 조립2482497. 검증250 PII 스윕(실명/이메일/전화/주민번호 0건 확인), 구분자(", " / "-") 확인2512528. 출력253 편집용 HTML 1개254 파일명: {조직}_{회의체}_{대상}_{문서종류}_v1.0_{YYYYMMDD}_편집용.html255 사용자가 .docx나 .md를 프롬프트에서 명시한 경우 해당 포맷 우선256```257258## 10. 산출물 포맷별 처리259260- **편집용 HTML** (기본): html-doc 스킬로 인라인 편집기 내장. 브라우저에서 직접 수정, 저장, 메모, 변경 사항 비교, 배포용 내보내기 가능261- **Markdown**: final.md를 그대로 출력262- **DOCX**: docx 스킬로 변환. 나눔고딕, 무채색 스타일 유지263264사용자가 프롬프트에서 확장자를 명시하면 해당 포맷이 기본값을 덮어쓴다.