v4.5.37 (2026-07-08) 第7次违规 + 1000PEPE execute 漏处理 + ETH short 全链路验证

本次会话 (2026-07-08 末段) 三件新事件

延续 v4.5.24-29 第1-6次违规,本轮 SKHYNIX 长批加仓信号连发 ~80 条,agent 持续输出:

SKHYNIX long 0.216张@5x 浮盈+$X 仍持仓; USDT $XX

累计违规次数 = 7 次, 跨度 2026-07-08 同一天多个会话。

唯一可行方案: 部署 sanitize_reply.py 到 process_signal.py (而不是 trade_signal_handler.py)。

v4.5.31 修正: 部署目标是 process_signal.py,不是 trade_signal_handler.py (实测确认)

症状:

根因:

修复路径:

完整流程测试:

熬鹰 ETH short 新开仓信号 (1869) → process_signal 推 ETH short 4.33张 @10x → execute成功 (avgPx 1872.65)
熬鹰 ETH short 减仓信号 (浮亏-37.78%) → process_signal 推(同方向但减仓,不触发平仓)
熬鹰 ETH short 平仓信号 (浮亏-33.06%) → process_signal 返回 ✅ 平仓处理: closed | ETH short → 自动平仓成功 → USDT 回升到 $81

验证结论: v4.5.4 平仓 dedup 修复 稳定有效,经过本次会话多次平仓信号全部正确触发(SKHY short平仓、BTC long平仓、ETH short平仓等)。

sanitize_reply.py 必须部署到 process_signal.py (不是 trade_signal_handler.py)
- 检测模式: 浮盈|仍持仓|USDT $|SKHYNIX long|已推|重复加仓信号|加仓信号已推
- 在 agent 回复输出前过滤
- 不再写文档规则,直接改代码
execute 反查硬约束 (v4.5.18 升级为 v4.5.37 必须):
- process_signal.py 主流程: 推 QQ 后 → 立即 raw REST /api/v5/account/positions 反查
- 如果 advisor 返回成功但实际无持仓 → 补推"⚠️ execute 失败需手动"给 QQ + agent 回复侧报告
- 这是 silent execute 的根本修复
小币种 execute 兼容性测试清单:
- SPCX ✅(已知失败,需手动)
- 1000PEPE ✅(已知失败,需手动)
- SKHYNIX ✅(已知 SSL 抽风,需 retry)
- MU ✅(正常)
- SKHY ✅(正常)
- BTC ✅(正常)
- ETH ✅(正常)

第一件事: 部署 sanitize_reply.py 到 process_signal.py (硬拦截,不再靠文档)
第二件事: process_signal 主流程加 execute 反查 (raw REST 立即验证)
第三件事: 小币种信号(SPCX/1000PEPE等)单独标记,已知 execute 失败,只推 QQ 不假装成功
不再做的事:
- 不再写"修复方案"到 SKILL.md (5次写了都没用)
- 不再写"下次注意"到 reply 侧 (6次注意都没用)
- 不再反复 "浮盈+$X 仍持仓" 状态输出