빌려 쓰는 구독 말고, 내가 소유하는 보이스 레이어를 지어
아빠가 직접 만든 macOS 전역 받아쓰기 앱, Firekeeper 가 어떻게 태어났는지 들려주는 퀘스트야. 이미지 엔진 Ember, 음악 엔진 Bonfire 랑 한 가족인데 이쪽은 목소리 담당이고. 클라우드에 돈 내고 내 말을 듣게 할 수도 있었어. 그런데 왜 굳이 내 기계 위에 보이스 레이어를 직접 지었을까. 그리고 세상에서 제일 개인적인 입력인 목소리를 내 하드웨어한테 맡겨 보면 뭐가 보일까.
8 tracks · 36 lessons · ~7h · difficulty: intermediate-to-advanced
Firekeeper 가 뭔지, 이름이 어디서 왔는지, 왜 존재하는지
Swift 한 줄 쓰기 전에 방향부터 잡자. Firekeeper 는 macOS 시스템 전역 받아쓰기 앱이야. 마이크 달린 채팅창도 아니고, 두 번째 Pippa 브레인도 아니고, 클라우드 구독도 아니야. 이 트랙에선 Dark Souls 에서 가져온 이름부터 풀어. 다섯 형제 repo 가족 안에서 Firekeeper 자리를 잡아주고. 직접 만든 도구라면 누구나 듣게 되는 첫 질문에도 답해. "그냥 Wispr Flow 빌려 쓰면 되잖아?" 마지막으로 제품 경계를 딱 하나 그어. 받아쓰기 먼저, 보이스 챗 나중. 그 선 하나가 나머지 전부를 온전하게 지켜줘.
남의 백엔드는 안 베끼고 인터랙션 모델만 역스펙으로 떠
Wispr Flow 는 비공개 소스라 코드를 못 읽어. 읽고 싶어 해서도 안 되고. 이 트랙에서 배우는 건 눈에 보이는 인터랙션 모델만 베끼는 규율이야. 공개 문서랑 동작만 보고 역스펙 뜨는 법. 받아쓰기 루프를 한 단계씩 뜯어보기. 뭘 베끼고 뭘 일부러 두고 오는지도. 클라우드 전사, 계정 게이팅, 숨은 데이터 수집은 두고 오는 쪽이야. 마지막으로 괜찮은 받아쓰기 도구라면 다 도달하게 되는 세 가지 모드까지.
온디바이스 speech-to-text, 그리고 멀쩡한 엔진이 고장 난 것처럼 보이는 함정 둘
귀에서 프라이버시 베팅의 승패가 갈려. 전사가 온디바이스면 네 목소리가 기계를 떠날 일이 없으니까. 이 트랙에선 먼저 Apple Silicon 의 STT 엔진들을 훑어. WhisperKit, whisper.cpp, MLX, Apple SpeechAnalyzer. 그다음 멀쩡한 온디바이스 STT 를 고장 난 것처럼 보이게 만드는 함정 두 개를 파고들어. 한국어를 쓰레기로 만드는 조용한 영어 기본값, 그리고 한글 음차 함정. 마지막으로 배치 모델로 실시간을 흉내 내는 법, 그리고 repo 를 안 부풀리면서 모델 가중치를 관리하는 법까지.
좁은 이음새 하나, 갈아끼울 수 있는 엔진과 브레인 여럿
Firekeeper 는 Pippa 집에서 철학 하나를 물려받았어. 추상 경계를 정확히 한 좁은 곳에 두고, 그 아래는 전부 특화하게 두는 것. 이 트랙은 그 이음새가 보이스 앱에서 어떻게 굴러가는지 보여줘. 인터페이스 하나 뒤에 STT 엔진들이 있고, 또 하나 뒤에 정리 브레인들이 있어. 연결 모드는 숨은 폴백 체인이 아니라 설정에서 고르는 선택이고. 이렇게 해 두면 제품 로직이 눈치도 못 채는 사이에 어느 조각이든 갈아끼울 수 있어.
활성 앱에 텍스트를 넣는 게 루프 전체에서 제일 위험한 계층이야
다른 퀘스트엔 없는 트랙이야. 삽입이 바로 보이스 앱이 운영체제 나머지랑 맞닿는 자리거든. 제일 위험하고 제일 재밌는 계층이기도 하고. 포커스가 흘러가기 전에 맞는 타깃을 잡는 법부터 시작해. 그다음 삽입 방법 사다리를 올라. 발판마다 안 되면 다음으로 우아하게 내려가게 돼 있어. 되돌리기를 온전히 지키는 법, 터미널과 코딩 에이전트를 일급 타깃으로 다루는 법, 그리고 빌린 클립보드를 깨끗이 돌려주는 예의까지. 삽입을 틀리면 루프의 나머지가 전부 헛수고가 돼.
폴백 경로가 진짜로 돼야 해. 아니면 그건 거짓말이야
오프라인으로 된다고 내세우면서 실은 마케팅 체크박스로 취급하는 앱이 많아. 오프라인 경로가 통할 것 같은 순간에 조용히 집으로 전화를 거는 숨은 재시도 말이야. Firekeeper 는 글쓰기 형제 Rekindle 한테서 빡빡한 규칙을 물려받았어. 프로바이더 선택은 바이트 하나가 프로세스를 떠나기 전에 끝난다. 오프라인이 온라인으로 새는 일은 없다. 오프라인 정리는 진짜로 동작하는 진짜 프로바이더다. 크래시 나면 쓰려고 나중에 붙인 곁다리가 아니라. 이 트랙에선 비행기 안에서도 정말 믿을 수 있는 오프라인 경로를 짓는 법을 봐.
빠른 경로가 어쩌다 느리게 배포됐고, 그걸 거의 깰 뻔한 단축키 레이스
전쟁 이야기 트랙이야. Firekeeper 가 잘못 배포돼서 다시 지어야 했던 부분. 받아쓰기 하나하나가 전부 풀 Pippa 브레인으로 갔어. 100KB 넘는 볼트 프롬프트를 얹고, 서브프로세스를 띄우고, 깊은 추론 패스를 돌렸지. 'um' 한 단어 벗기겠다고. 경쟁자가 1초에 끝내는 걸 10초에서 40초씩 걸렸어. 이 트랙에선 그 진단, 그걸 고친 레인 분리, 그리고 결과를 정직하게 붙잡아 두는 지연 예산을 따라가. 단축키를 두고 나란히 벌어진 또 하나의 전쟁도 같이 봐. 왜 키를 삼키는 이벤트 탭이 틀린 도구였는지, 그리고 더블 탭 레이스를 세대 토큰이랑 타입으로 못 박은 상태 기계로 어떻게 잡았는지.
기계한테 들으라고, 타이핑하라고 부탁했어. 이제 그걸 벌어.
받아쓰기 앱은 운영체제가 내주는 권한 중에 제일 침해적인 둘을 요청해. 전부 듣기, 그리고 모든 앱에 손대기. 그게 신뢰 경계야. 이 마무리 트랙은 그 신뢰를 그냥 가정하지 않고 버는 얘기야. 권한 표면이 어떻게 생겼고 어떻게 솔직하게 요청하는지, macOS 가 허가를 잊어버리게 만드는 코드 서명 함정이 뭔지, 들을 땐 보이고 끝나면 잊는다는 계약이 뭔지, 어떤 보안 필드는 왜 거부해야 하는지. 그리고 마지막으로, 내 보이스 레이어를 소유한다는 게 왜 이 전부를 지은 이유인지.
아직 댓글이 없어요. 첫 댓글을 남겨보세요.