苹果那张安静的成绩牌，以及一批开源分析工具

今年体育科技领域发生了两件事，放在一起看很有意思。苹果上线了一款只做一件事的体育应用。另一批开发者、咨询公司和数据库厂商则推出了一些工具，想让数据分析不再那么依赖少数几家云厂商。

Slate在6月10日发表文章认为，2024年冬天上线的Apple Sports是少见的、真正兑现承诺的应用。文章列举了这款应用没有的东西：没有新闻标题，没有直播指南，没有TikTok式的无限滚动。作者说自己用它看NHL、NFL、大学橄榄球和大学篮球。斯坦利杯季后赛期间，他不得不关掉匹兹堡企鹅队的自动推送，因为应用比他的流媒体套餐还快。

简洁背后的数据

具体机制值得说清楚，因为它解释了为什么一个查比分的小应用，感觉和ESPN或MLB如今的样子完全不同。Apple Sports展示队名、队标、战绩、比赛时间和比分，还有积分榜。点开一场比赛，你能看到技术统计、领先者或球员名单。应用覆盖MLS、NWSL以及大约30个其他足球联赛，包括厄瓜多尔甲级联赛和德乙，还有男子和女子网球以及LPGA巡回赛。实时活动可以把比分推到锁屏。比分板上会出现博彩赔率，但可以在设置里关掉。广告被描述为偶尔出现，多是导向Apple TV的横幅。

Slate引用了苹果高管在2024年发布时的原话：“我们做Apple Sports，是为了给体育迷他们想要的东西，一个能极快获取比分和数据的应用。”这就是全部的产品说明。没有智能体层，没有摘要机器人，没有图像生成。

这种克制能否规模化是另一个问题。这款应用是体育数据的消费者，而不是生产者，它的价值取决于与联赛和数据供应商的授权协议，Slate并未讨论这些。它还取决于苹果是否愿意让一个没有明显收入的产品继续运行下去。这两点都没有保证。

市场的另一面

与此同时，体育和企业分析底层的工具层正变得越来越拥挤。9月13日，一个名为plainoldanalytics的项目出现在GitHub上，作者账号是poundifdef。这是一个面向Go应用的自托管、可插拔网页分析包。作者把它定位为思路接近Umami、Plausible或PostHog，但嵌入在应用自身之中。核心包与存储无关：导入它不会拉入DuckDB或任何其他后端。开发者自行选择存储包，或者实现Storage接口并传给plainoldanalytics.New。

仓库里有一个挂载在你指定路径上的内置仪表盘、一个中间件包装器，以及可选的浏览器会话记录器。流量大约每秒刷写到磁盘一次，README提醒开发者在关闭时调用Close()，把仍在缓冲里的数据写出去。gin和chi都有适配器。文档警告中间件应当限定在某个分组上，否则分析仪表盘本身也会被记录成流量。

9月8日，一家名为Adaca的软件咨询公司发布了另一种方案：adaca-analytics，一个面向Google Analytics 4和BigQuery的自托管仪表盘，运行在Cloudflare Workers上。来自GA4 Data API或BigQuery导出的每日汇总数据进入用户自己拥有的D1数据库，实时部分仍留在谷歌。README描述了开箱即用的六个仪表盘、四步构建器、保存的分群、只读分享链接、与上一周期的对比，以及通过邮件或Slack发送的每周和每月摘要。安装需要一个具有Viewer权限的Google服务账号，并部署到Cloudflare，这会复刻仓库并配置D1和KV。

该项目采用MIT许可证。Adaca表示自己是一家软件咨询公司，开发定制软件，并把资深工程师嵌入客户团队。

架构之争

Starburst在9月11日发表了一篇分析，讨论智能体数据分析的两种架构，其框架对上面两个工具同样适用。第一种方案是从源系统抽取数据，把原始文件交给智能体。Starburst称之为“option 0”，认为除非特殊情况，这种做法不切实际，因为按数据条目计费的智能体，在你发送数TB数据时会贵得离谱。第二种方案是让智能体直接访问数据库，自己写SQL，反复优化查询，处理交给数据库引擎。Starburst指出，智能体可能用试探性查询压垮数据库系统，但整个行业都在聚焦支持智能体工作负载。

这正是新工具们悄悄做出的取舍。Adaca把重聚合放在用户自己控制的数据库里。Plainoldanalytics把流量留在应用自己的进程里。两者默认都不把原始数据发给第三方。在一个最响亮的体育科技头条都关于AI瞄准和预测系统的市场里，更有意思的变化或许是转向那些只做一件事、拒绝多做的更小工具。