在三个月内——2026年6月8日至9月3日——一条自动化流水线读取了 Telegram 上 47 个足球 tipster 频道的每一条公开帖子，提取推荐，匹配到真实赛程，按官方结果结算，并在可能时与 Pinnacle 的收盘价逐一比对。开赛后没有任何推荐被编辑或删除；每个档案都保留自己的分母。
我们原以为最有意思的数字，会是谁跑赢了收盘线。结果发现，更上游的东西才是关键。
| 阶段 | 推荐数 | 占已读取总量 |
|---|---|---|
| 公共帖子解析为单场足球推荐 | 1,106 | 100% |
| 消息中带有可用价格 | 683 | 61.8% |
| 匹配到赛程并按结果结算 | 475 | 42.9% |
| 具有价格 且 同一市场上有 Pinnacle 收盘价——也就是可衡量的 closing line value | 129 | 11.7% |
在 631 条无法结算的推荐中，233 条属于其他体育项目或我们不覆盖的联赛（不是失败，只是不在范围内），369 条根本无法对应到具体赛程——球队名含糊、没有日期、"今晚稳胆"——还有 29 条仍在待处理。
最后这一行，正是本文的重点。tipster 对外公布的战绩，只是他们自己筛选后留下的部分。我们展示完整漏斗，因为可衡量部分有多大，决定了下面任何数字到底有多少意义。
在 129 条可衡量 closing line value 的推荐中，平均 CLV 为 +3.85%（中位数 +4.45%）。看这个数时，要同时看分母：129 条推荐分布在 5 个频道上，而且主要由那些会发价格的人贡献。
按频道统计，至少有 20 条已结算推荐的情况如下：
| 频道 | 已结算 | 胜率 | 平注 ROI | 平均 CLV（可衡量 n） |
|---|---|---|---|---|
| AnalysisTips | 124 | 70% | −0.3% | +2.5% (12) |
| شرطبندی · پیشبینی · جام جهانی | 114 | 62% | −7.2% | −8.0% (36) |
| Puskás Tippek | 75 | 64% | +10.4% | +16.4% (13) |
| انالیز تیپ | 59 | 80% | −1.4% | −12.7% (1) |
| VBH · Value Bets & Sports Betting | 25 | 40% | −30.0% | +25.7% (5) |
有三点很突出，而且都不是“这个 tipster 很强”。
可衡量样本最大的那个是负的。 唯一一个有实际意义 CLV 样本量的频道（36 条推荐）是 −8.0%：市场在帖子发出后朝着它的反方向移动，这正是缺乏信息含量的推荐的典型特征。那些看起来很亮眼的频道——+16%、+26%——可衡量推荐数分别只有 13 和 5 条，这算是一个不错的两周，不是证据。
胜率本身说明不了什么。 70% 的胜率带来的是 −0.3% 回报；80% 的胜率带来的是 −1.4%。在这些推荐通常对应的短赔率下，盈亏平衡胜率高于实际胜率。相关算式见 为什么 67% 的胜率仍可能让你亏钱。
没有人达到可以下结论的门槛。 我们预先设定的“tipster 有水平”标准，是平均 CLV 为正，而且其 95% 置信区间不包含 0；这大致需要上百条可衡量推荐。三个月、1,106 条推荐之后，没有任何频道达到这个标准——不是因为他们差，而是因为他们很少公布价格，没人能真正核验。
大多数 tipster “验证”服务，记录的是 tipster 自己选择提交的推荐、按 tipster 自己报出的价格，并给出胜率。这里面的每一步都由 tipster 控制。
我们反过来做：读取公开发布的内容，按官方结果结算，对同一市场用最强市场的收盘价做比对，并公布有多少部分根本无法衡量。当本网站上的某个档案写着“CLV +2.5%，共 12 条推荐”时，“共 12 条”才是关键。
如果你跟着一个 tipster，真正该问的两个问题不是“你的胜率是多少”，而是“你的平均赔率是多少”以及“你的推荐里有多少能和收盘线核对”。谁答不上第二个问题，要求的不是验证，而是信任。
每个已审计档案都公开在 /tipster-audit，包含完整漏斗、closing-line 测试以及每个档案的运气测试。如果你的 tipster 不在其中， Audit My Tipster 可以对你贴入的任何记录运行同样的计算。
方法说明：推荐由语言模型从公开的 Telegram 帖子中提取并去重；仅保留单场足球推荐。与赛程的匹配使用球队名标准化以及帖子前后 ±7 天窗口；无法识别赛程的推荐标记为不可验证，覆盖范围外的体育项目或联赛标记为超出范围，因此两者都不计为亏损。CLV = 公布价格 ÷ Pinnacle 收盘价 − 1，同一市场。开赛后不做任何编辑；每日账本在 GitHub 和 OpenTimestamps 上带时间戳。