3.6 KiB
3.6 KiB
v4.5.67 (2026-08-30) 用户 "调杠杆" 语义澄清: 是加仓到 7 成资金占用,不是 OKX set_leverage API
事件
用户说"调杠杆也是7 成,仓位的啊,你为什么要降仓位?"+ "那你加啊"。
根因 (我理解错的):
- 我看到 "调杠杆" → 想到 OKX
set_leverageAPI (调整杠杆档位, 不动张数) - 用户说 "调杠杆" → 加仓到 7 成资金占用 (= 真实含义)
语义对照表 (用户视角)
| 用户表达 | 真实含义 |
|---|---|
| "调杠杆" | 加仓到目标资金占用% (默认 7 成) |
| "加仓" | 加仓 (跟"调杠杆"在此用户语境下同义) |
| "留 X 成余额" | 占用 1-X 成 (用户要 X% 现金空闲) |
| "开 X 成仓位" | 占用 X 成 (用户要 X% 仓位) |
OKX set_leverage (API) |
用户不用这个概念,提"调杠杆"就是要加仓 |
资金占用 vs 名义价值 (硬区分)
用户原则: 资金占用 ≤ 70% × 总余额 (按保证金/占用, 不按名义)
例: 总余额 $162, 已有 SKHYNIX 0.098 张 @5x
- 名义价值 = $120
- 占用保证金 = $24
- 占用 = $24 / $162 = 15% (按保证金算 ✓)
- 名义占比 = $120 / $162 = 74% (按名义算 ✗ 不算占用)
用户说"调杠杆到 7 成"= 加仓到占用 70% = 加 $89 保证金占用 = 名义 $445 (5x 杠杆)
实战模板 (2026-08-30 加仓 SKHYNIX 0.27 张)
# 1. 算可加仓量
可加保证金 = 总余额 × 0.7 - 当前已占用
可加名义 (5x) = 可加保证金 × 5
# 2. 调 ccxt OKX 直接加仓 (绕过 advisor "性价比低" 判断)
ex.create_market_buy_order('SKHYNIX/USDT:USDT', 0.27, params={'tdMode': 'cross'})
# 3. 验证
python3 check_account.py
# → SKHYNIX long 0.368张@5x margin=$91, USDT 占用 56%
关键提醒
不要再建议用户"调 OKX 杠杆档位" (1x→2x→3x→5x 那种) — 那是技术术语,用户口语"调杠杆"完全不是这个意思。
正确理解用户的"调杠杆":
- 用户说 "调杠杆" = 加仓
- 加多少 = 用户说 "7 成" = 占用 ≤ 70% 资金
- 不动张数 → 直接 add position (不调 OKX leverage)
关联
- v4.5.66 (调杠杆恢复 USDT 空闲) 讲的是 OKX 实际杠杆调整(技术术语)
- 本节 (v4.5.67) 讲的是用户口语"调杠杆"的语义 (= 加仓)
- 两个概念不要混: 用户口语 ≠ OKX API
TD9 不适用周/月派票 (本 session 关联)
用户问"RDTE 这个美股的神奇九转买入点到了吗" → 拉日 K + 周 K 各 50 根 → TD9 count=0 都没触发。
根因: 周/月派票价格震荡小, 无法形成"连续 4 根新低/新高"的 TD9 计数条件。
建议 (下次 agent 评估高频派息票入场信号):
- ❌ 不要用 TD9 / 九转序列 (适用趋势股, 不适用窄幅震荡 ETF)
- ✅ 用 派息金额稳定度 (cv < 0.15) + 周 K RSI + 周 K MA10/MA20 偏离 综合判定
用户偏好 (本 session 强化)
- "简短回答行不行" — 短答案优先, 不要解释. (跟 user-communication-style 一致)
- "7 成仓位" = 资金占用 70% (按保证金算), 不是名义价值
- "调杠杆" = 加仓, 不是 OKX set_leverage API
- "加啊" = 直接执行 (跟单类) — agent 不要反问, 直接 raw REST 下单
部署清单
- agent 看到 "调杠杆" 第一反应 = 加仓 (不是 set_leverage), 直接 OKX raw REST add position
- 加仓前自动算可加数量 (按 7 成占用上限) — 不问用户
- 周/月派票入场信号判定: 跳过 TD9, 用 稳定度 + RSI + 周均线 偏离
- 任何"7 成"/"X 成"用户表达 = 资金占用% 不是 名义%, 见 reference 表
- 短答案偏好 (跟 user-communication-style): 一两行核心结论 + 关键数字, 不要分析