音声は「話してコーディングする」ためのものではありません。

役に立つのは、タイピングがボトルネックになる場面です。

• スマホを使っている
• 歩いている
• 30秒しかない

それでも Claude Code、Codex、OpenCode のセッションは進めたい。

コツは、「音声」が混同されがちなまったく別の2つのワークフローだと知ることです。

• ブレインストーミング（まず話し、それを明確な指示にまとめる）
• 口述（正確なテキストやコードを作るために話す）

この2つを混ぜると、音声はただの仕掛けに感じられます。

分けると、本当に役に立つものになります。

要点

1. 正しいモードを選びます:
   • 探ってから明確な次の一歩にまとめたいときは ブレインストーミング。
   • 正確なテキストが必要なときは 口述（ただし手間は増えます）。
2. ブレインストーミングモードで大事な習慣: 実際のセッションに何か送る前に、要約と3ステップの計画を頼むこと。
3. 口述モードで大事な習慣: 送る前に書式を確認すること。
4. プライバシーを気にするなら、音声プロバイダーを外部サービスとして扱い、ファイルパスやツール引数はデフォルトで共有しないようにします。
5. Happier は選択肢の1つで、音声が（宙に浮いたマイクではなく）実際のセッションを対象にでき、明示的なプライバシー設定がある点が役立ちます。

課題

コーディングのワークフローで音声がうまくいかない理由は予測できます。

• 話がまとまらない
• 決めたことを忘れる
• 生煮えの指示をセッションに送ってしまう
• 音声プロバイダーにうっかりコンテキストを出しすぎる

そのため、目標は「どこでも音声」ではありません。

目標は次のとおりです。

タイピングより音声のほうがよい、限られた場面で音声を役立てること。

よくある方法とトレードオフ

• スマホの音声入力でメッセージ欄に直接入れる: 速いですが、間違いが起きやすいです。
• 別のアプリでボイスメモ: 安全ですが、コピー&ペーストの手間が生じます。
• ハンズフリーの「アシスタント」音声アプリ: デモとしては楽しいですが、実際のセッションにつなぎとめておくのが難しいです。

コーディングエージェントをクロスデバイスで実行・オーケストレーションするためのオープンソースアプリ Happier では、音声に明示的な対象セッションと、はっきりしたプライバシーモデルがあります。

ブレインストーミングモード（実際にうまくいく方法）

ブレインストーミングモードは「話したことをすべてセッションに送る」ではありません。

2段階のループです。

1. 自由に話す
2. 要約と、次に送る正確なメッセージを頼む

役立つプロンプト:

• 「今話したことを3ステップの計画にまとめて。」
• 「次に送るべきメッセージをそのまま提案して。」
• 「動く前に、確認の質問を1つして。」

口述モード（本当に正確さが必要なとき）

口述モードが向いているのは:

• 短い指示
• コミットメッセージ
• 簡潔で書式の決まったテキスト

失敗しやすいのは書式です。

そのため、必ず次を加えます。

• 「送る前に、聞き取った内容をテキストで復唱して。」
• 「箇条書きにして。」
• 「ファイルパスを作り上げないで。」

プライバシー: 音声プロバイダーを外部との境界として扱う

音声プロバイダーは強力ですが、もう1つの信頼の境界でもあります。

そのため、よいデフォルトは:

• ファイルパスを共有しない
• ツール引数を共有しない

そして、何が送られるかを理解したうえでのみ緩めます。

Happier のワークフロー（音声モード、対象セッション、プライバシー設定）

Happier が対応しているもの:

• Happier Voice（マネージドのリアルタイム）
• 自分のElevenLabsを使用（Use my ElevenLabs）
• ローカル OSS 音声（Local voice）

音声には非表示の音声会話トランスクリプトがありますが、アクションは実際のセッションを対象にします。

プライバシー設定には次があります:

• 最近のメッセージを共有（Share recent messages）
• ローカルのパスを共有（Share file paths）（デフォルトはオフ）
• ツール引数を共有（Share tool arguments）（デフォルトはオフ）

関連ガイド

• 音声でコード変更をブレインストーミングする方法（Claude Code や Codex のセッション向け）
• 「承認待ち」で止まる問題を解決