Skill

meeting-minutes

Use when the user asks to organize / structure / convert AI-transcribed meeting .txt files into structured .md minutes. Triggers on "회의록 정리", "회의록 작성", "meeting minutes", or when the user provides a .txt path under meeting/ and asks for organization. Produces RS4 PE standard 6-block structure (Header / 안건 / 일정 / 리뷰 대상 Feature / 리뷰 피드백 / 상세 / Open Issue / Action Items) with engineering tone.

Install

npx claudepluginhub threestn/rs4_pe --plugin superpowers

Tool Access

This skill uses the workspace's default tool permissions.

Preview

AI 전사 `.txt` 원본을 RS4 PE 표준 회의록 `.md` 로 변환한다. **Feature(사양 변경점)** 와 **Feedback(테스트/검토 지적)** 분리, 미결 항목 `(미결)` 태그 + §8 Open Issue 승격, CLAUDE.md §7 엔지니어 톤 + §3.6 변경점 관리 연계를 일관되게 적용한다.

Supporting Assets

template.md

SKILL.md

Similar Skills

using-git-worktrees

Creates isolated Git worktrees for feature branches with prioritized directory selection, gitignore safety checks, auto project setup for Node/Python/Rust/Go, and baseline verification.

superpowers

158.9k

subagent-driven-development

3 files

Executes implementation plans in current session by dispatching fresh subagents per independent task, with two-stage reviews: spec compliance then code quality.

superpowers

158.9k

dispatching-parallel-agents

Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.

superpowers

158.9k

Stats

Stars1

Forks0

Last CommitApr 17, 2026

Actions

View Source View Plugin View on GitHub View README

Meeting Minutes Organizer

AI 전사 .txt 원본을 RS4 PE 표준 회의록 .md 로 변환한다. Feature(사양 변경점) 와 Feedback(테스트/검토 지적) 분리, 미결 항목 (미결) 태그 + §8 Open Issue 승격, CLAUDE.md §7 엔지니어 톤 + §3.6 변경점 관리 연계를 일관되게 적용한다.

Core principle: AI 전사는 통상 고유명사·수치·발화자에 오인식이 많다. 추출한 사실은 "확인 필요" 태그를 적극 사용한다 — 추정을 단정으로 옮기지 않는다 (CLAUDE.md §2.5 Critic).

When to Use

Invoke when:

사용자가 meeting/*.txt 파일을 가리키며 "정리해줘" / "회의록 정리" / "구조화" 요청
"회의록 작성" / "minutes" / "transcript 정리" 키워드 발생
4.1 / 4.17 / HDA4_HMC 류 기존 회의록 양식과 동일하게 만들어 달라는 요청

Do NOT invoke when:

회의록 → SyRS 반영 작업 (별도 spec-write 작업)
회의록 검토 (engineering-reviewer 사용)
Action Item만 추출해달라는 단순 요청 (직접 수행)

Inputs

입력	설명	예시
txt_path	변환 대상 AI 전사 파일 절대 경로	`meeting/SyRS testability review 4.1.txt`
output_path (선택)	생성할 `.md` 경로. 미지정 시 자동 명명	`meeting/SyRS_testability_review_4.1_회의록.md`

자동 명명 규칙: 공백 → _, .txt 제거, _회의록.md 접미. 예: RS4 weekly 3.30 -1.txt → RS4_weekly_3.30-1_회의록.md.

Protocol (7 Phases)

Phase 1 — 입력 식별

사용자가 파일 경로 미지정 시: meeting/*.txt 중 대응 .md 가 없는 것을 후보로 제시 (Glob meeting/*.txt 후 대응 .md 존재 여부 cross-check)
후보 2개 이상이면 AskUserQuestion 으로 선택

Phase 2 — 원본 Read

전체 .txt Read (AI 전사는 통상 <500줄, 한 번에 읽기 가능)
길이가 1500줄 이상이면 분할 Read

Phase 3 — B2 Header Metadata 추출

전사 도입부에서 추출 + 확인 필요 태그 부착 (AI 전사 오인식 대비):

필드	추출 위치	태그
일시	첫 5줄 / 파일명 날짜	시각 추정 시 "확인 필요"
참석자	인사 / 호명 부분	회의록에 실명 노출 금지 — 역할(`참석자-1`, `담당자-1`) 또는 직책으로 익명화
문서	안건/배포 자료 언급	버전 번호는 "확인 필요"
회의 형태	화상/대면 단서	—
목적	도입 발언 요약	—

익명화 원칙: 사람 이름 (책임 / 연구원 / 파트장 등) 은 첫 출현 위치에서 역할 alias 로 치환 후 일관 유지. 실명 → alias mapping 은 산출물에 포함하지 않음.

Phase 4 — B5 Feature / B6 Feedback 분리

핵심 분리 기준: "무엇이 바뀌는가" (Feature) vs "그게 테스트 가능한가 / 맞는가 / 미결인가" (Feedback)

B5 Feature 테이블 (변경점 카탈로그):

| # | Feature | 변경 유형 | 변경 내용 |

변경 유형: 신규 / 변경 / 유지 / 삭제 / Not Used
변경 내용: 1줄 요약 (긴 설명은 B7 상세로)

B6 Feedback 테이블 (지적 / 협의 / 미결):

회의 성격에 따라 2 variant 중 선택:

압축형 (testability 류, 항목 多): | # | 항목 | 핵심 |
결론 명시형 (HMC 류, 결정 필요): | # | 대상 Feature | 피드백 내용 | 결론 / 후속 조치 |

(미결) 태그 부착 규칙: 결론이 명확하지 않은 행 끝에 (미결). 추후 B8 으로 자동 승격.

Phase 5 — B7 섹션별 상세

B5 Feature 별로 ## N. [주제] → ### N.M [세부] 계층 전개:

bullet point 로 상태/조건/파라미터/배경 정리
수치는 출처 명시 (CLAUDE.md §3.5): Entry 110°C 처럼 단위 + 값
AI 전사 오인식 의심 수치는 [110°C — 확인 필요]
pseudo-code / 신호명은 plain text (CLAUDE.md §4.5.2)

Phase 6 — B8 Open Issue 승격

B6 (미결) 항목 + 답변 없는 질문 → ## 8. Open Issue (기술 검토) 섹션 승격. 각 항목 3-요소:

### 8.X [주제]

- **배경**: 왜 미결인가
- **결정 필요 사항**: 누가 무엇을 결정해야 하나
- **제안 방향**: 가능한 옵션 / 권고 (있을 경우)

§3.6 연계: Impact Package / CRS 변경 발생 항목은 마지막 bullet 으로 > §3.6: Change_Management_Tracker.md 등록 필요 (카테고리: 통신/진단 또는 로직 또는 BSW) 자동 추가.

Phase 7 — 검증 루프

생성 직후 self-check:

B1-B7 필수 블록 누락 없음
B5 / B6 의 cross-reference 일관 (# 5 Feature 가 B6 에서 참조될 때 같은 번호)
B6 (미결) 행 ↔ B8 Open Issue 1:1 매핑
실명 → alias 치환 누락 0 건 (Grep 책임\|연구원\|파트장 으로 잔존 확인)
수치 / 신호명 / 문서명 중 AI 전사 오인식 가능성 있는 것 "확인 필요" 태그
§3.6 연계 권고 bullet — Impact Package / CRS 변경 언급 시 추가됨

위반 발견 시 즉시 수정. 2회 self-check 후에도 미해소 항목은 산출물 상단 "확인 필요" 박스로 escalate.

Output Format

template.md 참조. 핵심:

B1: # [주제] 회의록 (날짜) 또는 # [주제] 회의록
B2: 4-6 row metadata table
B3: 안건 1-N 번호 list
B4 (선택): 일정 table
B5: Feature table (1줄 요약)
B6: Feedback table (압축형 또는 결론 명시형)
B7: ## N. [주제] 섹션별 상세
B8 (선택): Open Issue 기술 검토
B9 (선택): Action Items table (| # | 항목 | 상세 | 담당 | 기한 |)

Anti-Patterns

위반	사유	교정
Feature 와 Feedback 한 테이블 혼합	"변경점" 과 "리뷰 의견" 의미 혼동, B7 상세 전개 어려움	B5/B6 분리 필수
B5 Feature 행에 5줄 설명	테이블 가독성 저하	1줄 요약 + B7 상세 분리
(미결) 태그 누락	후속 Open Issue 추적 불가	B6 작성 직후 결론 컬럼 비어있는 행에 `(미결)` 강제 부착
실명 노출	회의록 외부 공유 시 사생활	`참석자-N` / 직책 alias 로 일관 치환
AI 전사 수치 / 고유명사 단정	오인식 가능 (예: "현대" → "현재")	"확인 필요" 태그
Impact Package 언급인데 §3.6 연계 누락	Change_Management_Tracker 미반영 → cascade miss	B8 또는 Action Item 에 Tracker 등록 권고 자동 추가

Self-Verification Examples

Pass 예시 (B6 (미결) ↔ B8 매핑):

B6 row 4: | 4 | Rampdown 복구 조건 | Lv2 확인 후 정의 (미결) |
B8 §8.4: ### 8.4 Rampdown 복구 조건 | 배경 ... | 결정 필요 ... | 제안 방향 ...
→ Pass: 1:1 매핑

Fail 예시 (실명 잔존):

| 1 | OEMpwrmod | 변경 | 지성민 책임 제안: 3-state |
→ Fail: "지성민 책임" 잔존
→ Fix: "지성민 책임" → "참석자-1"

Reference Examples

기존 산출물 (구조 모범):

meeting/SyRS_testability_review_4.17_회의록.md — B5 14건 / B6 18건 / B7 / B8 완전 사례
meeting/SyRS_testability_review_4.1_회의록.md — B6 4-컬럼 결론 명시형
meeting/HDA4_HMC_4.3_회의록.md — HMC 협의형 (결론 상태 컬럼)

신규 변환 시 위 3 사례 중 가장 가까운 회의 성격을 모범으로 참조.