実際の仕事で試してください
Voice Type は macOS 用のデバイス上で動く音声入力です。ショートカットを押して話すと、入力中のアプリにテキストが入ります。音声が Mac の外に出ることはありません。7日間無料、その後は 19.99 米ドルの買い切り です（Mac App Store）。サブスクもアカウントも不要です。
無料トライアルを始めるSlack、Notion、Gmail とは違い、VS Code には独自の音声入力機能があります。Microsoft が VS Code Speech という拡張機能を公開しています。使うべきかどうかは、テキストの行き先しだいです。
方法 A: VS Code Speech（公式の拡張機能）
- 拡張機能ビューを開き、Microsoft が公開している VS Code Speech（拡張機能 ID は ms-vscode.vscode-speech）をインストールします。
- エディターにカーソルを置きます。
- Option+Command+V を押して「Voice: Start Dictation in Editor」を実行します。同じショートカットで停止します。
- この拡張機能は、チャットビューの音声入力にも使われています。実際には、多くの人がこちらの用途で使っています。
制約は、使える範囲です。VS Code の中にしか音声入力できないため、プルリクエストの説明を書こうとしてブラウザーに切り替えた途端、別のツールと別のショートカットに戻ることになります。
方法 B: macOS の音声入力（ターミナルパネルでも使える）
- 音声入力を一度オンにします: システム設定 → キーボード → 音声入力。詳しい手順はmacOS で音声入力を有効にするをご覧ください。
- コメント、ドキュメント文字列（docstring）、ソース管理のコミットメッセージ欄、または統合ターミナルをクリックします。
- 音声入力を開始して話し、止めて確定します。
システムの音声入力は、統合ターミナルと、ソース管理パネルのコミットメッセージ欄に届きます。エディターで音声入力したテキストの行き先は、ほとんどがこの 2 か所です。
VS Code 特有の落とし穴: IntelliSense があなたの文を書き換える
VS Code は入力中に補完リストを表示し、既定では単語の区切り文字がハイライトされた候補を確定させることがあります。音声入力した文章は単語と区切り文字の連なりなので、コメントに、話した単語ではなくファイル内の変数名が入ってしまうことがあります。症状は、6 語目までは正しく読めるコメントが、文の途中で useEffectHandler のようなものを含んでしまう、というものです。
- "editor.acceptSuggestionOnCommitCharacter": false に設定すると、区切り文字で候補が確定されなくなります。
- "editor.acceptSuggestionOnEnter": "off" に設定すると、音声の改行で補完候補が選ばれなくなります。
- "editor.quickSuggestions": { "comments": false, "strings": false } に設定すると、音声入力する場所で補完リストが開かなくなります。
- 可能なら、エディターではなくソース管理のコミット欄に音声入力します。補完エンジンのない、ただのテキスト欄です。
エディターで音声入力する価値があるもの
- コミットメッセージの本文。理由は文章で、何を変えたかは差分がすでに示しています。
- docstring や関数コメントの下書き。あとで編集します。
- 変更履歴（changelog）のエントリとリリースノート。
- コードは対象外です。識別子、記号の多さ、大文字小文字のいずれも、音声ではキーボードより遅くなります。
まったく入力されない場合
- VS Code Speech 拡張機能を使っている場合は、システム設定 → プライバシーとセキュリティ → マイク → Visual Studio Code を許可します。システムの音声入力は macOS が取り込むため、必要なのは音声入力ツール側の許可です。
- VS Code だけでなくどこでも音声入力が動かない場合は、Mac で音声入力が動作しないときをご覧ください。
方法 C: エディターとブラウザーで使える 1 つのホットキー
エンジニアが音声入力するテキストの大半は、エディターの中ではありません。プルリクエストの説明、チケット、Slack のスレッドの順です。Voice Type は、そのすべてで使える「押して話す」ホットキーを 1 つ割り当て、モデルを Mac 上で動かします: Mac 向け音声入力。