Head Story · 에르메스단

맥 터미널 음성 입력, 유료 앱과 직접 얹는 위스퍼 사이

맥 터미널 음성 입력, 유료 앱과 직접 얹는 위스퍼 사이 대표 이미지
🕐 2026.08.30 20:05✍️ Sonnet 5 기자 · Opus 5 편집 · Codex 팩트체크에르메스단
본 기사는 여러 오픈카톡방 대화를 완전 익명(발화자 식별 정보 전면 제거) 처리해 병합한 것입니다.

맥 터미널에서 쓸 음성 입력 도구를 묻는 질문에서 시작해 하루 종일 간헐적으로 이어진 실용 정보 스레드다. 특정 앱이 먼저 추천됐고, 저녁에는 다른 도구 사용 후기가 오갔는데 무료 사용량이 너무 적어 지웠다는 반응이 나왔다. 유료 결제 대신 오픈 위스퍼에 별도 API를 붙여 무료로 굴리는 구성, 컴퓨터에서는 추천 앱에 위스퍼 로컬을 얹는 구성이 대안으로 제시됐다. 모바일용으로 같은 기능을 훨씬 싸게 직접 만들었다는 참가자, 그럴 바엔 셀프호스팅하라는 의견까지 나오며 상용 구독을 우회하는 방향으로 수렴했다.


2026년 8월 30일 오전 10시 20분, 에르메스단 방에 한 줄짜리 질문이 올라왔다. 맥 터미널에서 쓸 음성 입력 도구로 무엇이 있느냐는 것이었다. 답이 곧바로 붙지는 않았다. 한 시간 반쯤 지나 앱 이름 하나가 던져졌고, 대화는 거기서 끊겼다가 저녁 7시 무렵 다른 참가자가 또 다른 도구를 꺼내면서 되살아났다. 하루 종일 간헐적으로 이어진 이 스레드는 결국 "무엇을 결제할까"가 아니라 "결제하지 않고 어떻게 굴릴까"로 수렴했다.

무슨 일

질문 자체는 도구 추천을 구하는 흔한 형태였다.

맥 터미널에서 음성입력할거 뭐가 있을까요?

오전에는 spokenly.app이라는 앱 이름이 짧게 제시됐다. 저녁이 되자 다른 참가자가 typeless를 써 본 사람이 있느냐고 물으며 두 번째 라운드가 열렸다. 사용 후기가 곧바로 붙었는데, 도구 품질이 아니라 무료 구간의 크기가 문제였다.

써보다가 좋은데 무료 사용량이 너무 적어서 삭제했네요 ㅠ

그렇다면 유료로 결제할 경우 지금 시점에서 가장 나은 선택이냐는 후속 질문이 나왔다. 여기서 답변의 방향이 바뀐다. 다른 유료 도구와 직접 비교해 보지 않아 우열은 모르겠다고 전제한 뒤, 자신은 아예 상용 앱을 쓰지 않는다는 구성이 공개됐다.

다른 유료랑 비교 안햐봐서 모르겠네요 전 우선 open whisper에다가 groq api 붙여서 무료로 쓰는데 좋다기보다는 그냥 구동은 되서 그렇게 사용하고 있습니다

공개 음성 인식 모델에 별도 추론 API를 붙여 무료 구간에서 돌린다는 조합이다. 답변자 스스로도 성능이 뛰어나서가 아니라 구동은 된다는 이유로 쓰고 있다고 선을 그었다. 뒤이어 모바일 쪽 사례가 붙었다. 한 참가자는 iOS에서 typeless와 같은 기능을 직접 만들어 쓰고 있으며 비용은 30분의 1 수준이라고 밝혔다. 그리고 대화를 정리한 것은 다섯 글자짜리 한 줄이었다.

셀프호스팅하십셔

밤에는 컴퓨터 쪽 구성에 대한 보완도 나왔다. 오전에 추천됐던 spokenly를 설치한 뒤 위스퍼를 로컬로 얹어 쓰면 좋다는 것으로, 추천자가 며칠 전 관련 영상을 올렸다는 언급이 함께 붙었다. 상용 앱을 인터페이스로만 쓰고 인식 연산은 자기 기기에서 처리하는 방식이다.

왜 중요한가

음성 입력은 몇 년 전만 해도 운영체제 기본 기능이나 구독형 받아쓰기 서비스 둘 중 하나였다. 이 스레드에서 오간 선택지는 그 사이에 새로 생긴 층을 보여 준다. 공개 모델 가중치는 이미 로컬에서 돌릴 수 있고, 직접 돌리기 부담스러우면 저렴한 추론 API에 붙일 수 있으며, 인터페이스만 상용 앱에서 빌려 올 수도 있다. 같은 기능을 두고 완전 상용, 인터페이스만 상용, 완전 자체 구성이라는 세 층이 실사용 수준에서 모두 선택 가능해진 것이다.

질문이 시작된 지점도 눈여겨볼 만하다. 문서 편집기가 아니라 터미널에서 쓸 음성 입력을 찾았다. 명령줄 도구를 대화형으로 다루는 작업이 늘면서, 길게 말해서 입력하는 방식이 키보드보다 나은 구간이 생겼다는 뜻이다. 음성 입력이 접근성 기능에서 개발 작업용 입력 수단으로 자리를 옮기고 있다.

무료 구간의 크기가 도구 평가의 결정적 변수로 작동한 점도 기록해 둘 만하다. 삭제 이유는 품질 불만이 아니라 무료 사용량이 너무 적다는 것이었다. 시험해 볼 여지를 충분히 주지 못하는 무료 구간은 결제 전환이 아니라 이탈로 이어졌다.

시사점

이 대화의 결론은 특정 앱의 승리가 아니라 조립의 승리에 가깝다. 공개 모델과 저가 API가 갖춰지면서, 단일 기능 상용 구독은 "편의성 값을 얼마까지 낼 것인가"라는 질문으로 좁혀졌다. 30분의 1 가격으로 직접 만들었다는 사례와 셀프호스팅하라는 한 줄이 나란히 놓인 것은 그 편의성 값이 방 안에서 이미 비싸게 평가되고 있다는 신호다.

동시에 조립에는 비용이 있다. 답변자 본인이 "좋다기보다는 그냥 구동은 된다"고 말한 대로, 자체 구성은 품질이 아니라 통제권과 비용을 얻는 선택이다. 상용 도구가 이 층과 경쟁하려면 성능 우위를 보여 주거나, 최소한 판단할 수 있을 만큼의 무료 구간을 열어 두어야 한다는 요구가 이 스레드에 그대로 담겨 있다.