📌 signals.json 信号结构定义 | Signal Structure Definition
本文档定义了 Situation Monitor 系统的核心协议:信号结构。这是全系统统一的数据格式,所有模块都必须遵循此规范。这是系统的核心协议,任何修改都需要经过团队审核和版本控制。
🎯 信号设计目标 | Signal Design Goals
信号不是行情播报,而是:提醒用户「是否值得关注或行动」
信号是决策前过滤系统的输出,帮助用户快速判断是否需要进一步操作。
🧱 信号顶层结构 | Top-level Structure
📋 字段说明 | Field Specification
完整字段表
| 字段 | 类型 | 必填 | 说明 |
|---|---|---|---|
signal_id | UUID | ✅ | 信号唯一标识符 |
timestamp | ISO 8601 | ✅ | 信号生成时间(UTC) |
signal_type | Enum | ✅ | opportunity / risk / info |
priority | Enum | ✅ | high / medium / low |
confidence | Float (0.0-1.0) | ✅ | 系统判断可信度 |
risk_level | Enum | ✅ | low / medium / high |
title | String | ✅ | 推送标题(≤50 字符) |
summary | String | ✅ | 给用户看的解释(≤200 字符) |
suggested_action | String | ⚠️ | 非强制建议(≤100 字符) |
sources | Array[String] | ✅ | 触发的数据来源列表 |
evidence | Object | ✅ | 证据数据(见下方) |
expire_at | ISO 8601 | ✅ | 过期时间(UTC) |
🧠 evidence 结构示例 | Evidence Structure Examples
行情触发 | Market Trigger
新币触发 | Token Trigger
舆情触发 | Sentiment Trigger
复合触发 | Composite Trigger
🎯 信号触发原则 | Signal Triggering Rules
必须满足的条件
示例:- ✅ 行情 + 舆情 → 可生成
high优先级信号 - ✅ 新币 + 大户行为 → 可生成
medium优先级信号 - ❌ 单一数据源 → 仅可生成
info级别信号
优先级判断逻辑
High Priority
High Priority
- 至少 3 个数据源交叉验证
- confidence ≥ 0.8
- 涉及多个关键指标异常
Medium Priority
Medium Priority
- 至少 2 个数据源交叉验证
- confidence ≥ 0.6
- 单一关键指标显著异常
Low Priority / Info
Low Priority / Info
- 单一数据源
- confidence < 0.6
- 一般性信息更新
🚦 推送策略建议 | Push Strategy
| Priority | 推送方式 | 频率限制 |
|---|---|---|
| High | 即时推送 | 无限制 |
| Medium | 合并推送(5 分钟窗口) | 最多 3 条/小时 |
| Low | 仅展示在面板 | 不推送 |
🔥 非目标范围 | Out of Scope
系统明确不提供以下功能:自动下单
不执行任何交易操作
盈利保证
不承诺任何收益
明确买卖点位
不提供具体交易建议
📊 信号生命周期与流转 | Signal Lifecycle & Data Flow
全局数据流架构 | System-wide Data Flow
信号在系统中从“杂乱噪声”到“精准情报”的转化过程如下:详细生命周期 | Lifecycle Steps
✅ 信号验证规则 | Validation Rules
部署前请确认信号符合以下规则:-
signal_id是有效的 UUID -
timestamp和expire_at使用 ISO 8601 格式 -
confidence在 0.0-1.0 范围内 -
sources数组至少包含 1 个元素 -
evidence对象包含至少 1 个数据源证据 -
title和summary长度符合限制 -
expire_at晚于timestamp
建议使用 JSON Schema 验证信号结构,确保数据一致性。