一個週末寫完的 frpc 管理工具：FrpcDeck 誕生的速度，比它本身更值得看

2026 年 10 月 19 日，開發者 Hengtang 在 V2EX 分享創造板發布了 FrpcDeck，一款 frpc 的網頁管理工具，並以 MIT 授權開源在 GitHub 上。發文動機寫得很直白：週末天氣不好，乾脆讓 AI 寫點東西。

FrpcDeck 是做什麼的

frpc 是內網穿透工具 frp 的客戶端。它做的事情很像在自家牆上開一扇小門，讓外部網路可以連到家裡或公司內部的機器，例如把樹莓派上的服務暴露給外面的同事用。問題在於，frpc 的設定全靠編輯設定檔，改一個連線規則就得改檔、重啟，對不常碰的人來說每次都要回想語法。

FrpcDeck 提供網頁介面來管理這些設定，把「改檔案、重啟程序」這類操作換成點選表單。發文者形容它「界面美觀功能完備」，此一描述屬於開發者自己的說法，實際完成度仍有待更多使用者回饋。截至發文約 20 小時，討論串只有一則簡短回覆，這很正常，工具類專案的第一波關注通常來自 GitHub 的星數累積，而非論壇熱度。

真正的看點：兩天的開發週期

發文者提到，這次開發搭配了 DeepSeek 於 10 月 17 日發布的 V4.1-Flash 模型，以及 DeepSeek Harness Desktop 環境，token 生成速度穩定在每秒 260 到 280 枚。這些數字是發文者自行回報的體驗值，未經獨立驗證，但「一個週末、一個完整可用的 web 管理工具」這個結果本身，已經足夠說明 AI 輔助開發把小型工具的製作成本壓到多低。

這和先前開發者用六個 AI session 跑出終端資料庫工具 LazyDB 的模式一致：一個人、一個明確的需求、AI 負責大部分程式碼生成，成品直接開源丟給社羣檢驗。差別在於 LazyDB 做的是鍵盤優先的開發者工具，FrpcDeck 則是把既有命令列工具包上圖形介面，後者的技術門檻更低，但也代表競爭者更多。frpc 的管理介面在開源社羣裡並不稀缺，FrpcDeck 要累積使用者，介面體驗與維護頻率會比「又多一個選項」關鍵得多。

週末專案的生態位置

另一個值得注意的訊號是這類專案的出現時機。模型公司週五放量、開發者週末動工、週日晚上開源、隔天貼上論壇求星，這條流程正在變成固定節奏。AI 把「寫程式」的時間成本壓縮之後，瓶頸從能不能做，移到要不要維護。前面提到的全由 AI 寫成、卻不含任何 AI 功能的小程序也是同一個邏輯：AI 交付的是軟體，不是 AI 功能本身。

對一般使用者來說，FrpcDeck 可以當成 frpc 的低門檻入口試用；對開發者來說，它更像是又一次樣本驗證：當模型的生成速度與審美都到位，個人.side project 的戰場會愈來愈偏向定義問題與長期維護，而不是寫程式這件事。至於 FrpcDeck 能不能從週末作品變成被認真使用的工具，接下來幾個月的提交紀錄會給出答案。