一個Python小工具，把文件編輯按在終端里

作者用Textual寫了個命令行文件選擇器，把「找文件→打開編輯器→改幾行→保存→切回終端」這五步壓縮成一步。核心賣點不是功能多強，是拒絕上下文切換。

痛點：大項目里的編輯卡頓

作者的原話很直接：「That context switching breaks flow more than it should.」

具體場景很多人熟悉——終端里跑命令，發現要改個配置文件，切到IDE，等加載，文件樹里翻半天，改三行，保存，切回終端。對大項目尤其痛苦：文件樹膨脹，IDE搜索變慢，「就為了改幾行字」的心理負擔很重。

作者想要的流程極簡：留在終端→找到文件→編輯→保存→繼續。沒有窗口跳轉，沒有加載等待。

工具怎么工作：四步閉環

安裝命令是 pip install terminal-file-picker，入口命令 terminal-file-picker 后跟項目目錄（. 表示當前目錄）。

交互邏輯：

1. 輸入文件名片段，即時顯示匹配結果帶完整路徑
2. 按Enter聚焦結果列表，↑↓導航
3. 選中文件后直接進入行內編輯
4. 輸入 :done 保存，可選覆蓋或追加模式

全程不啟動外部編輯器，光標沒離開過終端窗口。

為什么不用現成的

作者做了明確的工具對比：

傳統IDE（VS Code等）：功能強，但快速編輯太重
文件管理器：不支持行內編輯
fzf等CLI工具：選擇體驗好，但止步于選擇，沒有編輯能力

這個工具的定位很窄：終端內、快速、小修改。不跟IDE比功能，跟fzf比閉環。

技術選型：Python+Textual

技術棧就兩層：Python 負責邏輯，Textual 負責終端UI。

作者特別提到 Textual 的價值：「made it possible to build a responsive keyboard-driven interface without dealing with low-level terminal handling」。換句話說，不用自己處理光標移動、屏幕刷新、鍵盤事件這些臟活，專注在交互設計上。

Textual 是 Python 生態里較新的終端UI框架，類似前端組件化的思路，但跑在終端里。這個選擇降低了開發門檻，也讓工具保持純Python依賴，安裝即跑。

路線圖：模糊搜索和預覽窗格

作者列出了四個改進方向：

? 模糊搜索（更好的匹配算法）
? UI響應速度優化
? 編輯體驗打磨
? 可能加預覽窗格

預覽窗格這個點有意思——如果加上，工具就從「編輯專用」往「瀏覽+編輯」擴展，可能模糊掉和 fzf 的邊界。但作者用了「possibly」，說明還沒確定。

一個個人工具的生長路徑

作者的原話：「This started as a small utility for myself, but it turned into something I now use regularly.」

典型的開發者工具誕生路徑：先解決自己的問題，發現使用頻率超預期，再考慮開源和迭代。沒有宏大的產品規劃，只有一個具體的使用場景被優化到極致。

最后作者拋了問題：「Would you use something like this, or is switching to an editor still preferable?」

如果你是重度終端用戶，這個項目值得試。安裝成本極低，pip install 一行，不滿意 pip uninstall 秒刪。GitHub 和 PyPI 鏈接都在原文里，搜 terminal-file-picker 能找到。