空博客也是一种诚实。这是我们打算写的——Pine 语义、transpiler 设计、可对齐级回测的工程深潜——以及为什么宁愿写好再发，也不仓促灌水。
本文中的数据测于 2026年5月7日，现保留原样。最新结果请参阅我们如何衡量一致性。
写下这篇文章时，这个博客是有意留空的。
2026 年 5 月，PineForge 团队正埋头打磨引擎：一致性扫描里有 162 个策略，其中 158 个做到严格逐笔一致；codegen 当时以免费托管 API 的形式提供。营销网站先上线，文章随后才动笔。
接下来会写什么
几篇工程向的文章已经排上日程。我们宁愿每篇都附上真实的产物——可复现的 CSV、并排对照的 trace、能跑起来的代码——也不愿发空有氛围、没有干货的文章。大致路线图如下：
-
转译器架构。 Pine v6 的词法分析器 / 语法分析器 / 语义分析器如何为 C++ codegen 提供输入，我们为什么选择 AOT 编译而不是解释器，以及转译器止于何处、Apache-2.0 运行时从何处开始。
-
把一致性工程当作一门学问。 要与 TradingView 做到逐笔一致，究竟需要付出什么：基础设施（CI 扫描、对比 harness）、语料库设计，以及两个引擎恰好相差一根 K 线时我们采用的方法。
-
以编译二进制分发策略。 策略市场的核心构想（已在规划，暂无日期）：为什么带有卖方自定义许可边界的
.so，是比 JSON 编码信号流更好的分发模式；以及运行时将如何完成许可校验，而不必每次回测都联网校验。 -
Optuna 与 walk-forward 一体化。 已在规划，暂无日期。为什么优化器会采用 Python lambda 目标函数，而不是在 UI 里拼出一个 fitness 滑块；以及样本外验证将如何内置到每一次优化运行中。
在此之前
如果你不想等，想直接用上引擎：
文章陆续上线后，我们会继续补充这份清单。不会用邮件轰炸你——真有值得你关注的内容，我们只发一次。