보이스 생산성 스택: 글 쓰고, 배포하고, 생각하는 데 실제로 쓰는 9가지 도구

Loqua는 말을 앱별 텍스트로 바꿔주는 맥 네이티브 음성 입력 도구예요. 쓸 만한 보이스 생산성 스택은 단순한 받아쓰기 이상이 필요해요: 생각할 공간, 코드를 쓸 공간, 작업을 추적할 공간, 회의를 캡처할 공간, 그리고 그 사이를 빠르게 오갈 명령 표면이 필요해요.

스택의 원칙

저희가 만든 도구이자 이 워크플로의 나머지가 의존하는 음성 레이어라서 Loqua를 첫 번째로 놨어요. 솔직한 프레이밍이지, 모든 사용자가 모든 도구를 Loqua로 바꿔야 한다는 주장은 아니에요. 음성은 출력이 올바른 도착지에 올바른 형태로 떨어질 때만 생산적이 돼요.

원칙은 단순해요: 한 번 말하고, 깔끔하게 라우팅. 음성 레이어는 필러를 제거하고, 기술 이름을 보존하고, 활성 앱에 맞게 포맷팅해야 해요. 주변 도구들은 수동 복붙으로 되돌리지 않고 작업이 계속 흐르게 해야 해요. 보이스 생산성 스택은 말로 떠올린 아이디어와 저장된 작업 사이의 시간이 키보드만 쓸 때보다 짧을 때, 그리고 누군가(보통 미래의 작가님)가 다시 열었을 때 그 저장된 산물이 실제로 쓸모 있을 때 성공해요.

9가지 도구

1. 1. Loqua

   Loqua는 보이스 생산성 스택의 캡처 레이어예요. Slack 답장, Cursor 프롬프트, 코드 주석, Git 커밋 메시지, Linear 이슈, 긴 노트에 써요. 가치는 앱별 출력에 있어요: 같은 말이 터미널에서는 간결한 커밋 제목이 되고, Spark Mail에서는 더 따뜻한 단락이 돼요.

   대표적인 한 주 사용량: 받아쓴 Slack과 Linear 메시지 수백 개, 코드 주석과 커밋 제목 수십 개, Obsidian으로 바로 들어가는 긴 브레인스토밍 블록 몇 개, 그리고 가끔 장문 초안의 빠른 정리. 생각과 저장된 텍스트 사이 마찰이 타이핑보다 일관되게 낮아서 스택 최상위에 자리를 얻었어요.

2. 2. Claude Code

   Claude Code는 음성이 구현 계획이 되는 곳이에요. 고수준 변경 사항을 받아쓰고, 에이전트가 파일을 점검하고 편집을 제안하게 해요. 프롬프트가 명령보다 길고 뉘앙스의 덕을 보기 때문에 음성이 잘 통해요.

   저희가 받아쓰는 전형적인 프롬프트는 네다섯 문장이에요: 뭘 원하는지, 어떤 파일을 고려할지, 뭘 피할지, 성공 기준이 뭔지. 그렇게 신중한 프롬프트를 타이핑하면 실제 초가 들어요; 말로 하면 거의 비용이 없고, 에이전트 루프는 추가 컨텍스트의 덕을 봐요. diff를 보면서 작은 리팩터 스펙 전체를 받아쓰는 일이 흔해요.

3. 3. Cursor

   Cursor는 저희의 인터랙티브 코드 에디터예요. 음성은 Cursor에서 타깃 리팩터, docstring, 코드 리뷰 노트, 테스트 아웃라인을 요청할 때 가장 강력해요. Loqua가 보이는 파일의 식별자를 보존해서 중요한 이름이 프롬프트에서 사라지지 않아요.

   가장 자주 쓰는 흐름: 함수를 선택하고 Cursor chat 단축키를 친 다음 "add a docstring with arguments returns and an example" 이나 "refactor this to early-return on the null case"를 받아쓰는 거예요. 화면 컨텍스트가 Loqua에게 함수와 매개변수 이름을 그대로 유지하게 해주는데, 타이핑한 프롬프트가 보통 무너지는 지점이에요.

4. 4. Obsidian

   Obsidian은 거친 생각이 지속 가능한 노트가 되는 곳이에요. 음성은 데일리 로그, 리서치 요약, 브레인스톰 트리에 특히 좋아요. 헤딩, 불릿, 링크를 받아쓰고 나중에 키보드 단축키로 구조를 정리해요.

   저희 vault의 데일리 노트는 보통 5분짜리 말 흐름으로 시작해요: 지금부터 뭘 할지, 뭐가 막혔는지, 오늘 누군가에게 이미 약속한 게 뭔지. 받아쓰기가 캡처 비용을 충분히 낮춰줘서 노트가 실제로 써져요 — 지식 그래프에서는 그게 전부예요.

5. 5. Granola

   Granola는 회의 노트를 처리해요. Loqua는 회의 전 컨텍스트, 후속 작업, 그리고 transcript를 계획으로 바꿔주는 회의 후 5분 정리를 캡처해서 보완해요.

   두 도구 사이의 핸드오프가 중요해요. Granola가 거친 회의 transcript를 주고, Loqua는 직후에 "결정 세 개, 후속 작업 두 개, 작업당 담당자 한 명" 요약을 받아쓰는 데 써요 — 그게 실제로 일을 앞으로 굴리는 거예요.

6. 6. Linear

   Linear는 말한 버그가 범위가 정해진 작업이 되는 곳이에요. 제목, 컨텍스트, 재현 단계, 수용 기준을 받아써요. 중요한 움직임은 "뭐가 일어났는가"를 "완료가 어떤 모습인가"와 분리하는 거예요.

   여기서 유용한 음성 습관은 버그를 설명하기 전에 수용 기준부터 받아쓰는 거예요. 그러면 말한 이슈가 모호한 불평이 아니라 구체적인 완료 정의로 끝나게 강제돼요 — 이슈가 리뷰에서 막히는 가장 큰 이유 하나가 그거예요.

7. 7. Raycast

   Raycast는 스택을 빠르게 유지해요. 음성이 텍스트를 만들고, Raycast가 올바른 앱, 명령, 스니펫으로 우리를 옮겨줘요. 이 조합이 떠올린 의도와 다음 구체적인 행동 사이의 마찰을 줄여요.

   반복 패턴에는 Raycast 스니펫을 Loqua와 짝지어요: 스니펫이 Linear 이슈 템플릿, Obsidian 데일리 노트, PR description 골격을 세팅하고, Loqua가 변수 부분을 받아쓴 텍스트로 채워요. 키보드 단축키가 형태를 잡고, 음성이 내용을 채워요.

8. 8. Things 3

   Things 3는 저희의 개인 작업 캡처예요. 팀 트래커가 아니라 "점심 후에 이거 확인하기"를 위한 사적인 장소예요. 음성이 캡처 마찰을 충분히 낮춰서 작은 작업이 새지 않아요.

   팀 트래커보다 여기서 음성이 더 중요한 이유는 개인 작업이 작고, 잦고, 떨어뜨리기 쉽기 때문이에요. 캡처에 타이핑 중단이 든다면 작업이 건너뛰어지고 나중에 문제로 다시 나타나요. 캡처에 Things에 한 문장이 든다면 작업이 살아남아요.

9. 9. Spark Mail

   Spark Mail은 음성이 톤을 도와주는 곳이에요. 거친 답을 말하면 Loqua가 정리하고, Spark가 최종 이메일을 보내요. 타이핑보다 빠른데, 고객 답장이 정확도보다 따뜻함이 더 필요한 경우가 많기 때문이에요.

   긴 고객 스레드에서 흥미로운 패턴이 나타나요: 받아쓴 텍스트가 타이핑한 버전보다 더 친근한 경향이 있어요. 저희는 그걸 과도하게 다듬으려는 시도를 그만뒀어요. 따뜻한 문장이 고객이 들렸다고 느끼게 한다면, 타이핑한 단락을 다듬는 대신 받아쓰는 데 쓴 시간은 잘 쓴 거예요.

비교 매트릭스

도구 간 음성 흐름

시도하고 빠진 것들

제대로 동작하는 보이스 생산성 스택은 무엇을 뺐는지로도 정의돼요. 정기적으로 쓰지 않게 된 도구 카테고리 세 가지: 필수 필드로 말 입력을 벌주는 무거운 프로젝트 트래커, 리뷰 가능한 텍스트 없이 오디오만 캡처하는 보이스 퍼스트 노트 앱, 유용해지기 전에 설정 의식이 필요한 AI 에이전트. 다 개별로는 좋아 보였고 일일 루프에 추가되면 흐름이 깨졌어요. 저희가 도착한 일반적인 규칙: 15초짜리 받아쓰기가 컨텍스트 없이 월요일 아침에 팀원이 읽을 수 있는 무언가를 만들어내야만 보이스 생산성 스택의 자리를 얻어요.

스택 선택하는 법

음성이 가장 많은 시간을 절약할 도착지부터 시작하세요. 프롬프트를 많이 쓴다면 Loqua를 Claude Code, Cursor와 짝지으세요. 회의가 하루를 지배한다면 Granola, Linear, Things와 짝지으세요. 노트로 생각한다면 Obsidian과 Raycast에서 시작하세요. 최고의 맥 생산성 스택은 음성 출력이 행동 가능한 곳에 떨어지는 스택이에요.

두 번째 원칙은 마찰이 키우라고 말할 때까지 스택을 작게 유지하는 거예요. 매시간 쓰는 세 개 도구의 스택이 일주일에 두 번 열기를 기억하는 아홉 개 도구보다 더 생산적이에요. Loqua + 노트 앱 + 트래커가 신빙성 있는 시작이고, 나머지는 반복되는 워크플로가 스스로 명분을 만들 때만 추가하세요.