Files
Hermes-Skills/okx-auto-position/references/v4.5.44-2026-07-08-full-cycle-skhnx-hype-mu-btc-xau.md

5.5 KiB

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 验证