Data Horizon 第二阶段分阶段实施计划
谁该读这里： 负责推进、参与或评审第二阶段任何一步的人。
读完你会知道： 第二阶段分几步走、每步的进入条件与退出标准、要什么证据、什么情况必须停、谁负责、第一阶段遗留怎么处置。
本文不代表： 任何一步已获授权。每个闸门都需要 Owner 单独批准；涉及生产、部署、迁移、凭据、数据库变更或消费者侧的动作，另需独立授权包。
1. 计划的读法
- 阶段是能力节奏，不是流水线。 覆盖建设（S1 型工作）是常设职责，贯穿全阶段持续进行；S2 / S3 / S4 在各自闸门通过后可以并行推进。
- 四类状态分别取证。 治理、工程实现、生产运行、验收结果分别记录，不互相推断；本计划沿用第一阶段建立的这一纪律。
- 角色约定。 本文用角色而不是人名：Owner（阶段责任人，做闸门与授权决定）、DH Controller（项目控制者，组织执行与状态维护）、执行 Agent / 工程执行（受界定的实施工作）、运营与复核成员（真实使用与验收参与者）、评审人（治理评审）。
- 验收样本、时间盒与停止条件在每个闸门批准时写死，不允许事后补写或调整阈值。
2. 总闸门 G0：第二阶段启动
| 项 | 内容 |
|---|---|
| 进入条件 | 本知识包与配套 L3 提议完成评审；第一阶段收束状态（2026-08-31 判定 PASS）作为输入被确认；第一阶段遗留处置清单（§8）获批准；Owner 批准首批覆盖目标与时间盒。 |
| 决定人 | Owner。 |
| 产出 | 启动决定记录：首批覆盖领域、时间盒、各阶段闸门顺序、授权边界。 |
| 未过闸时 | 本包保持"已提议的设计"；不得以本包名义开展任何实施。 |
3. 阶段 S1：看得更广——首批覆盖与来源运营（常设，先行）
目标： 按 Owner 优先级建设三类覆盖的首批切片，并建立覆盖地图与缺口运营纪律。
| 项 | 内容 |
|---|---|
| 进入条件 | G0 通过；首批来源候选完成权利、新鲜度、可靠性、成本评估。 |
| 参与者 | Owner 决定首批范围；DH Controller 组织；工程执行接入与处理；运营成员做来源运营与健康观察。 |
| 主要工作 | 建立全球领域 / 来源地图基线（已覆盖、缺口、候选）；接入首批官方披露来源（如若干监管机构 / 交易所公告渠道）；加深宏观与政策来源（央行 / 统计发布物含文本）；建立事件与外生冲击的发现信号源；落实"聚合渠道只作发现、重要信息异步回溯原始发布主体 / 一手材料"的处理纪律（追溯不作为交付前置）。 |
| 证据 | 覆盖地图与缺口清单被维护并可查；首批来源的接入、健康、成本记录；重要信息的原始出处回溯率统计（作为覆盖质量观察，不是交付闸门）；权利不清来源被拒绝接入的记录。 |
| 退出标准（本批次） | 首批登记的重要覆盖缺口被关闭或明确降级；来源运营（暂停 / 恢复 / 隔离 / 修复）在新来源上被真实执行过并留痕。 |
| 停止条件 | 某来源权利争议或封禁风险出现 → 立即停该来源并登记；成本超出批准预算 → 停止扩张待 Owner 复核。 |
| 回滚 | 单个来源可独立下线，不影响其他覆盖；下线动作留审计记录。 |
| 特别约束 | 本阶段不因 S2–S4 未完成而暂停；覆盖工作按批次滚动，每批次由 Owner 批范围与时间盒。 |
4. 阶段 S2：看得更清楚——分类、关系与检索
目标： 让多维分类、原始出处与修订表达在真实信息（含 S1 新覆盖与既有存量）上成立。
| 项 | 内容 |
|---|---|
| 进入条件 | G0 通过；S1 首批覆盖有真实数据可供验证；分类维度草案完成内部评审。 |
| 参与者 | DH Controller 组织；工程执行实现分类与检索能力；运营与复核成员用真实任务检验；Owner 批准分类维度基线。 |
| 主要工作 | 定义并试用多维分类（地区 / 市场 / 资产 / 实体 / 行业 / 主题事件 / 重要性 / 来源类别 / 生命周期修订 / 语言 / 时间）；试用不确定性的分维表达（来源身份确定性、陈述性质、旁证状态、传播度、市场相关性、涉及主体与市场、后续变化），不设综合可信度分数；建立事件、实体、版本链的关系表达；打通按维度组合的检索并回链证据；在样本上表达纠正 / 撤回 / 修订 / 证实 / 否认 / 反转（追加式，不覆盖历史）。 |
| 证据 | 四类场景（官方披露、宏观政策、事件冲击、高不确定表态）各有分类与检索的真实样例；至少一次真实修订 / 更正与一次后续否认或反转被正确表达且未覆盖早先记录；错分纠正流程被走过并留痕。 |
| 退出标准 | 运营与研究成员用分面检索完成真实任务并留下回执；抽样信息能答全"是什么性质的陈述 / 谁说的（出处追到哪一步） / 归哪类 / 当前有多少旁证与哪些不确定 / 可能牵动哪些市场与主体 / 后来有没有被修订、否认或证实"六个问题；缺失与"说不清"能显式表达。 |
| 停止条件 | 验证发现分类维度无法覆盖真实信息形态 → 停止扩面、先修订维度草案；任何环节试图冻结统一存储对象、引入综合可信度评分闸门、或把"核实完成"设为交付前置 → 越界，停止并回到独立提案流程。 |
| 回滚 | 分类与关系作为附加组织层演进，不破坏既有数据与接口；不满意的维度设计可废弃重来。 |
5. 阶段 S3：看得更快——时效测量与分层目标
目标： 六段时效可测量，重要性分层目标可运营。
| 项 | 内容 |
|---|---|
| 进入条件 | G0 通过；S1 有覆盖数据、S2 有重要性分层可用（可与 S2 部分并行，由闸门决定）。 |
| 参与者 | DH Controller 组织；工程执行实现测量与路由；Owner 批准各层目标值。 |
| 主要工作 | 落实"来源发布 → 发现 → 取得 → 处理 → 就绪 → 送达"六段测量；按重要性与来源约束设定分层目标；实现高影响信息的快路径与普通信息的常规路径；落实有界并发、背压与成本—质量路线的可观察性。 |
| 证据 | 六段延迟分层统计可查；至少一条高影响、高不确定的信息在未完成追溯的情况下按"先感知、后丰富"及时交付并有全程时间戳；至少一条高影响信息走过快路径；并发上限与降级路径被真实触发或演练过；各处理路线的成本记录。 |
| 退出标准 | 各层时效目标的达成情况可持续观察；未达标项有明确归因（来源约束 / 处理瓶颈 / 交付瓶颈）。 |
| 停止条件 | 提速动作造成下游积压、成本失控或质量下滑 → 回退该动作并复盘；任何人把分层目标写成对外服务承诺 → 越界，纠正表述。 |
| 回滚 | 路由与并发配置可退回上一批准状态；测量本身只增加观察，不改变数据语义。 |
6. 阶段 S4：更容易使用——工作空间概念验证与个人向原型
目标： 六个管理工作空间概念经真实使用者检验；个人向体验与 Data Agent 原型完成封闭验证。
| 项 | 内容 |
|---|---|
| 进入条件 | 工作空间部分：S1 / S2 有真实内容可承载。原型部分：单独闸门——Owner 批准参与者范围、时间盒、数据范围与退出安排后才开始。 |
| 参与者 | 运营与复核成员（工作空间检验）；受邀的封闭验证参与者（原型）；DH Controller 组织；Owner 批闸门。 |
| 主要工作 | 用真实任务对六个工作空间概念做走查与原型验证（可以是低保真原型，不要求重写现有界面）；构建个人向检索 / 监控 / 对比 / 证据导出 / 提醒的 Data Agent 原型并在封闭范围内验证。 |
| 证据 | 每个工作空间至少一次真实任务走查记录（可用 / 缺什么 / 应合并什么）；原型的使用记录、参与者反馈与问题清单；原型输出不含投资建议的抽查记录。 |
| 退出标准 | 工作空间概念形成"保留 / 合并 / 补齐 / 退役"的决策依据清单（界面实施另行决策）；原型验证形成"个人向价值是否成立、下一步是否值得推进"的证据结论，交 Owner 做后续 go/no-go。 |
| 停止条件 | 原型出现投资建议倾向、公开传播或参与者边界失控 → 立即停止该验证批次；工作空间验证挤占覆盖与运营人力 → 降速。 |
| 回滚 | 原型可整体下线，不影响平台能力；工作空间概念不通过则保留现状。 |
7. 第二阶段整体退出标准
以下各项分别有独立证据时，第二阶段才算"做完"（退出后仍需 Owner 独立验收决定）：
- 三类优先覆盖各有稳定运行的首批切片，覆盖地图与缺口运营持续留证（S1）；
- 六个问题（陈述性质 / 谁说的与出处追到哪一步 / 归哪类 / 旁证与不确定性 / 相关市场与主体 / 后续修订否认证实）在抽样上答得全，分面检索被真实使用（S2）；
- 六段时效分层可观察，高影响快路径真实工作（S3）；
- 工作空间决策依据清单与个人向原型验证结论交付 Owner（S4）；
- 全程无红线违反，或违反已记录、纠正并复核；既有 AI Trading Matrix 链路无降级证据；
- 第一阶段遗留处置清单（§8）逐条有终态。
8. 第一阶段遗留处置清单
第一阶段收束通过时留下的 residual（残留事项）逐条登记处置方式；处置方式为承接（进入第二阶段对应阶段）、保持既定方向（按已接受的 Owner direction 维持）、推迟（登记再评估触发条件）三类，不改名包装为第二阶段新成果：
| 遗留事项 | 来源 | 处置 |
|---|---|---|
| 新闻链路严格时效目标未全部达标（延迟中位数、门控时延、传输可靠性） | 第一阶段有界验收记录 | 承接进 S3：作为时效分层与归因的第一批真实输入；重试生产验收窗口仍需独立授权。 |
| 历史旧凭据轮换与撤销延期（Owner direction D-14） | 参考评估与 Owner direction 登记 | 保持 Deferred：由具备权限的责任团队处理；不写成已完成，不因第二阶段启动而自动关闭。 |
| 历史数据库变更缺少可恢复执行回执（Owner direction D-13） | 同上 | 保持 audit residual：不重跑、不伪造历史回执；未来迁移证据机制是否立项按证据另提。 |
| 平台历史日志留存缺少持久删除回执 | 第一阶段事实地图 | 保持 residual 登记；补偿控制维持，不写成已物理消失。 |
| 正式对象 / Feed / 生命周期存储 / Core-Adapter 候选决策（P4） | 实施承接区登记 | 推迟：保持 deferred future decision；只有 S2 分类验证产生必要性证据时，才另立独立提案。 |
| 配置并发、调度器范围、迁移账本等控制面候选（DH-CTRL-01/02/03） | 第一阶段 Gap Map | 推迟 / 按需承接：默认维持现状运行；当 S1–S3 的真实工作暴露必要性时按证据单独立项，删并优先于新建。 |
| 未整合的标准化流水线 checkpoint（accepted 但未进主线） | 第一阶段事实地图 | 承接进 S3 评估：是否整合由性能证据决定，不默认整合。 |
| 第二个异构 B 类工作负载验证（DH-B-02） | 第一阶段 Gap Map | 推迟：排在生态内证据之后，触发与时间盒由 Owner 决定。 |
9. 与既有工程与生产的边界
- 本计划不授权 commit / push / 部署、凭据操作、DDL / DML、生产配置或消费者工程仓改动；所有生产动作走独立授权包；
- 删并收束（重复审计、对账、测试、历史多版本、死路径）鼓励随各阶段进行，但执行删除前逐项确认不缩减感知覆盖、不破坏兼容链路；
- 工程事实回写知识库时继续标注 commit、生产证据与验收边界；
- 与信息不确定性相关的审计与核对按比例控制：只做运营、权利、安全与问责所必需的证据（权利拒绝记录、阻断动作留痕、修订链完整性抽查）。本计划不设立事实核查专线、真伪评审组织、信息核验工作包、新的审计系统或统一记录设计；发现需要新机制时按证据另立提案，删并优先于新建。
Changelog / 演化记录
2026-08-31（第二次更新）：按 Owner 决定 6 更新——追溯改为异步、不作交付前置；S2 主要工作与证据增加不确定性分维表达与追加式否认 / 反转表达，退出标准由"五个问题（含多可信）"改为六个问题；S2 停止条件增加"综合可信度评分闸门 / 核实前置"越界项；S3 证据增加"先感知、后丰富"的真实用例；§9 增加审计按比例、不新建核验体系的约束。闸门结构、遗留处置与授权边界不变。
2026-08-31：创建。设立 G0 启动闸门与 S1–S4 四个阶段（覆盖先行且常设、分类检索、时效分层、工作空间与个人向原型），每阶段登记进入条件、参与者、证据、退出标准、停止条件与回滚；登记第二阶段整体退出标准与第一阶段遗留处置清单。