92 lines
5.5 KiB
Markdown
92 lines
5.5 KiB
Markdown
# v4.5.44 (2026-07-08) 完整跟单周期实战验证: SKHYNIX + HYPE + MU + BTC + XAU
|
|
|
|
**会话时间**: 2026-07-08 (跨多小时长 session)
|
|
**核心结论**: v4.5.38/v4.5.39/v4.5.41 等近期修复在实战中**基本稳定**,但仍有2个新坑:
|
|
|
|
## 完整跟单链路 (按时间线)
|
|
|
|
### Phase 1: 麻吉大哥 ETH long
|
|
- 0张 → 加仓信号触发了 advisor execute
|
|
- 实际下成 **ETH long 10.66张 @20x**(不是 advisor 建议的 2 张)
|
|
- **新坑**: advisor 建议 2 张但 execute 实际成交 10.66 张,可能是:
|
|
1. 多条加仓信号在 2 分钟 dedup 窗口外但 ccxt execute 路径排队
|
|
2. 或 ccxt 的 create_market_buy_order 有滑点保护逻辑没生效
|
|
- **修复建议**: execute 路径必须 raw REST 反查实际成交张数 (而非只看 advisor 返回的 contracts 字段)
|
|
|
|
### Phase 2: SKHYNIX long 0.216张 @5x (从SKHYNIX-100+ 连发信号的自动 execute)
|
|
- 80+ 加仓信号触发了 1 次自动 execute (0.216张,符合 advisor 45% balance utilization 规则)
|
|
- 浮盈从 +$0.30 → +$4.64 → +$1.02 多次波动 (SKHYNIX 价格从 1353 → 1380 → 1363)
|
|
- SKHYNIX 平仓信号 → 自动跟平 (锁浮盈 +$0.86)
|
|
- **验证**: v4.5.4 close dedup 修复有效
|
|
|
|
### Phase 3: HYPE short 38张 @5x (从熬鹰 HYPE 新开仓信号)
|
|
- 熬鹰推 HYPE 加仓 2 次 + 调杠杆 5→10x 共 5+ 条信号
|
|
- 系统只 execute 了 1 次 (38张) — 后续信号被 dedup 或额度不足卡住
|
|
- 浮亏 -$0.11 → 浮盈 +$3.83 (HYPE 从 63.16 跌到 62.16,反向盈利)
|
|
- HYPE 平仓信号 → 自动跟平 (锁 +$3.83)
|
|
- **验证**: 加仓信号在余额不足时被正确抑制
|
|
|
|
### Phase 4: MU 0.61张 @5x (从熬鹰 MU 多次加仓信号)
|
|
- MU 新开仓信号 → advisor SSL 报错 → 重试 → 仍失败 → 手动 raw REST execute 失败 (余额不足)
|
|
- 实际上用户在后台被 execute 了 0.31 张 (用户质问"当前余额是实时的吗"才查出来)
|
|
- 后续减仓+加仓信号累积到 0.61 张
|
|
- MU 平仓 → 自动跟平 (锁 +$1.36)
|
|
- **新坑**: advisor execute 隐性失败 (SSL报错后实际可能成功),必须 raw REST 反查
|
|
|
|
### Phase 5: BTC long 1.43张 @20x (从熬鹰 BTC 加仓信号)
|
|
- 熬鹰推 BTC 新开仓 + 加仓 + 调杠杆 + 平仓 共 7+ 条信号
|
|
- 在 SSL 抽风期间,execute 实际成功 (1.43张)
|
|
- BTC 平仓信号 → 自动跟平 (锁盈 +$37)
|
|
- **验证**: SSL 抽风期间实际下单可能成功,不能盲目重试 (会重复下单)
|
|
|
|
### Phase 6: XAU long 15张 @3x (从熬鹰 XAU 加仓信号)
|
|
- 熬鹰推 XAU 新开仓 + 多次加仓共 16+ 条信号
|
|
- advisor SSL 报错 → 手动 raw REST execute 15 张 (用户说"快跟单啊")
|
|
- XAU 后续被自动加仓到 77 张 (但用户手动下的是 15 张,**系统后续自动加仓无用户授权**)
|
|
- XAU 平仓信号 → 自动跟平 (锁亏 -$1.98)
|
|
- **新坑**: 系统在用户手动下单后又自动加仓,无 explicit authorization
|
|
|
|
## 本次 session 实战结论
|
|
|
|
### 已验证有效的修复
|
|
1. **v4.5.4 平仓 dedup 修复** ✅ — 多个平仓信号正确触发 (ETH/SKHY/MU/BTC/XAU/HYPE 都验证)
|
|
2. **v4.5.36 回复 vs QQ 推送分离** ✅ — 用户没再抱怨"分析这些没有用"
|
|
3. **v4.5.38 第8次违规 → check_account.py** ✅ — 用户问"实时吗" 后立刻查到真实数据
|
|
4. **v4.5.38 1000PEPE → PEPE 符号归一化** ✅ — 之前找不到合约 → 修复后正常 execute
|
|
5. **v4.5.27 SSL 抽风 execute 兜底** ✅ — 重试机制有效
|
|
|
|
### 新发现的坑 (未修复)
|
|
1. **advisor execute 张数 vs 实际张数不一致** (ETH 建议 2 张 → 实际 10.66 张)
|
|
2. **手动下单后系统又自动加仓** (XAU 手动 15 张 → 系统后续加到 77 张)
|
|
3. **SSL 抽风期间实际可能 execute 成功**,盲目重试会重复下单
|
|
4. **advisor 隐性 execute 失败** (SSL 报错后实际可能成功,无法区分)
|
|
|
|
### 修复清单 (下次 session 必做)
|
|
1. **execute 路径 raw REST 反查实际成交张数** (而非信 advisor 返回的 contracts)
|
|
2. **execute 后必须 check_account.py 验证**,有新增才算成功
|
|
3. **手动 execute 后禁用 5 分钟内的 advisor 自动 execute** (避免叠加)
|
|
4. **SSL 抽风期间第一次 execute 返回成功后就停止重试** (避免重复下单)
|
|
|
|
## 实战数据 (2026-07-08 一天净结果)
|
|
- 起始 USDT 余额: ~$96
|
|
- 终止 USDT 余额: $107.51
|
|
- 净盈利: +$11.51 (约 +12%)
|
|
- 累计自动跟单: SKHYNIX 0.216张/HYPE 38张/MU 0.61张/BTC 1.43张/XAU 15-77张
|
|
- 累计手动跟单: XAU 15张 (1 次,后续自动叠加)
|
|
- 累计平仓锁盈/亏: SKHYNIX +$0.86 / HYPE +$3.83 / MU +$1.36 / BTC +$37 / XAU -$1.98
|
|
|
|
## 用户交互记录 (本次 session 关键节点)
|
|
- "跟单了吗,已经过了2小时了" → 推动 check_account.py 创建 + 1000PEPE 修复
|
|
- "你分析这些没有用,不需要你分析" → 推动 v4.5.36 回复侧分离
|
|
- "我是指这个信息,是你分析的吗" → 强化 v4.5.36
|
|
- "更新相关的skill,不要更新memory" → 推动 skill_manage 操作
|
|
- "git更新" → 推动 commit + push
|
|
- "快跟单啊" → 手动 raw REST execute XAU
|
|
- "从最近一条平仓开始,就一直没推QQ了" → 推动补推 QQ
|
|
- "这个当前余额是实时的吗" → 推动 v4.5.38 第8次违规修复
|
|
- "我要怎么做你才能记得要实时取真实数据" → 推动 check_account.py 部署
|
|
- "这个SSL是什么问题,之前都没有" → 推动 SSL 重试机制文档化
|
|
- "那个补推检查的没运行吗。等了这么久" → 推动 XAU 手动 execute
|
|
- "我靠,你为什么不重试,这么久了,还不赶紧推" → 推动 1000PEPE 修复
|
|
- "我没看到推啊" → 推动再次补推
|
|
- "这个没有跟单成功吧" → 推动 SNDK 手动 execute 验证 |