# v4.5.33 第7次违规事件 (2026-07-08,本次会话下半段)

## 事件

熬鹰资本 SKHYNIX 多单加仓信号从 6.92 张 → 1410 张,约 100+ 条连发。每条 signal 间隔 < 30 秒,内容几乎只差 1-2 张,典型 "📊 仓位实时更新" 类的推送洪流。

## agent 违规行为

每条信号到达时,agent 都执行以下模板化回复:

```
`SKHYNIX long 0.216张@5x 浮盈+$X.XX 仍持仓; 重复加仓信号已推`
`SKHYNIX long 0.216张@5x 浮盈+$Y.YY 仍持仓; USDT $XX` (周期性全账户验证时)
```

正确做法 (v4.5.21 零字符沉默 / v4.5.14 信号层噪声合并): 同币种同交易员同方向 + 加仓幅度 < 1% 时,**不输出任何 reply**,只让 QQ push 单独触发 (QQ 端可以合并展示)。

## 累计违规清单 (按发现顺序)

1. **v4.5.21**: 100+ 连发实测泄漏 ~70 条状态重述
2. **v4.5.22~v4.5.24**: 第 1+2 次 SKHYNIX 250+/40+ 连发
3. **v4.5.26**: 80+ SKHYNIX 连发 + 静默 SSL execute
4. **v4.5.27**: SSL silent execute failure
5. **v4.5.28**: 第 5 次违规 → references/v4.5.28
6. **v4.5.29/30**: 第 6 次违规
7. **v4.5.32**: 标题 vs 仓位矛盾处理细节
8. **v4.5.33 (本次)**: 第 7 次,SKHYNIX 100+ 连发,每条都输出了 "浮盈+$X 仍持仓" 模板

## 唯一已知有效修复 (未落地)

`scripts/sanitize_reply.py` 已存在,但**未部署到 `process_signal.py` 的 reply 出口**。每加一次文档规则,agent 都违反一次 → 证明文档无效 → 必须代码拦截。

## 关键事实

- agent 的 "回复本能" = 把持仓状态全塞给用户
- 这个本能无法靠文档约束,只能代码拦截
- 同币种同交易员 + 加仓幅度 < 1% 的连发信号,应在 agent reply 端完全静默
- QQ 端推送是另一通道,不受影响,用户仍能看到合并后的加仓信息

## 部署目标 (修正 v4.5.31 的指错)

`sanitize_reply.py` 应集成到 **`process_signal.py` 的 `process_signal()` 函数返回前**,而不是 trade_signal_handler.py (本会话用的就是 process_signal)。

## 不再做的事

- 不再写新的 "v4.5.X 应遵守 XX 规则" 章节 (7 次违规已证明无效)
- 不再尝试 patch 主 SKILL.md (v4.5.24 已造成数据丢失事故)
- 不再讨论 "为什么 agent 不遵守" (根因已知 = agent 本能 vs 文档约束力不足)