跳到主要内容

NOFX Reference Evaluation Plan

状态：Active / 第一批参考评估计划 最后更新：2026-05-12 参考对象：NOFX 最新参考路径：/Users/mlabs/Programs/nofx 当前工程仓库：/Users/mlabs/Programs/trading-matrix 历史材料路径：/Users/mlabs/Programs/trading-matrix/other/nofx

1. 本文档定位​

本文档定义 AI Trading Matrix 第一批第三方参考项目评估的范围和输出要求。

NOFX 是当前 Trading Matrix 工程仓库的 Fork & Evolve 历史来源之一。本评估不再把 NOFX 早期基座作为独立评估对象；早期基座已经部分整合进当前 Trading Matrix 仓库，其过去状态只作为来源追溯和迁移线索。

本评估的主轴是：以当前 Trading Matrix 实践为事实起点，对照 NOFX 最新版本，判断哪些差异和 gap 与 AI Trading Matrix 的方向、定义、功能和场景存在可解释关系，并先上收为参考结论、边界问题和后续待决问题。

本评估应在 projects/trading-matrix/current-practice-profile.md 完成至少第一轮当前实践画像后进行。当前实践画像用于建立 Trading Matrix 自身真实坐标系，避免把外部参考能力清单误写成项目需求清单。

本文档不是产品定义、MVP 定义、系统设计或正式需求。

2. 已知材料入口​

历史材料：

  • /Users/mlabs/Programs/trading-matrix/other/nofx
    • 当前核验：detached HEAD 736d2d385d6fc1145ef08b1cd09eb2d9f41b7d65
    • 用途：只作为 Trading Matrix 历史来源、已整合能力追溯和迁移记录核对线索；不作为独立 gap 对照对象。

最新参考仓库：

  • /Users/mlabs/Programs/nofx
    • remote：https://github.com/NoFxAiOS/nofx.git
    • 当前核验：dev 分支 ab5873e2de261fe9327bb760686b5de0e2c4f3fb
    • 用途：代表后续需要深度分析和评估的 NOFX 最新本地参考仓库。

已有分析材料：

  • /Users/mlabs/Programs/Labs-FinTecAI/projects/trading-matrix/current-practice-profile.md
  • /Users/mlabs/Programs/trading-matrix/docs/prd/nofx-analysis/nofx_analysis.md
  • /Users/mlabs/Programs/trading-matrix/docs/prd/nofx-analysis/nofx_business_logic_map.md
  • /Users/mlabs/Programs/trading-matrix/docs/prd/nofx-analysis/nofx_deep_analysis.md
  • /Users/mlabs/Programs/trading-matrix/docs/prd/nofx-analysis/nofx_flow_analysis.md
  • /Users/mlabs/Programs/trading-matrix/docs/prd/nofx-analysis/nofx_formatter_analysis.md

相关工程迁移记录可从以下目录筛选：

  • /Users/mlabs/Programs/trading-matrix/docs/task/done/

重点关键词：

  • nofx
  • backtest
  • strategy
  • arena
  • trader
  • competition

3. 评估目标​

第一批评估应输出：

  1. 当前 Trading Matrix 与 NOFX 最新版本之间的能力、架构、数据模型、UI、roadmap 和治理 gap；
  2. 哪些 NOFX 最新能力符合 Trading Matrix 的方向、定义、功能和场景；
  3. 哪些 gap 适合上收为参考结论、边界问题或后续待决问题；
  4. 哪些 NOFX 产品假设、技术假设或风险模式不应被继承；
  5. 当前 Trading Matrix 需要保留自身演进、重新设计或暂不处理的能力域；
  6. 当前仍需补齐的交易执行、回测、策略评估、虚拟交易员赛马、授权执行、审计 / 风控 / 可回滚治理能力；
  7. 对 AI Trading Matrix 第一阶段交易执行闭环仍需上游确认的问题。

4. 评估路线​

第一批 NOFX 评估采用两条证据路径：

  1. 当前实践画像路径 先完成 /Users/mlabs/Programs/trading-matrix 的分批画像，建立产品入口、能力地图、执行治理状态和当前 gap。

  2. 体验路径 覆盖 dashboard、strategy studio、backtest lab、competition / arena、trader / exchange 配置、自动交易和执行反馈体验。

  3. 代码 / 文档证据路径 覆盖最新 NOFX 仓库、既有 NOFX 分析文档和 Trading Matrix 迁移任务记录。早期 NOFX 子模块只在需要解释当前 Trading Matrix 已整合来源时引用。

评估必须区分两类对象：

  • Trading Matrix 当前实践：由 current-practice-profile.md 分批画像确认的真实现状，是评估基准；
  • NOFX 最新仓库：后续需要分析文档、代码、架构、roadmap 和能力变化后，再判断是否对齐 / 同步 / 集成的参考对象。

5. 评估维度​

最少覆盖以下维度：

  • 产品定位：NOFX 如何表达自动交易、AI 交易、策略配置、用户对象和商业边界；
  • 市场与资产支持：支持哪些交易市场、资产、交易所、账户和行情输入；
  • 策略与虚拟交易员：策略对象、Trader 对象、AI 模型绑定、赛马 / competition 机制；
  • 回测与仿真：回测输入、runner、metrics、存储、结果展示和风险提示；
  • 执行链路：订单、仓位、账户、交易所适配、同步、失败处理和执行反馈；
  • 授权与治理：用户授权、审计记录、风控检查、可回滚机制和责任边界；
  • UI / 体验：dashboard、strategy studio、backtest lab、competition / arena、配置页面；
  • 工程架构：服务端、前端、数据模型、API、任务调度和迁移成本；
  • 风险与反例：黑箱自动交易、收益暗示、授权缺失、风控不足、过度耦合或难以扩展的模式。
  • 版本差异：Trading Matrix 当前实践和最新 NOFX 仓库之间的功能、架构、数据模型、UI、roadmap 和治理边界差异。

6. 输出格式​

后续正式评估报告建议命名为：

  • nofx-reference-evaluation.md

报告应至少包含：

  • 参考对象和核验时间；
  • 本地路径、分支 / commit、可运行状态；
  • 体验 / 测试方法；
  • 能力地图；
  • 双向 gap 对照表；
  • Trading Matrix 当前实践与最新 NOFX 仓库差异；
  • Trading Matrix 已迁移 / 已改造 / 已替代能力；
  • 可借鉴能力；
  • 不应继承假设；
  • 是否建议对齐 / 同步 / 集成；
  • 与 AI Trading Matrix 当前正式口径的差距；
  • 上游待决问题；
  • 后续方案阶段输入候选；
  • 已回写位置；
  • 仍需复核的问题。

6.1 双向 gap 对照表​

正式评估报告必须以当前实践和最新 NOFX 的双向 gap 对照作为核心结构：

Trading Matrix 当前实践
  vs NOFX 最新仓库

每个能力域至少应覆盖：

  • 产品定位；
  • market / exchange；
  • strategy / trader；
  • backtest / simulation；
  • arena / competition；
  • execution / order / position；
  • risk / audit / authorization；
  • UI / UX；
  • architecture / roadmap。

每个 gap 必须给出一个处置建议：

  • 同步最新 NOFX：最新 NOFX 已解决的问题适合被 Trading Matrix 吸收；
  • 保留 Trading Matrix 自身演进：Trading Matrix 的改造更符合当前交易执行定位；
  • 参考后改造：最新 NOFX 的方向有价值，但需要按 Trading Matrix 的产品定位、执行治理和工程边界重构；
  • 重新设计：当前实践和最新 NOFX 都不能直接满足目标；
  • 不应继承：参考能力会引入产品定位、执行治理、金融风险或工程复杂度问题；
  • 待复核：证据不足，需要补充体验、代码阅读、运行验证或 owner 判断。

7. 吸收边界​

NOFX 评估结论只有经过转译后，才能影响：

  • projects/trading-matrix/current-state.md
  • 后续方案阶段的 projects/trading-matrix/CONTEXT.md
  • 后续方案阶段的产品定义、MVP 定义、执行治理方案或系统设计
  • sync / escalation

不能直接影响：

  • baseline/03-current-baseline.md
  • registry/project-registry.md
  • contexts/ecosystem/CONTEXT.md

除非评估发现会改变生态级边界的问题，并通过 sync / escalation 被接受。

Trading Matrix 当前实践与最新 NOFX 仓库之间的 gap 不能自动变成同步任务。是否对齐、同步、集成、参考后改造或重新设计，必须进入后续方案阶段后，再基于 AI Trading Matrix 的交易执行定位、独立产品路径、实施成本和执行治理边界决定。