summarize-meeting

summarize-meeting skill 개요

summarize-meeting skill은 원본 대화록, 회의 메모, 회의 녹음 내용을 결정 사항, 액션 아이템, 참석자, 그리고 명확한 주제 요약이 담긴 구조화된 회의 노트로 정리합니다. 자유로운 요약문보다, 회의 노트·회의록·통화 후 요약본처럼 반복 가능한 summarize-meeting 워크플로가 필요한 팀에 가장 잘 맞습니다.

이 skill은 실제로 중요한 일이 “누가 참석했는지, 무엇이 결정됐는지, 다음에 무엇을 해야 하는지, 아직 무엇을 후속 조치해야 하는지”를 분명히 남기는 데 있을 때 특히 유용합니다. 다른 사람이 빠르게 훑어볼 수 있는 깔끔한 산출물이 필요하다면, summarize-meeting skill은 일반적인 “이걸 요약해줘” 프롬프트보다 훨씬 강한 선택입니다.

summarize-meeting를 써야 하는 사람

긴 통화, 비동기 메모, 정리가 덜 된 대화록을 바탕으로 일하면서도 일관된 출력 형식이 필요하다면 summarize-meeting를 사용하세요. 특히 회의 노트를 사후 공유해야 하는 제품, 운영, 그리고 크로스펑셔널 팀에 실용적입니다.

summarize-meeting가 다른 점

이 skill은 일반 요약이 아니라 구조화된 회의 결과물에 최적화되어 있습니다. 단순한 요약에서 자주 빠지는 결정 사항, 액션 아이템, 담당자까지 강조합니다. 그래서 팀이 다시 활용해야 하는 결과물이 필요할 때 summarize-meeting for Meeting Notes가 더 나은 선택입니다.

언제 잘 맞는가

원본 자료가 이미 회의 형식에 가깝다면 이 skill을 선택하세요. 예를 들면 대화록, 녹음 메모, 아젠다 메모, 토론 로그가 이에 해당합니다. 반대로 마케팅 문안, 리서치 종합, 또는 회의록 이상으로 큰 폭의 재작성과 재구성이 필요한 문서에는 덜 적합합니다.

summarize-meeting skill 사용 방법

summarize-meeting 설치와 설정

다음 명령으로 설치합니다:

npx skills add phuryn/pm-skills --skill summarize-meeting

summarize-meeting install 단계가 단순한 이유는 이 repo가 하나의 skill 파일을 중심으로 구성되어 있기 때문입니다. 설치 후에는 pm-execution/skills/summarize-meeting/SKILL.md부터 시작하고, 이어서 현재 환경에서 기대하는 지원 규칙이 있는지 주변 트리도 확인하세요.

skill이 필요로 하는 입력

가장 좋은 입력은 발화자와 주제를 식별할 수 있을 만큼 맥락이 있는 대화록, 회의 메모, 또는 녹음 대화록입니다. 막연한 프롬프트만 주면 출력에서 담당자, 결정 사항, 미해결 질문이 빠지기 쉽습니다. 더 강한 summarize-meeting usage를 위해서는 다음을 포함하세요:

• 회의 날짜 또는 시간 범위
• 알고 있다면 참가자 이름과 역할
• 아젠다 또는 기대한 결과
• 원본 대화록이나 메모 텍스트
• 내부 회의록인지, 고객 공유용 요약인지 같은 필요한 출력 형식

실전 프롬프트 패턴

회의 유형, 대상 독자, 필수 섹션을 함께 적어 대충 던진 요청을 완전한 프롬프트로 바꾸세요. 예:

“이 제품 킥오프 대화록을 팀 공유용 회의 노트로 정리해줘. 날짜, 참석자, 주제, 핵심 결정 사항, 열린 질문, 담당자 포함 액션 아이템을 넣어줘. 간결하게 정리해서 Notion에 바로 붙여넣을 수 있게 해줘.”

이렇게 프롬프트를 잡으면 summarize-meeting 결과가 좋아집니다. skill이 “완성도”를 어떻게 정의해야 하는지 분명히 알기 때문입니다.

repo에서 먼저 읽어야 할 것

먼저 SKILL.md를 읽으세요. 실제 워크플로와 출력 형태가 여기에 담겨 있습니다. 로컬 설정에서 더 많은 파일이 보인다면, 환경별 지침이 있는지 인접한 문서나 폴더를 확인하세요. 다만 이 repo는 의도적으로 가볍게 구성되어 있습니다. 실무적으로는 템플릿 구조를 이해하고, 이를 자신의 노트 작성 시스템에 맞추는 것이 핵심입니다.

summarize-meeting skill FAQ

summarize-meeting는 대화록 전용인가요?

아닙니다. 이 skill은 대화록, 발화자 메모, 또는 일부만 정리된 회의 메모에도 사용할 수 있습니다. 다만 누가 무엇을 말했고 무엇이 결정됐는지 보존되는 자료일수록 가장 강합니다.

일반 프롬프트 대신 skill이 꼭 필요한가요?

반복 가능한 회의 노트 형식과 누락이 적은 결과물을 원한다면 summarize-meeting skill을 사용하세요. 일반 프롬프트도 한 번용 요약에는 충분할 수 있지만, 액션 담당자, 장애 요소, 열린 질문을 놓치기 더 쉽습니다.

summarize-meeting는 초보자도 쓰기 쉬운가요?

네. 워크플로가 단순하고 설치 경로도 어렵지 않습니다. 핵심은 회의 맥락을 충분히 주는 것입니다. 그 정보가 부족하면 좋은 skill도 신뢰할 수 있는 액션 아이템을 추론하기 어렵습니다.

언제 쓰지 말아야 하나요?

긴 보고서, 제품 명세서, 리서치 페이퍼처럼 회의 형식이 아닌 문서에는 summarize-meeting를 쓰지 마세요. 그런 문서는 다른 추출 규칙과 다른 요약 구조가 필요합니다.

summarize-meeting skill 개선 방법

더 나은 원본 자료를 제공하세요

품질을 가장 크게 끌어올리는 요소는 입력을 깔끔하게 만드는 것입니다. 대화록이 지저분하다면, 의미를 잃지 않는 범위에서만 타임스탬프, 발화자 라벨, 중복 문장을 정리하세요. summarize-meeting가 제대로 작동하려면, 원본에 여전히 결정 사항과 담당자 정보가 남아 있어야 합니다.

원하는 출력 형태를 분명히 요청하세요

원하는 형식을 명확히 적으세요. 내부 노트, 고객용 요약, 액션 로그, 회의록 중 무엇인지 밝혀야 합니다. summarize-meeting for Meeting Notes가 목표라면, 불릿인지 헤딩인지, 담당자와 기한을 담은 표가 필요한지도 함께 적으세요. 형식 지시는 모호함을 줄이고 초안을 바로 쓰기 쉽게 만듭니다.

자주 생기는 실패 패턴을 점검하세요

가장 흔한 문제는 애매한 액션 아이템, 이름 없는 담당자, 그리고 이견을 가려버리는 과도한 압축입니다. 이런 문제가 보이면 요청을 더 촘촘하게 다시 보내세요. 예를 들어, “각 결정 사항을 따로 나열하고, 모든 액션 아이템에 담당자를 포함하며, 미해결 질문을 명시해줘”처럼 지시할 수 있습니다.

첫 초안 뒤에는 반복해서 다듬으세요

첫 번째 결과는 구조화된 추출물로 보고, 그다음에 다듬는 방식이 좋습니다. 더 짧은 경영진용 버전, 액션 아이템을 앞에 배치한 버전, 또는 더 완전한 회의록 스타일의 재작성본을 요청하세요. 이 워크플로는 첫 프롬프트를 완벽하게 만들려는 것보다 summarize-meeting usage를 더 크게 개선하는 경우가 많습니다.