三訊號
- 站內
- 紀錄公開
- 可接執行器
- 盯盤程度
- 中高
- 決策權
- 在你手上
- 訊號延遲
- 訪客 24 小時 / 會員即時
- 執行器
- dry-run only（真單要手動）
是什麼
泰坦下真單、先鋒掃機會、賢者判多空 —— 三條線各自獨立，紀錄全部攤開，包含輸的那些。
這不是喊單群。每一張卡的進場、止損、結果狀態都寫在訊號牆上，勝率與分數桶寫在戰績頁，數字直接從系統資料快照來，不是人工挑出來的漂亮截圖。
適合誰
想自己按下確認鍵的人。
你要有能力看懂一張卡在說什麼，並且接受「訊號只負責告訴你哪裡值得看，不負責替你承擔結果」。想要有人幫你決定的，去看跟單那一頁；想要完全不管的，去看網格。
三條線的用法不一樣：泰坦是真倉執行紀錄，看的是它怎麼出場；先鋒只掃多頭、不下單，看的是機會密度；賢者有完整的進場、止損、目標價，是三條線裡唯一能直接照著操作的。
風險
樣本數不大。賢者近 30 天的空單只有二十幾張結案卡，這種量級的勝率一週就能翻一倍或砍半 —— 別把它當成穩定的統計結論，實際數字請直接看戰績頁，那裡是快照直出。
先鋒的到價率不是你的報酬率。它只記錄「有沒有碰到 TP1」，不記錄你實際進場的價格、滑價與手續費。
泰坦的 PnL 是 51 私人帳戶的真實結果。倉位大小、進場時間、手動介入都跟你不一樣，你複製不出同一條曲線。
訊號有延遲：訪客看到的是 24 小時前的卡，會員才是即時。用過期的價格去追，等於自己製造滑價。
最後，執行器目前只有 dry-run —— 它只會印出「會下什麼單」，真單要你自己按。這是刻意的。
怎麼開始
1. 先看訊號牆，挑一條線跟兩週，只記錄不下單。輸的那幾張要特別看。 2. 對照戰績頁的分數桶：分數高的那一桶勝率是不是真的比較高，自己驗一次，不要信標題。 3. 要下手就從賢者開始 —— 它是三條線裡唯一附完整 TP / SL 價位的。 4. 想自動化，就把本機執行器掛起來，預設 dry-run，它只印單不下單。看它的判斷跟你的判斷差在哪。 5. 真要接真單，交易所走 DEXless（執行器的預設）或你自己的帳戶，並且先把單筆風險金額設到「連錯十次也還在場上」的程度。
開戶 / 合作交易所
走協會連結開戶，你拿交易所的手續費折扣、協會拿返佣 —— 這是獵人協會的收入來源，講在前面。
DEXless 由 51 共同創辦，本頁對它的推薦帶有利益關係，先講清楚再談別的。
執行器參數（三訊號跟單策略）
本機執行器讀的就是這一份定義。預設 dry-run：它只印出「會下什麼單」，不會真的送出。 要下真單得同時給 --mode live 與環境變數 RUNNER_LIVE=1，兩道缺一就拒絕啟動。
TP / SL：TP / SL 不是使用者參數，一律取訊號卡上的 tp / sl 欄位。LONG 必須 SL<entry<TP、SHORT 必須 TP<entry<SL，不成立就整張拒送。先鋒與泰坦的卡在契約上 tp 恆為 null（docs/INTERFACES.md §2.1 / §2.3），所以實務上只有賢者的卡過得了這關。
| 參數 | 型別 | 預設 | 允許範圍 | 接線 |
|---|---|---|---|---|
交易所 exchange bitget / bybit 的 adapter 目前是 NotImplemented 佔位，只有 dexless 走得通。 | enum | dexless | dexless / bitget / bybit | 已接 |
執行模式 mode live 需要兩道同意：CLI 傳 --mode live，且環境變數 RUNNER_LIVE=1。缺任一道直接拒絕啟動（退出碼 2）。 | enum | dry | dry / live | 已接 |
送單標的 symbol DEXless adapter 會改用自己的永續代號 PERP_BTC_USDC；其他交易所才吃這個值。 | string | BTCUSDT | — | 已接 |
單筆風險金額（1R） risk_usd 倉位 = min(qty_max, risk_usd ÷ |進場價−停損價|)。停損愈遠、張數愈小，每一筆賠掉的金額才是固定的。 | number USD | 25 | 1 – 500 | 已接 |
單筆最大張數 qty_max R 制算出來的張數再被這個值封頂，避免停損極近的卡算出誇張倉位。 | number BTC | 0.01 | 0.00001 – 1 | 已接 |
同時在管倉上限 max_concurrent 已成交的倉達到上限就不再開新倉，pending 的掛單另由 ladder_max 管。 | integer | 2 | 1 – 10 | 已接 |
階梯掛單上限 ladder_max 同方向最多掛幾格。梯滿時會撤掉離現價最遠的那一格換掛。 | integer | 3 | 1 – 10 | 已接 |
階梯最小間距 ladder_gap_pct 0.004 = 0.4%。新卡與現有梯、在管倉的距離都要大於這個值才准掛，避免同一個價位疊三張。 | number ratio | 0.004 | 0 – 0.1 | 已接 |
最長持倉時數 max_hold_hours 過齡就送 reduce_only 市價平倉。填 null = 停用逾時平倉，倉位只靠 TP / SL 收。查倉失敗時不會亂動（查失敗 ≠ 查無）。 | number hour | 72 | 1 – 720 | 已接 |
累計虧損熔斷 loss_budget_usd 已結案淨額（扣手續費）跌到 −budget 就停開新倉，既有倉照 TP / SL 走完。 | number USD | 150 | 10 – 10000 | 已接 |
槓桿 leverage 未接線。執行器用 R 制算倉位（風險金額 ÷ 停損距離），設定裡沒有槓桿欄位，填了不會影響任何一筆單。要控制曝險請調 risk_usd 與 qty_max。 | integer | — | 1 – 20 | 未接 |
單倉資金比例 position_pct 未接線。執行器不讀帳戶淨值，無法換算比例；同樣請用 risk_usd（絕對金額）控制單筆風險。 | number percent | — | 0.1 – 100 | 未接 |
- 槓桿（leverage）與單倉資金比例（position_pct）兩個參數**未接線**：runner/config.py 的 RunnerConfig 沒有對應欄位，UI 會標示為未接，填了不影響下單。
- signal_filter.symbols_allow 目前**不由引擎強制**：runner/engine.py 的 _order_symbol() 取的是設定裡的 symbol（DEXless 則固定 PERP_BTC_USDC），不是訊號卡上的 symbol。所以這條白名單是「請只餵 BTC 的卡給它」的約定，不是程式擋的閘門，接真線前必須由 W7 補上。
- sources 列了三條線，但先鋒與泰坦的卡在契約上 tp 恆為 null，會被 core.sanity_check 擋下 —— 目前真正能產生單的只有賢者。這是資料現況，不是設定錯誤。
- mode 預設 dry，且 live 需要 --mode live 加上 RUNNER_LIVE=1 兩道同意。本檔不提供繞過的設定值。
未接線參數 2 個：leverage, position_pct
本頁是策略說明，不是投資建議。所有策略都可能虧損，槓桿會放大虧損速度。 下手之前，先確定你清楚最壞情況長什麼樣，並且那個情況你承受得起。