내 목소리가 밖으로 나가나요? 로컬 받아쓰기 앱 Hex 한국어·보안·설치 정리 (2026 기준)
퀀텀점프클럽 정상록12분 읽기2 views무료 자료
PDF · 무료
말하면 내 컴퓨터가 받아 적는 앱 Hex 쉽게 이해하기
긴 글을 다 읽기 전에, 실무 가이드부터 먼저 챙겨가세요.
내 목소리가 밖으로 나가나요? 로컬 받아쓰기 앱 Hex 한국어·보안·설치 정리 (2026 기준)
Hex는 Anomaly가 MIT 라이선스로 공개한 로컬 받아쓰기 앱입니다. 음성 인식은 내 기기 안에서 처리하며 한국어는 Qwen3-ASR 0.6B가 추천 모델로 뜹니다.
내 목소리가 기기 밖으로 나가지 않는 받아쓰기 앱이 있나요?
Hex의 음성 받아쓰기는 기기 안에서 돌아갑니다. 다만 인터넷을 아예 안 쓰는 앱은 아니에요. 만든 곳 Anomaly는 오픈소스 코딩 에이전트 OpenCode(코딩을 대신 맡기는 AI 프로그램)를 만드는 팀입니다.
받아쓰기 앱을 고를 때는 녹음이 서버로 올라가는지부터 궁금해지죠. 제 해석이 들어간 부분은 해석이라고 따로 밝혔습니다.
Hex는 어떻게 동작하나요?
README는 사용법을 한 줄로 씁니다. "Hold a key, speak, and it pastes." 키를 누른 채 말하고 떼면 받아쓴 글이 지금 커서가 있는 앱에 붙는다는 뜻이에요. macOS 기본 단축키는 Option입니다.
공식 기능 문서에 따르면 흐름은 "Hold the configured shortcut, speak, and release. Hex transcribes locally and inserts the result at the current focus."입니다. 거의 무음인 녹음은 받아쓰지 않고 버려요.
비유하면 키보드 옆에 받아쓰기 담당자를 앉혀 둔 셈입니다. 버튼을 누르고 말하면 담당자가 내 컴퓨터 안에서 받아 적어 쓰던 칸에 붙여 줘요.
글은 붙기 전에 Vocabulary(이름·용어 목록으로 받아쓰기를 유도하는 기능)와 Modes(지금 앞에 있는 앱에 맞춘 처리)를 거칩니다. OpenCode로 문장을 고치는 재작성은 선택 기능이에요.
v3.0.0 릴리스 노트는 "Local models use about 160 MB of memory instead of about 900 MB."라고 밝혔습니다. 이전의 약 900 MB 대비 약 160 MB라는 뜻이에요. 측정 조건이 적혀 있지 않으니 내 컴퓨터의 실제 사용량은 직접 보셔야 합니다.
핵심: Hex는 단축키를 누른 채 말하고 떼면 기기 안의 음성 모델이 받아써서 지금 커서가 있는 앱에 붙여 넣는 앱입니다.
한국어는 어떤 모델을 고르면 되나요?
받아쓰기 언어를 한국어로 고르면 Qwen3-ASR 0.6B가 추천(Recommended) 모델로 뜹니다. 모델 목록 소스 코드(models.rs)에 따르면 Whisper large-v3-turbo에는 용어 힌트용 배지가 붙어요. 한국어를 받는 모델은 SenseVoice Small, Cohere Transcribe, Nemotron 3.5 ASR까지 모두 5개입니다. 영어 추천인 Parakeet 계열은 한국어를 받지 않아요. 내려받는 파일은 Qwen3-ASR 0.6B가 약 850 MB, Whisper large-v3-turbo가 약 886 MB입니다.
정확도 수치는 앱이 아니라 계획 문서(docs/plans/language-recommendations.md)에만 있어요. 글자 오류율(CER)은 틀린 글자의 비율이라 낮을수록 좋습니다. FLEURS 낭독 데이터셋, 계획 문서 기준으로 한국어 CER은 Whisper large-v3-turbo 5.24%, Qwen3-ASR 0.6B 5.82%, SenseVoice Small 8.27%예요. 아직 앱에 없는 Qwen3-ASR 1.7B는 FLEURS 낭독 데이터셋, 계획 문서 기준 4.60%이고 다음 단계 계획으로 적혀 있습니다.
같은 문서는 1.5포인트 미만 차이를 동률로 봅니다. Qwen 0.6B와 Whisper의 0.58포인트 차이는 "noise"라고 적었어요. 우열을 가리기보다 추천 표시가 붙은 Qwen3-ASR 0.6B로 시작하시길 권합니다. FLEURS는 낭독 음성이어서 일상 대화나 전문 용어가 섞인 한국어의 공개 수치는 찾지 못했어요.
핵심: 한국어 추천 모델은 Qwen3-ASR 0.6B이고 오류율 5.82%는 FLEURS 낭독 데이터셋, 계획 문서 기준입니다. 대화체 수치는 없어요.
무엇이 기기를 떠나나요?
README 원문은 "the first run downloads a speech model; after that nothing leaves your machine"입니다. 다만 기능 문서에 따르면 인터넷을 쓰는 주요 경로는 다음과 같아요.
무엇이 기기를 떠나나요?
음성 받아쓰기는 기기 안에서, 모델 다운로드와 업데이트 확인은 인터넷으로
자료: Hex 기능·네트워크 문서와 README(github.com/anomalyco/hex) · QJC 재구성
- 첫 실행의 모델 다운로드(huggingface.co). 한국어 추천 모델은 약 850 MB입니다.
- 업데이트 확인. 실행 10초 뒤와 이후 매시간 anoma.ly에 물어봐요.
- OpenCode 처리 기능. 모드 재작성, 회의 노트, 화면 캡처 전송(Annotate)처럼 OpenCode를 거치는 기능을 켜면 문맥이 설정한 모델 제공자로 갑니다. 문서는 "OpenCode rewriting sends documented context to the configured provider; speech transcription stays local."라고 밝혔어요.
- 직접 만든 변환 스크립트의 fetch(인터넷에서 자료를 가져오는 명령).
정리하면 음성 받아쓰기는 기기 안에서 합니다. 모델 다운로드와 업데이트 확인은 인터넷을 써요. 텔레메트리(사용 정보 자동 수집)는 의존성 이름을 검색한 범위에서는 보이지 않았습니다. 전체 코드를 감사한 결과는 아니어서 민감한 업무라면 보안 담당자와 함께 확인하세요.
외부 PR 대신 이슈를 받는 개발 방식은 어떻게 굴러가나요?
Hex 저장소는 외부 풀 리퀘스트(PR, 코드 수정안을 직접 제출하는 방식)를 받지 않습니다. CONTRIBUTING 문서 원문은 "We don't take pull requests. Open an issue describing the bug or idea, and our agents usually turn it around fast."예요. 식당에서 주방에 들어와 요리하는 대신 주문서에 적어 달라는 셈이죠. 이슈 안의 진단과 로그, diff 조각(수정 부분만 보여 주는 텍스트)은 환영합니다. 반영되면 크레딧도 준대요. 외부 참여를 막은 게 아니라 접수 창구를 바꾼 겁니다.
정책은 2026-10-29(UTC) PR #366에서 처음 들어갔어요. 지금 문구는 2026-11-01(UTC) 커밋에서 바뀌었습니다. 그 전에는 외부 계정의 PR이 병합된 기록도 있어요.
PR 숫자는 오해하기 쉽습니다. 2026-11-03 조회 기준 전체 PR은 715건인데, 외부 기여가 아니라 대부분 내부 계정이 만들었어요(thdxr 377건, kitlangton 228건). 이슈를 받아 agent/issue-번호 브랜치로 PR을 만드는 파이프라인 PR은 145건이고 139건이 병합됐습니다. PR #1041 본문에 따르면 "The fixer and reviewer saw only the validated issue form, never the issue text."라고 해요.
그 파이프라인에는 어떤 안전장치가 있나요?
저장소에서 보이는 자동화는 규칙 기반 점검 하나입니다(agent-policy.yml). 검사기 설명은 "Deterministic policy check for agent-written Hex patches. No AI."예요. AI 판단 없이 정해진 규칙만 씁니다. CI 설정(.github/)과 업데이터, 서명 경로를 건드리면 유지보수자 Dax의 승인 없이는 자동 병합되지 않아요. 의존성·URL·네트워크 API 변경에는 파이프라인 안의 엄격 리뷰어 단계(사람이 아닙니다)가 붙인 라벨이 필요합니다. 변경 한도는 600줄·25파일이에요. 고치는 에이전트 본체는 저장소에 없어서 안쪽 동작은 확인하지 못했습니다.
제가 확인한 사례는 4건입니다. 이슈 생성부터 dev 브랜치 병합까지 약 4분(#1035), 6분(#1040), 47분(#1048), 11분(#1086)이 걸렸어요. 4건만 잰 것이라 대부분 몇 분이라고 일반화할 수는 없습니다. 병합된 수정은 dev 브랜치(시험용 최신 빌드)로 먼저 가요. 이슈에 달린 답글(thdxr 계정, OpenCode 서명)은 "it'll be in the next dev build"였습니다. 안정판에는 바로 들어가지 않아요.
모든 이슈가 자동으로 처리되는 것도 아닙니다. 2026-11-03 17:58 KST 조회 기준 열린 이슈 85건 중 needs-design이 65건, needs-repro가 9건이에요. 이슈 #1047에는 "Your agents are asking way, way, way too many questions."라는 불만이 올라왔습니다. 유지보수자는 질문을 한 번으로 줄였다고 답했어요.
해석(QJC 관점): 사람이 결정할 지점(민감한 경로의 승인)과 기계가 막을 지점(규칙 기반 점검)을 나누고 나머지는 자동으로 흘려보내는 구조로 읽힙니다. 팀이 AI 에이전트에게 일을 맡길 때 사람 승인을 어디에 남길지 정하는 예로 쓸 만하다는 것이 저희 생각이에요. Hex 쪽이 밝힌 의도는 아닙니다.
설치하려면 무엇이 필요하고 어떤 권한을 줘야 하나요?
공식 사이트(anoma.ly/hex)에 따르면 macOS는 Apple silicon(애플이 자체 설계한 칩) Mac에 macOS 15 이상이 필요해요. Intel Mac은 지원하지 않습니다. Windows(x64·ARM64)와 Linux는 저장소 문서에서 beta로 표기하며 2026-11-03 조회 시점에도 같았어요. 설치는 사이트의 macOS 설치 파일이나 brew install --cask anomalyco/tap/hex 명령으로 합니다.
macOS 권한은 마이크와 손쉬운 사용입니다. v3.0.0 노트에 따르면 "macOS no longer asks for Input Monitoring. Accessibility covers the shortcut." 회의 받아쓰기를 켜면 화면·시스템 오디오 녹음 권한이 더 필요해요. 첫 실행에서는 음성 모델을 내려받는데 한국어 추천 모델은 약 850 MB입니다.
전신은 Kit Langton의 Swift 앱 kitlangton/Hex로 지금은 보관 처리됐어요. 새 앱은 Rust로 다시 만들었습니다. v3.0.0은 옛 설정과 History, 내려받은 모델을 가져오지 않아서 모델을 처음부터 다시 받아요.
쓰기 전에 알아둘 한계는 무엇인가요?
- 한국어 대화체 품질을 보여 주는 공개 수치가 없습니다.
- 회의 받아쓰기(Meetings)는 Labs 안의 beta이고 기본 꺼짐이며 macOS 전용이에요.
- 말로 하는 서식·기호 입력은 Labs 실험 기능이고 영어와 스페인어만 됩니다. 한국어 지원 근거는 없어요.
- v3.0.0(2026-10-31 UTC)부터 v3.3.0(2026-11-02 UTC)까지 약 64시간 동안 정식 릴리스가 6개 나왔습니다. 화면과 문서가 자주 바뀌어요.
- SECURITY.md는 사용자 변환 스크립트가 일반 권한으로 돌고 "they are not sandboxed"라고 밝혔어요. 출처를 모르는 스크립트는 넣지 마세요.
자주 묻는 질문
Hex는 인터넷이 없어도 쓸 수 있나요?
처음에는 인터넷이 필요해요. 기능 문서에 따르면 첫 실행에서 음성 모델(한국어 추천 모델은 약 850 MB)을 내려받고, 업데이트 확인도 실행 10초 뒤와 매시간 이뤄집니다. 모델을 받은 뒤 음성 받아쓰기 자체는 기기 안에서 합니다.
한국어 받아쓰기 정확도는 믿어도 되나요?
수치로 확인된 것은 낭독 음성뿐이에요. FLEURS 낭독 데이터셋, 계획 문서 기준으로 Qwen3-ASR 0.6B의 한국어 글자 오류율은 5.82%입니다. 일상 대화나 전문 용어가 섞인 문장의 공개 수치는 찾지 못했으니 내 업무 문장으로 짧게 시험해 보세요.
외부 개발자는 Hex 개발에 참여할 수 없나요?
PR은 받지 않지만 이슈로는 참여할 수 있어요. CONTRIBUTING 문서는 이슈 안의 진단과 diff 조각을 환영하고 "If your analysis shapes the fix, we credit you in the pull request that lands it."라고 밝혔습니다.
Windows나 Intel Mac에서도 쓸 수 있나요?
Intel Mac은 지원하지 않습니다. Windows와 Linux는 저장소 문서에서 beta로 표기하고 있어요(2026-11-03 조회 기준). 정식 지원으로 받아들이지 않는 편이 안전합니다.
마무리
Hex는 음성 처리를 기기 안에서 합니다. 대신 처음 모델을 받을 때와 업데이트를 확인할 때는 인터넷을 써요. 한국어는 추천 모델이 정해져 있지만 정확도 근거는 낭독 데이터뿐입니다. 개발은 이슈 중심 자동 파이프라인으로 빠르게 돌아가니 버전도 자주 바뀌어요.
먼저 내 맥의 칩이 Apple silicon이고 macOS가 15 이상인지 확인해 보세요. 써 보기로 했다면 받아쓰기 언어를 한국어로 고르고 추천 모델로 내 업무 문장을 읽어 본 뒤 자주 틀리는 이름은 Vocabulary에 넣어 보면 됩니다.
