음성은 "말로 코딩하기"가 아닙니다.

타이핑이 병목이 되는 순간에 도움이 됩니다.

• 휴대폰을 쓰고 있다
• 걷고 있다
• 30초밖에 없다

그래도 Claude Code, Codex, OpenCode 세션은 계속 진행시키고 싶습니다.

요령은 "음성"이 자주 혼동되는 완전히 다른 두 워크플로라는 걸 아는 것입니다.

• 브레인스토밍(먼저 말하고, 깔끔한 지시로 정리)
• 받아쓰기(정확한 텍스트/코드를 만들기 위해 말하기)

둘을 섞으면 음성은 눈속임처럼 느껴집니다.

나누면 정말 쓸모 있어집니다.

요약

1. 맞는 모드를 고릅니다:
   • 탐색한 뒤 명확한 다음 단계로 요약하고 싶을 때는 브레인스토밍.
   • 정확한 텍스트가 필요할 때는 받아쓰기(단, 더 번거롭다는 걸 예상하세요).
2. 브레인스토밍 모드의 핵심 습관: 실제 세션에 무언가를 보내기 전에 요약과 3단계 계획을 요청하기.
3. 받아쓰기 모드의 핵심 습관: 보내기 전에 서식 확인하기.
4. 프라이버시가 중요하다면 음성 프로바이더를 외부 서비스로 다루고, 기본적으로 파일 경로/도구 인수를 공유하지 마세요.
5. Happier는 도움이 되는 한 가지 방법입니다. 음성이 (떠다니는 마이크가 아니라) 실제 세션을 대상으로 할 수 있고, 명시적인 프라이버시 설정이 있기 때문입니다.

문제

코딩 워크플로에서 음성이 실패하는 이유는 예측 가능합니다.

• 말이 장황해진다
• 내린 결정을 잊는다
• 덜 다듬어진 지시를 세션에 보낸다
• 음성 프로바이더에 맥락을 실수로 너무 많이 노출한다

그래서 목표는 "어디서나 음성"이 아닙니다.

목표는:

타이핑보다 음성이 나은 몇 안 되는 순간에 음성을 쓸모 있게 만드는 것.

일반적인 방법과 트레이드오프

• 휴대폰 받아쓰기로 메시지 창에 바로 입력: 빠르지만 오류가 잦습니다.
• 다른 앱의 음성 메모: 더 안전하지만 복사/붙여넣기 워크플로가 생깁니다.
• 핸즈프리 '어시스턴트' 음성 앱: 데모로는 재밌지만 실제 세션에 묶어 두기 어렵습니다.

코딩 에이전트를 크로스 디바이스로 실행하고 오케스트레이션하는 오픈 소스 앱 Happier는 음성에 명시적인 대상 세션과 명확한 프라이버시 모델을 제공합니다.

브레인스토밍 모드 (실제로 통하는 방법)

브레인스토밍 모드는 "말한 모든 걸 세션에 보내기"가 아닙니다.

두 단계 루프입니다.

1. 자유롭게 말하기
2. 요약과 다음에 보낼 정확한 메시지 요청하기

유용한 프롬프트:

• "방금 내가 말한 걸 3단계 계획으로 요약해 줘."
• "다음에 보내야 할 메시지를 그대로 제안해 줘."
• "행동하기 전에 확인 질문을 하나 해 줘."

받아쓰기 모드 (정말 정확성이 필요할 때)

받아쓰기 모드가 맞는 경우:

• 짧은 지시
• 커밋 메시지
• 간결하고 서식이 있는 텍스트

실패 지점은 서식입니다.

그래서 항상 다음을 덧붙이세요.

• "보내기 전에 들은 내용을 텍스트로 다시 말해 줘."
• "글머리 기호를 써 줘."
• "파일 경로를 지어내지 마."

프라이버시: 음성 프로바이더를 외부 경계로 다루기

음성 프로바이더는 강력하지만 또 하나의 신뢰 경계입니다.

그래서 좋은 기본값은:

• 파일 경로를 공유하지 않는다
• 도구 인수를 공유하지 않는다

…그리고 무엇이 전송되는지 이해한 뒤에만 완화합니다.

Happier 워크플로 (음성 모드 + 대상 세션 + 프라이버시 설정)

Happier가 지원하는 것:

• Happier Voice(관리형 실시간)
• Use my ElevenLabs
• Local voice

음성은 숨겨진 음성 대화 트랜스크립트를 유지하지만, 동작은 실제 세션을 대상으로 합니다.

프라이버시 설정에는 다음이 있습니다:

• Share recent messages
• Share file paths(기본값 꺼짐)
• Share tool arguments(기본값 꺼짐)

관련 가이드

• 음성으로 코드 변경을 브레인스토밍하는 방법 (Claude Code 또는 Codex 세션용)
• "승인 대기"에서 멈추는 문제 해결