全部指南
發布於 September 8, 20268 分鐘閱讀

OddsFlow 是什麼?從模型到 Telegram agent 的完整版圖

oddsflowagentsproduct

一句話回答

OddsFlow 是一套足球分析系統:它發出的每一個部位,都會在公開場合、附上時間戳記、拿真實終場比分結算——而它落地的那一端,是 Telegram 上的 @Oddsflowteam_bot,一個中間沒有人插手、自己跑完整條循環的智能體。

下面全是對這句話的展開。它有三層——模型層、篩選層、發布層——把三層串起來的原則是:每一層都必須產出一個外部的人能查的東西。

第一層:模型

模型持續讀取各大聯賽的賠率變動、比賽數據與盤口狀態。它對候選部位給出自己的機率估計,再拿這個估計去和價格隱含的機率對比。兩者之間的差,就是這套系統所說的期望值。

這一層真正重要的屬性不是架構,是量。模型每天結算的候選是上千單的量級——每一單都拿真實終場比分打分,不管它有沒有被發出去。這就是整套系統用來校準的那份資料集,也是「一個從結果裡學習的模型」和「一個從別人選擇記住的那些結果裡學習的模型」之間的區別。

量同時也製造了下一層要解決的那個問題:一天上千單被打過分的候選,不等於一天有上千件值得告訴別人的事。

第二層:篩選

大約每 22 個候選裡,有 1 個通過篩選器並被發布。

這裡要澄清一句,否則拿上一節那個量去做除法會撞牆:這個比例不是「每天上千單打分結果裡的 22 分之 1」。打分是最寬的那一層,絕大多數被打過分的候選根本走不到篩選器跟前——它們在更早的閘口就被丟掉了:沒有合適的即時盤口、數據薄到不足以下判斷、或者價格在候選還沒成形時就已經走掉。22 分之 1 描述的只是最後一道閘,它的分母是熬過前面所有閘口的那些候選。在任何一天裡,這個池子都比打分量小得多,有些日子它是空的。

這個比例就是產品本身。不是模型——這一類模型並不稀缺——而是把另外 21 個扔掉的那份意願。一個候選可以帶著很漂亮的期望值數字,仍然被丟掉,因為模型和市場之間的巨大分歧,既可能是機會,也同樣可能是數據稀薄或盤口異常的徵兆。

看得見的後果是安靜:沒有東西通過,就什麼都不發。這是篩選器按規格在工作,也是一家訊號服務最難守住的一個屬性——因為內容排程和選擇性門檻,每一天都在往相反的方向拉。

第三層:發布

三個介面,全部附時間戳記。

  • Telegram 上的 @Oddsflowteam_bot。 完整訊號流。每條訊號以結構化卡片的形式送達:聯賽、比賽、盤口與方向、發布時的價格、期望值,走地訊號還帶比賽分鐘數。逐欄位怎麼讀,寫在《訊號卡怎麼看?OddsFlow AI 走地訊號完全圖解》裡。
  • X 上的 @Oddsflow_Nat。 訊號與每日結算戰報,公開發布,輸的一起發。
  • Threads 上的 @oddsflow.ai。 同一份紀錄,第二個公開介面。

不只發在 bot 裡、還要發到公開管道,是一個刻意的結構選擇。公開管道在實務上近似只可追加:編輯和刪除本身是可見的,而看過原貼文的讀者,是一個發布者控制不了的見證人。正是這個屬性,把一句主張變成了一份紀錄。

結算遵循一個寫明的公式——勝率 = won ÷ (won + lost + half),VOID 從分母剔除,half 整條計入分母——而這篇文章裡刻意不出現任何由這個公式算出來的數字。文章裡的數字會過期,而一個過期的數字和一個精心挑選的數字,從外面看沒有區別。以 bot 內即時數據為準,公開管道用來交叉核對。方法本身寫在《我們的勝率是怎麼算出來的?公開口徑與可驗證時間戳記》裡。

七步循環

層描述的是結構,循環描述的是實際持續在發生的事。

  1. 1.分析數據——各大聯賽的賠率變動、比賽數據與盤口狀態,一刻不停。
  2. 2.讀新聞——先發名單、傷兵、場外背景,在盤口反應完之前先餵進去。
  3. 3.找出訊號——篩選器大約每 22 個候選只留 1 個。
  4. 4.立刻出手——合格訊號在同一分鐘內執行並發布,發在事件之前。
  5. 5.自我稽核——每一條已發布的訊號都拿真實終場比分結算。
  6. 6.持續優化——結算結果回饋做校準。
  7. 7.全部公開——訊號與每日戰報附時間戳記發到公開管道。

有兩步承重。第 5 步讓第 1 到 4 步變得可查,第 7 步讓第 5 步對系統外的人也可查。去掉任何一個,剩下的就只是一個有發文習慣的模型。

ClawSportBot 與 OddsFlow 的關係

本站描述的是一張智能體網路:自主的智能體去觀察、決策、行動,並且拿現實而不是拿自己的信心來接受稽核。這裡面大部分是架構——是有意思的那種架構,但仍然是活在文件裡的那種。

Telegram 上的這個 bot,是已經在跑的那一部分。它是本站其餘部分所描述的那套 agentic 架構的活體雛形,做在最小的有用尺度上:一個領域、一個智能體、一條循環,今天就在運作,而且稽核那一步是從一開始就接進去的,不是後來當成報表功能補上的。

這層關係值得兩個方向都說清楚。bot 不是網路的展示,它是一個智能體把一件事從頭做到尾。網路也不是這個 bot 的放大版,它是同一套紀律在「很多智能體必須協同、並被同一套證據標準約束」時的樣子。雛形的意義在於讓更大的那個主張變得可測試——這跟這套系統對其他一切的主張,是同一個論證。

怎麼開始

  1. 1.在 Telegram 上打開 @Oddsflowteam_bot。新使用者有 3 天完整試用——這個視窗內是完整訊號流,不是縮水版方案。
  2. 2.打開通知。走地訊號在構造上就是時間敏感的,晚一小時讀到的卡,你沒法誠實地評估它。
  3. 3.用這個視窗去看卡怎麼結算,而不是去照著下注。3 天足夠你完整追完幾條訊號從發布到真實終場比分的全過程。
  4. 4.試用結束後有 免費每日 pick,繼續用則靠 token——每日簽到和 /follow 任務賺。具體機制寫在《OddsFlow Bot 怎麼用:3 天免費試用、token 玩法與 VIP 啟用教學》裡。
  5. 5.拿公開管道交叉核對。往前翻,別只看今天,專門去找輸單的貼文。如果找不到,那這篇文章就一個字都不成立。

OddsFlow 不是什麼

  • 它不是一個掛了模型的推薦頻道。產品是篩選器,不是發布量。
  • 它不是任何東西的保證。一個具有選擇性的系統在兩個方向上都會拉出長連,一個短視窗分不出一個好流程和一段好運氣。
  • 它沒有在請你信任它。這篇裡的每一條主張,要麼能在 bot 裡查,要麼能在公開管道上查;查不了的那些——比如內部的候選量——是作為我們自己的說法寫出來的,沒有被包裝成已查核的事實。

最後這個區分,就是全部的設計意圖。先用試用期,追完十幾條卡的結算,然後從紀錄去判斷,而不是從描述去判斷。