開發者於 V2EX 自薦開源專案 neutrino：一臺常開 Linux 盒子整合公網存取、代理、AI 閘道與服務發現

一名暱稱 iffiX 的開發者近日在 V2EX「分享創造」節點發布自薦帖，公開其開源專案 neutrino。據貼文自述，這是一套「方便開發用的中樞」：以一臺常開的 Linux 機器（原文建議 N100 迷你主機即可）執行 hub，被管理的 Linux 伺服器安裝 agent，需要使用服務的個人電腦則安裝 client。截至整理時，該帖顯示瀏覽量約 634 次，發布時間距今約七小時。

專案動機與四大痛點

iffiX 在貼文中列舉自己作為程式設計師的四項長期困擾：跨公網存取自己的機器、需要代理連線、需要 AI 代理閘道，以及多臺機器之間互相尋找的麻煩。他的觀察是，這些需求各自都有現成工具，但組合起來便成為一堆分散的設定檔，換一臺機器就得重來一遍。

neutrino 的回應方式是把這些功能收攏到同一套架構裡。依貼文說明，hub 搭配 client 後可處理幾類場景。

網路出口方面，貼文稱支援多個出口並具備備援能力，一條斷線後另一條可接手。hub 本身可設定為 WiFi 熱點、旁路閘關、單臂路由；具備雙網口的機器（如 N100）則可設定為透明路由模式。代理部分採多代理模式，作者明言暫不支援 Clash 式的 chain 串接，理由是實作複雜且他個人追求低延遲。

overlay 網路與 AI 閘道設計

遠端存取是專案的核心訴求之一。iffiX 表示，overlay 網路疊加代理出口後，遠端路由會變得複雜，他聲稱已處理好本地路由與 overlay 網路的相容問題；實際效果是筆記型電腦帶出門旅遊時，仍可像在家一樣存取同樣的資源。

AI 閘道部分，作者在 hub 上實作了一個名為 cliproxyapi 的元件。貼文提及此舉是為了避開另一個名為 sub2api 的服務曾被封禁的問題，同時也針對混合流量池不透明與資料安全的疑慮。client 端可同步切換設定，免去在多臺機器上分別設定 AI 閘道的程序。上述說法均出自作者本人貼文，sub2api 相關背景細節未在帖內提供可獨立核實的來源。

服務發現與遠端桌面是另外兩項功能。hub 管理的 podman 容器連接埠與 samba 共享可被自動發現，客戶端一鍵掛載。遠端桌面則不需 toDesk 或自建 RustDesk 中心伺服器，hub 直接下發密碼，兩個 client 之間透過 overlay 網路直連。

平臺支援與安裝方式

依貼文附表，專案採三件式命名：neutrino-hub、neutrino-agent、neutrino-client。

hub 支援 Debian 12 以上、Ubuntu 24.04 以上、Raspberry Pi OS 64 位元、Fedora 41 以上、RHEL 9 系（AlmaLinux、Rocky）以及 Arch、EndeavourOS、Manjaro，架構涵蓋 x86-64 與 ARM64，分別提供 .deb、.rpm 與 .pkg.tar.zst 套件。agent 支援範圍略小，不含 Arch 系。client 另支援 Windows 10、11（.msi）與 Apple 晶片 macOS（.pkg）。

安裝流程為從 Releases 頁下載對應套件後三步完成：hub 以 apt 安裝後執行 sudo nhub setup，設定精靈在瀏覽器開啟，完成後管理面板即上線；agent 安裝後以面板「用連結添加」產生的 enrollment link 連回 hub；client 安裝後執行 nclient gui，貼上面板發給的連結即可，不需 sudo。目前版本號為 0.2.1。

硬體測試方面，作者自述使用一臺 BOSGAME E5 迷你主機測試雙網口情境，另以樹莓派測試 ARM 環境。這些測試條件均為作者單方說明，本臺尚未見第三方獨立驗證。

V2EX 上的自薦傳統與訊源邊界

V2EX「分享創造」節點長期是開發者自薦專案的場域。此前本臺曾整理過開發者於 V2EX 發布的開源方法 RED，以三份文件讓 AI 持續理解軟體專案，以及在開發者社羣流傳的 svg-diagram，一句話生成 SVG 圖表的 skill，兩者與本次專案同屬個人開發者於該平臺發布、以自身工作流程痛點為出發點的工具類專案。

與前述案例相同，neutrino 的功能描述、測試說法與設計取捨（如不支援 chain、追求低延遲）目前均以原作者貼文為單一訊源。專案的授權條款、程式碼倉庫位置與後續維護計畫，需以原始連結與其 Releases 頁面的最新內容為準。涉及代理連線功能的描述屬作者技術陳述，本臺僅做事實整理，不構成使用建議。

可持續追蹤的指標

以同類自薦專案的傳播樣態看，後續值得留意的可核實指標包括：貼文回覆中出現的實際安裝回報與問題回饋、GitHub 倉庫的 issue 數量與提交頻率，以及版本號推進速度。截至本文整理時，該帖瀏覽量尚在早期階段，相關討論樣態有待累積。

neutrino 是否能如作者期望解決「換臺機器再來一遍」的設定負擔，取決於後續第三方實測。本臺將視討論發展與官方更新情形補充報導。