# v4.5.82 后验证: 熬鹰变体信号风暴 + Qdrant-first 更新 (2026-09-09 会话尾段)

## 1. 白名单闸在持续轰炸下的验证结果

v4.5.77 (close 闸) + v4.5.81 (严格等值匹配) 落地后, 同一会话内涌入了 **15+ 条**非白名单 trader 信号:

| Trader | 信号数 | 闸结果 |
|---|---|---|
| 熬鹰币安实盘 | ~12 (BTC/SNDK/ZEC open/add/reduce/close) | 全部 `⏭️ 跳过: 不在白名单` |
| 熬鹰交易信号 | ~5 (ZEC open/add) | 全部拦截 |
| 熬鹰FOMO合约实盘 | ~6 (SKHX/BTC open/add/reduce/close) | 全部拦截 |
| 巨鲸内幕哥ca88 | 1 (HYPE long) | 拦截 |

**零泄漏**。闸在长时间高频轰炸下稳定。

## 2. 变体 trader 的消息格式是第二层天然防线

变体 trader (币安实盘/交易信号) 用的是**无【】字段括号**的格式:

```
币种：ZECUSDT 永续 | 全仓 | 2x
方向：做多 🟩
持仓量：47.24 ZEC
```

而白名单"熬鹰资本"用 `【币种】: ZECUSDT|永续|2x` 格式。

parse_signal 对变体格式直接返回 `⚠️ 无法解析信号` — **解析失败 = 无法执行 = 双重保护**。即使白名单闸逻辑出 bug, 格式差异也挡住了。不要"修复"这个解析失败来兼容变体格式 — 失败是 feature。

## 3. 重复/转发信号的 dedup 清除例程 (本会话高频操作)

User 转发同一条信号多次时, process_signal 报 `⏭️ 重复信号，跳过`。标准清除:

```bash
# 清 processed 表 (msg_hash 去重)
sqlite3 ~/.hermes/trading/signal_dedup.db "DELETE FROM processed;"
# 可选: 只清特定 symbol 的 recent_signals
sqlite3 ~/.hermes/trading/signal_dedup.db "DELETE FROM recent_signals WHERE symbol='ZEC';"
```

然后重跑 process_signal。注意 `DELETE FROM processed` 是全清 — 只在需要重放最近信号时用。

## 4. ZEC 案例: 白名单纪律 vs 被拦 trader 的盈利

9/6 熬鹰资本(白名单)发 ZEC short 信号 → 跟开 42 张 @5x, avgPx 1183.88。之后 ZEC 涨到 1280+, 浮亏 -$41。同期被拦的"熬鹰交易信号/熬鹰币安实盘"在做 ZEC **多**单, 浮盈 +$21k。

**教训**: 被拦 trader 赚钱 ≠ 白名单选错。User 明确指定白名单=熬鹰资本, 纪律执行, **不要因为被拦 trader 的 PnL 反推该放宽白名单**。放宽与否由 user 决定 (改 whitelist.json 即可)。

## 5. User 偏好细化: Qdrant-first 含更新

User 原话: "暂不清理，但现在优先用qdrant，更新也是。"

- 新知识/教训/更新 → 优先存 Qdrant (skill reference 或 Qdrant 直存), 不进 memory.md
- **暂不主动清理** memory 现有条目 (不删也不主动缩短, 除非满了)
- memory.md 只在满时缩短, 保持关键词索引功能