數據

口徑註記 / caveats

• 01先鋒 buckets[].n 是 30 天總訊號數，但 win_rate 的分母是「已回算」（evaluated_at IS NOT NULL）而非 n —— 口徑抄 daily_report.py sec_vanguard，契約的 bucket 沒有 evaluated 欄位可放，故在此註明。
• 02先鋒訊號需滿 72h horizon 才由 run_daily_backfill 回算，近 72h 的訊號多為 status=pending，不進勝率分母，所以近日 n 高但已回算低。
• 03先鋒不下單，無 pnl；其 win_rate 等同 TP1 到價率（tp_rate）。
• 04賢者勝率有兩個分母，兩個都報，不准只挑一個（W1-FIX）：win_rate_all_closed（= 舊欄位 win_rate，分母 n_all = 窗口內所有結案單）與 win_rate_filled_only（分母 n_filled = 其中 filled_ts 非 NULL、真的成交過的單）。差異來源：sage_trades 是掛限價單的表，closed_reason='ttl_expired' 的單掛到過期從未成交（filled_ts IS NULL、pnl_usd IS NULL），卻落在 all_closed 的分母裡。
• 05兩個賢者勝率該看哪個要看問題：問「進場後賺錢的比例」看 filled_only；問「發一張賢者卡最後賺錢的期望」看 all_closed —— 掛不到單也是成本。兩者方向相反（filled_only 恆 >= all_closed），所以不能只揭露一個。
• 06賢者 tp_rate / sl_rate 的分母仍是 n_all（含未成交單），與舊版一致，未改動；要換成成交分母請用 tp_rate * n_all / n_filled 自行換算。
• 07先鋒無「成交」概念（只掃訊號不下單），其分母問題是另一回事：分母為「已回算」（evaluated_at IS NOT NULL）；泰坦 titan_perf 的 WHERE 本來就帶 pnl_usd IS NOT NULL，所以頁面上的結算筆數 n_closed（本次 88 筆）就是「30 天內已結案且算得出 pnl 的單」，未成交或沒有 pnl 的單進不了這個分母。
• 08賢者 sage_signal_records 僅 5/353 列有 trade_id，故 signals.json 的 sage score / pnl_usd / closed_ts 多數為 null —— 這是 production 資料現況，不是抽取失敗。
• 09泰坦只取 DB trades 的已結算 pnl（venue binance/bitget），不含錢包餘額與交易所 income。日報 §7 的錢包/income 來自幣安 API，本快照刻意不呼叫任何交易所 API，該欄位無法對齊，亦不應對齊（那是 51 私人帳戶）。
• 10窗口是滑動的 30 天，**兩邊都會動**：右緣開放（since = now - window，新訊號一直進來，n 變大），左緣也會滑出（舊訊號超過 30 天就離開窗口，連同它們的已回算結果一起消失，所以「已回算數」不是單調遞增，重跑可能變少）。與日報執行當下的 now 不同，數字不會逐字相同；要逐字比對請用 scripts/verify_vs_daily_report.py 的同窗口重放。