2.2 KiB
2.2 KiB
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 端可以合并展示)。
累计违规清单 (按发现顺序)
- v4.5.21: 100+ 连发实测泄漏 ~70 条状态重述
- v4.5.22~v4.5.24: 第 1+2 次 SKHYNIX 250+/40+ 连发
- v4.5.26: 80+ SKHYNIX 连发 + 静默 SSL execute
- v4.5.27: SSL silent execute failure
- v4.5.28: 第 5 次违规 → references/v4.5.28
- v4.5.29/30: 第 6 次违规
- v4.5.32: 标题 vs 仓位矛盾处理细节
- 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 文档约束力不足)