搞量化的人，十個有九個死在同一個地方：不是策略不行，是基建搭不完。指標要自己寫、回測框架要自己造、資料流要自己接，一套下來兩三個月沒了，策略還沒摸到邊。而願意為「能跑的量化系統」付錢的人，從來不少。這中間的時間差，就是你的利潤差。

痛點：量化副業的真實成本在基建，不在腦子

很多人以為做量化接單，核心是「我有個好策略」。錯。客戶要的是一個能跑起來的東西：能讀資料、能算指標、能出回測報告。你從零寫一套均線加 RSI 的回測系統，光調試資料對齊和邊界條件就得一兩週。這還不算客戶臨時要加布林帶、MACD、ATR 的改單。每一單都在重複造輪子，報價上不去，交付慢，利潤被工時吃光。真正卡住你的不是能力，是沒有一套現成的、可信賴的底層。

機會：一個把基建打包好的開源庫

GitHub 上的 cinar/indicator 這個 Go 庫，據源帖稱（未獨立核實）把這套基建直接整合好了：80 多個技術指標、現成的策略實作、回測框架，還能產出 HTML 可視化回測報告。倉庫目前約 1600+ star，採用 AGPL-3.0 協議，v2 版做了完整重寫，官方宣稱程式碼覆蓋率維持在 90% 以上，每個指標和策略都配了 CSV 格式的測試資料。它最大的工程亮點是用 Go channel 做流式資料處理——輸入輸出都是資料流，天然適合接實時行情。不想用 channel 時，官方也提供了 SliceToChan 與 ChanToSlice 這類輔助函式做轉換。另外它還有 MCP 介面，可以直接接 Claude 這類 AI 工具做策略分析。

路徑第一步：三天跑通最小閉環

別一上來就想著接大單。第一步是把庫跑起來：go get 引入模組，用它內建的某個策略跑一段歷史 K 線資料，產出一份 HTML 回測報告。這份報告就是你的第一個「作品�本」。注意