NOFX Reference Evaluation
状态：Draft / Batch 3 已完成代码层深 gap 对照（order sync / position builder / risk / backtest / agent）
最后更新：2026-05-15
参考对象：NOFX
评估对象：AI Trading Matrix
评估计划：nofx-reference-evaluation-plan.md
1. 本文档定位
本文档是 AI Trading Matrix 第一批 NOFX 参考评估报告。
它用于把 Trading Matrix 当前实践 与 NOFX 最新仓库 进行 gap 对照，并输出：
- 可借鉴能力；
- 不应继承假设；
- gap 处置建议；
- 边界问题；
- 上游待决问题；
- 需要回写或升级的问题。
本文档不是产品定义、MVP 定义、系统设计或正式需求。任何结论必须经过转译后，才能进入 projects/trading-matrix/、sync 或 escalation。
2. 参考对象与核验状态
| 对象 | 本地路径 | 分支 / commit | 核验时间 | 可运行状态 | 备注 |
|---|---|---|---|---|---|
| Trading Matrix 当前实践 | /Users/mlabs/Programs/trading-matrix | main / 6710eb0a6f6f739c7c152d2af969e34a5c5e0c57 | 2026-05-12 | 待运行核验 | 当前实践画像已完成 Batch 1-6 入口、对象接口、核心编排、执行反馈、执行治理与前端体验证据 |
| NOFX 最新仓库 | /Users/mlabs/Programs/nofx | dev / ab5873e2de261fe9327bb760686b5de0e2c4f3fb | 2026-05-15 | 待运行核验 | Batch 3 已完成代码层深读：order sync（Binance/OKX/通用）、position builder（在线+离线 FIFO+snapshot）、risk（kernel/AutoTrader/Agent 三层）、agent skills（trade/strategy/trader JSON）；确认无 backtest 模块；尚未启动本地服务 |
| NOFX 历史材料 | /Users/mlabs/Programs/trading-matrix/other/nofx | detached HEAD 736d2d385d6fc1145ef08b1cd09eb2d9f41b7d65 | 2026-05-12 | 不作为独立运行对象 | 只作为 Trading Matrix 已整合能力和迁移来源追溯，不再作为 gap 对照对象 |
3. 体验 / 测试记录
| 体验路径 | Trading Matrix 当前实践 | NOFX 最新仓库 | 证据 | 结论状态 |
|---|---|---|---|---|
| Dashboard | 待评估 | 待评估 | 待补充 | 待复核 |
| Strategy Studio | 待评估 | 待评估 | 待补充 | 待复核 |
| Backtest Lab | 待评估 | 待评估 | 待补充 | 待复核 |
| Competition / Arena | 待评估 | 待评估 | 待补充 | 待复核 |
| Trader / Exchange 配置 | 待评估 | 待评估 | 待补充 | 待复核 |
| 自动交易 / 执行反馈 | 待评估 | 待评估 | 待补充 | 待复核 |
4. 代码 / 文档证据
| 证据类型 | 路径 / 来源 | 关注点 | 当前状态 | 备注 |
|---|---|---|---|---|
| NOFX 最新源码 | /Users/mlabs/Programs/nofx | 架构、能力、roadmap 差异 | Batch 2 代码入口已读 | README 层突出 Quick Demo、beginner mode、Telegram Agent 和 Claw402；代码层确认 agent、wallet、mcp/payment、Telegram、strategy / trader skills、order / position / risk helper 存在；未发现明显 backtest 文件入口 |
| NOFX roadmap / architecture | /Users/mlabs/Programs/nofx/docs/architecture/README.md、docs/roadmap/README.md、CHANGELOG.md | 当前宣称与规划边界 | Batch 2 已读 | Architecture 仍描述 Gin + SQLite + Strategy Studio + live trading；roadmap 将 credential encryption、audit logging、rate limiting、RBAC、session management、security headers 等列为待做，不能视为已完成治理能力 |
| NOFX 分析文档 | /Users/mlabs/Programs/trading-matrix/docs/prd/nofx-analysis/* | 既有分析结论 | 待评估 | 下一批读取，不在本批次扩大上下文 |
| Trading Matrix 迁移记录 | /Users/mlabs/Programs/trading-matrix/docs/task/done/* | 已迁移 / 已改造 / 已替代能力 | 待评估 | 下一批读取，结合当前实践画像的 Batch 2-6 证据筛选 |
| Trading Matrix 工程实现 | /Users/mlabs/Programs/trading-matrix/server、/Users/mlabs/Programs/trading-matrix/web | 当前实践能力 | 已有当前画像输入 | 本轮引用 projects/trading-matrix/current-practice-profile.md，不重复深读源码 |
| NOFX 历史材料 | /Users/mlabs/Programs/trading-matrix/other/nofx | 已整合来源追溯 | 降级为背景材料 | 只在解释当前 Trading Matrix 能力来源时引用，不再做独立差异评估 |
5. 当前实践 vs 最新 NOFX gap 对照
每个 gap 的处置建议只能使用：
同步最新 NOFX保留 Trading Matrix 自身演进参考后改造重新设计不应继承待复核
| 能力域 | Trading Matrix 当前实践 | NOFX 最新仓库 | Gap | 处置建议 | 证据 |
|---|---|---|---|---|---|
| 产品定位 | 当前工程 README 仍写作 Curvature 生态的 AI 量化交易中枢 / 执行层；治理画像已将正式口径收束为金融信息链路 感知 -> 认知 -> 执行 中的 执行 环节，旧 大脑 语义只作为历史工程语境 | README 定位为 autonomous AI trading assistant，并增加 demo / beginner mode；产品表述更偏自助上手与 x402 支付入口 | NOFX 的 fully autonomous 表述容易把 Trading Matrix 推回生态大脑或黑箱自动交易；Trading Matrix 当前正式口径需要保留执行域推理，但不能继承“零人工干预”作为治理结论 | 不应继承 | /Users/mlabs/Programs/nofx/README.md；/Users/mlabs/Programs/trading-matrix/README.md；projects/trading-matrix/current-practice-profile.md |
| Market / Exchange | 当前实践已覆盖 Binance、Bybit、OKX、Bitget、Hyperliquid、Aster、Lighter 等 adapter 表面，并有 Data Horizon event path | 最新 NOFX README 宣称 CEX/Perp-DEX 多交易所，代码层存在 trader/* adapter、order sync、position builder，并新增或保留 Indodax / Gate / KuCoin / Lighter 等路径 | 最新 NOFX 的 adapter 广度可作为 conformance 对照，但 Trading Matrix 需要围绕自身 execution reconciliation、Data Horizon event source 和 testnet/live boundary 做重评估，不能直接同步 | 参考后改造 | /Users/mlabs/Programs/nofx/README.md；/Users/mlabs/Programs/nofx/trader/*；projects/trading-matrix/current-practice-profile.md |
| Strategy / Trader | 当前实践已有 Strategy CRUD、TraderManager、AutoTrader、LLM 决策、event_trading 和策略级风险配置 | 最新 NOFX 代码层有 agent/skills/strategy_management.json、trader_management.json、trade_execution.json，并在 agent 中形成对策略 / 交易员 / 交易执行的会话式管理；API routes 仍保留 trader start/stop、close-position、sync-balance 等高风险操作 | NOFX 的 agent skill schema 可借鉴为 Trading Matrix 的 user journey / state machine 输入；但其“会话式创建/启动交易员”不能绕过 Trading Matrix 的授权、环境和风控确认 | 参考后改造 | /Users/mlabs/Programs/nofx/agent/skills/*.json；/Users/mlabs/Programs/nofx/api/server.go；projects/trading-matrix/current-practice-profile.md |
| Backtest / Simulation | 标准回测：pkg/backtest 完整 Manager→DataFeed→Runner→Storage 架构，文件型 run 库（equity.jsonl、trades.jsonl、metrics.json），支持 pause/resume/delete，LLM 决策重试，RestoreRuns 进程恢复。事件回测：双模式——signal_quality（无 LLM，结构化信号仿真）与 execution_replay（全程 LLM + DB 检查点 + resumeFromSeq 断点恢复）。缺口：RestoreRuns 不自动恢复 goroutine；EventRunner slippage 构造时传 0 | Batch 3 确认无回测模块：代码层未发现 backtest 入口、runner、datafeed 或模拟交易逻辑。docs 仅有 research-level 描述和 test fixtures；README feature table 已移除 Backtest Lab | TM 完全领先：NOFX 无回测能力；TM 拥有标准回测（OHLC 步进仿真 + LLM 决策）和事件回测（信号质量 + 执行回放），已形成自身独有演进路径。NOFX 的 backtest 弱化进一步确认 TM 不应降级此能力 | 保留 Trading Matrix 自身演进 | trading-matrix/server/pkg/backtest/manager.go；trading-matrix/server/pkg/backtest/runner.go；trading-matrix/server/pkg/backtest/datafeed.go；trading-matrix/server/internal/job/event_backtest_job.go；trading-matrix/server/internal/job/event_replay_runner.go；nofx/ 全仓搜索无 backtest 文件 |
| Arena / Competition | 当前实践有 competition、debate arena、event replay；debate execute 未形成真实执行闭环 | 最新 NOFX README 和 API routes 保留 public competition、top traders、equity history、AI competition；未在本批确认 debate 类执行闭环 | NOFX competition 更像公开榜单 / 性能展示，可作为 dashboard/leaderboard 体验参考；Trading Matrix 的 debate/arena 仍需标注为未闭环执行表面 | 参考后改造 | /Users/mlabs/Programs/nofx/README.md；/Users/mlabs/Programs/nofx/api/server.go；projects/trading-matrix/current-practice-profile.md |
| Execution / Order / Position | OrderSyncer：Binance 用 SyncCapableTrader + 4 源符号发现 + fromId 增量 + 失败不推进游标；通用路径 24h 批量 + DB 去重。独有：reconcileProtection（限价加仓后取消旧止损、重设 SL/TP）。PositionBuilder：单路径在线加权均价、partial reduce、PnL 回算、tolerance 全平。无离线 rebuild 或 snapshot 对齐 | OrderSync：Binance 同样最强（DB+内存游标、多源发现、失败不推进）；OKX/Aster 等固定 24h + 小 limit（100-500），无持久化游标。recordAndConfirmOrder 已知 sync-capable 所跳过本地建单。PositionBuilder：在线路径 + RebuildPositionsFromTrades（离线 FIFO 全历史）+ CreatePositionSnapshot（破坏性交易所对齐）。OKX 传入 realizedPnL=0 导致 PnL 走估算 | OrderSync 差异小：两边 Binance 路径几乎同源，通用路径同为 24h 弱同步。TM 独有 reconcileProtection，NOFX 无。Position 差异显著：NOFX 有离线 FIFO rebuild + snapshot 对齐，TM 只有在线 builder；NOFX 双路径假设不一致时可能分叉。TM 无开仓匹配时静默跳过 | 保留 Trading Matrix 自身演进 | nofx/trader/binance/order_sync.go；nofx/store/position_builder.go；nofx/trader/position_rebuild.go；nofx/trader/position_snapshot.go；trading-matrix/server/internal/engine/order_sync.go；trading-matrix/server/internal/engine/position_builder.go |
| Risk / Audit / Authorization | 分层风控：①ValidateDecisions（SL/TP>0、RR≥min、杠杆 cap、仓位价值比、min notional 5 USDT）；②执行层（max positions、同 symbol+side 去重、保证金下限、缩量）；③DrawdownMonitor（1min 周期，>5% 利润 & ≥40% 回撤→紧急平仓）。缺口：SL/TP 设失败仅日志（非致命）→无保护头寸；MinConfidence/MaxMarginUsage 未在 validator 中强制；stopUntil 未接线 | 三层风控：①Kernel（SL/TP>0、RR≥3 硬编码、max positions、仓位价值上限、min size、margin check）；②AutoTrader（动态杠杆调整、drawdown 同逻辑）；③Agent（大额确认：>5000 USDT 警告，>100000 USDT 需确认，5min TTL）。trade_execution.json 明确大单确认 flow。缺口：SL/TP 失败同为非致命；roadmap 仍列 audit logging/RBAC/rate limiting/session 为待做 | 共有缺口：SL/TP 设置失败均非致命、drawdown 紧急平仓不更新 DB 仓位。NOFX 独有：Agent 层大额确认（代码级强制），TM 无等价物。TM 独有：RR 可配（NOFX 硬编码 3）；reconcileProtection 重设 SL/TP。两边均未闭环：audit trail、RBAC、rate limit、session mgmt | 参考后改造 | nofx/store/strategy.go；nofx/agent/skills/trade_execution.json；nofx/trader/auto_trader_orders.go；trading-matrix/server/internal/engine/decision_validator.go；trading-matrix/server/internal/engine/trade_open.go；trading-matrix/server/internal/engine/drawdown_monitor.go |
| UI / UX | 当前实践前端覆盖 traders、strategy、dashboard、competition、debate-arena、backtest、strategy-market、admin，但风险状态展示弱 | 最新 NOFX 前端路由覆盖 landing、traders、dashboard、strategy studio、strategy market、data、settings、agent chat、beginner onboarding；Beginner onboarding 明确将 Base USDC 钱包限定为模型调用费用，不自动充值交易所 | NOFX beginner onboarding 和 agent chat 可借鉴为低门槛入口，但 Trading Matrix 必须把 exchange/live/test、资金风险、source trust、session/security posture 和 auto-restore 状态显式化 | 参考后改造 | /Users/mlabs/Programs/nofx/web/src/router/AppRoutes.tsx；/Users/mlabs/Programs/nofx/web/src/pages/BeginnerOnboardingPage.tsx；/Users/mlabs/Programs/nofx/web/src/pages/AgentChatPage.tsx |
| Architecture / Roadmap | 当前实践已经迁移为 Go 后端 + React 前端 + docs + other 参考目录，并在当前画像中记录 go-zero 服务入口、ServiceContext、API 聚合、MySQL models、TraderManager、BacktestManager、event replay 等事实 | 最新 NOFX 是 Gin + SQLite/Postgres config + React + agent + Telegram + x402/wallet + store/trader 模块；safe 当前只有 Go/IO wrapper 类安全执行素材，不是交易安全治理层 | NOFX 的 agent / wallet / Telegram / onboarding 是新增对照价值；safe 不能被误读成执行安全闭环。Trading Matrix 的 Data Horizon event path、go-zero/MySQL 和 event replay 是自身演进，不应被 NOFX 架构反向覆盖 | 参考后改造 | /Users/mlabs/Programs/nofx/main.go；/Users/mlabs/Programs/nofx/docs/architecture/README.md；/Users/mlabs/Programs/nofx/safe/*.go；projects/trading-matrix/current-practice-profile.md |
6. 可借鉴能力
Batch 1 入口级可借鉴能力：
NOFX把 strategy studio、AI competition、dashboard、multi-exchange 和 AI model selection 放在同一个交易助手体验中，这与AI Trading Matrix的执行工作台形态有参考价值。- 最新 NOFX 的 beginner mode 值得后续评估：它可能为 Trading Matrix 的配置门槛、AI / exchange / strategy onboarding 提供体验参考。
- 最新 NOFX 新增或突出的
agent、safe、wallet顶层模块值得下一批代码层核验，尤其是它们是否已经把 x402 钱包、执行安全或智能代理边界落成可复用对象。
Batch 2 代码入口级可借鉴能力：
agent/skills/*.json把 strategy、trader、trade execution 拆成带 required slots、confirmation、dynamic rules 和 failure output 的会话式工作流，可转译为 Trading Matrix 的 user journey / state machine / UI risk state 输入。trade_execution的大额订单确认、名义价值上限、账户权益比例检查、5 分钟有效期等规则值得作为执行前检查和授权记录的参考素材，但不能直接替代 Trading Matrix 的产品级 risk policy。- Beginner onboarding 把 Claw402 钱包限定为模型调用费用，并明确“不自动充值交易所”，这类边界文案可作为 Trading Matrix 安全 onboarding 的参考。
wallet与mcp/payment证明 x402 / Claw402 在代码层有支付签名、余额查询和 preflight 素材，可作为 AI provider / payment boundary 参考，不是交易账户安全边界。store/order.go、store/position_builder.go和多个trader/*/order_sync.go可以进入后续 order sync / position reconciliation 深评估。
Batch 3 代码层深对照可借鉴能力：
- NOFX 离线 Position Rebuild：
RebuildPositionsFromTrades提供 FIFO 全历史回建能力，CreatePositionSnapshot提供与交易所强制对齐手段。Trading Matrix 当前只有在线 PositionBuilder，缺乏 DB 与交易所漂移后的修复路径。可参考设计离线对账 / 快照对齐机制，但必须加入审计记录和差异报告，不能静默覆盖。 - NOFX Agent 大额确认：
trade_execution.json中 >5000 USDT 警告 / >100000 USDT 确认 / 5min TTL 的规则在代码层有对应的 kernel-levelrequireConfirmation检查。Trading Matrix 当前无等价的用户确认门控机制，执行路径从 LLM → Validator → Exchange 无阻断点。可参考设计为执行授权的一等公民。 - NOFX Binance OrderSync 游标恢复：DB+内存双层游标、失败符号不推进时间戳的策略与 TM 高度同源，可作为 conformance 测试的对照基线。
7. 不应继承假设
Batch 1 入口级不应直接继承的假设：
- 不应继承 README 中 “zero human intervention” 或 “fully autonomous” 作为
AI Trading Matrix的正式治理结论；Trading Matrix 可以具备执行域推理和自动化能力，但真实交易、授权、审计、风控、暂停和回滚必须先被显式设计。 - 不应把
NOFX的 personal AI trading assistant 定位直接升级成生态级事实；Trading Matrix 在生态内的正式定位仍是交易执行环节，在生态外才作为独立产品 / 系统展开。 - 不应仅因为最新 NOFX README 弱化 Backtest Lab，就推断回测能力应从 Trading Matrix 路线中降级；当前实践已经有 backtest / event replay 证据，需以代码与体验复核为准。
- 不应把
safe/目录名理解成交易执行安全治理；Batch 2 只确认它是 Go / IO wrapper 类安全执行素材，不是授权、审计、风控、可回滚闭环。 - 不应把 x402 / Claw402 wallet 当成交易资金账户治理；当前代码主要服务模型调用付费和 provider boundary。
- 不应把 agent 能启动 / 停止交易员的会话式能力直接继承为 Trading Matrix 的执行授权模型；这类能力必须经过高风险动作确认、环境边界、对象级权限和审计转译。
Batch 3 代码层深对照不应继承假设：
- 不应继承 NOFX 的
CreatePositionSnapshot静默覆盖行为作为 Trading Matrix 的仓位对齐策略；它会强制用交易所侧状态覆盖 DB，不产生差异审计或回滚记录。 - 不应继承 NOFX 的 RR≥3 硬编码作为 Trading Matrix 的风险配置；TM 已实现可配
min_risk_reward_ratio，更灵活。 - 不应把 NOFX SL/TP 设置失败的 "非致命日志" 模式视为已完成的风险治理——TM 同样存在此问题，两边都需要升级为重试队列或阻塞策略。
- 不应因 NOFX 无回测模块就将回测视为低优先级；Batch 3 确认 NOFX 代码层无 backtest 入口，TM 的双模式回测是明确差异化优势。
8. Gap 处置建议
| Gap | 影响范围 | 建议处置 | 理由 | 证据 |
|---|---|---|---|---|
| 最新 NOFX README 的 x402 provider 表述需代码层复核 | AI / provider / wallet 入口 | 待复核 | 最新 README 层只保留 Claw402；需确认代码层是否仍支持其他 provider / router，避免把 README 表述直接当成能力边界 | 最新 NOFX README |
| 最新 NOFX README 弱化 Backtest Lab 暴露 | Backtest / research workflow | 保留 Trading Matrix 自身演进 | Batch 2 未发现明显 backtest 文件入口；Trading Matrix 当前实践已保留 backtest / event replay，不能依据 NOFX 当前重点降级 | README diff；find /Users/mlabs/Programs/nofx -iname '*backtest*'；current-practice-profile.md |
| Trading Matrix 当前实践与 NOFX 的自治交易表述冲突 | 产品定位 / 执行治理 | 不应继承 | fully autonomous 容易掩盖真实交易确认、授权、审计和可回滚边界 | NOFX README；current-practice-profile.md |
最新 NOFX 新增 agent / safe / wallet 顶层模块 | Architecture / roadmap | 参考后改造 | agent 和 wallet 有代码层素材；safe 不是交易安全治理层。后续应分别转译为 agent workflow、AI payment boundary 和不可继承假设 | 顶层目录对照；agent/skills/*.json；wallet/usdc.go；mcp/payment/*.go；safe/*.go |
| 最新 NOFX roadmap 仍把安全治理列为待做 | execution governance / security | 不应继承 | credential encryption、audit logging、rate limiting、RBAC、session management、security headers 等仍在 roadmap checklist，不能写成已完成治理能力 | /Users/mlabs/Programs/nofx/docs/roadmap/README.md |
| NOFX agent 可执行高风险管理动作 | user journey / authorization | 参考后改造 | skill schema 中 start/stop/delete/large order 已有确认语义，可作为状态机输入；但 Trading Matrix 必须额外覆盖环境边界、对象级权限、审计和回滚 | agent/skills/trader_management.json；agent/skills/trade_execution.json |
| TM 缺离线 Position Rebuild / Snapshot | position 一致性 / 运维 | 参考后改造 | NOFX 有 FIFO rebuild + 交易所 snapshot 对齐双路径，TM 只有在线 builder，DB 与交易所漂移后无自愈。需加审计和差异报告后引入 | nofx/store/position_builder.go；nofx/trader/position_rebuild.go；trading-matrix/server/internal/engine/position_builder.go |
| TM 缺 Agent 层大额确认门控 | 执行授权 / risk | 参考后改造 | NOFX 在 kernel + agent skill 双层实现大单确认，TM 从 LLM 到交易所无阻断点。需设计为执行授权一等公民 | nofx/agent/skills/trade_execution.json；trading-matrix/server/internal/engine/decision_executor.go |
| 双方 SL/TP 设置失败均非致命 | 头寸保护 / 风控 | 重新设计 | TM 和 NOFX 均 log 后继续，可能产生无保护头寸。TM 应升级为重试队列或阻塞策略 | trading-matrix/server/internal/engine/trade_open.go；trading-matrix/server/internal/engine/order_sync.go |
TM MinConfidence / stopUntil 未接线 | 执行门禁 / 暂停机制 | 重新设计 | 配置项存在但 validator 和 runCycle 中未强制执行，形同虚设 | trading-matrix/server/internal/engine/decision_validator.go；trading-matrix/server/internal/engine/auto_trader.go |
| TM Position 无开仓匹配时静默跳过 | position 一致性 | 重新设计 | handleClose 找不到开仓时返回 nil 不报错，可能掩盖 DB 与交易所状态漂移 | trading-matrix/server/internal/engine/position_builder.go |
9. 上游待决问题
Batch 2 后的上游待决问题：
- Trading Matrix 是否需要把 NOFX agent skill schema 转译为自己的
Execution Support Plan -> Pre-Execution Checklist -> Authorization / Audit Record -> Execution / Feedback Event状态机？ - Trading Matrix 是否保留 backtest / event replay 作为第一阶段执行前验证对象，而不跟随最新 NOFX 的 README 重点转移？
- NOFX 的 Claw402 wallet / x402 payment boundary 是否只进入 AI provider / model-cost onboarding，而不进入交易账户、exchange credential 或资金风险治理？
- [Batch 3 已回答] NOFX order sync 与 TM 高度同源（Binance 路径几乎一致），不需要进一步 deep evaluation；position builder 差异显著（NOFX 有离线 rebuild + snapshot），应转入 TM 自身设计议题。
- Telegram Agent 和 Web Agent 是否只作为交互参考，而不作为 Trading Matrix 第一阶段必需入口？
- NOFX roadmap 中仍待做的安全治理项，哪些应转成 Trading Matrix execution governance 的 blocked evidence？
- [Batch 3 新增] TM 的 SL/TP 设置失败非致命问题应升级为何种机制——重试队列、阻塞策略、还是基于 DrawdownMonitor 的兜底？
- [Batch 3 新增] TM 是否需要引入类似 NOFX Agent 层的大额确认门控，还是在 UI/API 层实现等价的执行授权阻断点？
- [Batch 3 新增]
MinConfidence和stopUntil的未接线状态应视为待实现还是应废弃？
Batch 3 已完成 order sync / position builder / risk / backtest / agent workflow 深对照。后续可选方向：
- Batch 4：运行验证（双方本地启动，对照 API 行为和执行链路实际表现）
- 或转入 Trading Matrix 自身设计议题（position rebuild 引入、SL/TP 重试队列、大额确认门控）
10. 后续方案阶段输入候选
Batch 1 仅保留后续方案阶段输入候选，不直接形成设计方案：
- Trading Matrix 的产品定义需要把 “autonomous AI trading assistant” 转译为 “可授权、可审计、可暂停、可回滚的交易执行工作台”，避免继承 NOFX 的黑箱自动交易叙事。
- 后续方案阶段可再评估 NOFX beginner mode 对 onboarding 的参考价值，但必须优先暴露交易环境、权限、资金风险、模型来源、exchange 连接和策略风险边界。
- 后续架构对照应重点核验最新 NOFX 的
agent、safe、wallet模块是否能为 Trading Matrix 的执行治理、支付 / provider 接入或 agent 编排提供设计素材。 - 后续 user journey 可参考 NOFX agent skill 的 slots / confirmation / failure output 结构，但必须把真实执行前的环境、账户、权限、订单名义价值、风险拦截、审计和撤销状态作为一等字段。
- 后续 UI risk state 可参考 NOFX beginner wallet 的边界提示方式，但要扩展到 live/test/dev、source trust、session/security posture、auto-restore 和 unprotected position 状态。
- 后续 deep evaluation 应把 backtest / event replay 列为 Trading Matrix 自身优势或差异化待决问题，而不是跟随 NOFX 当前 README 做降级。
Batch 3 代码层深对照后续方案阶段输入候选：
- Position 离线重建机制：参考 NOFX
RebuildPositionsFromTrades（FIFO 全历史回建）和CreatePositionSnapshot（交易所对齐），为 TM 设计离线对账路径。必须附带差异审计报告和 dry-run 模式，不可静默覆盖。 - 执行授权阻断点：参考 NOFX Agent 大额确认（5k/100k USDT 阈值 + 5min TTL），为 TM 设计从 Validator 到 Exchange 之间的可配置门控层。可集成到 UI 确认流或 API 审批流。
- SL/TP 可靠性升级：两边均为非致命日志，建议 TM 升级为：①即时重试队列（3 次 backoff）；②超限后标记 position 为 "unprotected" 并触发 DrawdownMonitor 加速巡检；③前端实时展示无保护头寸。
MinConfidence/stopUntil接线：当前配置存在但未执行，应在ValidateDecisions中加入 MinConfidence 门禁，在runCycle中正确赋值和检查stopUntil。
11. 已回写位置
| 结论 | 回写位置 | 状态 | 备注 |
|---|---|---|---|
| Batch 1 核验状态与 README 级首轮对照 | 本文档 | 已回写 | 仅作为参考评估草稿，不升级为正式产品定义 |
| Batch 2 最新 NOFX 代码入口复核 | 本文档 | 已回写 | 覆盖 agent / wallet / x402 / order-position / roadmap / backtest absence；不升级为设计或实施计划 |
| Batch 3 代码层深 gap 对照 | 本文档 | 已回写 | 覆盖 order sync / position builder / risk 三层 / backtest 确认 / agent 大额确认；含 6 条新 gap 处置建议；不升级为设计或实施计划 |
12. 仍需复核的问题
- 最新 NOFX 从
0d3b9536d513cac2d67353fed2c4bab17aa20beb前进到ab5873e2de261fe9327bb760686b5de0e2c4f3fb后，具体新增/删除了哪些代码级能力？Batch 2 已确认 agent / wallet / x402 / Telegram / onboarding 明显增强，仍需结合历史分析材料做变更归因。 - 最新 NOFX README 弱化 Backtest Lab，是能力移除、文档收敛，还是路径迁移？Batch 2 未发现明显 backtest 文件入口，但尚未做 git history 和运行体验复核。
- 最新 NOFX 的
agent、safe、wallet模块是否具备可复用的执行治理、钱包支付或 agent 编排设计？Batch 2 判断：agent和wallet有参考价值，safe暂不能视为交易安全治理。 - Trading Matrix 当前实践中的 backtest / event replay 应作为哪个上游待决问题处理：研究工具、执行前验证，还是二者都需要保留？
- NOFX 的 beginner mode 是否能转译为 Trading Matrix 的安全 onboarding，而不是简单的新手引导？