部屋を歩き回りながらPCに口述入力する

スマホのボタンを押しながら話し、指を離すと、PCで開いているアクティブな文書にテキストが入力されます。

Ubuntu上のLibreOffice Writerで、ページ上に文が入力され、その直後にカーソルがある画面。 — スマホを机の上に置いた状態で「送信」をタップした後、LibreOffice Writerに文が入力されました。

通話ボタンがスマホ側にあるため、部屋の離れた場所からでも口述入力できます。

通信距離や歩行中、移動中の動作はテストしていません。テストではスマホを机の上に置いた状態で確認しました。

PC側にはマイクも仮想マイクもオーディオドライバーも不要で、デスクトップアプリがマイク権限を求めることもありません。

話している最中に、認識された語句をスマホの画面で確認できます。

「ローカルLAN」の「リアルタイム」モードで19秒の合成音声の文を使ったライブ表示テストでは、3回中3回とも最初の8〜9秒間はスマホ上の語句が更新されましたが、ボタンを押したままにしていると更新が止まり、「しばらく新しい語句が届いていません」というメッセージが表示されました。ボタンを離した後は、3回中3回とも文全体が届いてNotepadに入力されました。スマホの画面に表示されるのは確定テキストではなく途中経過です。ここでは「クラウドリレー」はテストしていません。

ボタンを押している間のスマホアプリの画面で、文字起こしされた語句、0:06のタイマー、赤い「離して終了」[Release to end]ボタンが表示されている。 — スマホの画面に表示されるのは確定テキストではなく途中経過です。

ボタンを押したままの状態で、「しばらく新しい語句が届いていません」[No new words have come back for a while]という赤い警告が表示されているスマホアプリの画面。 — このメッセージを表示させるため、文の後に一定のノイズを流しました。音声認識が自然に止まったわけではありません。

動かないこと・未検証のこと

通話ボタンは机の上から手元に移りますが、話している間はボタンを押し続ける必要があります。話し始める前に、PC側の対象ウィンドウを最前面にし、テキスト入力欄にカーソルを置いておく必要があります。話している最中に文書へ文字が順次流し込まれるわけではなく、指を離した後にまとめて入力されます。また、話している間はスマホアプリを画面に表示したままにしておく必要があります。
テキストは、届いた時点で最前面にあるウィンドウに入力されます。あるテストでは、新しく開いたブラウザーのウィンドウが最前面になったため、Notepad向けに話した文がブラウザーに入力されました。
Windowsのパスワード欄は拒否されません。Chromeのパスワード欄でのテストでは、2回中2回の送信がそのままパスワード欄に入力され、スマホには「送信済み」と表示されました。話し始める前にカーソル位置を確認してください。
FlowMicはマウスの代わりにはならず、ウィンドウのクリックやスクロールはできません。プログラムの切り替え、テキストの選択、画面内の移動を行う音声コマンドもありません。
デスクトップ版はWindows（電子署名付きインストーラーですが初回起動時に警告が出る場合があります）、アクセシビリティ権限を付与したAppleシリコン搭載のmacOS 11以降、X11環境のLinux x86-64（.debおよびポータブルzip）に対応しており、スマホ側はAndroid 7以降またはiOS 15以降（App Store版は中国本土および欧州連合では利用不可）が必要です。テスト済みなのはAndroidタブレットと組み合わせたWindowsおよびLinuxのみで、macOSとiOSはテストしていません。
実際の人の声での認識精度は計測していません。テストではタブレットのマイクの横に置いた2台目のスマホからコンピュータの合成音声を流し、テキストの入力先とアプリの挙動を確認しました。確認された誤りのほとんどは音声認識の段階で発生したものです。

ほかの制限や未検証の項目

2026年11月6日、スクリプトでボタンを押し続ける形で、スマホアプリ0.3.118、デスクトップ0.3.120、「ローカルLAN」を使い、「直接送信」で5回の音声入力を行いました。タブレットの横に置いた2台目のスマホのスピーカーから合成音声を流したところ、5回すべてで、ボタンを離すとカード表示や「送信」のタップなしでテキストが送られました。そのうち3回が入力され、内訳はX11環境のUbuntu上のLibreOffice Writerに言語モデルなしの生テキストとして2回、WindowsのCommand PromptにそのPC上の言語モデルでスペイン語へ翻訳されて1回でした。残りの2回は、意図的にコンソールメニューを開いていたため、「送信済み・未フォーカス未注入 · 再送」の行が表示されて拒否されました。そのため、これは計測ではなく簡易的な確認にとどまります。
FlowMicが貼り付けを行っている最中にコピー操作をすると、コピーした内容が失われることがあります。
コンソールが範囲選択モードでテキストを選択している状態だと、PC側では送信扱いになりスマホに「送信済み」と表示されても、テキストは失われて何も表示されません。同じWindows用コードを使ったテストビルド上のWindows PowerShell 5.1で、3回中3回この現象が起きました。
VS CodeやCursorのターミナルパネル、およびssh、python、wslから直接起動したコンソールウィンドウでは、改行は結合されません。そこでは改行によってコマンドが実行されることがあるため、1行ずつ送信してください。
Linuxの0.3.120では、bashプロンプトを表示したGNOME Terminalへ5回中5回の送信がコマンドラインに届き、勝手に実行されることはありませんでした。xtermおよびVS Code内のターミナルパネルには何も届きませんが、PC側の行には「入力済み」と「（未確認）」が表示され、スマホには「送信済み」と表示されます。
Windows 11での動作、挿入後のカーソル位置、およびWord、Outlook、Gmail、Slack、Notion、Google Docs、Overleaf、Teams、Discord、Obsidian、VS Code、ヘルプデスクツールでの動作はテストしていません。また、このテスト一式ではテスト用PCがサインインしていなかったため、「クラウドリレー」は評価していません。

よくある質問

「送信済み」と表示されれば、ウィンドウに文字が入力されたということですか？

「送信済み」というラベルは、テキストがPCに届いたことを意味するもので、ウィンドウに入力されたことを意味するわけではありません。テキストは、届いた時点で最前面にあるウィンドウへ送られます。実際に入力されたかどうかは、そのウィンドウを見て確認してください。

ウィンドウにテキストが受け付けられなかった場合、テキストを復元できますか？

スマホとPCには、それぞれ別の文のタイムラインが保存されています。テキストがPCに届いたものの入力できなかった場合、スマホのタイムラインには「送信済み・未注入 · 再送」または「送信済み・未フォーカス未注入 · 再送」と表示されます。スマホのタイムラインからは「再送」、「コピー」、「元のテキストをコピー」をタップでき、PCのタイムラインからは「再注入」を行えます。

ダウンロード体験

2026年11月6日、PC版 FlowMic 0.3.120 とスマホ版 0.3.118 で検証。

一部の回数は2026年11月5日の FlowMic 0.3.119 や記載のあるテストビルドでの結果であり、0.3.120 では再検証していません。