為什麼 Rust 開發者該停止過度堆工具

Rust 開發者應該把環境維持在精簡狀態：強力編輯器、AI 協助、語音輸入和結構化 shell 就夠了。

Rust 開發不需要一套層層堆疊的工具鏈，2026 年最好的工作環境不是最花俏的，而是最少干擾、最能加速寫碼的。John Arundel 的工作流就是一個明確例子：Zed 負責編輯，ChatGPT 負責解釋與審查，Wispr Flow 負責輸入，Nushell 負責資料處理，其他東西幾乎都被拿掉了。這不是極簡主義的姿態，而是成熟工具已經把過去要靠外掛、 shell hack 和無止盡設定才能完成的事，直接吸收進來了。

第一個論點

最強的理由是，Rust 的核心工具本身已經足夠完整。Arundel 指出，rustup 負責安裝與更新，Cargo 負責建置與相依套件，rust-analyzer 提供語言智慧，這三者已經覆蓋了大多數開發者以前要靠一大串編輯器外掛才能補齊的能力。也就是說，重心已經從「編輯器生態」轉到「語言生態」，真正該強化的是工作流本身，而不是外觀華麗的工具箱。

這件事的實際影響很直接：每多一層，就多一層維護成本。開發者花 1 小時調插件、修 editor 狀態、同步本機套件庫，並沒有提升程式碼品質，只是在繳一筆隱形稅。Arundel 甚至選擇不用 Homebrew，理由很清楚，他不想讓「一堆過時又脫離掌控的套件」塞滿機器。對 Rust 來說，環境應該可重現、快速，而且最好無聊到不需要思考。

第二個論點

AI 和語音輸入最有價值的地方，不是炫技，而是把力氣用在真正會產生產出的地方。Arundel 並沒有把 ChatGPT 當成自動寫程式機器，而是拿它來解釋編譯錯誤、找出邊界案例、審查完成後的程式碼。這個分工很合理：人類負責實作與判斷，模型負責第二讀者與即時導師。對 Rust 這種特別重視正確性、理解與邏輯邊界的語言來說，這比單純追求輸出量更有價值。

語音工作流也在傳達同一件事。Wispr Flow 不是這套環境裡的玩具，而是效率放大器。Arundel 用它處理 email、聊天、寫作與提示詞輸入，並且明確表示它在 Mac 上比打字更快，在手機上更有變革性。這說明輸入方式本身就會影響輸出品質。若說話能讓你更流暢地起草、更頻繁地溝通、少花時間跟鍵盤搏鬥，那語音就不是噱頭，而是更好的思考介面。

反方可能怎麼說

反對者的觀點其實很合理：這只是個人工作流，不該被包裝成通用處方。有些團隊處在嚴格規範、受監管或高安全性的環境，AI 工具根本不容易導入；也有人早就把 Neovim、Emacs 或高度客製化的 VS Code 調到最順手，對他們來說，既有肌肉記憶和快捷鍵就是生產力的一部分。再者，AI 在 Rust 上也不是沒有風險，尤其是它對 ownership、lifetimes、並行性的說法常常自信滿滿，但細節未必正確。

這些批評成立，但不構成反證。精簡環境不是禁止客製化，使用 AI 也不等於把判斷權交出去。Arundel 的工作流本身就是人類主導：先讓 ChatGPT 解釋與審查，再由自己撰寫並驗證程式碼。界線就在這裡。標準不是「一定要用這些工具」，而是「停止堆那些沒有降低摩擦的工具」。如果某個外掛、套件管理器或助理沒有讓你更快、更清楚，就該刪掉。

你能做什麼

如果你是工程師，先盤點 Rust 環境裡的死重量：保留一個編輯器、一個 shell、一個 AI 助手和一個任務來源，移除那些只是因為你曾經有空折騰而留下的東西；如果你是 PM 或創辦人，別追工具潮流，應該優先標準化最小可行堆疊，確保團隊有穩定的 Rust 支援、較少的上下文切換，以及足夠的判斷空間。目標不是完美設定，而是一套在你專心建造時幾乎會消失的設定。