에이전트가 작성하는 회의록을 3가지 항목(결정사항, 실행항목, 미해결 질문)으로 분류하기

저는 코딩 에이전트에게 두 페이지 분량의 원본 회의 메모를 붙여 넣고 회의록 작성을 요청했습니다. 돌아온 결과물은 깔끔한 시간 순서 요약이었습니다. 누가 먼저 말했는지, 무엇을 말했는지, 누가 답했고 다음에 무엇을 말했는지가 정리되어 있었습니다. 읽기에는 좋았습니다. 하지만 쓸모가 없기도 했습니다. 아무도 회의에서 실제로 결정된 것이 무엇인지 알 수 없었고, 지나가듯 언급된 세 가지 후속 조치 항목은 담당자나 날짜가 없었습니다.

문제는 에이전트가 아니었습니다. '회의록 작성'은 분위기(vibe)일 뿐, 절차(procedure)가 아닙니다. 그래서 저는 이 절차를 스킬로 문서화했고, 그 이후 에이전트는 이를 따르고 있습니다.

모든 것을 바꾸는 하나의 규칙

회의록은 단순히 서식이 더 좋은 녹취록이 아닙니다. 회의에 참석하지 못한 사람이 3분 만에 따라잡을 수 있도록 존재하며, 참석자들 스스로가 무엇을 해야 할지 정확히 알게 해주는 역할을 합니다.

이는 모든 것이 정확히 세 가지 항목으로 분류되어야 함을 의미합니다:

• 결정사항 (Decisions) — 한 줄에 하나씩,

틈을 표시하는 것이 숨기는 것보다 더 유용합니다. 회의록에 있는 [미할당]은 팀의 할 일(to-do)이며, 임의로 지정한 담당자는 마감일이 지날 때까지 아무도 알아차리지 못하는 버그입니다.

최소 예시

입력 (원문 메모 발췌):

...James가 로그인 페이지가 너무 느리다고 말했고, Maria는 캐시 레이어 추가를 제안했으며, 모두 파일럿 테스트할 가치가 있다는 데 동의했습니다. 다음 수요일까지 초안을 작성하세요. 가격 책정 전략은 여전히 미결이며, 다음에 재무팀(Finance)을 초대하세요...

출력:

## 회의록 (예시)

**핵심 요약**: 로그인 페이지 속도 향상을 위해 캐시 레이어 파일럿 테스트를 진행합니다. 가격 책정 전략은 미결이며, 재무팀과의 세션이 필요합니다.
...

출력이 무엇을 거부하는지 주목하세요: '다음 수요일'을 달력 날짜로 바꾸지 않으며, 재무팀 회의를 마지막으로 언급된 사람에게 할당하지도 않습니다. 대괄호가 정직한 부분입니다.

회의록을 정직하게 유지하는 두 가지 추가 제약 조건

길이 제어. 회의록 본문은 원본 메모 길이의 1/3을 넘지 않아야 합니다. 더 길다는 것은 에이전트가 내용을 추출(distilling)한 것이 아니라 요약했다는 의미입니다. 이 단일 비율만으로도 대부분의 시간 순서적 비대화(chronological bloat)를 제거할 수 있습니다.

출력 전 자체 점검. 무언가를 반환하기 전에, 에이전트는 다음 사항을 확인합니다: 모든 실행 항목에 담당자가 있습니까? 마감일이 있습니까? 결정 사항은 긍정적인 진술입니까? 미해결 질문에는 다음 단계가 있습니까? '아니오'는 간과되지 않고 출력에서 플래그됩니다.

스킬(Skill)

이것은 제가 관리하는 작은 패키지에 포함된 다섯 가지 무료 MIT 라이선스 스킬 중 하나입니다. 다른 스킬들은 커밋 메시지, 코드 리뷰, 기술 문서 작성 교정, 구조화된 심층 연구 등을 다룹니다. 각각은 단일 SKILL.md 파일로 구성되어 있습니다: 폴더를 에이전트의 스킬 디렉터리에 복사하기만 하면 매 세션마다 재설명할 필요 없이 워크플로우가 적용됩니다.

Repo: https://github.com/alapha888/agent-skills-en — 회의록 스킬은 skills/meeting-notes/ 아래에 있으며, 전체 안티 패턴 목록(시간 순서적 회의록, 담당자 없는 실행 항목, 임의로 만든 세부 정보, 논의처럼 작성된 결정 사항)이 포함되어 있습니다.

팀의 회의록 형식이 다르다면 파일을 포크(fork)하여 버킷을 변경하세요. 형식은 쉬운 부분이고, 결론부터 작성하고 담당자나 브라켓([brackets])을 지정하며 아무것도 지어내지 않는 '규율'이 가치 있는 부분입니다.