# 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 未主动告知用户
- 用户反馈: "为什么没加仓?"