開発者ワークフロー
Macでコーディングのための音声入力
バグの説明、変更内容、レビューコメントを声で下書き。頭の中の情報を、コーディングアシスタントに伝わるプロンプトにまとめられます。
Openbrocaが紹介するワークフローです。Cursor、Claude Code、Codexはテキストの入力先の例です。
要点
問題、背景、制約、期待する動作を口述します。実例やレビューの要点を加え、エディタやコーディングアシスタントで下書きを使いましょう。
開発者に音声入力が役立つ場面
AIコーディングプロンプト、バグの再現手順、レビューコメント、文書、リリースノート、引き継ぎなど、まとまった説明が必要な場面で音声入力を使えます。目的、関連ファイル、制約、例外、期待する検証を話してください。カーソルレベルの音声入力はアクティブな欄に文章を入れるだけで、リポジトリを読み、コマンドを実行し、変更の正しさを判断するものではありません。
繰り返せる音声からコードへの流れ
音声入力をコーディングツールの前に置く入力層として扱います。正確な入力先を選び、結果から話し、範囲、制約、テストを加え、正確なトークンはキーボードで直します。否定、破壊的動詞、パス、数字、秘密、受け入れ条件を確認してから送信し、実行中のターミナルには直接音声入力しないでください。
例：まとまらない考えを明確な作業依頼へ
「認証コールバックでstateを先に確認、いや、その前に一回だけ使えることを確認、新しいエンドポイントは作らずreplayのテストも追加」という話を、「既存の認証コールバックでコード交換前にstateが有効かつ一回限りであることを検証する。新しいエンドポイントは追加しない。消費済みstateを再利用できない回帰テストを追加する」と整えられます。これは例であり精度ベンチマークではありません。
異なるコーディング先でも同じ構造を使う
Cursor、Claude Code、Codex、課題管理、pull requestフォーム、エディタは形式が違っても、結果、文脈、制約、リスク、検証という構造は同じです。説明と意図は話し、コード、正規表現、識別子、マークアップ、機密値は入力します。ターミナルコマンドは実行されない下書きで確認してから移します。
共有しすぎずにプロジェクト用語を教える
個人辞書には繰り返し誤るリポジトリ名、製品名、略語、ライブラリだけを登録します。Screen Contextは表示中の用語の綴りを助けますが、すべて送ってよいという意味ではありません。パスワード、トークン、秘密鍵、顧客情報、未公開情報は話さず、業務利用前にデータ取扱方針と会社規則を照合してください。
キーボードが優れる場面
コードやコマンドは、一文字の違いで動作が変わることがあります。スラッシュ、引用符、エスケープ、大文字小文字はキーボードで入力して確認すると確実です。削除コマンドや機密情報も一文字ずつ確認してください。変換の意図と例は声で説明し、最終コードと正規表現は入力してください。
コーディングで音声入力を評価する方法
分速だけでなく、考えから実際に送れるプロンプト、コメント、文書までの総時間を測ります。同じマイクと場所で実務10件を試し、待ち時間、キーボード修正、最終確認、否定、パス、数字、セキュリティ上の重要な誤りを記録してください。多くの開発者には文章と計画は声、正確な実装はキーボードという併用が最適です。