在房裡邊走動邊向電腦口述聽寫

按住手機上的按鈕說話，放開後，口述的文字就會出現在電腦目前開啟的文件裡。

Ubuntu 上的 LibreOffice Writer，頁面中已打入句子，且游標停在句子正後方。 — 手機放在桌上，點按「投遞」後句子成功打進 LibreOffice Writer。

說話鍵就在手機上，所以在房間另一頭也能口述聽寫。

我們尚未測試連線距離、走動或移動狀態。在我們的測試中，手機都放在桌上。

電腦不需要麥克風、虛擬麥克風或音訊驅動程式，電腦版應用程式也不會要求麥克風權限。

說話時可以直接在手機螢幕上查看辨識出的文字。

在「本地區域網路」與「即時」模式的動態文字測試中，我們播放一段 19 秒的合成語音句子，在 3 次測試中有 3 次，手機上的文字在前 8 到 9 秒持續更新，接著在按鈕持續按住的狀態下停住，並顯示「辨識暫時沒有新進展」訊息。放開按鈕後，完整的句子在 3 次測試中有 3 次都順利送達並打進 Notepad。手機畫面顯示的是辨識進度，而非最終文字。此處未測試「雲端中繼」。

按住按鈕時的手機應用程式畫面，顯示已轉錄的文字、停在 0:06 的計時器，以及紅色的「放開結束」（Release to end）按鈕。 — 手機畫面顯示的是辨識進度，而非最終文字。

按住按鈕時的手機應用程式畫面，顯示紅色的「辨識暫時沒有新進展」（No new words have come back for a while）警告訊息。 — 為了重現這則訊息，我們在句子結束後持續播放穩定雜音。語音辨識本身並未自行卡住。

不支援或尚未測試的項目

說話鍵從桌上移到了你手裡，但說話時仍須持續按住按鈕。電腦上的目標視窗必須保持在最上層，且開始說話前游標必須停在文字輸入框內。文字不會在你說話的同時逐字流入文件，而是在放開按鈕後才會打入。說話時，手機應用程式必須保持開啟在螢幕上。
文字送達時，哪個視窗在最上層，文字就會打進哪個視窗。在一次測試中，剛開啟的瀏覽器視窗搶走了最上層焦點，導致原本要打進 Notepad 的句子被送進了瀏覽器。
Windows 上的密碼欄位不會被拒收。在 Chrome 的密碼欄位測試中，2 次傳送中有 2 次都直接打進了密碼欄位，且手機顯示「已投遞」。開始說話前請先確認游標位置。
FlowMic 無法取代滑鼠，也不能在視窗之間點擊或捲動。它沒有用來切換程式、反白選取文字或在畫面上移動的語音指令。
電腦版支援 Windows（具備數位簽章的安裝程式在首次啟動時仍可能跳出系統提示）、搭載 Apple silicon 且已授予輔助使用權限的 macOS 11+，以及 X11 環境下的 Linux x86-64（提供 .deb 與免安裝 zip）；手機端則需要 Android 7+ 或 iOS 15+（App Store 版本未在中國大陸與歐盟地區上架）。目前僅測試過 Windows 與 Linux 搭配 Android 平板的組合；macOS 與 iOS 尚未測試。
我們並未測量真實人聲的辨識效果：測試時是在平板麥克風旁以另一支手機播放電腦合成語音，藉此檢查文字打入的位置以及各應用程式的反應。我們看到的大多數錯誤都出在語音辨識階段。

更多這類限制

2026 年 11 月 6 日，我們在開啟「直接傳送」的情況下，以腳本按住按鈕執行了 5 次語音測試，使用手機應用程式 0.3.118 版、電腦端 0.3.120 版與「本地區域網路」。我們用平板旁另一支手機的喇叭播放合成語音，5 次測試在放開按鈕後都直接送出文字，沒有跳出字卡，也不需點按「投遞」。其中 3 次成功打入視窗：2 次在 X11 環境的 Ubuntu 上以不經語言模型的原始文字打進 LibreOffice Writer，1 次在 Windows 的 Command Prompt 中經由該電腦上的語言模型翻譯為西班牙文後打入。另外 2 次因為我們刻意開啟了主控台選單而被拒收，並顯示「已投遞 · 無焦點未注入 · 重送」這一列狀態。這只是一次抽樣檢查，並非正式測量。
在 FlowMic 貼上文字的同時若進行複製，複製的內容可能會遺失。
當主控台處於選取文字的標記模式（Mark mode）時，文字會遺失且畫面上不會出現任何內容，但電腦端仍顯示已傳送，手機端也顯示「已投遞」。在使用相同 Windows 程式碼的測試版本上，Windows PowerShell 5.1 的 3 次測試中有 3 次都發生了這個情況。
在 VS Code 與 Cursor 的終端機面板，以及直接由 ssh、python 或 wsl 啟動的主控台視窗中，換行不會被合併。在這些地方換行可能會直接執行指令，因此請一次只傳送一行。
在 Linux 的 0.3.120 版中，處於 bash 提示字元下的 GNOME Terminal 在 5 次傳送中有 5 次都送達命令列，且未直接執行指令。xterm 以及 VS Code 內建的終端機面板則完全沒有收到內容，但電腦端該列卻顯示「已送入」與「（未確認）」，手機端也顯示「已投遞」。
尚未在 Windows 11 上測試，未測試插入文字後的游標位置，也未在 Word、Outlook、Gmail、Slack、Notion、Google Docs、Overleaf、Teams、Discord、Obsidian、VS Code 及客服工單工具中測試。由於測試電腦未登入帳號，本次測試集並未評估「雲端中繼」。

幾個常見問題

顯示「已投遞」狀態，就代表文字已經打進視窗了嗎？

「已投遞」標籤代表文字已經送達電腦，並不代表已經打進視窗。文字打入時哪個視窗在最上層，文字就會送往哪個視窗。請查看該視窗以確認文字是否成功打入。

如果視窗沒有收下文字，還能找回原本的文字嗎？

手機與電腦各自保有一份句子時間軸。如果文字已送達電腦但無法打入，手機時間軸會顯示「已投遞 · 未注入 · 重送」或「已投遞 · 無焦點未注入 · 重送」。你可以在手機時間軸點按「重送」、「複製」或「複製原文」，或者在電腦時間軸使用「重新注入」。

下載客戶端體驗

測試環境為電腦端 FlowMic 0.3.120 與手機端 0.3.118，測試日期為 2026 年 11 月 6 日。

部分測試次數來自 2026 年 11 月 5 日的 FlowMic 0.3.119 或註明的測試版本，並未在 0.3.120 上重複測試。