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 报 ⏭️ 重复信号，跳过。标准清除:

# 清 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 只在满时缩短, 保持关键词索引功能

2.6 KiB Raw Permalink Blame History