我們會在這裡寫什麼
空白部落格也是一種誠實。這是我們打算寫的——Pine 語意、transpiler 設計、可對齊級回測的工程深潛——以及為什麼寧可寫好再發，也不倉促灌水。
這個部落格刻意留白。不是荒廢，也不是空洞行銷——而是一種誠實：與其發聽起來像工程、其實空洞的噪音，不如先空著。
PineForge 團隊一直埋在引擎裡：167 支策略跑對齊掃描，其中 165 支做到嚴格逐筆一致；codegen 也已以免費 API 釋出。行銷站先上線，長文往後——要等到我們拿得出可複核的證據，而不只剩句子。
接下來會寫什麼
排隊中有好幾篇工程向文章，但我們拒絕零 artifacts 硬發：可重現的 CSV、並排 trace、能在你機器上跑的程式。與其用「氛圍文」填行事曆，寧可多等，把東西寫實。路線圖骨架如下：
-
轉譯器架構。 Pine v6 詞法／語法／語意分析如何接到 C++ codegen；為何選 AOT 編譯而非直譯；專有核心到哪裡為止、可稽核的 Apache-2.0 執行階段從哪裡接手。
-
把對齊當成一門工藝。 參照 167 支裡做出 165 支逐筆一致，實務上要什麼：不留情的 CI、比對 harness、題庫設計，以及兩套引擎只差一根 K 棒時怎麼收斂——魔鬼常在那裡。
-
策略用編譯後二進位發行。 瞄準 2027 的市集論述：為何附賣方自訂授權邊界的
.so優於 JSON 訊號 feed；如何在不在每根 K 棒都打回家的前提下做授權檢查。 -
Optuna 與 walk-forward 整合。 預計 2026 Q3。為何把最佳化器暴露成 Python lambda 目標函式，而不是 UI 裡的 fitness 滑桿；如何把樣本外驗證嵌進每一次最佳化，避免數字被餵胖。
在那之前
若想直接用引擎：
文章真的上線後會慢慢補這份清單。不搞訂閱轟炸——真有值得一讀的，再寄一次。這也是我們想維持的溫度。