EN

다웰서비스 회의록 시스템
회의록 작성 특화 — MeetClaw

에이전틱(agentic) 회의록 시스템을 만들었다.
회의 녹음을 올리면 AI가 스스로 판단하며 정확한 회의록을 완성하는 자율 에이전트

작성일 2026-05-25 · 협업 파트너 및 내부 공유용 · v1.0
MEETCLAW
1 · 한 문장으로

회의록 작성에 특화된 자율 에이전트

다웰서비스 회의록 시스템은, 회의 녹음을 올리면 AI가 스스로 판단하며
정확한 회의록을 완성해 주는 자율 에이전트입니다.

음성을 받아 한 번에 요약을 뱉어내는 도구가 아닙니다. 무엇이 빠졌는지 스스로 파악해 되묻고, 조직의 어휘를 학습하고, 준비가 됐을 때 회의록을 확정하는 — 사람 옆에서 일하는 유능한 담당자에 가깝습니다.

1 · 이름의 유래

왜 "MeetClaw"인가

최근 AI 흐름의 한 축은 자율 에이전트(agentic system). 목표를 주면 스스로 도구를 골라 쓰고, 판단하고, 막히면 되묻는 시스템이며, 그 대표격이 범용 자율 에이전트 OpenClaw입니다.

OpenClaw의 작동 원리(ReAct 에이전트)를 그대로 가져오되 "회의록 작성"이라는 한 가지 일에 특화시킨 것이 MeetClaw입니다.

OpenClaw가 "무엇이든 하는 자율 에이전트"라면,
MeetClaw는 "회의록을 가장 잘 쓰는 자율 에이전트"입니다.
1 · 차별점

기존 회의록 도구와 무엇이 다른가

대부분의 도구는 "음성 → 전사 → 요약"의 고정 파이프라인 — MeetClaw는 에이전트이기에 다릅니다.

🛡️

추측하지 않고 되묻는다

모르면 단정하지 않고 사용자에게 확인합니다.

→ 안전장치 (5장)
🧠

대화하면서 학습한다

인물·용어·규칙을 조직 메모리로 축적, 과거 회의록까지 RAG로 참조합니다.

→ 조직 메모리 (4장)
📈

쓸수록 똑똑해진다

회의가 쌓일수록 되묻기는 줄고 일관성은 오릅니다.

→ 복리 효과 (6장)
2 · 핵심 아키텍처

고정 워크플로우가 아닌, 스스로 판단하는 ReAct 에이전트

제어 흐름을 코드가 아니라 LLM에게 넘긴다 — 이것이 "워크플로우"와 "에이전트"를 가르는 핵심.

고정 워크플로우MeetClaw (ReAct 에이전트)
제어 흐름코드에 미리 박힌 분기AI가 매 턴 스스로 결정
새 동작 추가노드·엣지 신설 (구조 변경)도구 하나 추가
되묻기와 작업단계가 분리됨한 흐름에서 자연스럽게 섞임
적응성예상한 시나리오만예상 못 한 대화도 도구 조합으로 대응
2 · 동작 방식

Reason · Act · Observe 루프

Reason다음에 뭘 할지 AI가 판단 (Gemini 2.5 Pro)
↓  도구 호출
Act도구 실행 — 정보 추출 · 메모리 갱신 · 모호점 감지
↓  결과 관찰 (Observe)
다시 Reason 으로도구 없이 답하면 → 사용자에게 응답

AI는 한 손에 7개의 도구를 쥐고, 회의 맥락에 따라 자유롭게 조합합니다.

  • 전사문에서 단서 추출 · 회의 정보 정리
  • 조직 메모리 쓰기 / 수정 / 삭제
  • 작성 전 모호점 감지 (추측 방지)
  • 회의록 확정
3 · 에이전트의 행동

7개 도구 — 관찰 · 기록 · 학습 · 확정

능력도구하는 일
👁 관찰extract_transcript_signals전사문에서 참석자·회사·날짜·숫자 단서를 재확인
✍ 기록update_collected_info회의 메타(날짜·참석자·화자 단서·맥락)를 누적 정리
🧠 학습write_memory인물·회사·용어·규칙·금지표기를 장기 메모리에 신규 저장
🧠 학습update_memory기존 메모리 항목의 일부 필드를 갱신
🧠 학습delete_memory더 이상 맞지 않는 메모리를 비활성화
🛡 검증detect_ambiguities추측 위험 모호점을 골라 사용자 확인 큐에 등록
✅ 확정commit_minutes수집·해소 완료를 선언하고 회의록 생성을 트리거
4 · 조직 메모리

대화로 학습하는 시스템 — 5가지 카테고리

회의록은 매번 다르지만 조직의 어휘는 반복된다 — 한 번 알려준 정보를 다음 회의에서 자동 활용.

카테고리기억하는 것필수 / 선택 필드
person인물 — 본명·소속·역할·별칭·발화 단서canonical / org, role, aliases, …
company회사·조직 — 정식명·약칭name / description, aliases
term용어·약어 정의definition / aliases
writing_rule항상 적용할 작성 규칙rule / examples
forbidden_label회의록에 쓰지 않을 표현pattern / replacement, reason

스코프 2종 — 조직 공유(org): 멤버 공용 풀(타 조직과 격리) · 개인(user): 본인에게만 적용

4 · 학습 방식

별도 페이지가 아니라 "대화 안에서" 학습

메모리 CRUD가 에이전트의 도구로 노출 — 회의록을 쓰는 대화 그 자체에서 학습이 일어납니다.

"강건은 다웰서비스 PM이야"write_memory새 인물 저장
"강건 PM 아니라 디자이너야"update_memoryrole 필드 갱신
"강건 메모리는 이제 지워줘"delete_memory비활성화
"앞으로 '팝업 측'은 쓰지 마"write_memoryforbidden_label 등록
4 · 과거 회의록 참조

RAG 기반 맥락 주입 — 과거 회의록까지 참조

  • 새 전사문을 임베딩 → pgvector 코사인 유사도로 관련 과거 회의록 검색
  • 회의록이 적으면 최근순, 많으면 유사도 top-k(기본 2건, 각 ~3,000자) 선별
  • "이전 결정·논의·참석자·용어를 참고하고 같은 정보를 다시 묻지 말라"는 지침 동봉
  • 임베딩 실패 시 최근순 폴백
연속된 회의에서 이전 결정사항과 맥락이 자동으로 이어지고, 지난 회의에서 확인한 참석자·용어를 다시 묻지 않습니다.

→ 6장 "복리 효과"가 코드로 구현된 자리.
5 · 안전장치

자율 에이전트를 신뢰할 수 있게 — 4중 안전망

① 되묻기 & 모호점 감지

화자·결정주체·담당자·날짜·용어 모호점을 최대 3개 골라 하나씩 되묻고, 모두 해소된 뒤에야 다음으로. "모르면 적지 않는다"

② 순차 적용 tool node

한 턴에 여러 도구를 호출해도 직접 만든 순차 노드가 하나씩 실행·thread해 상태 채널 충돌을 방지합니다.

③ 체크포인팅

PostgreSQL 체크포인터(PostgresSaver)로 대화 상태를 세션 스레드에 영속 저장 — 멀티워커·재시작에도 맥락 무손실.

④ 반복 횟수 상한

최대 12회 반복 상한으로 자율 루프의 폭주를 막는 마지막 빗장.

6 · 도입 효과

정량 효과 — 회의록에 쓰던 시간을 돌려준다

60분 회의 기준, 수동 작업 대비 절감 효과 (회의 길이·참석자 수에 따라 변동).

업무 항목이전 (수동)이후 (MeetClaw)절감률
회의록 작성30~60분5~10분약 80%
파일 저장·공유5~10분/건1분 이내약 85%
회의록 검토·수정15~30분5분 이내약 75%
Drive 폴더 정리3~5분/건자동 처리100% 자동화
6 · 핵심 효과

쓸수록 좋아지는 시스템 — 복리 효과

추측 0
되묻기로 오류 제거
자동 ↓
되묻는 횟수 감소
일관성 ↑
조직 표준 자동 적용
단순 자동화는 시간을 줄이고,
에이전트는 조직과 함께 성장한다.
7 · 기술 스택

검증된 오픈소스 위에 멀티 LLM 결합

오케스트레이션

LangGraph (StateGraph · tool 루프 · PostgresSaver) · LangChain · LangSmith

추론·생성 LLM

Gemini 2.5 Pro (추론+생성) · Gemini Flash (경량 메모리 필터)

음성·임베딩

Whisper (전사) · OpenAI text-embedding-3-large (3072차원)

웹·백엔드

Django 4.2 · DRF · gunicorn 멀티워커

데이터

PostgreSQL + pgvector (의미 검색) · psycopg 3

비동기 · 공통

huey (task 큐잉) · standarda-core (Google API 클라이언트)

설계 원칙 — "용도에 맞는 모델을 쓴다": 무거운 추론은 2.5 Pro, 가벼운 분류는 Flash, 전사는 Whisper로 분담

향후 방향

응답 스트리밍 (SSE)

동기 응답을 스트리밍으로 전환 — 긴 응답에서도 UI가 멈춰 보이지 않게.

메모리 임베딩 검색

메모리가 30건을 넘으면 LLM 필터 대신 임베딩 top-k로 선별.

회의가 쌓일수록 더 똑똑해지는 에이전트

감사합니다 · chris@popupstudio.ai
슬라이드 이동 · F 전체화면 · Home/End 처음·끝