概览
System
—
Index
docs: —
资金详情 · Binance Futures
loading…
Assets
Instances
Processes
Listening
Runner Status (v3)
Accounts (sim)
Recent Orders / Trades
Binance Futures · 实盘总览
loading…
Model · latest trade_record
loading…
资金 / Assets
持仓 / Positions
挂单 / Open Orders
—
历史订单 / Orders
成交 / Trades
Income (optional)
Signal Runner · Local Stores & trade_records
loading…
Signal Runner · 策略运行状态（实时）
—
选择一个 runner 查看策略参数…
Position Store Files
Binance · Positions Snapshot
loading…
Position Records
选择一条记录查看详情…
trade_records
选择一个文件查看内容…
Quant Live · 运行状态
loading…
State Artifacts
历史开仓 / 执行记录（test_signal_execution.jsonl）
选择一条记录查看详情…
Models (v3)
Factors
alpha_new_Kronos
loading…
Key Docs
Viewer
选择文档/策略查看内容…
Strategy Runs
Factor Opt · 训练记录（opt/）
选择一个 run 查看 opt/ 产物与训练记录…
Artifacts
Leaderboard (top)
Records
选择一条记录查看详情…
Docs Explorer
—
选择一个文档查看内容…
Key Functions Search
Logs
选择一个日志文件，然后点击 tail…
DEV_HISTORY.md
loading…
Notes
UI Guide · 专业名词解释
—
说明：本看板为只读运维视图（除 “append snapshot” 外），不会下单/改仓位。
Tips：右侧很多字段来自 Binance Futures API 或 Trendsim `trade_records` 里的 `model_response`。
Tips：右侧很多字段来自 Binance Futures API 或 Trendsim `trade_records` 里的 `model_response`。
Auth / Security
OPS_DASH_TOKEN / SIGNAL_RUNNER_TOKEN
这是看板的 Bearer Token，用于保护敏感接口（`/api/binance/*`、`/api/signal-runner/*`、写入 DEV_HISTORY）。
你可以把 token 放在 `.env` 的 `SIGNAL_RUNNER_TOKEN`（兼容 `OPS_DASH_TOKEN`），UI 会自动尝试读取；无效时再手动点 “set token”。
安全建议：公网访问不建议启用自动下发 token（`OPS_DASH_UI_AUTO_TOKEN=1`）。
自动读取 token（/api/auth/auto-token）
UI 启动时会请求 `/api/auth/auto-token` 来自动写入浏览器 token。默认对本机访问生效（`127.0.0.1`）；若服务端设置了 `SIGNAL_RUNNER_TOKEN`，则公网访问也会启用。
若未设置 `SIGNAL_RUNNER_TOKEN` 但仍希望公网也自动读取，可设置 `OPS_DASH_UI_AUTO_TOKEN=1`；任何能打开网页的人都将获得 token（风险自担）。
api_key_hash（API Key 指纹）
UI 显示的 `api_key_hash` 是对 `BINANCE_API_KEY` 做 SHA-256 后取前 8 位（例如 `cb69136a`），用于识别“当前查询用的是哪套 key”，并映射本地文件名：`data/positions/positions_<hash>.json`。
注意：这不是 API Key 本体，不可用于交易。
Binance · 资金 / 仓位
available_balance（可用余额）
Futures 账户 可用余额：可用于开新仓/下单的余额（已扣除占用保证金）。
UI 同时展示 `wallet_balance`（钱包余额）与 `total_unrealized_profit`（未实现盈亏）。
uPnL / unrealized_profit（未实现盈亏）
当前持仓按 Mark Price 计算的浮动盈亏，未平仓不算已实现。
notional / leverage / liquidation_price
Notional：名义价值≈`|qty| * mark_price`；
Leverage：杠杆倍数；
Liquidation Price：预估爆仓价。
`margin_type` 为 `isolated`（逐仓）或 `cross`（全仓）。
Hedge Mode / position_side（双向持仓）
双向持仓允许同一合约同时持有 LONG 与 SHORT。`position_side` 用于区分方向（与净持仓模式不同）。
Signal Runner · 执行 & 存储
Position Store（本地持仓记录）
`data/positions/positions_<api_key_hash>.json` 是本地审计日志：记录开仓、止损/止盈保护单的 AlgoID、以及平仓原因（SL/TP/timeout/manual）。
如果从未触发开仓，该文件可能不会生成（属正常）。
trade_records（决策/成交/退出记录）
`data/trade_records/` 保存每轮评估的决策与模型响应：
decision（是否交易）、
trade（开仓记录）、
exit（平仓记录）。
UI 会从 `model_response.metadata.model` 提取“当前实盘模型 checkpoint”等关键信息。
保护单（Stop Loss / Take Profit / Algo Order）
signal_runner 使用 Binance 的条件/Algo 订单（通常 `closePosition=true`）为持仓挂止损/止盈，避免依赖精确数量。
若止盈创建失败，会回滚止损单，防止“只剩半套保护”。
TrendSim · 模型 / 因子
checkpoint / checkpoint_path
Checkpoint 是模型权重版本名（例如 `default`），对应的 `.pt` 文件路径是 `checkpoint_path`。
UI 的“实盘模型”来自 `trade_records` 里 `model_response.metadata.model`。
Factors / Feature Channels（H1 / 5M）
模型输入由多路通道组成：`H1_CHANNELS`（1h）与 `M5_CHANNELS`（5m）。UI “模型/因子”页会显示通道列表与来源文件。
Signature / Codebook / Cluster
Signature 是从行情窗口计算的指纹（包含 128 维向量与分组字段）。
Codebook 用于将 signature 映射到 cluster（聚类桶）。
threshold / probability / triggered
`probability` 为模型对方向的置信度，`threshold` 为触发阈值；当 `probability >= threshold` 时该方向为 `triggered=true`。
alpha_new_Kronos · 产物
strategy_runs/<run_id>/（策略生产 run）
每次 `strategy_factory_cli.py run` 会生成一个独立 run 目录（可审计、可复跑）：
`paper.json`（选中论文元信息）、
`extract/`（PDF→文本抽取 + 压缩上下文）、
`llm/`（每次 LLM 交互的 prompt/output 留痕）、
`strategy/`（最终 STRATEGY_SPEC/INTEGRATION_PLAN + BRANCH_HISTORY/branches）。
UI：侧边栏 “alpha_new_Kronos”，点选任意 run 可浏览对应产物文件。
opt/*（LLM 引导的因子/参数优化）
`opt/cache_signals.jsonl`：一次性预计算（p_long/p_short + signature fields）；
`opt/results.jsonl`：每个候选配置的回测结果（metrics + score）；
`opt/leaderboard.csv|md`：排行榜；
`opt/llm_calls.jsonl`：每次 LLM 调用留痕；
`opt/state.json`：断点续跑状态。
UI：run 选中后，在 “Factor Opt · 训练记录（opt/）” 里可直接看 leaderboard、训练记录与文件说明。