跳到主要内容

Data Horizon 第二阶段知识治理重基线

目标​

以 2026-08-31 Owner 决定为依据，完成三件事：

  1. 在项目级 canonical 文档中登记第一阶段收束确认：第一阶段按 Phase 1 Closure 口径收束完成，收束判定为 PASS（指收束目标达成、第一阶段作为执行阶段关闭），历史四轴状态与未达标的严格验收指标保留为历史事实、不改写；
  2. 新建 projects/data-horizon/phase-two/ 第二阶段知识包，以四项大白话成果为主轴登记第二阶段方向（已提议、未启动）；
  3. 在生态层最小登记该阶段变化提议（object-registry / current-baseline 中的显式"提议中"注记），评审接受前生态继承口径不变。

变更级别与理由​

L3：涉及生态对象阶段表述（Data Horizon 登记阶段）与 ecosystem/ 文件的注记变更；项目级文件变更随本提议一并评审。本提议不是批准回执；接受前，phase-two 包与全部阶段状态表述按"已提议的设计 / 待评审登记"读取。

授权来源与 Owner 决定（2026-08-31，冻结）​

Owner 于 2026-08-31 明确以下六项决定，作为本次重基线的最高约束（前五项为初始决定，第六项为同日补充，均不改写既有 D-01..D-14）：

  1. 第二阶段必须交付四项大白话成果：看得更广、看得更清楚、看得更快、更容易使用；
  2. 覆盖第一优先级依次为：(a) 全球官方披露 / 监管机构 / 交易所公告；(b) 更深的全球宏观与政策；(c) 全球事件与外生冲击；
  3. 聚合类渠道默认只是发现工具；重要信息在合法且技术可行范围内应追溯到原始发布主体或一手材料——追溯是出处与上下文，不是真伪认证，也不是首次感知与快速交付的前置条件；
  4. 面向生态外个人的探索只允许原型 / 封闭验证；公开上线、商业运营、投资建议与生产级 SLA 均未批准；
  5. DH 管理端按用户工作空间重新做概念设计，不围绕现有实现菜单；
  6. 信息不确定性与市场影响边界：DH 是金融信息感知与情报平台，不是事实核查、真伪裁决、辟谣或谣言治理平台。source/provenance、事实支撑、市场相关性为三个独立维度，不合并为单一 credibility/truth score，不以任何分数作为发布闸门；工作方式为「先感知、后丰富、持续更新」，证实 / 否认 / 修订 / 反转作为新的情报进展追加表达；硬性阻断在概念上限于法律与权利限制、涉密隐私安全暴露、恶意技术内容、滥用与垃圾信息、交付形态不安全，匿名 / 未证实 / 有争议 / 非官方本身不构成阻断理由；感知范围显式包含调查性与深度报道、研究与分析观点、另类数据异常、叙事与预期变化、跨市场异常与潜在 Alpha 线索，DH 只做发现、组织、关联、标注与交付，最终研究结论、Alpha 判定、投资建议与交易执行属于下游；相关审计与核对按比例控制，不新建核验体系。

同时 Owner 确认第一阶段收束判定为 PASS（收束完成、阶段关闭），并授权组装本次未提交的治理候选。

战略约束（继承，不因本提议改变）​

  • DH 是生态的独立全球金融信息感知与信息产品平台，不是任何单一消费者的功能模块或专属供应商；
  • 服务与验证顺序：生态内人类 → 生态内机器 → 匿名外部 B 工作负载 → 有界外部个人向原型；外部需求先还原为平台问题；正式文档不具名外部客户；
  • 既有 Trading Matrix 数据、API、工作流、反馈与协同链路不降级（兼容为硬约束，不是第二阶段产品主轴）；
  • 广域金融感知为永久核心能力且未完成，不因治理与语义工作放慢；
  • 非标准化与半结构化信息仍是战略重点，结构化数据为锚点；
  • 未经证据确立必要性，不冻结统一 Perception Record、Feed schema、生命周期存储、新 DDL、统一调度器、迁移平台、证据平台、SSE / webhook / queue、不确定性字段集或评分模型，也不做架构重写；既有语义不变量是约束而非第二阶段叙事中心；
  • 鼓励删并冗余审计、对账、测试、历史多版本与死路径，但删并不得缩减感知覆盖。

影响范围​

  • 新增：projects/data-horizon/phase-two/（入口、背景与场景、目标范围、能力线与工作空间、实施计划、Working Backwards PR/FAQ）；
  • 项目级一致性更新：README、战略白皮书（正式版 + 大白话版，含决定 6 的边界表述）、系统事实地图、系统 / 产品定义、第一阶段 Gap Map、参考评估与 Owner direction（§11.1 五项决定指针 + §11.2 第六项决定登记，D-01..D-14 不变）、实施承接区三份索引——统一为"第一阶段收束完成（PASS）/ 第二阶段已提议未启动"的三层读法，第一阶段历史（四轴、gate、residual）保留为历史，不改写为第二阶段 backlog；
  • 生态层最小注记：ecosystem/current-baseline.md 与 ecosystem/object-registry.md 各增加一条显式"提议中（本 L3 open，未生效）"注记；评审接受前，生态登记阶段（参考评估前置）与继承口径不变；
  • 派生物：for-agents/** 仅由 npm run derive 重新生成。

非目标​

  • 不宣告第二阶段已启动；启动、首批覆盖范围、时间盒与逐阶段授权是 Owner 后续独立决定；
  • 不把第一阶段历史验收指标改写为达标；不重启第一阶段；
  • 不冻结任何对象、Interface、schema、存储、调度、评分模型或架构；
  • 不设立事实核查专线、真伪评审组织、信息核验工作包、新审计系统或统一信息记录设计；决定 6 是语义与边界登记，不新增工作包；
  • 不触发任何工程、生产、部署、迁移、凭据或数据库动作；
  • 不自行接受本提议、不合并、不移动本文件。

回写位置​

评审接受后：本提议移入 governance/proposals/accepted/2026/；phase-two 包与各项目级文件的阶段表述随之生效；生态层"提议中"注记改写为已接受登记（阶段枚举如何表述由评审确认）。

验收标准​

  • npm run derive、npm run derive:check、npm run verify:kb、npm run audit:cross-section、npm run build、git diff --check 通过；
  • 自查无：具名外部消费者、过期第一阶段状态、绝对本地路径、未解释术语、隐性架构冻结、派生物手改；无「真实源」式真伪权威表述、无以核实完成为交付闸门的语言、无单一可信度分数闸门；
  • 评审完成前不视为治理事实。