跳到主要内容

Data Horizon 与 Trading Matrix 的信息质量和市场反馈边界矫正

目标​

在不破坏现有 Data Horizon ↔ Trading Matrix 数据、API、反馈和 direct-push compatibility seam 的前提下，保留并强化原设计中的正反馈机制，统一生态层与两个项目层对“信息准确性、运行及时性、消费者有效性、交易结果、接口状态和 Data Horizon 长期定位”的表达。

原始设计意图确认​

2026-08-25，Owner 补充确认：DH↔TM 链路中的反馈机制本来就不是单向交付后的附属统计，而是正反馈闭环。DH 向 TM 提供信息、信号与证据；TM 在“交易”这一具体消费和验证场景中回传结构化反馈；DH 再据此改进信息与信号的有效性、及时性和准确性。

因此，本提议不削弱、隔离或取消 TM 反馈，而是把它从含义模糊的“市场最终校验”矫正为可归因、可分层、可持续学习的反馈：

这里的“准确性”至少区分事实与抽取准确性、以及特定交易条件下的方向命中；“及时性”至少区分 DH 取得/处理/发布/送达延迟、以及信息到达后是否仍落在 TM 决策与执行窗口；“有效性”必须说明是何种消费者任务、市场、资产、策略和观察窗口中的有效性。它们相互关联，但不能互相替代。

当前冲突​

1. 多类评价维度被混成一类​

Trading Matrix active 白皮书把感知与认知产出概括为“声称”，并把真实市场结果描述为最终校验；其 DH 协同段落又用胜率、盈亏比、回撤和风格漂移校准信源画像。

这些结果对“某信息在特定策略、市场、时间窗和执行约束下是否有交易效用”非常重要，但不能单独判断：

  • 原始 artifact 是否真实；
  • 来源记录是否准确；
  • 时间、版本和 provenance 是否完整；
  • 信息是否被正确纠正或撤回；
  • rights/licensing 是否允许某种处理或再分发；
  • 同一信息对研究、风控、合规或其他消费者是否有价值。

Data Horizon draft rebaseline 已明确来源质量不能由 PnL 直接定义，但该边界尚未在 ecosystem 与 Trading Matrix active 战略中形成一致表达。

2. 工程兼容 seam 被写成生态 Interface 已冻结​

Trading Matrix 白皮书称候选交接与绩效回填契约“已冻结运转”；生态对象注册表仍把 Data Horizon → AI Trading Matrix 登记为“待项目层定义”。

正确状态应分为：

  • current implementation / compatibility seam：已有数据、API、feedback、push 和运行实践，必须保持兼容；
  • formal ecosystem Interface：对象、语义、rights、version、deprecation、acceptance 尚待项目层与生态层完成登记。

前者存在不能自动升级后者，后者未冻结也不能成为破坏前者的理由。

3. Data Horizon 的长期定位冲突​

Trading Matrix 白皮书把 Data Horizon 描述为“过渡桥、聚焦差异化资产”；生态当前登记则把 DH 定义为独立金融信息感知系统，拥有结构化与非结构化、多源采集、清洗、组织、时间化和输出职责。

Trading Matrix 可以决定商品化行情在自身故障域内直连 provider，也可以优先从 DH 消费差异化信息资产；但一个消费者的 sourcing architecture 不能把 DH 的生态定位降级为过渡桥。

拟议统一语义：四个关联但不可折叠的评价域​

A. Information fidelity / extraction accuracy​

回答信息本身是否被如实取得、解析和表达，以及是否完整、可追溯和适用：source、artifact、identity、factual/extraction accuracy、provenance、rights、quality limitation、review 与 lifecycle。主要由 Data Horizon 负责表达和治理。

B. Delivery / operational timeliness​

回答 source-published / observed、DH acquired / processed / published / delivered 与 TM received / consumed 之间的延迟、顺序、缺口和 freshness，并区分 DH 运行时效与 TM 决策窗口适配性。由 DH 与消费者共同形成 evidence。

C. Consumer utility / contextual effectiveness​

回答某信息产品或信号在特定消费者任务中是否有用：任务完成、检索效率、召回/覆盖、解释成本、操作影响、方向命中和决策窗口适配。由消费者与 DH 共同形成 evidence，必须携带 consumer、purpose、market/asset、strategy/candidate、time window 和 context。

D. Execution / strategy outcome​

回答某个策略或执行过程的表现：PnL、胜率、盈亏比、回撤、滑点、容量、风险和失效。由 Trading Matrix 负责；它是正反馈闭环中的高价值 contextual outcome evidence，但不能覆盖 A，也不能成为 DH Core 的单一优化目标。

四域可以关联分析，但不得折叠成一个无上下文的“质量分”。尤其不得从 D 反推某条事实为真，也不得把一次策略失败直接写成来源不可靠。相反，DH 应在保留原始事实和反例的前提下，用这些证据更新 derived source/signal profile、处理优先级、路由、质量提示、信号提取方法和时效策略。

反馈证据的最低归因包络​

TM 回流供 DH 学习使用的记录，至少应能关联或声明：

  • consumer 与 purpose/task；
  • source、information、signal 的稳定标识与版本；
  • market/asset、strategy/candidate 与 observation window；
  • received、consumed、executed、evaluated 等适用时间；
  • outcome metric、样本量/置信限制、成本与延迟；
  • attribution 方法、已知混杂因素、反事实限制与 caveat。

具体 schema 不在本提议冻结。反馈可以更新 derived profile、路由、优先级、标签和产品设计，但不得静默修改 raw fact、抹去相反证据、覆盖 rights/entitlement，或把 DH Core 单目标优化为 TM/PnL。

拟议逐文档矫正​

ecosystem/current-baseline.md​

在当前优先接口后补充四域边界与正反馈闭环，并明确 market outcome 是重要反馈而非 information truth oracle；相邻接口 readiness 需要保留 context、attribution 和反事实边界。

ecosystem/object-registry.md​

保留 Data Horizon → AI Trading Matrix 的“待项目层定义”，补充 existing compatibility seam 不等于 formal Interface frozen；正式登记不得破坏已运行兼容链。

projects/data-horizon/strategic-whitepaper.md 与 system-product-definition.md​

把 TM 回流明确登记为 DH 信息/信号持续改进所需的 contextual consumption / validation / execution-outcome evidence；保留“不用 PnL 直接定义事实准确性或通用来源质量”，同时要求最低归因包络、compatibility manifest、版本化迁移和 regression evidence。

projects/trading-matrix/strategic-whitepaper.md​

建议进行四处语义矫正：

  1. 将“唯一客观反馈 / 最终校验感知与认知质量”改为“交易策略与执行结果的高价值客观反馈”；
  2. 明确市场结果验证的是特定策略/context 下的效用和执行表现，不是信息真实性、权利或通用质量；
  3. 将“契约已冻结运转”改为“existing compatibility seam 已运行，formal ecosystem Interface 待定义”；
  4. 删除“Data Horizon 长期定位为过渡桥”的生态级判断，改为“TM 的商品化行情在自身故障域直连；差异化信息优先通过 DH 协同”，且不反向限制 DH 的独立产品边界。

兼容性不变量​

本提议不授权删除、停用或破坏现有：

  • TM source candidate / profile handoff；
  • structured signal / event stream；
  • performance feedback；
  • direct push；
  • Open/management routes、scope、authz 和 data semantics；
  • 已有运行数据与审计记录。

以上 feedback 不仅需要兼容保留，也应作为 DH 产品闭环的一等协同能力持续演进；任何矫正文案不得把它退化为只读审计尾迹。

任何 wire 或行为变化必须另有 compatibility manifest、consumer regression、deprecation window、双轨迁移和 rollback。

非目标​

  • 不否定 Trading Matrix 的验证引擎、执行账本或真实市场反馈价值；
  • 不切断 TM 在交易场景中对 DH 信息/信号的消费、验证与改进反馈；
  • 不宣称 Data Horizon 是所有商品化行情的强制路由；
  • 不冻结新的 DH Core object、schema、API 或统一质量分；
  • 不把本提议当作 L2 Data Horizon rebaseline 的自动批准；
  • 不修改工程、部署、生产配置或数据。

变更级别​

本提议同时改变 ecosystem 当前继承口径和两个前台项目的协同语义，按 governance/change-protocol.md 归为 L3。需要生态发起人、Data Horizon Controller 与 Trading Matrix Controller 共同评审，并留下会议纪要或等价 review evidence。

回写位置与实施顺序​

  1. Data Horizon L2 保持 changes-requested；项目内 remediation 可以继续，但不签署 approve；
  2. 三方评审本 L3 的四域语义、正反馈意图和兼容边界；若确认无需修改 ecosystem，可把 TM 文案矫正拆为项目级 L1，并将本 L3 标记 rejected/superseded，不静默降级；
  3. 若按 L3 获批，先回写 ecosystem 基线与对象注册表；
  4. 再同步 Data Horizon 与 Trading Matrix 战略段落；
  5. 刷新派生内容并运行知识库门禁；
  6. 跨项目 active canonical 对齐后，再由具名人类 reviewer 对 Data Horizon L2 给出正式 verdict；
  7. 如果实际 Interface 对象、版本或 wire 需要变化，另起工程任务与生产授权。

Review questions​

  1. 四域是否足以区分 factual/extraction accuracy、operational timeliness、contextual effectiveness 和 trading outcome？
  2. TM 的 source-performance ledger 中哪些字段属于 consumption / validation / execution evidence，哪些字段命名会误导为通用 source reliability？
  3. 最低归因包络如何映射到现有 TM→DH feedback contract；缺失字段应采用何种兼容演进方式？
  4. DH 可据反馈自动调整哪些 derived profile、路由、优先级、标签和信号方法；哪些变更必须人工复核？
  5. existing compatibility seam 的最低回归清单和 owner 分别是什么？
  6. “商品化行情由消费者直连、差异化信息通过 DH”的实践是否只属于 TM sourcing decision，还是需要另行提出生态多市场数据策略修订？
  7. 哪些跨项目结论必须进入 ecosystem，哪些只需留在 Adapter contract？

本地验证记录​

2026-08-25 提议与 DH 项目内 remediation 完成后：

  • npm run derive:check：通过；
  • npm run verify:kb：通过，375 个 public docs；
  • npm run test:audit-cross-section：通过；
  • npm run audit:cross-section：current 0 errors, 0 warnings；
  • git diff --check：通过。

接受与回写记录​

2026-08-25，Owner 明确回复“确认批准，继续”，批准本 L3 并授权 ecosystem、Data Horizon 与 AI Trading Matrix 目标路径回写。等价 review evidence 与批准约束见同目录 .review.md；跨项目共识固化于 ADR-0007。

已完成：

  • ecosystem current baseline 与 object registry 回写；
  • Data Horizon strategic whitepaper 与 system/product definition 回写；
  • AI Trading Matrix strategic whitepaper 与 plain-language companion 回写；
  • ADR-0005 §3.5 过渡桥候选判断失效标记；
  • ADR-0007 accepted decision record；
  • 派生层刷新与治理门禁复验。

验证只证明知识库结构、链接、schema reference 与跨区规则一致；字段级 contract、wire、工程、部署和生产状态均未由本 L3 改变。