按住手機按鈕，對著電腦語音聽寫

按住手機上的一個按鈕說話，放開後，口述內容就會打進電腦目前作用中的文字框。

只需按住手機上的一個按鈕，不必敲擊鍵盤打字。

麥克風只有在按住時才會收音，觸控螢幕上沒有點一下就開始的功能，也沒有鎖定持續收音的開關。

搭配螢幕閱讀器或切換控制使用時，開始與停止會分成兩個獨立步驟。

螢幕閱讀器的兩步驟控制僅依據程式碼確認，未經實測；電腦版應用程式沒有文字大小設定。

不支援或尚未測試的項目

這套軟體無法代勞滑鼠點擊或捲動畫面。移動游標、點擊、切換視窗、選取文字與編輯修改，依然需要使用鍵盤與滑鼠。FlowMic 不包含語音指令，也沒有電腦端快捷鍵或熱鍵；說話按鈕位於手機上。
使用時仍需用單根手指或拇指持續按住，這未必適合每個人。對部分使用者來說，長時間連續說話同樣會造成負擔。簡短訊息、修改錯字以及移動游標位置，依然要在鍵盤與滑鼠上完成。
說話時字詞會顯示在手機上，不會邊說邊流入文件；文字只會在放開按鈕後才打進電腦文字框，而非逐字跳出。
在 15 段口述測試中，「整理」移除了語助詞與贅字，但在 15 段測試中有 4 段，「整理」自行增改了未曾說出口的字詞，把「because the train is a two」變成了「since the train ride is about two hours」。使用「整理」的輸出結果前請先自行檢視。
Windows 上的密碼欄位不會被系統攔截，且手機同樣會回報「已投遞」，因此說話前請先確認游標所在位置。
支援清單中的 macOS 11（Apple silicon）與 iOS 15（未在中國大陸與歐盟 App Store 上架）並未測試。

更多這類限制

手機上顯示「已投遞」僅代表文字已送達電腦，不代表文字已經打進視窗裡。
在 Windows 主控台視窗中，開啟選單或處於移動模式時會拒絕接收傳送，而在標記模式下則會遺失文字，但手機上仍會顯示「已投遞」。
在 VS Code 或 Cursor 的面板，以及由 ssh、python 或 wsl 啟動的主控台中，換行不會被合併，可能會直接觸發執行指令。
在 Linux（僅限 X11 環境下的 x86-64 架構）上，xterm 與 VS Code 面板不會收到任何文字，但手機上仍會顯示「已投遞」。
我們在 Windows 10 與 X11 環境下的 Ubuntu 搭配一台 Android 平板進行測試，測試方式為在手機上直接打字，以及透過第二支手機的喇叭播放合成語音。我們從未量測過真實人聲的辨識表現。
Windows 11、「雲端中繼」、其他手機機型、螢幕鎖定狀態、複製的圖片，以及文字打入後的游標位置均未測試。
Windows 上的 Word、Outlook、Gmail、Slack、Notion、Google Docs、Overleaf、Teams、Discord、Obsidian、VS Code 以及客服工單應用程式均未測試。

輸入區旁邊的小型「⇄」控制項可用來選擇投遞方式。預設為「直接傳送」，放開按鈕就會送出文字；「手動傳送」則會顯示帶有「投遞」與「丟棄」的字卡，方便在送出前先檢視文字。

透過「本地區域網路」連線時，「翻譯」、「整理」與「AI 潤飾」都需要先在電腦端「設定」的「語言模型」中完成模型設定，應用程式在該處會提示「翻譯與整理需要電腦端的語言模型：未設定前，這兩個模式不支援。」。若未設定模型，「即時」模式送達的內容會標示為「未設定模型 · 原文」。

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

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