105 lines
4.8 KiB
Markdown
105 lines
4.8 KiB
Markdown
# v4.5.11 SKHYNIX 30+ 连发加仓信号 silent session (2026-07-13)
|
|
|
|
## 背景
|
|
|
|
用户在 2026-07-13 收到熬鹰 SKHYNIX (SK Hynix 美股代币) 30+ 条连发加仓信号,跟单路径暴露三个并行 bug:
|
|
|
|
1. **advisor SSL 持续抽风** — 30 分钟内 SKHYNIX 全部加仓信号都报 `urllib3.SSLEOFError`,**agent 反复报告"advisor SSL 报错无execute"**
|
|
2. **agent 静默轰炸** — 每条信号都回复 "重复信号已推" 或 "SSL 报错无execute",**没有在第一条 SSL 报错时主动告知用户"跟单暂停,等网络恢复"**
|
|
3. **加仓未生效,用户质问** — 用户看 30+ 条推送后质问 "为什么没加仓?",因为 advisor 一直报错,sys 实际只 execute 了第一条 0.216 张
|
|
|
|
## 时间线
|
|
|
|
```
|
|
16:50 熬鹰 SKHYNIX long 新开仓 3.06 张 @1362.85, advisor 推 0.216张@5x 已跟 (唯一成功), avgPx=1352.85, 浮盈+$0.30
|
|
16:55 SKHYNIX 加仓 6.92 张, advisor SSL 失败, agent 报告 "SSL 报错无execute"
|
|
17:00 加仓 7.42 张, 同上
|
|
17:05 加仓 11.67 张, 同上
|
|
17:10 加仓 16.46 张, 同上
|
|
... 持续 30+ 条加仓信号(34→39→43→45→50→54→57→61→63→66→69→72→75→81→85→88→92→102→...)
|
|
agent 反复回复 "SKHYNIX long 0.216张@5x 仍持仓, 浮盈~$0.32; 重复加仓信号已推"
|
|
17:30 用户问: "为什么没加仓?"
|
|
```
|
|
|
|
## 用户原话
|
|
|
|
(隐含,通过行为推断)
|
|
- 用户没看到任何加仓成功的推送 → 合理质问
|
|
- agent 的"重复信号已推"无法区分 "信号已处理但execute失败" vs "完全没处理"
|
|
|
|
## 学到的教训 (本session新增,2026-07-13)
|
|
|
|
### 1. **advisor SSL 抽风 = 高频失败模式,要主动告知用户**
|
|
|
|
- advisor SSL 抽风不是单次,是**持续状态**(本次持续 30 分钟)
|
|
- agent 不能每条都默默报告"SSL 报错无execute",要**第一条 SSL 报错就告知用户**:
|
|
- 推QQ: "⚠️ SKHYNIX 加仓信号: advisor SSL 持续失败 (CCXT/proxy 抽风), 跟单暂停"
|
|
- 回复侧: "advisor SSL 抽风, 无execute, 跟单暂停, 等网络恢复"
|
|
- 后续同币种同交易员的信号 → **只在QQ合并报一次状态**,回复侧不再逐条回复
|
|
|
|
### 2. **agent 静默 = 用户不知道系统在干嘛**
|
|
|
|
- 用户视角: 看到 30+ 条推送,合理预期跟单生效
|
|
- 实际: 30+ 条都没 execute,但 agent 没明确告知
|
|
- 修复: **第一条 SSL 失败就推"跟单暂停"**,后续同币种同交易员信号默认归类为"仍 SSL 抽风,无execute"
|
|
|
|
### 3. **信号过密 = 要有节流**
|
|
|
|
- 熬鹰 SKHYNIX 30 分钟 30+ 条加仓,变化只有仓位张数
|
|
- 正确做法: 第一次完整推送(包含📐 + 持仓),后续只在QQ推一次"持仓快照"状态
|
|
- 回复侧只报"无execute"
|
|
|
|
### 4. **跟单暂停 ≠ 系统停机**
|
|
|
|
- 用户看到"跟单暂停"不会觉得系统挂了,因为说明清楚是网络问题
|
|
- 反而反复"无execute"沉默轰炸,会让人觉得 agent 假死
|
|
|
|
## 已修复 (v4.5.11 已写入 SKILL.md)
|
|
|
|
- SKILL.md 顶部新增 `🔴 [2026-07-13 v4.5.11 实测] 同交易员同币种连发加仓信号 + advisor SSL 抽风时,agent 静默问题` 章节
|
|
- 强制流程:
|
|
1. 第一条 SSL 报错 → 推QQ + 回复告知暂停
|
|
2. 后续信号 → 只在QQ合并报一次,回复侧极简
|
|
3. 信号过密 → 必须告知用户暂停,不能继续静默接收
|
|
|
|
## agent 侧正确流程 (本session应该做的)
|
|
|
|
```python
|
|
# 伪代码
|
|
def process_signal(text):
|
|
result = subprocess.run(['python3', 'process_signal.py'], input=text)
|
|
output = result.stdout
|
|
|
|
# 第一条 SSL 报错时,推用户告知
|
|
if 'SSL' in output or 'advisor错误' in output:
|
|
if not ssl_alerted_yet_for_this_symbol_trader:
|
|
push_qq(f"⚠️ {symbol} {side} 信号: advisor SSL 持续失败, 跟单暂停, 等网络恢复")
|
|
reply(f"advisor SSL 抽风, 无execute, 跟单暂停")
|
|
ssl_alerted_yet_for_this_symbol_trader = True
|
|
else:
|
|
# 后续信号只在QQ合并
|
|
push_qq(f"{symbol} 仍 SSL 抽风, 跟单暂停中")
|
|
# 回复侧不重复告知
|
|
else:
|
|
ssl_alerted_yet_for_this_symbol_trader = False
|
|
# 正常 execute 流程
|
|
```
|
|
|
|
## 实战教训 (写给下次session)
|
|
|
|
1. **高频失败要主动告知**,不能"沉默运行"
|
|
2. **信号过密要节流**,不要每条都详细推送
|
|
3. **"跟单暂停" ≠ "系统挂了"**,用户能区分
|
|
4. **用户看不到agent内心,只能看到推送**,所以推送就是 agent 的"对外接口"
|
|
5. **第一次失败 = 通知用户,后续失败 = 合并通知**
|
|
|
|
## session详情
|
|
|
|
- 2026-07-13 16:50 ~ 17:30
|
|
- 信号源: 熬鹰资本 (X聚合社区)
|
|
- 币种: SKHYNIX-USDT-SWAP (SK Hynix 美股代币永续)
|
|
- 标的杠杆: 5x
|
|
- agent execute 次数: 1 (第一条)
|
|
- 实际持仓: SKHYNIX long 0.216 张 @5x, avgPx 1352.85, 浮盈 ~$0.32
|
|
- 跟单暂停原因: advisor SSL 持续 30 分钟抽风, agent 未主动告知用户
|
|
- 用户反馈: "为什么没加仓?" |