1차 MVP에서는 완전한 실시간 STT 자동화까지 바로 구현하기보다는, 더미 데이터와 시나리오 기반 발화로 핵심 경험을 먼저 검증하려고 합니다.
이후 단계에서 한국어 정확도, 비용, 실시간성을 기준으로 STT API를 비교하고 연동할 계획입니다.
즉, 처음부터 모든 자동화를 구현하기보다 “회의 중 전사 → AI 힌트 → AI Chat” 흐름이 실제로 필요한 경험인지 먼저 검증하려고 합니다.
초기 MVP에서는 Zoom이나 Google Meet 연동까지 바로 가져가기보다는, 자체 웹 화면 또는 대면 회의 기반 전사 흐름을 우선으로 생각하고 있습니다.
화상회의 API 연동은 권한, 녹화, 실시간 자막 접근, 보안 이슈가 있어서 MVP 범위를 크게 키울 수 있기 때문입니다.
우선은 웹 기반으로 핵심 경험을 검증하고, 이후 사용성이 확인되면 화상회의 연동은 고도화 단계에서 검토하려고 합니다.
전체 회의 내용을 매번 AI에게 보내기보다는, 필요한 발화와 주변 맥락만 선별해 전달하려고 합니다.
또 단순 요약이나 분류는 비용이 낮은 모델을 사용하고, 리스크 분석이나 맥락 해석처럼 중요한 요청에만 더 성능이 좋은 모델을 사용하는 방식으로 비용을 관리할 계획입니다.
전체 회의록을 매번 넘기기보다는, 사용자가 선택한 발화, 최근 대화 일부, 관련 프로젝트 자료를 중심으로 필요한 맥락만 넘기는 구조를 생각하고 있습니다.
예를 들어 사용자가 “이 일정의 리스크를 분석해줘”라고 물으면, 해당 발화와 그 주변 맥락, 관련 기획안이나 회의록만 함께 전달하는 방식입니다.
이렇게 하면 비용과 응답 속도를 관리하면서도 답변 품질을 유지할 수 있다고 봅니다.