跳到主要内容

Data Horizon canonical document chain rebaseline

目标​

重新校准 Data Horizon 项目级 canonical 文档链，使其同时满足：

  1. 继承生态层对 Data Horizon “独立金融信息感知系统 / 产品”的定位；
  2. 与截至 2026-08-20 的当前工程实践证据一致；
  3. 恢复“inventory 与 reference evaluation 先于正式产品对象、接口、架构和工程契约冻结”的治理顺序；
  4. 消除由单一消费者需求造成的 Trading Matrix / 具名 external-B consumer capture；
  5. 分离工程实现状态、生产验收状态和产品 / 治理决策状态。

本提议申请的是文档链重基线的评审与后续受控修订，不申请直接冻结新的产品对象、Interface、schema、API、状态机或实施路线。

当前问题​

1. 项目阶段表达互相冲突​

ecosystem/object-registry.md 将 Data Horizon 登记为“参考评估前置”，并说明该阶段尚未冻结产品定义或工程契约，不得直接进入 API / schema / MVP 实装计划。

但项目入口和下游文档同时把下列内容描述为正式或可直接下推：

  • Step 1 系统 / 产品定义；
  • P0 / P1 第一阶段硬闭环；
  • 六类资产与必含维度；
  • 一主四辅系统形态；
  • 概念对象基数、持久化与状态轮廓；
  • ADR 候选和工程任务包。

需要统一“当前阶段、已批准决定、候选假设、工程实践事实”四类状态。

2. 第一阶段被单一消费者需求牵引​

现有战略与实施文档把以下内容提升为第一阶段主线：

  • AI Trading Matrix 作为第一机器验证场；
  • 实时公开金融信息到 Trading Matrix 的 P1 硬闭环；
  • 私域职业信号的跟单、策略沉淀和 News Trading 需求；
  • DH-WP-001 作为 Data Horizon 总体第一优先级。

这些内容可以作为真实需求证据和内部机器消费 trial，但不能替代 Data Horizon 自身独立信息产品闭环，也不能定义可复用 core object 或 consumer-neutral Interface。

外部 B case 讨论中可采纳的结论是：外部消费者为独立产品，Data Horizon 为上游供应方；可复用协议、模型和验收方法，但不复制品牌、用户、编辑排序、个性化或产品闭环。外部客户只以匿名 case、workload、rights、SLA 和 acceptance evidence 进入 DH canonical。

FinBayes 的 macro release、market-reaction window 和 crypto data blockers 也推动了若干当前接口。它与 Trading Matrix、匿名 external-B cases 一样，应被对称记录为消费者需求和实践证据，不能因为使用 generic route 就自动视为已经证明 consumer neutrality。

3. 当前事实地图和任务状态已过期​

2026-05 至 2026-06 的文档尚未完整登记当前工程实践已经出现的能力，包括但不限于：

  • source health、review gate、source authorization；
  • Provider Config Center 与 scraper cron control；
  • KOL Control Room、source profile 与 intelligence；
  • macro calendar、release actual、revision 与 release contract；
  • Open News cursor、bounded wait、publication gate 与 compatibility replay；
  • route naming generic but portability not yet proven 的 crypto market pass-through Interfaces；
  • internal/contract 中已经实现但尚未获得产品治理登记的 seven shapes；
  • 当前迁移、配置并发、revision lifecycle 和 production acceptance 缺口。

部分事项仍标记为 Pending 或“缺失”，但 Implementation 已 substantial；另一方面，这些能力的产品治理或生产验收未必完成，不能机械改成 Accepted。

4. 产品对象和架构候选被冻结过深​

system-product-definition.md 已经给出对象分类、必含维度、对象关系、持久化、状态轮廓、授权模型与 ADR 候选。这些材料可以保留为历史设计证据和 reference-evaluation input，但当前不能继续被读取为正式 Data Horizon product model 或 engineering contract。

当前技术 authorization 实现也不能替代 rights/licensing 证据：consumer/output-kind 门控只能证明系统策略，不能证明 DH 对来源拥有采集、处理、再分发、训练或数据包交付权利。

影响范围与逐文档处置方向​

文档建议处置说明
projects/data-horizon/README.md重基线消除“参考评估前置”与“正式定义已完成”的入口冲突。
strategic-whitepaper.md结构性重构保留独立感知定位、职责边界、能力域、运营控制、成本质量；重构 TM 导向的第一阶段主线和下推顺序。
strategic-whitepaper-plain-language.md后置重写在正式白皮书获批后重新形成解释层，不单独打补丁。
system-fact-map.md大幅更新形成 as-of 2026-08 实践事实图，并明确实现、生产、验收和治理状态。
inventories/README.md新增分离 output、Interface、Architecture 与 Collaboration inventory，记录 current / compatibility / candidate / not-approved。
reference-evaluation-and-owner-decisions-2026-08.md新增登记参考评估结果与 D-01 至 D-14 项目级 Owner direction；在 L2 获批前保持 proposed。
system-product-definition.md归档旧版、后置重写旧版保留历史证据；新版本等待 inventory、reference evaluation 和 owner decisions。
_archive/projects/data-horizon/2026-08-21-canonical-rebaseline/system-product-definition-2026-06-01.md新增归档保存旧定义证据，并从 live project 文档树移出。
stage-one-gap-and-requirement-map.md全面重基线分离 Implementation Gap 与 Product / Governance Gap，重新挑战优先级。
implementation/README.md更新准入流程改为 inventory / alignment / reference evaluation → work package → engineering。
roadmap / deliverables index重建状态每项登记 governance、implementation、production、acceptance 与 next gate。
DH-WP-001 / DH-WP-002状态校准保留为消费者验证或工程实践包，不再代表 Data Horizon 总体产品模型和总优先级。
旧 L3 架构、专题 Review、WP 历史设计、重复 SQL 与孤立 SVG可恢复归档从 live 检索面移出，不做物理删除；live 路径保留必要状态入口。
scripts/derive-agent-pack.mjs更新派生源清单让 Data Horizon Agent pack 按事实地图 → inventories → Owner decisions → 战略与定义的顺序消费 canonical sources。

拟保留的稳定战略内核​

以下命题不在本提议中推翻：

  1. Data Horizon 是独立金融信息感知系统 / 产品，不是新闻爬虫或下游后台模块；
  2. Data Horizon 可以处理结构化、半结构化和非结构化金融信息；
  3. Data Horizon 负责来源、时间、处理、证据、质量、权利和输出边界；
  4. Data Horizon 合成与组织事实，不拥有最终金融认知和研究结论；
  5. Data Horizon 可提供事件和信号材料，但不形成交易动作或执行授权；
  6. 内部运营控制面是第一阶段必要的人类产品面；
  7. 成本—质量路径是长期运行和商业化的横向约束；
  8. 全市场 / 全球覆盖是成熟态能力边界，不是第一阶段一次铺满的承诺。

需要 Owner 决定的事项​

  1. 是否确认第一阶段消费顺序为内部人类、内部机器、外部 B、外部 C；
  2. Data Horizon 独立信息产品闭环的最小验收口径；
  3. Trading Matrix 是否正式登记为内部机器 validation scene，而不是第一阶段产品主轴；
  4. 外部 B benchmark customer 是否只登记为匿名 case，而不进入对象、接口、路线图或 core implementation 命名；
  5. Perception Record、Financial Information Feed 等是否继续保持 candidate 状态；
  6. 内部 object protocol 与外部 Interface / Adapter 的边界；
  7. publication identity、correction、withdrawal、revision 等生命周期问题是否进入下一轮 reference evaluation；
  8. rights、redistribution、consumer scope、SLA、成本和计量是否按输出产品分别治理；
  9. To B 是否作为独立闭环之后的主要商业验证方向；
  10. Data Horizon 是否以及何时进入自营 To C，在此之前是否继续禁止冻结 Consumer Platform 架构。
  11. 是否确认 DH 重基线与 core 演进不得使现有 TM data/API/协同链路和流程降级，并要求版本化迁移、consumer regression 与 rollback；
  12. 是否确认外部消费者需求必须先还原为 DH 平台问题，从全球金融信息感知、标准化/非标准化信息组织和多消费者 portability 设计，而不是落成单客户补丁。

变更级别​

本提议当前为 L2：Data Horizon 项目级 canonical 内容重基线 + commons 参考层入口同步。

主体变更仍位于 projects/data-horizon/**；因同步更新 commons/references/data-horizon.md 的参考评估状态，按 governance/change-protocol.md §1.1 的“跨目录取最高级别”规则从 L1 升为 L2。该升级不改变生态阶段，也不构成 L3 变更。

本提议不修改 ecosystem/current-baseline.md 或 ecosystem/object-registry.md。如果评审决定改变 Data Horizon 的生态阶段、生态对象边界或跨项目 Interface 登记，应另行升级为 L3 变更，不在本提议中隐含完成。

证据​

上位治理证据​

  • ecosystem/current-baseline.md：Data Horizon 第一阶段需证明独立感知闭环；跨系统协同不得破坏任一方独立闭环。
  • ecosystem/object-registry.md：Data Horizon 当前为参考评估前置，尚未冻结产品定义或工程契约。
  • governance/proposals/accepted/2026/2026-05-19--data-horizon-strategic-whitepaper-agent-review.md：已明确 runtime evidence、reference evaluation 和第一阶段 closure 未完成，不应从白皮书直接进入产品定义、API/schema 或工程实施。

当前工程与讨论证据​

  • data-horizon@09064bf0:CONTEXT.md：当前实践画像、候选对象、消费顺序、inventory 和 reference-evaluation 停止线。
  • data-horizon@09064bf0 的 2026-08-20 DH-first external-B remediation review：current-practice inventory、确定性修复与未决 governance candidates。
  • 2026-08-21 Owner 补充决定：external-B customer anonymity、平台化需求还原和 existing-TM compatibility preservation。

工程证据只用于校准事实和挑战旧假设，不自动升级为治理结论或正式产品对象。

建议实施顺序​

  1. 更新 current-practice fact map；
  2. 建立 output、interface、architecture、collaboration inventories；
  3. 完成 reference evaluation；
  4. 形成并批准 Owner decisions；
  5. 重构战略白皮书；
  6. 归档旧 system-product-definition，并起草新版；
  7. 重建 gap map、roadmap、deliverables 和 work-package 状态；
  8. 最后更新 plain-language 和其他派生解释层；
  9. canonical Markdown 获批后运行派生流程，禁止直接编辑 for-agents/**。

2026-08-25 Review remediation​

Owner 同意先按推荐整理方式处理知识库。为避免开放提议内容冒充 canonical，本变更集在 approval 前统一使用 draft；D-01 至 D-14 统一记录为 proposed Owner direction。旧 L3 架构、专题 Review、WP-001/WP-002 历史设计、7 份工程 SQL 副本和 11 个零引用 SVG 已采用可恢复归档，不做物理删除。

事实地图已在 2026-08-25 逐项复核 3e0bb402..18838212a653，覆盖 macro lifecycle、标准化 pipeline、凭据就绪度与日志安全、通用 job receipt 和 News Stream tail anchoring；相关 package 本地测试通过。生产 revision 仍登记为 87d6eb09，没有把当前 HEAD、migration、配置或本地测试误写成已部署或已验收。

同日新增 L2 reviewer evidence packet，汇总 review scope、状态边界、工程增量、fresh tests 与逐项 checklist。该文件在正式评审前明确不是 .review.md、不包含虚构 reviewer/decision；最终批准由本提案同目录的正式 receipt 独立记录。

Owner 随后授权按建议推进 P0 治理收束。Controller 与独立只读 advisory review 已完成：Inventory 基线刷新至 18838212a653，D-13 的提前接受措辞、项目入口的 Proposed 状态泄漏和 commons reference hub 的低风险漂移均已纠正。Data Horizon 与 Trading Matrix 关于 PnL、信息质量、formal Interface 和“过渡桥”的冲突已由独立 L3 提议获批并完成 ecosystem、DH、TM active canonical 回写，原 P0 blocker 已解除。本 L2 仍保持 open，等待具名人类 reviewer 对 D-01..D-13、D-14 deferred 和整体 rebaseline 给出独立正式 verdict；L3 的批准不自动批准本 L2。

明确非目标与停止线​

本提议不授权：

  • 直接修改生态层 stage 或对象边界；
  • 冻结新的正式 Data Horizon object、Interface、API、schema 或状态机；
  • 把现有 Open News、TM、KOL 或 macro wire shape 升级为正式 Data Horizon 产品对象；
  • 修改 Data Horizon、Trading Matrix 或任何外部消费者工程代码；
  • 部署、生产配置、DDL/DML、credentialed production smoke；
  • 手工修改 for-agents/** 派生文件；
  • 合并、发布或移动本提议到 accepted/。

在 inventory、reference evaluation 和 Owner decisions 完成前，system-product-definition.md 的新版只能形成候选清单与未决问题，不能形成正式工程契约。

回写位置​

本提议与“影响范围与逐文档处置方向”列出的重基线内容作为同一变更集提交评审； review approval 与变更集合并共同构成回写批准，不在 approval 前另行合并或发布 canonical Markdown。

如果评审拒绝或只接受部分结论，本提议保留在 proposal lifecycle 中记录拒绝依据或被后续提议取代，不静默修改现有 canonical 文档。

本地验证记录​

2026-08-21 已执行：

  • npm run derive:check：通过；
  • npm run verify:kb：通过，public docs links / content hygiene / schema refs 均通过；
  • npm run test:audit-cross-section：通过；
  • npm run audit:cross-section：current documents 0 errors, 0 warnings；历史 / legacy 报告保持 non-blocking；
  • git diff --check：通过。

npm run build 的 prebuild 全部通过，Docusaurus build 随后被本轮范围外的 Trading Matrix 未跟踪 .reviews/.worklines sidebar document IDs 阻断。未修改或清理这些他人工作；该阻断不属于 Data Horizon canonical 内容、派生一致性或链接错误，但在全站构建前仍需对应工作所有者处理。

同日 Owner 补充矫正已下推：external-B customer 在 current canonical 与派生入口中完全匿名；现有 TM compatibility preservation 被补为产品、Interface、Gap、Roadmap、Work Package 和历史架构归档层的共同不变量。对应工程仓的 legacy consumer-named News v1 wire value未被原地修改，以避免破坏既有消费者；其余不必要的具名文档、注释与测试命名已收敛为匿名 case，并新增 TM compatibility baseline / regression receipt 模板。工程 lint 为 0 issues，相关 Open API、authz 与 contract tests 通过。

2026-08-25 工程增量事实刷新与 reviewer evidence packet 完成后再次执行：

  • npm run derive:check：通过；
  • npm run verify:kb：通过，374 个 public docs 的可达性、链接、内容卫生与 schema reference 均通过；
  • npm run test:audit-cross-section：通过；
  • npm run audit:cross-section：current documents 0 errors, 0 warnings；
  • git diff --check：通过。

本次没有重新声称全站 Docusaurus build 通过；已知的范围外 Trading Matrix sidebar WIP 阻断仍由其工作所有者处理。

P0 治理收束 remediation 与独立 L3 提议形成后再次执行：derive:check、verify:kb（375 个 public docs）、cross-section tests/audit 与 git diff --check 全部通过；current cross-section 仍为 0 errors, 0 warnings。

2026-08-25，L3 获批并完成 active canonical 回写后，独立只读最终复审给出 approve：无 P0/P1 blocker。Owner 在已明确“下一治理关口为 Data Horizon L2 正式 verdict”后指示“继续”，据此接受本 L2、激活项目级 canonical baseline，并保持所有工程、生产和后续 Interface gate 不变。正式 receipt 见同目录 .review.md。