Skip to main content

​
📅 工作规划 | Work Plan

本文档定义了 Situation Monitor 项目第一周的详细工作计划和任务分配。
本周的核心目标是建立完整的最小数据流水线，打通从数据采集到信号推送的全链路。

​
🎯 本周总体目标 | Overall Goal

建立完整的最小数据流水线： 能稳定抓取数据 → 清洗结构化 → 生成基础信号 → 推送到 Telegram
哪怕信号规则很简单，也必须打通全链路。这是项目从想法变成系统的关键一步。

​
🧩 各组目标与任务 | Team Goals & Tasks

​
✅ A 组：数据采集层 | Data Collection Layer

🎯 本周目标 至少接入 2 类核心数据源：
  • 市场行情
  • GMGN 新币数据
并能定时写入数据库。

​
📌 任务清单

对接 Binance 或 OKX API拉取数据：
  • BTC / ETH 价格
  • 5分钟涨跌幅
  • 成交量
输出到表：raw_market_data字段：
  • symbol
  • price
  • volume
  • change_5m
  • fetch_time
抓取新币数据抓取内容：
  • 新币列表
  • 持币人数
  • 开盘时间
输出到表：raw_gmgn_tokens字段：
  • token
  • launch_time
  • holder_count
  • fetch_time
定时任务配置调度频率：
  • 行情：每 5 分钟
  • GMGN：每 5 分钟
必须支持：
  • 超时处理
  • 错误日志

​
✅ 验收标准

  • 数据库每 5 分钟新增记录
  • 容器重启后自动恢复调度

​
✅ B 组：清洗与结构化 | Data Cleaning & Structuring

🎯 本周目标 把原始数据转为分析可用格式。

​
📌 任务清单

从 raw_market_data 生成 clean_market表：clean_market字段：
  • symbol
  • price
  • change_5m
  • volume_spike (bool)
  • timestamp
规则：
  • 成交量 > 过去均值 2x → volume_spike = true
从 raw_gmgn_tokens 生成 clean_tokens表：clean_tokens字段：
  • token
  • launch_minutes
  • holder_count
  • is_hot (bool)
规则：
  • 开盘 < 120 分钟 且 holder > 500 → is_hot = true

​
✅ 验收标准

  • clean 表持续产生新数据
  • 字段全部结构化

​
✅ C 组：信号分析层 | Signal Analysis Layer

🎯 本周目标 实现最小可用信号生成。

​
📌 任务清单

触发条件BTC 或 ETH：
  • change_5m > 1.5%
  • 或 volume_spike = true
生成信号：
  • signal_type: opportunity
  • priority: medium
触发条件clean_tokens.is_hot = true生成信号：
  • signal_type: opportunity
  • priority: low
创建 signals 表字段：
  • signal_id
  • type
  • priority
  • title
  • summary
  • timestamp

​
✅ 验收标准

  • 数据变化时能生成 signals 记录

​
✅ D 组：推送与接口层 | Notification & Interface Layer

🎯 本周目标 实现 signals → Telegram + Ghost 草稿，打通情报分发与内容产品层。
D 组不只是”推送机器人”，而是情报分发与内容产品层，目标是让信号既能即时提醒，又能沉淀为可阅读内容。

​
🧩 D 组模块拆分

实时推送模块

Telegram Bot 推送

内容生成模块

Ghost CMS 集成

编排与专题

内容聚合机制

​
📌 任务清单

功能要求
  • 接收 signals
  • 根据优先级推送（priority ≥ medium）
  • 格式化消息： 
    🚨 市场异动
BTC 5分钟涨幅 1.8%
建议关注短线波动
  • 同类信号 10 分钟内合并
  • 避免刷屏
Ghost Admin API 集成本周最低能力：
  • 接收 signals
  • 生成文章草稿
  • 发布为 draft 状态
字段映射：
Signal 字段Ghost 文章
titlepost.title
summarypost.excerpt
evidencepost.html 内容
文章结构模板：
## 事件概览
{{summary}}

## 触发原因
- 市场数据：{{market_reason}}
- 链上行为：{{token_reason}}

## 风险提示
当前风险等级：{{risk_level}}

## 建议
{{suggested_action}}
Ghost Tags 支持本周至少支持：
  • market - 市场异动
  • new-token - 新币机会
  • sentiment - 舆情分析
后续可以做专题页聚合。

​
✅ 验收标准

  • Telegram 能收到真实推送
  • Ghost 后台有自动生成的草稿文章
  • 不刷屏，推送有价值
重要架构原则：不要让 C 组直接写 Ghost。正确链路是 C 组 → signals 表，D 组 → 消费 signals → 分发到 Telegram / Ghost。否则分析层会被内容逻辑污染。

​
🧱 基础设施任务 | Infrastructure Tasks

1

K3s 命名空间

创建 situation-monitor 命名空间
2

服务部署

每组一个 Deployment
3

数据库

Postgres StatefulSet

​
🚫 本周不做的事情 | Out of Scope

为了防止范围膨胀，本周明确禁止：

前端面板

不做前端面板

Twitter 接入

不接 Twitter

AI 分析

不做 AI 分析

用户系统

不做用户系统
本周只做：数据 → 信号 → 推送

​
🎯 周末验收目标 | Weekend Acceptance Criteria

周末你应该能看到：
市场波动时手机收到提醒
新币出现时有低优先级提示
Ghost 后台有自动生成的文章草稿
如果这一步打通，项目就已经从想法变成系统了。

​
🧠 项目负责人关注点 | Key Focus Areas

作为项目负责人，本周只需要盯三件事：
  1. 各组是否真的在写入数据库
  2. 是否真的生成了 signals
  3. 推送是否有价值（哪怕很粗糙）
技术都能补，信号价值才决定这个项目值不值得继续。

​
📚 相关文档 | Related Documentation

态势监控系统

了解系统整体架构

接口规范

模块接口与数据流规范

信号结构

signals.json 核心协议定义

部署指南

服务部署操作指南
下一步计划：Week 2 工作计划（加入舆情 + 初级 AI）、各组 Repo 结构与 GitHub 协作规范、数据库表结构完整版 SQL。