Data Horizon 第一阶段实施路线图与任务包索引
本文是 Data Horizon 第一阶段的任务推进入口。它承接 Data Horizon 第一阶段差距分析与需求映射表,把候选任务包整理成团队可查看、可排序、可领取、可下推工程设计的路线图。
本文不是工程排期表,不替代工程仓 issue,也不记录每日执行状态。工程执行状态应留在 Data Horizon 工程仓或团队项目管理工具中。
1. 承接逻辑
2. 排序原则
第一阶段任务按以下规则排序:
- 优先承接有明确生态协同对象的真实业务需求;
- 优先跑通能贯穿信息接入、处理、资产化、输出和反馈的纵向闭环;
- 优先补足 Data Horizon 运营人员可观察、可复核、可干预的能力;
- 暂不把低证据、低依赖或后续阶段需求排在主闭环之前;
- 每个任务包必须能下推到明确产出物和验收标准。
3. 当前推进看板
| 顺序 | 任务包 | 状态 | 优先级 | 为什么排在这里 | 下一步 |
|---|---|---|---|---|---|
| 1 | DH-WP-001 Trading Matrix 信源候选与样本交付闭环 | S0 文档已冻结,待导出与 TM 试消费 | P0-Now | 来自 Trading Matrix 当前真实需求,可作为 DH 第一阶段样板闭环。 | 按 交付说明 生成首包 baseline;TM 填写 试消费反馈。 |
| 2 | WP-P0-01 数据视界运营工作台 | Pending | P0-Next | DH 运营人员需要统一入口观察、配置、复核、干预和输出控制。 | 等 DH-WP-001 的 S0/S1 暴露真实运营动作后再设计工作台信息架构。 |
| 3 | WP-P0-02 来源与链路健康控制 | Pending | P0-Next | 信源候选、公开源、私域源都依赖来源状态、健康度和失败处理。 | 从 DH-WP-001 的信源状态字段中提炼通用 source 状态模型。 |
| 4 | WP-P1-02 AI Trading Matrix 输出契约 | Pending | P1-High | 第一机器消费对象必须稳定,否则不能形成可持续消费闭环。 | 以 DH-WP-001 的候选包和反馈字段作为第一版契约输入。 |
| 5 | WP-P1-01 标准化事件与信号对象 | Pending | P1-High | 需要区分事件、信号候选、样本、证据和输出交付对象。 | 在 S0/S1 样本字段验证后定义对象语义。 |
| 6 | WP-P0-03 复核 / 干预 / 输出控制闭环 | Pending | P1-High | 关键输出不能只靠自动处理,需要人工复核、阻断、放行和证据。 | 等候选包和质量初评流程明确后设计复核动作。 |
| 7 | WP-P1-03 消费反馈与交付证据 | Pending | P1-High | 需要证明下游不是“收到推送”,而是真的消费并反馈。 | 与 Trading Matrix 的反馈字段和回写方式一起冻结。 |
| 8 | WP-P2-01 私域来源与授权边界 | Pending | P2-High | KOL / 分析师 / 频道存在来源授权、适用限制和输出限制。 | 在 DH-WP-001 中先标记限制字段,后续独立扩展。 |
| 9 | WP-P3-01 历史市场数据包评估 | Pending | P3-Later | 属于 Data Horizon 边界,但不阻塞当前 Trading Matrix 信源样本闭环。 | 后续单独做补证评估。 |
4. DH-WP-001 与原候选任务包的关系
DH-WP-001 不是凭空新增的孤立任务。它是用 Trading Matrix 的真实协同请求,把多个候选任务包中的一部分能力串成第一条可验收纵向闭环。
5. Dashboard 分层
团队提到的 Dashboard 应分两类推进:
| 类型 | 目的 | 第一阶段落法 |
|---|---|---|
| 任务推进 Dashboard | 让团队看到待实现需求、优先级、状态、依赖、下一步和验收证据。 | 先由本文承担;后续可同步到工程仓 issue / 项目看板。 |
| 业务运营 Dashboard | 让 DH 运营人员查看信源、样本、画像、质量初评、候选推荐和 Trading Matrix 反馈。 | 纳入 DH-WP-001 S2 动态服务阶段,不在 S0 先做重后台。 |
6. 进入工程落地的规则
一个任务包进入工程落地前,应至少满足:
| 核对项 | 要求 |
|---|---|
| 任务包设计卡 | 已明确目标、范围、不做什么、阶段、字段、流程和验收。 |
| 当前事实核对 | 已核对 Data Horizon 工程仓和数据库当前是否已有可复用能力。 |
| 业务消费者确认 | 已确认第一消费方需要什么输入、如何验收、如何反馈。 |
| 最小交付物 | 已明确第一版可交付物,不把长期动态系统作为 S0 前置条件。 |
| 验收证据 | 已明确用样本、导出、接口响应、页面或日志中的哪类证据验收。 |
7. 后续维护方式
本文只维护任务包级别的状态,不维护每日执行细节。
状态建议:
| 状态 | 含义 |
|---|---|
| Candidate | 候选需求,尚未排序。 |
| Ready for S0 | 可以进入第一步事实核对或 baseline。 |
| In Design | 正在形成任务包设计卡或工程方案。 |
| In Engineering | 已进入工程仓 issue / implementation plan。 |
| Blocked | 缺少业务确认、工程证据、权限或依赖。 |
| Accepted | 已完成验收,证据可追溯。 |
Changelog / 演化记录
2026-05-26:将 DH-WP-001 链接调整为独立任务包目录,作为后续 work package 文档管理模板。 2026-05-26:创建第一版实施路线图与任务包索引,将 Trading Matrix 信源候选与样本交付请求列为第一优先级任务包。