인터넷이 안 될 때도 되는 받아쓰기 앱

어떤 불만은 무언가 망가질 때만 드러나서, 자기 일이 되기 전까지는 과소평가하기 쉽습니다. 클라우드 받아쓰기는 네트워크에 의존합니다. 제공자 장애가 나면 받아쓰기 키는 아무것도 못 합니다. 호텔 Wi-Fi가 끊기면 한 문장이 로딩 스피너 속으로 사라질 수 있습니다. 비행기. 기차 터널. 하필 그 순간 재협상 중인 VPN. 이건 어느 한 제품의 결함이 아니라, 왕복 통신에 기댄다는 것이 뜻하는 바입니다.

잔인한 건 무엇이 실패하느냐입니다. 메모 앱이 죽으면 텍스트 파일을 엽니다. 받아쓰기가 죽으면 입력 방식 자체를 잃습니다. 근육 기억까지 붙여 놓은 그것을, 문장 중간에, 보통은 손이 다른 일로 바쁠 때 잃습니다. 애초에 받아쓰던 이유가 바로 그거였는데 말이죠.

가용성에 대한 불만 아래에는 프라이버시 질문이 깔려 있습니다. 당신의 음성 오디오가 기기를 떠나나요? 클라우드 전사 경로에서는 당신이 소리 내어 생각하는 녹음이 — 고객 이름, 미공개 기능, 동료에게 설명하는 보안 이슈가 — 텍스트가 되기 위해 남의 인프라로 이동합니다. 그 경로는 당신이 통제할 수 없는 세션과 계정, 서비스 가용성에도 의존할 수 있습니다.

저는 Keebye의 답을 기능으로 정리하기 전에 먼저 만들었습니다. 제 요구 조건이 무뚝뚝했기 때문입니다. Wi-Fi를 끈 채로 되어야 한다. 그게 실제로 어떤 모습인지, 그리고 그 대가가 무엇인지 적겠습니다.

클라우드 받아쓰기는 왜 0으로 실패하나

분야 차원의 작동 원리를 적어 둘 값어치가 있습니다. 제품이 아무리 좋아져도 이 불만이 완전히 사라지지 않는 이유를 설명해 주니까요.

클라우드 받아쓰기 루프에는 최소 네 개의 고리가 있습니다. 기기에서 오디오를 잡고, 서버로 보내고, 거기서 추론을 돌리고, 텍스트를 돌려받습니다. 모든 고리가 의존성입니다. 당신의 네트워크, 그들의 네트워크, 그들의 인증 계층, 그들의 용량, 그들의 가동 시간. 대개는 괜찮습니다. 하지만 어느 고리 하나가 끊기면 루프 전체가 끊기고, _0_으로 끊깁니다. "더 느림"도 "덜 정확함"도 아닙니다. 커서에 아무것도 도착하지 않습니다. 성능 저하라면 견딜 만하겠지만, 받아쓰기는 침묵으로 저하됩니다.

제공자가 이에 맞서 아무리 공을 들여도, 자기가 소유하지 않은 고리는 고칠 수 없습니다. 호텔 라우터, 비행, 회사 VPN, 당신과 그들 사이의 백본 장애. 가용성이 여러 시스템에 달린 도구는 그중 하나만 쓸 수 없어도 실패할 수 있습니다.

물러설 클라우드가 아예 없다면 어떻게 되나?

Keebye의 아키텍처는 그 질문을 없애는 방식으로 답합니다. 음성 인식은 완전히 온디바이스로 돕니다. ONNX 모델, 로컬 추론, 당신 Mac 자신의 실리콘 위에서. 받아쓰기 경로에 네트워크 호출은 0입니다. "최소화합니다"도 "묶어서 보냅니다"도 아닌 0입니다. 텔레메트리도 없습니다. 전혀요. 키를 누른 채 말할 때, 당신을 대신해 기기를 떠나는 패킷은 하나도 없습니다.

이 아키텍처의 논점을 강조하고 싶습니다. 이것과 "오프라인 모드"의 차이가 여기 있으니까요. 오프라인 모드는 대체 경로입니다. 평소 경로는 클라우드로 가고, 클라우드에 닿을 수 없을 때 성능이 떨어진 로컬 경로가 넘겨받습니다. 앱이 제때 알아챈다면, 로컬 경로가 관리되고 있다면, 문장 중간의 인계가 잘 된다면요. Keebye에는 그런 인계가 없습니다. 인계해 올 클라우드 경로 자체가 없기 때문입니다. 로컬 추론은 백업 계획이 아니라 유일한 계획입니다. 상류의 장애가 이걸 깨뜨릴 수 없는 이유는, 다른 나라의 정전이 당신 책상 위 스탠드를 끌 수 없는 이유와 같습니다. 대체 경로가 아니라 구조에 의한 면역입니다.

더 조용한 불만도 설정 페이지 없이 여기서 답을 얻습니다. 당신의 오디오는 기기를 떠나지 않습니다. 전송 중 암호화도, 익명화도 아닌 그냥 _보내지 않음_입니다. 보낼 곳 자체가 없기 때문입니다. 받아쓰기 기록을 켜면 저장되는 건 텍스트뿐이고, 당신 디스크의 로컬 SQLite 데이터베이스에 들어갑니다. (그 기록은 그 자체로 삶의 질에 관한 이야기입니다. "내 받아쓰기 어디 갔지?"라는 반복되는 불만은 받아쓰기가 그냥 사라져서는 안 됩니다에서 다뤘습니다.) 그리고 계정과 세션의 취약함은 계정과 함께 사라집니다. 받아쓰기 경로에는 만료될 클라우드 세션이 없으므로, 당신과 동작하는 핫키 사이를 가로막는 재인증도 없습니다.

인터넷이 정말로 필요한 한 번

솔직해야 할 부분을 그대로 적습니다. 모델은 어떻게든 당신의 기기로 들어와야 합니다. 첫 실행에서 Keebye는 음성 모델을 내려받습니다. 영어 엔진은 대략 700 MB, 다국어 엔진을 켜면 약 1.3 GB입니다. 진짜 다운로드이고, 엔진마다 한 번씩이며, 그때는 인터넷이 필요합니다.

그다음부터 모델은 디스크에 남고 전사는 네트워크가 있든 없든 로컬에서 그것들을 상대로 돕니다. 지우거나 교체하기 전까지요. 다만 그 첫 실행이 비행기 안에서라면 착륙할 때까지는 방법이 없습니다. 설정은 여행 중이 아니라 여행 전에 해 두세요. 대서양 위에서 알게 되느니 저한테서 듣는 편이 낫겠죠.

정확도 문제, 솔직하게

다운로드는 작은 단서입니다. 더 큰 쪽은 이겁니다. 온디바이스 도구들은 이걸 건너뛰기 좋아하니까요.

가장 큰 클라우드 모델은 온디바이스 모델보다 정확할 수 있습니다. 서버 랙을 채우는 모델은 700 MB 파일에 없는 용량을 갖고 있고, 아닌 척하는 건 당신의 지성을 모욕하는 일입니다. 제가 말할 수 있는 건 — 그리고 둘 다 써 오며 믿게 된 건 — 그 격차가 크게 좁혀졌다는 것, 그리고 더 중요하게는 _실패 양상_의 종류가 다르다는 것입니다. 온디바이스 모델의 최악의 날은 당신이 고치는 잘못 들은 단어 하나입니다. 클라우드 모델의 최악의 날은 출력 0입니다. 그 정확도는 가용성과 곱해지는데, 기차에서 0이 되는 항이 바로 가용성이니까요. 어느 실패 양상을 떠안을지는 당신의 하루에 달렸습니다. 제 하루에는 기차가 너무 많습니다.

오늘은 macOS 전용이고, 얼리 액세스입니다. Windows 빌드는 없고, 얼리 액세스가 뜻하는 거친 모서리들이 있습니다. Windows가 먼저인 환경이라면, 솔직한 답은 Keebye가 아직 당신을 도울 수 없다는 것입니다.

이미 쓰는 도구와 저울질하는 중이라면 비교 페이지가 이 주장의 공정한 판본입니다. Keebye vs Superwhisper는 온디바이스 전사 경로를 가진 두 제품을 비교하고, Keebye vs Wispr Flow는 로컬 대 클라우드의 판단을 다룹니다. 저울질하는 대안이 macOS에 내장된 받아쓰기라면, Mac을 위한 음성 받아쓰기가 내장 도구가 잘하는 것과 Keebye가 다른 지점을 다룹니다.

가용성은 기능입니다

받아쓰기 분야는 몇 년째 정확도 퍼센트로 경쟁해 왔고, 정확도는 중요합니다. 하지만 사람들이 실제로 도구를 갈아타게 만드는 불만은 "한 번 잘못 들었어"가 아닙니다. "또 안 되고, 이유를 모르겠고, 해결책이 어디에 로그인하는 거였어"입니다. 가용성은 — 지루하고 화려하지 않은 그 가용성은 — 없을 때만 알아채는 기능입니다.

입력 방식을 키보드만큼 믿을 만하게 만드는 길은 키보드와 같은 의존성 목록을 주는 것입니다. 눈앞의 기기, 그리고 그 외에는 아무것도. 설계 전체가 그겁니다.

Keebye는 macOS용 얼리 액세스 중입니다. 아래에서 무료 체험을 시작하고, 아직 인터넷이 있을 때 첫 실행 다운로드를 마친 다음, 기차 터널로 들어가거나 그냥 Wi-Fi를 끄고 같은 문장을 다시 받아쓰세요.