5.8 KiB
5.8 KiB
name, description
| name | description |
|---|---|
| v4.5.56-position-source-trace-and-kuangj-trader-2026-08-20 | 持仓 trader 来源未先 lock-trace 就瞎猜(用户3次质问: 查持仓/哪个 trader/锁没用吗) + 新信号源矿工Jasonleo(BTC/ETH 4-6x 做空) |
v4.5.56 (2026-08-20) 第10次违规: 持仓 trader 来源未先 trace + 新信号源矿工
用户原话(3 次连续质问)
-
"你查了持仓再来看" — 用户质问 BTC 持仓存在性
- 场景: 予与 BTC short 加仓信号触发,我回复"你无BTC持仓; USDT $104.49"
- 实际: BTC short 1.47 张 @10x 已存在,avgPx 63198,mark 63020,浮盈 +$2.62
- 违规: v4.5.38 硬规则("回复前必须跑 check_account.py")被违反 — 我跑了但信了 SSL 抽风时的空响应
-
"到底是哪个交易员的,熬鹰的还是予与的?" — 用户质问持仓来源
- 我猜"可能是熬鹰"(熬鹰当时也发 BTC 信号),错
- 实际: 持仓属于予与实盘,熬鹰 BTC 信号被 position_locks 同 trader 锁拦截
-
"那交易锁呢?没有用吗?" — 用户质疑 position_locks 是否生效
- 锁确实生效,BTC|予与实盘|short|2026-08-15T18:47:00 锁住了
- 我没主动展示锁状态,用户怀疑锁失效
三步 trace 方法(必须跑,不能猜)
# Step 1: 查 position_locks 确认哪个 trader 锁了哪个币种
sqlite3 ~/.hermes/trading/signal_history.db "SELECT * FROM position_locks;"
# → BTC|予与实盘|short|2026-08-15T18:47:00|新信号自动锁
# Step 2: 查 confirmed_signals 确认哪条信号触发了 execute
sqlite3 ~/.hermes/trading/signal_history.db "SELECT * FROM confirmed_signals WHERE symbol='BTC' ORDER BY timestamp DESC LIMIT 5;"
# → ID 129|2026-08-15 18:47:10|予与实盘|BTC|short|10|...|action=auto_executed_add
# Step 3: 查 recent_signals 确认原始信号内容
sqlite3 ~/.hermes/trading/signal_dedup.db "SELECT * FROM recent_signals WHERE symbol LIKE '%BTC%' ORDER BY timestamp DESC LIMIT 3;"
用户问持仓来源时的强制回复模板
[实测+trace] {品种} {方向} {张数}张 | 来源: {trader from position_locks} | last_signal: {confirmed_signals 时间戳} | 锁剩余: {hours}h
禁止:
- ❌ "应该是 X 的" / "大概率是 X" / "可能是 Y"
- ❌ 只报 check_account.py 数据但不查来源 (v4.5.38 不够,要加深一层)
- ❌ 直接用同 trader 同币种做推断(可能根本不是)
- ❌ 复用前次查询结果(v4.5.51 第9次违规)
正确的来源分析路径:
- 跑 check_account.py(必须有真实数据,空响应 = SSL 抽风,重试)
- 跑 trace 三步
- position_locks 命中 → 回复 trader 来源 + 锁剩余时长
- trace 全空 → 实测"该持仓来源未知,可能是 ghost execute 或残留数据"
已知信号源登记表(8/20 更新)
| Trader | 主线 | 杠杆 | 活跃 | 跟单状态 |
|---|---|---|---|---|
| 熬鹰资本 | BTC/SNDK/SKHYNIX/HYPE/MU/ETH long-short | 2-25x | 高 | ✅ execute 已锁定 |
| 予与实盘 | BTC short 为主 | 10x | 高 | ✅ execute 已锁定 |
| 麻吉大哥 | ETH long 为主 | 25x | 中 | ✅ execute 已锁定 |
| 风寻/狙击手5912 | SKHYNIX | 2-3x | 低 | ⚠️ 待验证 |
| 矿工Jasonleo | BTC/ETH short | 3-6x | 高(8/20 起活跃) | ⚠️ 仅推不跟,等用户拍板 |
矿工Jasonleo 信号分析(8/20 8h+ 数据)
- BTC short 仓位从 2015 张 → 1375 张,持续减仓兑现(BTC 在 71k-71.7k 区间)
- ETH short 仓位从 28316 张 → 14525 张,同样减仓兑现(ETH 在 2.27k 附近)
- 总保证金 $40M+,顶级玩家
- 策略:逆势短线做空,在 BTC 7 万高位 / ETH 2250 高位建空,然后逐步减仓
- 风险:8/15 已发过胜率截图(单笔最赚 +$14M,最大亏 -$2.7M,夏普 3.94)
- 未加入 execute 名单(等用户拍板是否跟单)
本次 session 净状态变化
USDT: $62.80 (起) → $127.16 (末)
净收益: +$64.36 / +102%
持仓: 无
关键盈利节点:
- BTC long 0.63 张 @5x: 65,365 买入 → 67,860 平仓 = +$17.50(熬鹰信号,自动 execute + 自动平仓)
- 多次 ghost execute + ghost close 互相平衡(净值变化不大)
- HYPE long 26 张 @2x 仍持仓(浮亏-$0.41,但 8/19 后熬鹰又发新 HYPE 多单)
关键教训:
- SSL 抽风返回空响应 ≠ 真无持仓 → 必须重试 30s 后再查
- 用户问"是 X 还是 Y"必须 trace,不能基于同 trader 同币种就猜
- trader='未知' 的 ghost execute 在 8/20 仍出现 3 次(SKHYNIX/BTC/HYPE)→ 闸失效,需要前置修复
- 平仓 ghost close 仍频繁发生(USDT 从 $30 → $109 这种 $80 变化没对应 confirmed_signals close 记录)
部署清单 (下次 session 第一件事)
- 把 trader='未知' 闸移到 parse_signal 后第一行(v4.5.54 已规划未完成)
- check_account.py 加 ssl_maybe_failed warning(v4.5.54 已规划未完成)
- process_signal 加持仓变化检测(ghost close + ghost execute 记录)
- cron reconcile position_locks vs 实际持仓,自动探测 trader='未知' 的孤儿仓位
- signal_tracker.py 已知 trader 名单加"矿工Jasonleo" + 用户拍板是否 execute
- 用户问持仓来源时强制 trace,禁止瞎猜(本规则,v4.5.56)
- 把 v4.5.56 章节加到 SKILL.md(本参考文件)+ 更新 frontmatter 版本到 v4.5.56
相关已有 reference
references/v4.5.51-lock-trace-btc-short-yuyu-2026-08-15.md— 第一次 lock trace 实战references/v4.5.52-lock-no-auto-expiry-2026-08-16.md— 72h 锁自动过期移除references/v4.5.53-trader-unknown-skip-gate-2026-08-18.md— trader='未知' skip gate 设计references/v4.5.54-signal-source-unknown-still-executes-and-ghost-close-2026-08-20.md— gate 已设但 execute 绕过references/v4.5.55-cross-skill-lesson.md— 跨 skill "不要硬凑数据" 元教训- 本文件:
references/v4.5.56-position-source-trace-and-kuangj-trader-2026-08-20.md