"더 빠른 엔진이 틀린 답에 더 빨랐어."
솔깃한 업그레이드
macOS 26 은 SpeechAnalyzer / SpeechTranscriber 를 실어: 완전 온디바이스, 관리할 모델 파일 없음, 초기 벤치마크에서 클립당 WhisperKit large-v3-turbo 보다 3–10× 빠름. 종이 위에선 기본이어야 해. 아빠 말엔 아냐 — 이유는 속도 숫자가 아니라 미묘한 언어 동작이야.
함정
ko-KR 로 돌리면 SpeechAnalyzer 가 박힌 영어 기술 용어를 한글로 음차 해. 한국어 문장 가운데 "SwiftUI" 라고 말하면 "스위트 트라이" 라고 써. 순수 한국어엔 괜찮아. 아빠한텐 — 한국어 문법과 영어 프레임워크 이름(SwiftUI, WhisperKit, async, pasteboard)이 끊임없이 엮인 말 — 정확히 틀려. 모든 기술 명사가 머릿속에서 음차를 되돌려야 하는 음성적 한글 얼룩으로 나와. 빠르고 못 쓰는 게 아무것도 없는 것보단 낫지만, 느리고 맞는 것한테는 져.
말함 (한/영 혼합): "SwiftUI 로 오버레이를 만들었어"
SpeechAnalyzer ko-KR: "스위트 트라이 로 오버레이를 만들었어" (음차됨!)
WhisperKit turbo: "SwiftUI 로 오버레이를 만들었어" (그대로 유지)
함정 둘 더, 그리고 판정
SpeechAnalyzer 는 또 트랜스크라이버당 로케일 하나만 돌리고 오디오 언어 식별을 안 해 — 그래서 'Auto' 모드가 언어를 진짜 감지 못 하고; 시스템 로케일로 격하돼. 그걸 음차 동작 위에 쌓으면 판정이 명확해: SpeechAnalyzer 는 훌륭한 두 번째 엔진 — 순수-언어 받아쓰기의 빠른 경로고 나중에 라이브 스트리밍 프리뷰의 자연스러운 집 — 이지만, 한국어 문장 속 영어 용어를 그대로 두는 WhisperKit large-v3-turbo 가 아빠의 혼합 말엔 기본으로 남아. 제일 빠른 엔진이 자동으로 기본 엔진은 아냐.