회의가 끝난 뒤 요약문이 잘 나왔다는 이유만으로 AI 회의록 도구를 도입하기는 어렵습니다. 제품 로드맵, 계약 조건, 고객 이슈, 인사 논의처럼 회의 안에 민감한 정보가 섞이기 때문입니다. 제품 관리자가 먼저 확인할 질문은 “요약이 얼마나 자연스러운가”가 아니라 “녹음된 음성부터 검색 가능한 회의 지식이 되기까지, 데이터가 어디로 이동하며 누가 다시 꺼낼 수 있는가”입니다.
Yogurt는 이 질문에 비교적 분명한 제품 방향을 제시합니다. 공개된 설명상 통화 음성과 마이크를 녹음하고, 전사와 요약, 질의 처리를 사용자 컴퓨터에서 수행하는 데스크톱 도구입니다. 계정 없이 사용할 수 있고, 오디오·전사·메모·모델을 로컬에 저장한다고 안내합니다. 다만 이것만으로 조직의 보안 요구를 충족한다고 결론 내릴 수는 없습니다. 로컬 저장은 통제 지점이 중앙 서비스에서 각 사용자 기기로 옮겨간다는 뜻이기도 합니다.
이 글은 Yogurt를 도입할지 판단하는 한 가지 기준, 즉 회의 데이터의 처리 경로와 통제 가능성을 중심으로 기존 방식 및 상용 도구와 비교하는 방법을 다룹니다.
비교의 출발점은 기능 목록이 아니라 데이터 흐름이다
회의록 방식은 대체로 세 갈래로 나뉩니다. 사람이 수기로 정리하는 방식, 회의 녹음과 요약을 외부 서비스에 맡기는 방식, 그리고 Yogurt처럼 녹음과 AI 처리를 사용자 기기에서 수행한다고 밝힌 방식입니다.
수기 회의록은 녹음 파일을 남기지 않도록 운영할 수 있다는 점에서 검토 대상이 좁습니다. 반대로 누락, 작성자 편차, 발언 근거를 다시 찾기 어려운 문제가 남습니다. 회의 참여자가 각자 메모를 남기면 결론과 담당자가 서로 다르게 기록될 수도 있습니다.
상용 AI 회의록 도구는 제품마다 구조가 다릅니다. 회의에 봇이 참여하는지, 오디오나 전사본을 어느 환경에서 처리하는지, 계정과 조직 관리 기능을 어떻게 제공하는지는 개별 제품의 현재 문서와 계약 조건으로 확인해야 합니다. 따라서 Granola 같은 특정 상용 도구와 비교할 때도 “상용 서비스라서 위험하다” 또는 “유료라서 관리가 잘된다”라고 일반화하면 안 됩니다.
Yogurt의 공개 설명에 따르면 이 도구는 회의에 봇을 입장시키지 않고, 사용자의 마이크와 컴퓨터에서 재생되는 통화 소리를 녹음합니다. 전사에는 whisper.cpp와 일부 지원 Mac의 Apple SpeechAnalyzer를 사용하며, 요약과 질의에는 llama.cpp를 통해 로컬 오픈웨이트 모델을 실행한다고 설명합니다. 모델을 처음 내려받은 뒤에는 전사와 요약을 오프라인으로 실행할 수 있다고 안내합니다.
여기서 제품 담당자가 그려야 할 흐름은 다음과 같습니다.
- 회의 소리가 사용자 기기에 입력된다.
- 오디오, 전사문, 메모가 로컬 저장소에 남는다.
- 로컬 모델이 전사와 요약을 처리한다.
- 사용자가 복사, Markdown 내보내기, 다른 AI 앱 연결을 선택하면 데이터의 다음 경로가 생긴다.
- 모델 다운로드와 업데이트 확인에는 네트워크 연결이 사용될 수 있다.
이 흐름에서 4번을 빼고 “로컬 처리”만 평가하면 도입 판단이 반쪽이 됩니다.
Yogurt가 맞는 조건과 맞지 않을 수 있는 조건
Yogurt는 회의 봇이 참석자 목록에 나타나는 방식을 피하고 싶거나, 음성·전사·요약을 각 사용자의 컴퓨터 안에서 처리하는 선택지를 우선 검토하는 팀에 맞을 수 있습니다. 공개된 기능 범위에는 실시간 전사, 회의 요약, 폴더와 검색, Markdown 내보내기, 회의 간 질의가 포함됩니다. Mac에서는 Zoom, Teams, Meet의 화자 이름을 표시한다고 안내하지만, 이 기능은 Mac 전용으로 제시되어 있습니다.
반면 조직이 회의 기록을 중앙에서 보관하고, 퇴사·기기 교체·분실 때도 동일한 보존 및 삭제 절차를 적용해야 한다면 로컬 우선 구조는 별도 운영 설계가 필요합니다. Yogurt는 Mac, Windows, Linux에서 각각 사용자 프로필 아래 경로에 데이터를 저장한다고 밝힙니다. 이 사실은 관리자가 중앙 관리 콘솔에서 기록을 일괄 통제할 수 있다는 뜻이 아닙니다. 공개된 자료만으로는 조직 단위 보존 기간, 관리자 삭제, 중앙 감사, 기기 간 동기화의 제공 여부를 확인할 수 없습니다.
따라서 다음과 같이 조건을 나누는 편이 낫습니다.
- 개인 생산성 우선 팀: 계정 없이 시작하고, 회의 봇 없이 기록하며, 로컬 파일을 사용자가 직접 관리해도 되는지 검토합니다.
- 민감한 회의가 잦은 팀: 로컬 저장 자체보다 노트북 암호화, 계정 분리, 기기 반납 시 삭제 확인, 내보낸 파일의 보관 위치를 함께 점검합니다.
- 중앙 통제가 필요한 조직: 제품 기능 검토 전에 기록 보존 책임자, 삭제 요청 처리 방식, 기기 교체 시 인수인계 방식을 정해야 합니다. 이 질문에 운영상 답을 만들 수 없다면 개인별 설치부터 넓히기보다 제한된 파일럿이 안전합니다.
- 다국어 회의가 많은 팀: Yogurt는 다국어 전사를 99개 언어로 안내합니다. 그러나 자사 회의 언어, 화자 수, 전문용어에서 필요한 수준의 전사와 요약이 나오는지는 별도 시험으로 확인해야 합니다.
삭제와 공유는 저장 위치보다 먼저 운영 규칙을 정해야 한다
로컬 저장은 사용자가 파일을 가까이에서 통제할 수 있게 하지만, 동시에 회의 기록이 여러 컴퓨터에 흩어질 수 있습니다. 제품 관리자는 도입 전에 “회의가 끝난 뒤 누가 무엇을 지울 수 있는가”를 기능 질문과 운영 질문으로 나눠야 합니다.
기능 질문은 간단합니다. 녹음, 전사, 메모가 어느 폴더에 저장되는지 확인하고, 사용자가 삭제한 뒤 앱 검색 결과와 내보낸 Markdown 파일에서도 사라지는지 시험합니다. Yogurt는 Mac에서 ~/Library/Application Support/Yogurt, Windows에서 %APPDATA%\Yogurt, Linux에서 설정 경로 아래에 관련 데이터를 저장한다고 안내합니다. 파일 위치를 아는 것과 삭제가 완결됐음을 검증하는 것은 다릅니다.
운영 질문은 더 중요합니다. 참석자가 녹음 사실을 언제 알게 되는지, 누가 녹음 시작을 결정하는지, 회의 요약을 어떤 채널에 공유할 수 있는지, 프로젝트 종료 뒤 기록을 누가 정리하는지를 정해야 합니다. Yogurt도 다른 참석자에게 녹음 사실을 알리도록 안내합니다. 국가·계약·회의 성격에 따라 녹음 고지와 동의에 관한 요구가 달라질 수 있으므로, 조직의 법무·보안 담당자는 실제 사용 지역과 회의 유형에 맞는 절차를 별도로 확인해야 합니다.
조기 경고 신호도 있습니다. 사용자가 요약을 메신저에 복사한 뒤 원본을 찾지 못하거나, 퇴사자의 노트북에 회의 기록이 남아 있는지 확인할 방법이 없거나, 팀마다 녹음 고지 문구가 다르면 도구의 품질과 무관하게 운영 통제가 흔들리고 있는 것입니다.
MCP 연결은 편의 기능이 아니라 별도 공유 경로다
Yogurt는 사용자가 허용하면 로컬 MCP 서버를 통해 선택한 AI 앱이 회의, 메모, 전사문을 읽도록 연결할 수 있다고 설명합니다. 기본값은 비활성화이며, 연결된 앱은 내용을 변경하지 못한다고 안내합니다. 그러나 읽기 권한만으로도 회의 내용은 다른 AI 앱의 처리 흐름으로 들어갈 수 있습니다. Yogurt 역시 연결된 앱이 읽은 내용을 자체 온라인 모델로 보낼 수 있다고 경고합니다.
여기서는 “Yogurt가 로컬에서 요약한다”는 사실과 “연결한 AI 앱도 로컬에서만 처리한다”는 가정을 구분해야 합니다. 둘은 같은 말이 아닙니다.
MCP를 허용하기 전에는 다음 질문을 문서로 남기는 편이 좋습니다.
- 어떤 AI 앱에 어떤 회의 폴더를 읽게 할 것인가
- 해당 앱은 읽은 내용을 외부 서비스로 전송할 수 있는가
- 연결을 승인할 사람과 해제할 사람은 누구인가
- 퇴사, 역할 변경, 프로젝트 종료 때 MCP 설정을 어떻게 점검할 것인가
- 설치 명령과 실행 파일의 출처, 버전을 누가 확인할 것인가
로컬 MCP 서버는 프로토콜 자체가 실행 격리를 제공하는 샌드박스가 아닙니다. 일반적으로 로컬 서버는 사용자 계정 권한으로 실행될 수 있으므로, 설치 출처와 실행 환경을 별도로 검토해야 합니다. 회의록 검색 편의 때문에 MCP를 켜는 순간, 비교 대상은 회의록 앱 하나가 아니라 연결된 AI 앱과 로컬 실행 구성 전체로 넓어집니다.
파일럿은 요약 점수보다 통제 실패를 찾아내는 방식으로 한다
Yogurt 도입 여부를 정하려면 모든 팀에 먼저 배포하기보다, 민감도가 서로 다른 회의 유형을 골라 제한적으로 시험하는 편이 낫습니다. 이때 테스트 회의에는 실제 기밀이나 개인정보를 넣지 않아야 합니다.
파일럿에서 확인할 항목은 세 부류입니다. 첫째, 전사와 요약이 회의 결정, 담당자, 다음 행동을 충분히 담는지 봅니다. 둘째, 녹음 시작·자동 중지·화자 표기 같은 기능이 사용하는 회의 환경과 운영체제에서 어떻게 작동하는지 확인합니다. 화자 이름 및 캘린더 관련 기능은 공개 설명상 현재 Mac에 한정됩니다. 셋째, 가장 중요한 통제 시험으로 저장 위치, 삭제 절차, Markdown 내보내기, MCP 비활성화와 재활성화 상태를 확인합니다.
설치 조건도 현실적으로 점검해야 합니다. Yogurt는 Apple silicon Mac과 macOS 14.4 이상, Windows 10 버전 2004 이상인 64비트 PC, Ubuntu 22.04 이상인 64비트 Linux를 안내하며, 최소 8GB 메모리를 제시합니다. 초기 설정에서 작은 노트 모델 약 5GB를 받고, 기기에서 실행 가능한 더 큰 모델은 14GB 이상일 수 있다고 설명합니다. 무료 도구라도 설치 저장공간, 초기 다운로드, 기기 성능은 도입 비용의 일부입니다.
특히 Windows 배포에서는 새 앱이 Microsoft 인증서로 서명되지 않아 보호 경고가 표시될 수 있다고 안내합니다. 사용자가 경고를 우회하도록 일괄 지시하기보다, 보안 담당자가 배포 파일의 출처와 버전을 검토하고 조직의 소프트웨어 설치 절차에 맞는지 먼저 판단해야 합니다.
Yogurt를 선택할 이유는 “무료라서”가 아니라, 팀이 로컬 저장과 사용자 단위 통제를 감당할 수 있고 그 위에서 봇 없는 녹음과 로컬 AI 처리가 주는 이점을 얻고 싶기 때문입니다. 반대로 중앙 보존, 일괄 삭제, 조직 차원의 공유 통제가 핵심 요구라면, 제품 데모보다 먼저 그 통제를 누가 어떤 절차로 수행할지 답을 만들어야 합니다.
