하나의 목소리, 열 개의 레인: 받아쓰기로 보낸 하루

두 아이, 세 스타트업, 하나의 목소리는 시작의 이야기를 했습니다. 실패가 비싼 스타트업 레인들이 병렬로 돌아가고, 생후 여섯 달이 안 된 둘째가 있고, 키보드가 어느새 모든 것의 단일 실패 지점이 되어 있었다는 이야기입니다. 그 글은 Keebye가 존재하는 이유를 설명했습니다. 그 뒤로 사람들이 계속 물어 온 건 더 실무적인 질문이었습니다. 하루가 실제로 어떻게 흘러가나요?

그래서 이건 그 하루입니다. 전형적인 하루는 아닙니다. 그런 건 없으니까요. 하지만 반복되는 진짜 모양입니다. 숫자는 일부러 피하겠습니다. 몇 퍼센트가 나아졌는지 측정해 본 적이 없고, 측정했더라도 저는 그 숫자를 믿지 않을 겁니다. 제가 적을 수 있는 건 음성 채널이 어디에 쓰이고 어디에 쓰이지 않는지, 그리고 일의 결이 무엇이 달라졌는지입니다.

"열 개의 레인"에 대해 한마디. 자랑이 아닙니다. 레인이란 제 문장 하나로 앞으로 나아가는 모든 것입니다. 작업 중인 코딩 에이전트, 누군가 기다리고 있는 코드 리뷰, Slack 스레드, 투자자 쪽 변호사에게 보낼 이메일, 문서 초안. 바쁜 날에는 정말 그 정도가 열려 있습니다. 어느 순간이든 대부분은 가만히 있습니다. 문제는 깨어나는 쪽이 제 일정이 아니라 자기 일정에 맞춰 깨어난다는 점입니다.

이른 아침: 한 팔, 세 에이전트

하루는 집이 깨기 전에 시작합니다. 그러니까 한 팔에 아기를 안고 시작합니다. 목소리가 편의에서 필수로 넘어간 시간대가 이 시간입니다.

전날 밤부터 세 개의 에이전트 레인이 이미 돌고 있습니다. 각각 자기 터미널에, 각각 다른 리포지터리에 있습니다. 제일 먼저 하는 일은 그들이 무엇을 했는지 읽는 것입니다. 읽는 데는 눈이 필요하고 손은 아니니 아기를 안고도 괜찮습니다. 두 번째로 하는 일은 엉뚱하게 간 쪽을 방향 수정하는 것이고, 바로 여기서 키보드가 지곤 했습니다.

지금은 이렇습니다. 터미널을 클릭하고, 오른쪽 ⌘를 누른 채 방향 수정을 말하고, 뗍니다. "마이그레이션은 괜찮은데, 모델에서만 테이블 이름을 바꾸고 시드 스크립트는 안 바꿨어. 시드를 고치고 테스트를 다시 돌려." 텍스트가 프롬프트에 들어갑니다. 엔터. 다음 레인.

익히는 데 시간이 걸린 작은 습관이 있습니다. 완전한 문장으로 말하기. 에이전트는 그 편을 더 잘 다루고, 받아쓰기는 자연스럽게 완전한 문장을 만듭니다. 사람이 말하는 방식이 그러니까요. 제가 치던 전보식("시드 고쳐, 테스트 다시")은 취향이 아니라 키보드가 만든 흔적이었습니다.

이 시간은 알아 둘 만한 첫 받아쓰기의 특이점도 드러냅니다. 마이크는 세션의 첫 받아쓰기 뒤에 예열되고, 그다음부터 500 ms의 프리롤을 유지합니다. 아침에 맨 처음 누를 때는 스트림 시작 비용을 치를 수 있고, 너무 일찍 말을 시작하면 한 단어가 잘릴 수 있습니다. 저는 한 박자 쉬는 걸 배웠습니다. 작동 방식은 받아쓰기 앱이 첫 단어를 먹는 이유에 있습니다. 짧게 말하면, 부분적인 완화책이 있는 이 분야 전체의 문제이고 해결된 문제가 아닙니다.

오전 중반: 리뷰 레인

제가 함께 일하는 스타트업 중 둘은 대부분의 아침에 코드 리뷰가 저를 기다립니다. 리뷰는 상상할 수 있는 최고의 받아쓰기 용례입니다. 읽는 일에 짧은 산문 출력이 이따금 섞이고, 그 산문은 사람에게 향합니다.

diff는 브라우저 탭에서 읽습니다. 코멘트가 필요한 대목이 나오면 상자를 클릭하고, 누르고, 말하고, 뗍니다. 사용자 사전이 프로젝트의 식별자를 들고 있어서 reconnectBackoff는 영어 단어 세 개가 아니라 reconnectBackoff로 나옵니다. 정리는 기본이 규칙 기반입니다. 군말과 반복된 단어는 걷히고 제 표현은 남습니다. 리뷰 코멘트에서는 선택형 로컬 LLM 다듬기를 꺼 둡니다. 그 뒤의 충실도 가드는 심한 토큰 손실이나 팽창, 반복에 대한 휴리스틱이지 부정이 살아남았다는 보장이 아니고, 리뷰에서는 "아니다"가 뒤집히면 결론이 바뀌니까요.

이 팀 중 하나는 루마니아어로 리뷰합니다. Keebye의 25개 언어 엔진이 그걸 온디바이스로 다룹니다. 트레이에서 언어를 고정하면 다음 발화가 영어 식별자까지 포함해 루마니아어로 디코딩됩니다. 어떤 언어가 다뤄지고 어떤 언어가 안 다뤄지는지의 솔직한 목록을 포함한 세부는 코드 리뷰를 당신의 언어로 받아쓰세요에 있습니다.

늦은 오전: 사람 레인

모든 레인이 에이전트는 아닙니다. 이맘때가 되면 밤새 묵은 Slack 스레드와 이메일이 답을 필요로 하고, 예전에는 여기서 하루가 조용히 시간을 잃었습니다. 답이 어려워서가 아니라, 답할 때마다 레인을 떠나야 했고 레인을 떠나면 재진입 비용이 붙기 때문입니다.

목소리는 답장의 경제를 바꿨습니다. 두 문장짜리 Slack 답변은 핫키 한 번이고, 눈은 옆 터미널에 반쯤 남겨 둔 채로 메시지 상자에 말해 넣습니다. 투자자 관련 이메일은 더 길고 여전히 조심해서 쓰지만, 초안은 이제 말로 만듭니다. 말하면 모양이 빨리 잡히고, 정밀함은 타이핑으로 고치는 데서 나옵니다.

이 시간은 프라이버시 요구가 가장 크게 걸리는 시간이기도 합니다. 여기서 제가 받아쓰는 건 다른 사람 회사의 내부입니다. 공개 전 제품, 보안 논의, 돈. Keebye는 온디바이스로 전사하고, 모델을 내려받은 뒤에는 Wi-Fi를 꺼도 동작하고, 텍스트만 담긴 기록을 로컬에 두고 30일 뒤에 스스로 지우고, 텔레메트리를 보내지 않습니다. 그게 제게 타협 불가였던 이유의 긴 판은 당신의 목소리는 어디로 가나에 있습니다.

오후: 깊은 작업, 그리고 깨어나는 레인들

오후는 실제로 생각이 필요한 레인의 몫입니다. 설계, 어려운 버그, 반드시 정확해야 하는 문서. 이건 칩니다. 목소리는 제어 채널이지 사고 채널이 아니고, 어려운 문제는 말한다고 쉬워지지 않습니다.

하지만 다른 레인들은 지금이 깊은 작업 시간인지 모릅니다. 에이전트가 끝나서 질문을 던집니다. 리뷰어가 제 코멘트에 반론으로 답합니다. 예전에는 그 하나하나가 결정이었습니다. 집중을 끊고 창을 옮기거나, 묵히거나. 지금은 대부분이 눈길 한 번과 문장 하나입니다. 에이전트의 질문을 흘깃 보고, 클릭해 들어가서 "좋아, 다만 클라이언트가 나갈 때까지 옛 엔드포인트는 살려 둬"라고 말하고, 클릭해서 돌아옵니다. 방해가 남의 문제로 완전히 넘어가는 컨텍스트 스위치가 아니라 몇 초의 말이 되기 때문에, 깊은 작업의 창은 대체로 온전히 남습니다.

여기서의 주장은 정확히 하고 싶습니다. 목소리는 방해를 공짜로 만들지 않습니다. 응답하는 데 드는 기계적 비용을, 남는 비용이 생각뿐이 될 만큼 작게 만듭니다. 그리고 그 생각은 애초에 진짜 비용이었습니다.

저녁: 터미널 위주의 레인

스타트업 중 한 곳은 운영 업무의 상당 부분을 SSH로, tmux 안에서, 클립보드 붙여넣기라는 개념이 존재하지 않는 서버에서 처리합니다. 받아쓰기 도구가 보통 넘어지는 지점이 여기입니다. 대부분이 텍스트를 붙여넣기로 넣기 때문입니다.

Keebye도 기본은 붙여넣기이고, 셸을 위한 터미널 인식 청크 분할이 있습니다. SSH와 tmux에서는 선택형 합성 타이핑 모드로 바꿉니다. 클립보드에 의존하는 대신 텍스트를 유니코드 키 입력으로 넣는 모드입니다. QWERTY가 아닌 레이아웃에서도 동작하는데, 그 기계 중 하나에 달린 루마니아어 키보드에는 그게 중요합니다. 설정은 터미널에서도 살아남는 받아쓰기가, 트레이드오프는 macOS 터미널을 위한 음성 받아쓰기가 다룹니다.

Keebye는 보안 입력 필드에 삽입하는 것도 거부하니, 서버가 패스프레이즈를 물을 때 핫키는 아무 일도 하지 않습니다. 이따금 짜증스럽고 전적으로 옳습니다.

달라지지 않은 것

이런 하루는 레인이 너무 많다는 문제를 목소리가 해결한 것처럼 읽힐 수 있습니다. 아닙니다. 해결한 건 특정한 병목 하나입니다. 필요로 하는 레인에 문장 하나를 전달하는 물리적 비용. 나머지는 그대로입니다.

어려운 일의 병목은 여전히 생각입니다. 읽기는 여전히 걸리는 만큼 걸립니다. 에이전트는 여전히 엉뚱하게 가고 여전히 방향 수정이 필요하며, 웅얼거린 방향 수정은 말이든 타이핑이든 웅얼거린 결과를 냅니다. 목소리는 손을 대체하는 게 아니라 손을 보태는 것입니다. 저는 여전히 많이 칩니다. 다만 모든 레인이 뒤에서 기다리는 유일한 관문은 더 이상 아닙니다.

그리고 이 앱에는 초기 소프트웨어의 거친 면이 있습니다. 식별자는 잘못 들립니다. 하루의 첫 단어는 이따금 잘립니다. 음성 명령 어휘가 없으니 창 사이 이동은 여전히 클릭입니다. macOS에서만 돕니다.

이 그림의 모양

10x 개발자의 옛 그림은 한 사람이 더 빨리 치는 그림이었습니다. 실제로 도착한 그림은 한 사람이 지휘하는 그림입니다. 여러 레인, 일부는 자동이고 일부는 사람이며, 각각 문장 하나를 기다리고 있습니다. 그런 세계에서 레버리지는 타이핑 속도가 아닙니다. 필요로 하는 레인에 의도를 얼마나 싸게 전달할 수 있는지, 그것도 한쪽 팔이 차 있는 상황을 포함해 어떤 물리적 상황에서든 그럴 수 있는지입니다.

당신의 하루가 그런 모양이라면 빌더를 위한 진짜 입력 채널이 실용적인 출발점이고, 그걸 위해 받아쓰기 앱을 견주고 있다면 Keebye 대안 개관이 각각 어디에 더 맞는지 말해 주는 솔직한 비교입니다. 체험은 14일이고 첫 데스크톱 로그인에서 시작하니, 레인이 도는 진짜 한 주가 정확히 그 용도입니다.