更新 2026年9月6日 · 著者 Sumbat.T

Cursorの音声入力: 2026年に使える方法

この検索をしたなら、すでにCursorのマイクをクリックして、何も起きなかった可能性が高いです。よくある体験で、このクエリの上位結果のいくつかはバグ報告そのものです。このページは2つのことをします。Cursorの音声入力が実際に何か、Cursor自身の説明に沿って示し、報告された障害が実際に何か、報告に沿って示します。そのどちらも答えない部分、つまり開発者が1日に打つ残りの8割をどう口述するかも扱います。

Cursorの音声入力が実際に何か

まずベンダーから始めます。ここでの説明は珍しく正確で、その正確さが話の全部だからです。エージェントへのプロンプトに関するCursorのドキュメントは、この機能を1文で書いています。

手順ではなく、場所に目を向けてもう一度読んでください。チャット入力です。エディタでも、ターミナルでも、コミット欄でもありません。Cursorのキーバインド一覧も同じで、さらに率直です。文書全体で、音声関連のショートカットはちょうど1つです。

Cmd Shift Space        Toggle Voice Mode

これが製品の音声面の全体です。妥当な設計判断で、Cursorの用途にも合います。プロンプトを話し、エージェントがコードを書く。ただし、エディタ向けのディクテーションではありません。テキスト欄1つについたマイクです。開発環境全体に話せると思っていたなら、ぶつかった隙間は不具合ではなく、仕様です。

動かないことが多い理由

このテーマでいちばん多い関連検索は cursor voice input not workingで、上位10件のうち3件は記事ではなくCursorフォーラムのバグ報告です。珍しく、兆候として無視しない方がいいです。機能に本当の履歴があるからです。バージョンと日付付きで並べます。他の説明はどれも、1つの症状だけを、他と切り分けずに書いているからです。

2025年12月: 非推奨の音声インターフェース

2.2.20への更新後、ユーザーはマイクが完全に何もしないと報告しました。報告はmacOS、Windows 10、Windows 11、Linuxをまとめて扱っており、普通なら最初に疑う切り分けの大半が消えます。スレッドのコンソール出力は、何年も前から非推奨のブラウザ音声インターフェースを指しています。

[Deprecation] The ScriptProcessorNode is deprecated.
Use AudioWorkletNode instead.

Cursorのモデレーターが返信し、 「a known technical problem」と認め、チームは新しいAudioWorkletNode APIへ移行中だと確認しました。時期は示されませんでした。

2026年5月: 2つ目の、無関係な障害

5か月後、Cursor 3.2.21で、別のバグが同じ体験を生みました。マイクボタンは反応し、音声レベルの表示は止まったまま、文字起こしは出ません。ネットワークコンソールがその理由を示します。

voice-processor.js    net::ERR_FILE_NOT_FOUND

その報告はmacOS、Windows 11、Ubuntu 24.04を挙げ、スレッド自身で最初に誤診された点を繰り返す価値があります。障害はFree、Pro、Pro+、Ultraすべてに影響するので、課金の壁ではありません。報告した開発者が回避策を出しており、スレッド全体でいちばん使える文です。

同じスレッドはダウングレードを勧めていません。問題が複数の古いバージョンでも再現されたからです。macOSなら、システムのディクテーションショートカットへ戻す案も出ています。 「It types straight into the Cursor chat input」だからです。健全な直感で、この記事が依っている直感と同じです。エディタの下の層は、エディタが壊れても壊れません。

submitキーワードのバグは、聞こえるより悪い

もう1件、Cursor 2.0のリリース議論からです。失敗の形が、単に面倒なのではなく、本当に危険だからです。ユーザーは、submitキーワードを既定から変えると送信が壊れると報告しました。

別のユーザーが裏付け、壊れ方を正確に書いています。 「I thought I'd be cool and add a new submit keyword, but it just submits an empty prompt and off the agent goes guessing what you want。」 空のプロンプトは、プロンプトなしより悪いです。エージェントはそれに従って動くからです。Voice Modeを使うなら、既定のsubmitキーワードのままにしてください。

エディタのどこでも口述する

ショートカット1つ、どのテキスト欄でも

BlabbyAIはOSレベルで動くので、同じキーがCursorのチャット、編集中のファイル、統合ターミナル、ブラウザで書いているプルリクエストで使えます。WindowsデスクトップアプリとChrome拡張。週60クレジット無料、カード不要。

Add BlabbyAI to Chrome

本当の制約は信頼性ではなく、範囲です

バグは直ります。AudioWorkletNodeへの移行は入り、欠けたファイルは戻り、いつかVoice Modeは誰にとっても安定して動くでしょう。そのあとも残る制約は、ドキュメントに書かれているものです。チャット入力についたマイクだ、ということです。

普通の勤務日に、実際に打っているものを思い浮かべてください。エージェントへのプロンプトは、その一部にすぎません。

これが、ディクテーションをエディタの中ではなく、1層下に置く理由です。フォーカス欄に入力するツールは、Cursorが何かを知る必要がありません。Cursorで動き、ブラウザ、ターミナル、Issueトラッカー、ビルドが赤い理由を書くSlackでも動き続けます。エディタがリグレッションを出荷した日にも止まりません。上の記録を見ると、仮定ではなく、実際に考えるべき点です。

コーディング中に、本当に口述する価値があるもの

効かない部分は先にはっきりさせます。ここを売りすぎると、がっかりする人が出るからです。 生の構文を口述しようとしないでください。コードは括弧、句読点、キャメルケース、正確な識別子が密集しています。口で言うのは遅く、誤りやすく、打つより本当に面倒です。構文をきちんと扱うVoice Codingシステムは存在し、動きます。ただしコマンド言語を学び、何週間も練習する必要があります。

変わったのは、プログラミングのうち散文の割合です。エージェントへのプロンプト。コミットメッセージ。プルリクエストの説明。コードレビューのコメント。ドキュメント。Issue。Slackの返信。どれもテキスト欄の普通の文章で、打つと面倒で、他の文章と同じように口述できます。話す価値があるのは、この8割です。

カスタムモードが答えを変えるところ

ただの文字起こしは、話した言葉を話したまま返します。コミットメッセージにはそれが要りません。くだけた会話を話したのに、リポジトリに入るべきはconventional commitの件名と本文です。BlabbyAIのカスタムモードは自由記述のAI指示なので、一度書いて、話す前に選び、届く時点ですでに形が整っています。

fix(queue): prevent duplicate job claims

Two workers could claim the same job when polling
concurrently. Adds a lock around the claim step and
a regression test covering the race.

## What changed
Replaces the custom date parser with the native
implementation, removing one dependency.

## Why
Smaller bundle and measurably faster parsing.

## Testing
Existing fixtures, plus added timezone cases.

This throws when the array is empty. A guard or
optional chaining would cover it. Not blocking.

次のリグレッションでも残る構成

多くの人が落ち着く配置は2層で、分けておくこと自体が要点です。

Windowsの場合

WindowsにはWin+Hの標準音声入力があり、無料でどの欄でも動きます。専門語彙では明らかに弱く、ライブラリ名、関数名、略語を一日中口にするときに、そこで差が出る弱点です。 BlabbyAI Windowsアプリ は同じ発想で、その語彙を扱うモデルと、出力を整えるモードが付きます。

作業の大半がブラウザの場合

コードまわりの文章の多くは、そもそもエディタでは起きません。プルリクエストの説明、レビューコメント、Issue、設計ドキュメントです。 BlabbyAI Chrome拡張 は、まさにその面をカバーし、デスクトップアプリのインストールがいりません。ソフトウェアを入れられない管理ノートPCでも、実務的な選択肢になります。GitHub、GitLab、Linear、Jira、Notionでも、他と同じように動きます。拡張から見れば、どれもテキスト欄だからです。

選択肢を並べて見る

この記事で効くのは2列目です。ここに挙げたツールはどれも、2026年の音声の文字起こしは十分できます。差別化ではなくなって久しいです。分かれるのは、文字が着地してよい場所と、必要な形で届くかどうかです。

よくある質問

出典

• Cursor Docs, Prompting agents。チャット入力のマイクの説明。
• Cursor Docs, Keyboard shortcuts。Cmd+Shift+Space、 Toggle Voice Mode。
• Cursor Community Forum, Voice Input Not Working in Cursor IDE、2025年12月。ScriptProcessorNodeの非推奨とモデレーターの返信。
• Cursor Community Forum, bug report 159747、2026年5月。3.2.21での voice-processor.js障害とAgents Windowの回避策。
• Cursor Community Forum, Cursor 2.0: Composer, in-app browser, voice & more。submitキーワードの報告。