開發者工作流程
在 Mac 上用語音輔助程式開發
說明一個問題、描述一項修改，或口述一則審查意見。把腦中的背景與思路整理成程式開發助手能理解的提示詞。
這份工作流程由 Openbroca 編寫，Cursor、Claude Code 與 Codex 作為輸入目標範例。
簡短答案
口述問題、相關背景、限制條件與預期行為，補上範例與審查重點，再將草稿用於編輯器或程式開發助手。
語音輸入在哪些開發工作最有價值？
可以用語音起草AI 程式設計提示、錯誤重現步驟、審查意見、文件、版本說明和交接。說出目標、相關檔案、限制、邊界情況與預期驗證。游標層級的聽寫 App 只會把文字放入目前欄位，不會讀取儲存庫、執行指令或判斷變更是否正確。
一套可重複的語音到程式碼流程
把聽寫視為程式設計工具之前的輸入層。選對目的地，先說結果，再補充範圍、限制與測試；精確 Token 用鍵盤修正。送出前檢查否定詞、破壞性動詞、路徑、數字、機密資料與驗收條件。不要直接對正在執行的終端機提示列聽寫。
範例：把凌亂想法整理成清楚任務
「在驗證回呼先檢查 state，不對，在交換 code 前確保它只能用一次，不要加新端點，再加 replay 測試」可以整理成：「在現有驗證回呼中，交換 code 前先驗證 state 有效且只能使用一次。不要新增端點。加入回歸測試，證明已使用的 state 無法重播。」這是示例，不是準確率基準測試。
在不同程式設計工具中沿用同一結構
Cursor、Claude Code、Codex、Issue Tracker、Pull Request 表單與編輯器的格式不同，但好用的結構都包含結果、內容、限制、風險與驗證。說明和意圖用語音；程式碼、正規表示式、識別碼、Markup 與敏感值用鍵盤。終端機指令先在不會執行的草稿中檢查再貼上。
教會專案詞彙，但不要分享過多資料
個人字典只需加入反覆出錯的儲存庫名稱、產品、縮寫和函式庫。Screen Context 可用畫面上的術語協助拼字，但不代表可以傳送所有內容。不要口述密碼、Token、私密金鑰、客戶資料或未公開機密；在工作儲存庫使用前，請將《資料處理政策》與公司規則比較。
哪些情況仍然適合鍵盤？
程式碼與指令中的每個符號都可能影響結果。斜線、引號、跳脫、大寫小寫與少量字元的修改，通常更適合用鍵盤輸入並檢查。刪除資料的指令與機密資料也需要逐字確認。用語音說明轉換目的和範例，最終程式碼與正規表示式則直接輸入。
如何評估語音輸入是否適合你的工作
不要只測每分鐘字數，而要測從想法到願意送出的提示、意見或文件所需的完整時間。用同一支麥克風和空間測試十項真實工作，記錄等待、鍵盤修正、最終檢查，以及否定詞、路徑、數字或安全限制等重大錯誤。許多開發者最適合用語音處理文字與規劃，用鍵盤完成精確實作。