DH-WP-002 KOL总控室
本文是 Data Horizon KOL总控室 需求、设计和工程化方案的知识治理入口。该任务包承接 Data Horizon 第一阶段对私域 / KOL 信息资产的运营需求，目标是在管理后台形成一个面向团队日常使用的 KOL 情报中心和 KOL 工作台。
1. 任务包定位
KOL总控室 是 Data Horizon 管理后台中的一级业务模块，用于把 KOL 画像、动态观点、策略线索、标的分布、情绪、共识 / 分歧和团队观察动作聚合到一个可运营的工作台中。
Release 1 按“静态画像 + 当前画像摘要 + 高密度工作台”的方式落地：先复用现有 KOL画像 能力，建立 Dashboard、KOL工作台、画像详情、观察清单、筛选上下文和接口契约；后续 Release 接入实时消息、实盘信号、证据链、可注册情报模块和 Trading Matrix 反馈。
2. 阅读顺序
| 顺序 | 文档 | 适合谁读 |
|---|---|---|
| 1 | 需求文档 | 产品、业务、后端、前端、设计。 |
| 2 | 设计文档 | 架构、后端、前端、UI / UX 交互设计和可浏览设计稿。 |
| 3 | KOL 动态画像方案 | Trading Matrix、Data Horizon、量化 / 策略蒸馏参与者和 AI Agent Reviewer。 |
| 4 | 工程化方案文档 | 工程负责人、实现同学、测试和 Reviewer。 |
| 5 | 资料清单 | 需要确认材料边界和归档位置的团队成员。 |
3. 当前交付状态
| 层面 | 状态 | 说明 |
|---|---|---|
| 产品需求 | 已形成 Release 1 基线 | Dashboard 与 KOL工作台 是核心；KOL列表 与 KOL画像 合并为一个工作台。 |
| UI / UX | 已纳入设计文档 | 可浏览 UI / UX 原型 已固化为工程落地界面基准，设计方向经过 Open Design / Figma、多轮 review、taste-skill 与 impeccable 约束校正。 |
| 后端方案 | 已形成接口和读模型方案 | Release 1 以现有静态画像为主要输入，输出 Dashboard 汇总和工作台列表。 |
| 前端方案 | 已形成工作台结构 | 支持 Dashboard 到工作台筛选、画像详情、观察清单和 light / dark 模式。 |
| 工程代码 | 已进入工程仓 review 分支 | 工程实现和 review 分支在 Data Horizon 工程仓中承载。 |
| KOL 动态画像完整方案 | 已进入团队 Review | 方案把 R1 / R2 / R3 定义为同一完整链路的分阶段实施：R1 先落地 Workbench 动态画像，R2 交接 Trading Matrix 标准输入，R3 进入策略蒸馏和资产化。 |
4. 与其他任务包的关系
| 关联对象 | 关系 |
|---|---|
| DH-WP-001 Trading Matrix 信源候选与样本交付 | WP-001 验证来源画像、样本交付和 TM 试消费；WP-002 面向 KOL 信息资产的内部运营和情报聚合。 |
| Data Horizon 系统 / 产品定义 | WP-002 对应私域 / KOL 信息资产的管理后台能力。 |
| Data Horizon 第一阶段差距分析与需求映射表 | WP-002 补足 KOL 信息资产的观察、筛选、画像复用和团队运营入口。 |
5. 后续推进
Release 1 评审重点是确认模块信息架构、接口契约、页面可用性和静态画像复用是否足以进入团队试用。后续 Release 重点转向实时消息、信号证据、来源质量、情报模块注册机制和 Trading Matrix 反馈协同。
Changelog / 演化记录
2026-06-13：建立 DH-WP-002 KOL总控室任务包，将本次需求、架构、UI/UX、接口契约、R1 工程计划和审计摘要纳入 Data Horizon 知识治理库。
2026-06-13：将任务包正式阅读入口收敛为三篇主文档：需求文档、设计文档、工程化方案文档；历史迭代稿移入归档区。
2026-06-13：补充 KOL总控室 UI / UX 可浏览原型和 Dashboard 设计稿预览，作为前端工程实现的界面基准。
2026-06-19：新增 Data Horizon -「KOL 动态画像方案」 和可视化 Review artifact，用于团队和 AI Agent 远程评审完整方案、R1/R2/R3 落地路径与 DH/TM 边界。