Sync: Labs-FinTecAI AI Trading Matrix Project Doc Audit
- 日期：2026-05-14
- 批次：Batch 8C-3
- Owner：Labs-FinTecAI Admin
- Controller Owner：AI Trading Matrix Controller
- 状态：Completed
1. Audit 结论
Batch 8C-3 完成 AI Trading Matrix 项目层文档体系 audit。
结论：
AI Trading Matrix已有清晰项目锚点、继承上下文、当前状态和当前实践画像；- 当前实践画像已经证明它不是纯概念文档，已有 Go 后端、React 前端、API、MySQL 模型、TraderManager、BacktestManager、执行链路、订单 / 成交 / 持仓反馈、前端执行工作台和初步授权 / 风控 / 审计对象；
- 这些证据只能证明“执行域已有工程实践和风险更高的治理需求”，不能证明真实运行、实盘执行、商业化发布或生产级安全闭环已经完成；
- NOFX 和外部参考材料仍处于 evidence / reference-evaluation 层，不得直接升级为产品定义、MVP、PRD 或工程同步任务；
- 当前不应把 Trading Matrix 项目层 audit 误写为项目正文统一重写完成。
本批不证明 AI Trading Matrix 项目层重构完成，只证明项目层文档体系已完成首轮 audit，并形成 Batch 8D / 8E 的输入。
2. 文档角色清单
| 文档 | 角色 | 当前结论 | 动作 |
|---|---|---|---|
projects/trading-matrix/project-anchor.md | canonical / project-anchor | 当前项目事实源，定义独立交易执行产品 / 系统、生态执行环节、职责边界、第一阶段目标和执行治理边界 | Keep as canonical；后续产品定义必须继承其执行边界 |
projects/trading-matrix/inherited-context.md | support / inherited-context | 将生态基线、项目注册表、金融风险和执行治理口径下推到项目层 | Keep as support；后续 rewrite 应继续区分信息 / 认知输入、交易执行支持、授权执行和禁止漂移 |
projects/trading-matrix/current-state.md | support / current-state | 记录当前事实、缺口、风险、开放问题和下一步；已明确产品定义、MVP、执行治理方案、风控方案仍缺失 | Keep as support；后续需随实践画像和参考评估更新 |
projects/trading-matrix/current-practice-profile.md | evidence / current-practice-profile | 已完成 Batch 1-6 当前实践画像，证明工程入口、对象接口、核心编排、执行反馈、执行治理和前端体验证据存在 | Keep as evidence-to-support；不能直接等同生产 ready |
references/trading-matrix/README.md | evidence / reference-entry | 参考评估入口，规定 NOFX gap 与其他第三方参考线的处理边界 | Keep as evidence；不得替代项目事实源 |
references/trading-matrix/nofx-reference-evaluation-plan.md | evidence / reference-plan | NOFX 最新仓库 gap 评估计划，定义对照维度和吸收边界 | Keep as evidence；后续继续执行代码 / 体验核验 |
references/trading-matrix/nofx-reference-evaluation.md | evidence / reference-report-draft | 当前只有 Batch 1 README / 入口级 gap；多数能力域仍待复核 | Keep as draft evidence；不得升级为同步 / 集成计划 |
references/trading-matrix/external-reference-candidate-scan.md | evidence / candidate-scan | 外部参考候选池尚未登记具体候选，只定义无差别收集和评估规则 | Keep as intake surface；后续需补候选和评估证据 |
controllers/trading-matrix/state.md | controller-state | Controller 处于 Active / reference-evaluation first；明确不得跳过参考评估直接工程实施 | Update with Batch 8C-3 audit absorption note |
packets/sync/trading-matrix-context-entry-cleanup-2026-05-13.md | sync / historical-entry-cleanup | 旧 CONTEXT.md 入口清理同步记录，不是当前项目事实源 | Keep as sync evidence |
3. 当前可确认能力
当前实践画像已登记以下能力证据：
| 能力域 | 已有证据 | 审计判断 |
|---|---|---|
| 产品入口 | 前端已暴露 traders、strategy、dashboard、competition、debate-arena、backtest、strategy-market、admin；后端聚合对应 API | 入口存在，但体验和端到端可用性仍需运行验证 |
| Market / Exchange | exchange API、pkg/trader.Trader 接口和多个交易所 adapter 表面存在 | 不能直接宣称多市场稳定支持；需要逐 adapter conformance 和 testnet / live 边界 |
| Strategy / Trader | Strategy CRUD、Trader start/stop、TraderManager、AutoTrader、LLM 决策和 decision executor 存在 | 核心编排存在；需要治理化启动、确认、暂停和失败处理 |
| Backtest / Simulation | backtest / event replay API、runner、cron、页面入口存在 | 可作为执行前研究和回放证据；数据源、任务恢复和结果可靠性待运行验证 |
| Execution / Order / Position | Decision -> exchange client -> order confirmation / trade sync -> order/fill/position/equity feedback 链路存在 | 已触及高风险执行域；必须优先治理授权、审计、风控、回滚和环境隔离 |
| Risk / Audit / Authorization | JWT、owner read/write、admin overview、event log、decision、order、fill、position、技术性风控检查存在 | 有基础对象，但 webhook、admin debug、session、敏感日志、对象级权限和限流仍有缺口 |
| UI / UX | 执行工作台页面较完整，dashboard 汇合账户、持仓、决策、event log 和 order modal | UI 强化了可执行性，但没有同等强度展示执行治理状态 |
4. Open Gaps
| Gap | 影响 | 后续动作 |
|---|---|---|
| 产品定义 / MVP / PRD 缺失 | 项目可读性仍停留在锚点、继承上下文和实践画像，缺少可演示产品切片 | Batch 8E 建立 Controller-owned rewrite packet |
| 执行治理方案缺失 | 真实账户、订单、资金、合约、自动执行和 webhook 触发存在高风险误读 | 优先形成 execution governance / risk policy / audit object 设计输入 |
| 风控方案缺失 | 当前主要是技术性下单检查，不等于产品级 risk policy | 补真实交易开关、环境隔离、最大日损、kill switch、SL/TP 失败处置和异常订单 runbook |
| 端到端运行证据缺失 | build / code evidence 不能证明本地或生产可用 | 需要 backend/db/env/交易所凭据边界下的 smoke、截图、日志和无副作用验证 |
| NOFX gap 仍是 Draft | 大多数能力域仍为待复核 | 继续 NOFX 代码层 / 体验层评估，不能直接同步或集成 |
| 外部候选池为空 | 第三方参考多样性不足 | 按 candidate scan 登记候选、分类、quick scan 和 deep evaluation |
| 授权 / 审计 / 权限缺口 | webhook、admin debug/sync、session middleware、OTP 日志、对象级权限存在风险 | 转为安全 / 治理整改输入，不作为普通文档后补 |
| 用户旅程 / JSON 样例 / 状态机 / 验收 case 缺失 | FR-017 仍未关闭 | 补 Execution Support Plan、Strategy Candidate、Signal Candidate、Pre-Execution Checklist、Authorization / Audit Record、Backtest / Simulation Result、Execution / Feedback Event 样例 |
| UI 风险状态展示不足 | 前端可执行表面强于治理状态 | 后续 UI / UX 需把 execution mode、source trust、session/security posture、auto-restore、live/test/dev 风险作为一等对象 |
5. Feedback / Root-Cause 映射
| Feedback ID | 本批处理 |
|---|---|
| FR-003 | 将 Trading Matrix 文档分为 canonical、support、evidence、controller-state、sync 和 open-gap，避免参考评估、实践画像或 Controller state 被误读为正式产品定义。 |
| FR-004 | 明确 Trading Matrix 已完成项目层 audit，但产品定义、MVP、执行治理方案、风控方案和项目正文 rewrite 仍未完成。 |
| FR-014 | 标出 Trading Matrix 虽有工程实践证据，但技术设计、执行治理、风险策略、运行验证和工程承接包仍需继续。 |
| FR-015 | 标出第一阶段用户、市场、资产、策略类型、执行场景、成功指标、时间盒和 kill criteria 仍未闭环。 |
| FR-016 | 明确文档 audit、当前实践画像、build 或参考评估不等于真实运行、生产发布或实盘准备度。 |
| FR-017 | 标出缺少 JSON 样例、用户旅程、状态机、风险状态 UI、真实验收 case、trial / smoke evidence。 |
6. Admin Rewrite Authorization 建议
当前不建议 Admin 在 Batch 8C-3 中直接统一重写 Trading Matrix 项目正文。
原因：
- Trading Matrix 已有高风险执行域工程证据，项目正文 rewrite 需要 Controller、工程、安全 / 风控 owner 共同确认；
- 产品定义与执行治理不能只靠 Admin 文档重写补齐，否则容易把真实执行、自动恢复、webhook 和交易所 adapter 风险写轻；
- NOFX 和外部参考评估仍未完成，直接 rewrite 会过早冻结方案。
建议 Batch 8D 对 Trading Matrix 的默认决策为：
Controller-owned rewrite plan with Admin governance guardrails
如果用户明确授权 Admin 统一重写 Trading Matrix 项目正文，应将范围限定为：
projects/trading-matrix/project-anchor.md的 reader walkthrough / evidence guard 补强；projects/trading-matrix/current-state.md的 open-gap、risk、handoff 和 acceptance 字段补强；- 不直接改写工程仓库事实、执行治理承诺、实盘能力或 NOFX 同步路线；
- 不恢复
projects/trading-matrix/CONTEXT.md为主入口，除非 Controller-owned plan 已证明边界稳定。
7. 下一步
AI Trading Matrix Controller 后续应优先处理：
- 完成 NOFX 最新仓库代码层 / 体验层 gap 评估；
- 补外部参考候选池和 quick scan；
- 形成第一阶段产品定义 / MVP / execution governance / risk policy 的 Controller-owned rewrite packet；
- 将当前实践画像中的高风险执行点转成安全、风控、审计和 UI 风险状态设计输入；
- 为运行验证准备无副作用 smoke、截图、日志和验收 case。
Admin 下一批进入 Batch 8C-4：RLE 与 FEFM readiness-gated audit。