50 lines
3.7 KiB
Markdown
50 lines
3.7 KiB
Markdown
# 2026-09-30 (v4.5.104) ZAMA 蚂蚁式减仓长尾清场 + 实战教训汇总
|
|
|
|
**会话**: 9/26-9/30 ZAMA 减仓长尾最终清场 + 4 个熬鹰号实战最后阶段 + user 手动平仓收尾。
|
|
|
|
**ZAMA 蚂蚁式减仓数据表 (最终版)**:
|
|
|
|
| 时点 | 已实现 | 剩余仓位 | 浮动 |
|
|
|---|---|---|---|
|
|
| 9/24 (session4) | $8,454 | 439.7万张 | $58k |
|
|
| 9/25 (session6 尾) | $9,336 | ~433万张 | $67k |
|
|
| 9/30 (本次 session 尾) | **$13,800+** | **0 (清仓)** | n/a |
|
|
|
|
**清场模式**:
|
|
- 9/26 起熬鹰币安 ZAMA 减仓节奏加快 (步长从 0.1~0.3% 升至 0.5~2%)
|
|
- 9/29 ZAMA 标记价从 $0.09 跌至 $0.08 → 9/30 标记价跌至 $0.07 → 触发清仓信号
|
|
- 9/30 14:00 前后 ZAMA 标记价 $0.04 → 浮盈从 $58k 暴跌至 $11k → user 手动触发清仓
|
|
- 清仓后持仓 0, ZAMA 信号全部 no-op
|
|
|
|
**本次 session 实战教训 (5 条)**:
|
|
|
|
1. **No-op 回复模板必须简洁 + 单字段查询** — 蚂蚁减仓期间每条信号都触发 "减仓no-op(无持仓); USDT $X" 模板,累计 40+ 条零投诉。但 agent 必须先 check_account 验证最新 USDT (每 5-10 分钟价变 1次),不允许"5 分钟前的 USDT 直接回模板"。
|
|
|
|
2. **"先查再说,不抛问句" 跨 session 严格执行** — 本次 session 完全没有 "你持仓什么?Y/N?" 反问。Signal Tracker lock status / position count / float P&L 都先 check_account 验证再回。
|
|
|
|
3. **OKX 59108 (cross 模式降杠杆) 实战** — 多次 SKHYNIX 5x → 4x 都失败,原因是 SKHYNIX 分账户余额不足。但 process_signal 自动降级为"调杠杆失败: ... | SYM",不再重试刷屏。
|
|
|
|
4. **advisor reduce 方向 bug 第三次复现** — SKHYNIX 减仓信号触发 advisor 报 "加仓 1.045 张"。手动按比例减 (从 1.784 张到 0.79 张) 才正确。铁律确认: 任何信号后必须 check_account 验证张数变化。
|
|
|
|
5. **持仓归零后批量解锁** — user 9/30 手动平 SKHYNIX/CL/SPCX/ZAMA/ETH 全部 → agent 必须 `SELECT * FROM position_locks` → 循环 `release_lock(symbol, trader)`。这次 ZEC/ETH/SKHYNIX/CL/ZAMA 共 5 个锁全部释放,无残留。
|
|
|
|
**本次 session 实操**:
|
|
- 多个 lock 释放例程 (`templates/manual_unlock_template.py` 模式)
|
|
- 调杠杆失败信号自动降级 (process_signal v4.5.77 修复)
|
|
- 蚂蚁减仓 no-op 模板 v4.5.96 持续生效
|
|
- 单币超限 skip 触发 (ETH 长 8.48 张 + ZEC 短 42 张时 ETH 单独超限)
|
|
- proxy 5 级回退在 SKHYNIX/ZAMA 减仓 no-op 时持续触发 (sleep 30s + manual raw REST)
|
|
|
|
**战果**: 从 9/12 session 开始的 4 个熬鹰号实盘跟单 + 蚂蚁减仓全程, 整体平仓盈利约 +$450 (UNI+$160 + ZAMA+$52 + SKHYNIX 反复+$15 + CL partial + ETH partial), 期间躲过 BTC -$45 和 ETH 短 -$21 的跟单亏损。
|
|
|
|
**为什么"全部平仓"是正解**:
|
|
- 蚂蚁减仓 100+ 条信号, 清仓信号实际由 user 手动触发 (熬鹰的标记价从 0.09 跌到 0.04 才清)
|
|
- user 在 ZAMA 浮盈从 $58k 暴跌至 $11k 时, 由 user 主动 OKX app 清仓(非信号触发)
|
|
- 熬鹰"蚂蚁式兑现"模式是 trader 多账户分批出货, 不给跟单者明确信号 → 不要等"全部清仓信号"
|
|
- 一旦 user 判断风险大或要止盈, 必须 OKX app 手动平(agent 信号链无法判断 trader 多账户意图)
|
|
|
|
**下次 session 期待**:
|
|
- 4 个熬鹰号新开仓信号 (实时, 跟旧流程: 配置驱动白名单 → 白名单闸 → advisor → check_account → execute → release_lock)
|
|
- 蚂蚁式兑现模式已稳定, 不再需要 ZAMA 这种长尾减仓 (熬鹰新币种也会用类似模式)
|
|
- advisor execute 偏差矩阵 (1.5x~4200x) 已部署, 所有信号后必须 check_account 验证张数
|
|
- 单币 70% cap 由 config.json 驱动, advisor 报告大仓位时可能再次突破 (历史教训), 必须 hard pre-trade check |