結果與回顧
英超,全場結束:赫爾城 2–2 埃弗頓。下面把開球前的那組分佈,和它當初對著寫的比分放在一起。
- 最終比分 —— 赫爾城 2–2 埃弗頓
- 賽前模型的主推方向 —— 埃弗頓勝,模型模擬給出約 46%
- 赫爾城勝 —— 模型模擬給出約 27%
- 和局 —— 模型模擬給出約 27%
- 埃弗頓勝 —— 模型模擬給出約 46%
- 判定 —— 錯:主推方向沒中
開球前的主推方向:埃弗頓勝,模擬給出約 46%。沒中——2–2。這一行算輸,而且和贏的那些行用同樣大的字印著。
這場已經結束,今天的比賽在這裡: 去 OddsFlow 看今天的比賽
這組機率要怎麼讀
模型偏向埃弗頓勝,給到 46%,領先第二高的赫爾城勝(27%)19 個百分點。方向是有的,幅度則算不上大。
拿本站已經發布的 340 場比賽頁當尺:熱門方向機率的中位數是 51%。這一場的 46% 正落在這條線附近——以我們自己的紀錄衡量,這是一組尋常的分佈。
模擬的場均進球是赫爾城 1.11、埃弗頓 1.53,兩邊合計 2.64 球,進球預期偏向埃弗頓這一側。這個合計低於本站已發布比賽的中位數 3.29 球。
還有一句得講明白:46% 不等於「會發生」。剩下的 54% 同樣屬於這組分佈,它描述的也是真會被踢出來的比賽。若一個 46% 的方向每一次都兌現,那代表這個數字寫錯了,而不是代表模型有多強。
賽後對照:結果落在分佈的哪一格
真正踢出來的是和局,模型賽前給它 27%,排在埃弗頓勝的 46% 後面。這一條記成錯。一個被給到 27% 的結果,本來就該以差不多這個頻次出現;它這次出現了,改變的是這一行記進哪一欄,而不是賽前那組數字該怎麼寫。
進球方面:模擬給出的兩隊合計是 2.64 球,實際打進 4 球。
赫爾城與埃弗頓先前出現過的頁面
赫爾城或埃弗頓先前在本站出現過 4 次。下面依時間倒序列出,每一條都連回當時那一頁——賽前的機率分佈,以及(若已結算)最終比分,都在那邊。
- 2026-09-19 —— 紐卡索聯 vs 赫爾城|紐卡索聯 63% / 和局 20% / 赫爾城 17%|最終 2–1,判定為對
- 2026-09-19 —— 埃弗頓 vs 伊普斯威治|埃弗頓 53% / 和局 25% / 伊普斯威治 22%|最終 1–0,判定為對
- 2026-09-12 —— 熱刺 vs 埃弗頓|熱刺 48% / 和局 26% / 埃弗頓 26%|最終 0–0,判定為錯
- 2026-09-12 —— 切爾西 vs 赫爾城|切爾西 77% / 和局 14% / 赫爾城 9%|最終 2–2,判定為錯
把這一頁放回英超的紀錄裡看
給這一頁一點脈絡:英超是我們發布過 49 場的賽事,其中 41 場已經結算,對 21 場、錯 20 場、作廢 0 場。這一頁不印百分比;計數在上面,全部預測在這裡,除法留給你自己做。
為什麼輸的那一欄一直擺著
任何一個頻道,只要只發事後看起來對的那幾場,都能顯得毫無破綻。對付這種做法,靠的不是更漂亮的說詞,而是一份完整清單:發出去的每一條,用同一套規則結算,擺進一張誰都能重數一遍的表。一個從不出現輸行的模型不是強,是紀錄不完整——紀錄不完整,就無從查起。
兩頭都釘死
模擬觀測於 2026-10-01 01:26 UTC,開球於 2026-10-11 13:00 UTC。本預測發布於開球前,時間戳記可查核,所以這個對照的兩頭都是固定的,終場哨響之後誰也沒動過。
去看即時的那一邊
足球實時預測龍蝦(@lxjqr31_bot)在 Telegram 上把訊號發出的同時打上時間戳記。本站每週台帳收攏已結算的行,讓這份紀錄可以被數,而不是被描述。
這一頁怎麼自己查核
這一頁現在兩頭都釘死了:資料檔在開球前 1 天 14 小時 就寫好(生成時間 2026-10-09 22:10 UTC,開球時間 2026-10-11 13:00 UTC),結果是比賽之後才補回去的。賽前那組數字的未修改副本放在公開鏡像裡,檔名是 record/data/hull-city-vs-everton-1557422.json——公開紀錄倉庫。比頁面更值得看的是那個倉庫的提交歷史:它記著每個數字是什麼時候寫下來的,而這正是一份戰績裡事後無法重建的部分。上面那個判定所用的口徑,寫在我們如何計算戰績。
這場已經結束。網頁直接打開,不用裝 Telegram。
本頁發布的是模型機率,僅供分析參考,不構成任何建議。足球結果本身就帶著不確定性——不要根據任何預測做出你承擔不起後果的決定。