당신의 목소리는 어디로 가나: 받아쓰기 프라이버시, 솔직하게

당신의 프롬프트에 미공개 코드나 고객 정보, 또는 보안 결정의 초안이 들어 있다면 "받아쓰기가 프라이빗한가?"는 설정에 관한 질문이 아닙니다. 데이터 흐름에 관한 질문입니다. 녹음은 어디로 가고, 무엇이 그것을 처리하며, 텍스트가 커서에 도착한 뒤에는 무엇이 남을까요?

답은 아키텍처에 달려 있습니다. 어떤 받아쓰기 도구는 녹음된 오디오를 서버로 보냅니다. 다른 도구는 음성 인식을 기기에서 돌립니다. 어느 설계든 명확하게 설명할 수 있습니다. 쓸모 있는 질문은 제품이 _프라이빗_이라는 단어를 쓰느냐가 아니라, 마이크에서 텍스트까지의 전체 경로를 당신이 그려 낼 수 있느냐입니다.

받아쓰기 파이프라인에서 오디오는 어디까지 갈 수 있나

클라우드 전사 경로는 대개 이렇게 생겼습니다.

microphone -> recorded audio -> vendor server -> speech-to-text -> optional AI cleanup -> text back to your Mac

오디오를 서버로 보내는 게 음흉한 일은 아닙니다. 클라우드 아키텍처가 전사본을 만들어 내는 방식이고, 같은 서버 경로가 텍스트를 돌려주기 전에 AI 정리까지 처리하는 경우도 많습니다. 맞바꿈은 구체적입니다. 당신의 목소리와 당신이 말한 모든 것이 제3자의 인프라를 통과해야 합니다. 그 데이터가 어떻게 처리되는지, 무언가 저장되는지, 얼마나 오래 저장되는지는 벤더의 정책이 정합니다.

정리는 이 도식에서 자기 줄을 가질 자격이 있습니다. 어떤 도구는 음성 인식은 로컬에서 돌리고, 전사본은 AI 재작성을 위해 서버로 보냅니다. 그 경우 오디오는 당신 컴퓨터에 남더라도 당신이 말한 내용은 여전히 텍스트로 컴퓨터를 떠납니다.

온디바이스 경로는 더 짧을 수 있습니다.

microphone -> local speech-to-text -> local cleanup -> text field

로컬 전사는 음성 인식 단계에서 서버를 없앱니다. 그렇다고 모든 프라이버시 질문에 답하지는 않습니다. 앱은 여전히 텔레메트리를 보내거나, 전사본을 동기화하거나, 정리를 위해 클라우드 모델을 호출하거나, 계정 확인을 위해 백엔드에 연결할 수 있습니다. "온디바이스"는 한 부분이 어디서 도는지를 말해 줄 뿐입니다. 나머지 지도는 여전히 필요합니다.

어떤 받아쓰기 앱에나 던질 다섯 가지 질문

1. 음성 인식은 어디서 도나요? 녹음된 오디오가 전사를 위해 서버로 가는지 물어보세요. "전송 중 암호화"는 어떻게 이동하는지에 대한 답이지, 이동하는지 여부에 대한 답이 아닙니다.

2. 정리는 어디서 도나요? 앱이 문법을 고치거나 군더더기 단어를 없애거나 전사본을 고쳐 쓴다면, 그 일이 로컬에서 일어나는지 클라우드 모델을 거치는지 확인하세요.

3. 앱이 텔레메트리를 보내나요? 크래시 리포트, 사용 분석, 진단은 전사와 별개입니다. 각 리포트에 무엇이 담기는지, 끌 수 있는지 물어보세요.

4. 무엇이 얼마나 오래 저장되나요? 오디오와 전사본을 나눠서 보세요. 기기, 벤더의 서버, 백업, 그리고 모든 기록 또는 동기화 기능을 확인하세요.

5. 비밀번호 필드에서는 어떻게 되나요? 받아쓰기 앱은 보안 필드를 알아보고 거기에 텍스트를 넣기를 거부해야 합니다. 그러지 않으면 말해진 비밀이 평범한 받아쓰기 경로를 지나거나 기록에 남을 수 있습니다.

이 질문들은 어떤 벤더에게나 통합니다. 클라우드 대 로컬 문제가 구매 판단을 좌우한다면, Keebye vs Wispr Flow 가이드가 무엇을 가장 중시해야 한다고 단정하지 않으면서 그 맞바꿈을 정리합니다.

Keebye는 당신의 목소리를 어디로 보내나

Keebye의 받아쓰기 경로는 당신의 Mac 안에 머뭅니다. 세 가지 음성 인식 옵션이 모두 온디바이스로 돕니다. Parakeet은 기본 영어 엔진이고, Canary는 켜서 쓰는 25개 언어 엔진이며, Apple 네이티브도 쓸 수 있습니다. 규칙 기반 정리와 선택형 로컬 LLM 정리도 Mac 안에 머뭅니다.

받아쓰기 경로는 네트워크 호출을 하지 않습니다. Keebye는 모델 다운로드, 앱 업데이트 확인, 로그인과 체험판 또는 플랜 확인을 위해 연결하며, 오디오나 전사본을 보내는 데는 결코 연결하지 않습니다. 모델을 한 번 내려받고 나면 전사와 정리는 오프라인에서도 계속 동작합니다. 오프라인 받아쓰기 가이드가 그 의존성 경계를 더 자세히 설명합니다.

Keebye에는 앱 내 텔레메트리가 없습니다. 받아쓰기 기록은 당신의 Mac에 머물고, 오디오가 아니라 텍스트를 저장하며, 30일 뒤 항목을 자동으로 삭제합니다. Keebye는 또한 설계상 보안 필드나 비밀번호 필드에는 받아쓰기를 거부합니다.

그 경계는 당신의 목소리가 장바구니 목록보다 무거운 것을 나를 때 중요해집니다. 받아쓰기로 에이전트 지시나 코드 리뷰 노트, 또는 미공개 작업에 관한 프롬프트를 쓴다면, AI 프롬프트를 위한 받아쓰기 가이드가 그런 민감한 입력을 둘러싼 워크플로를 다룹니다.

오프라인 주장을 직접 시험해 보세요

네트워크 연결 없이도 받아쓰기가 계속 동작하는지 직접 관찰할 수 있습니다.

체험을 시작해 로그인하고, 음성 모델을 내려받고, Wi-Fi를 끄세요. 평범한 텍스트 필드에 받아쓰세요. 음성 인식과 정리가 이미 당신의 Mac에 있는 로컬 구성 요소를 쓰기 때문에 전사본은 그대로 나타납니다.

이 시험은 모델 다운로드 이후의 오프라인 동작을 보여 줍니다. 백엔드 요청이나 저장, 텔레메트리, 앱의 전체 프라이버시 태세를 검증해 주지는 않습니다. 전체 보안 감사를 대신하지도 않지만, 프라이버시 주장이 관찰 가능한 동작을 바꾸는지 확인하는 쓸모 있는 점검입니다.

한계

Keebye는 얼리 액세스이고 macOS 전용입니다. 오늘 프로덕션 수준으로 다져진 릴리스나 다른 운영체제가 필요하다면 아직 맞는 선택이 아닙니다.

Keebye는 로그인과 체험판 또는 플랜 확인을 위해 저희 백엔드에 연결하며, 오디오나 전사본을 위해서는 결코 연결하지 않습니다. 받아쓰기 자체는 모델 다운로드 이후 오프라인에서 동작하지만, 그 연결은 계정 관련 동작을 뒷받침합니다.

keebye.com 웹사이트는 표준적인 웹 분석을 씁니다. Keebye 앱 자체에는 텔레메트리가 없습니다. 웹사이트 측정과 앱 동작은 별개의 시스템이고, 그 구분은 중요합니다.

온디바이스 전사도 여전히 실수할 수 있습니다. 로컬 처리는 데이터가 어디로 가는지를 바꿀 뿐, 음성 인식을 무오류로 만들지 않습니다. 민감한 프롬프트와 명령과 메시지는 보내기 전에 검토하세요.

프라이버시 주장은 들여다볼 수 있을 만큼 구체적이어야 합니다. Keebye의 경우 오프라인 동작이 관찰 가능한 주장 하나입니다. 모델을 내려받고, 네트워크를 끊고, 계속 받아쓰세요.