跳到正文
世界时间EU--:--UK--:--USA--:--CN--:--PLDEFRIT中文EN

关于人工智能与技术的门户事件 · 分析 · 访谈 · 技术背景

搜索
直播›

体育科技的数据叙事撞上更难的问题:钥匙在谁手里

体育分析常被包装成等待更多 AI 解决的数据问题。但本周资料中更有价值的争论在于架构层面:是将原始数据交给智能体,还是给它一个可查询的数据库。

体育分析陈思远发布: 2026年9月27日5 分钟阅读资料来源 4
体育科技的数据叙事撞上更难的问题:钥匙在谁手里

体育科技多年来兜售同一个承诺:更多数据、更快答案、更明智的决策。每周摆在桌面上的市场研究标题,往往依赖增长率和缩写词。工程现实则混乱得多。本周这批材料中有两份文件值得放在一起读。它们描述了两种截然相反的做法,都是向体育组织日益依赖的人工智能智能体提供数据。

Starburst 于 9 月 11 日发布了一份关于智能体数据分析两种架构的分析。文章面向企业数据团队,而非俱乐部或联赛,但使用的例子刻意普通:一家杂货店询问上周的鸡蛋促销是否盈利。回答这个问题需要知道:促销是否吸引了原本不会光顾的顾客,新顾客是否回头,同一笔交易中还购买了什么,这些商品在店内的位置,以及它们的利润率。这是一条跨越多个数据集的追问链。当体育组织询问某次赞助活动为何推动门票销售时,面对的是同一类型的问题。

选项 0:把数据送到模型那里

第一种做法被 Starburst 称为选项 0:提取相关数据表,以文件或直连管道的形式将原始数据发送给智能体,由其自行处理。该公司对权衡利弊直言不讳。如果智能体按接收或处理的数据项计费,发送 TB 级数据可能昂贵到无法承受。Starburst 指出,性能劣势使得该选项的实用性大打折扣,甚至算不上好选项,因此被标记为选项 0 而非选项 1。

对体育球队而言,这笔账本就不划算。一场比赛现在会产生追踪数据、视频提取事件、票务记录、商品交易和应用遥测数据,而询问这些数据的人却很少。按行付费将这些数据移入模型,不是大多数分析部门能辩护的预算项目。

第二种做法是 Starburst 推荐的。让智能体直接访问数据库系统,自行编写 SQL,并在逐步聚焦过程中迭代。数据库引擎做它擅长的事,使用优化过的查询计划处理本地数据。智能体负责监督,发送串行或并行请求,直到获得值得返回的结果。Starburst 承认已知缺点:智能体可能比人类更挑剔,在工作时可能用推测性查询压垮数据库。

数据库行业正全神贯注于支持未来的智能体工作负载,现代数据库系统处理此类可扩展数据处理的能力也在不断增强。

这就是核心论点,它既是工程论证,也是销售论证。Starburst 销售数据库系统。即便如此,关于优化所在层的判断难以反驳:智能体在进步,但无法像基于数十年查询研究的引擎那样高效处理 TB 级结构化数据。

工具链实际长什么样

本周材料中的两个开源项目展示了小规模端如何搭建这套管道。Adaca Analytics 于 9 月 8 日以 MIT 许可证在 GitHub 发布,在 GA4 数据之上重建旧版 Google Analytics 仪表盘。来自 GA4 Data API 或 BigQuery 导出的每日汇总数据进入运营者拥有的 D1 数据库,实时数据保留在 Google。开箱即用提供六个仪表盘,每个数字可打开详情页查看趋势和细分。整套系统运行在 Cloudflare Workers 上,前置 Cloudflare Access 或内置 Basic Auth。无需登录。

Plainoldanalytics 于 9 月 13 日在 GitHub 发布,走相反路线:嵌入 Go 应用的附加式网络分析。它不绑定存储,导入核心包不会引入后端,提供 gin 和 chi 适配器。流量约每秒刷盘一次。运营者可按请求设置键值属性,排除特定路由的日志,或记录字面路由路径而非路径参数。

这两个项目都不是体育产品。它们的相关性在于展示了默认假设的转变:数据留在运营者放置的位置,分析层是自行运行的组件,而非租赁服务。

没人做基准测试的隐私问题

DataZen 是 8 月 29 日在 Hacker News 发布的本地优先数据库客户端,直接提出问题:我的数据去哪了?该工具以 GPLv3 发布,无需账号,默认支持 PostgreSQL、MySQL、SQLite 和 Redis,可选驱动包括 MongoDB、ClickHouse、DuckDB 和 SQL Server。内置 MCP 服务器,允许 Claude、Cursor 和 Cline 等智能体通过模型上下文协议查询数据库,也可作为 MCP 客户端。凭据使用 AES-256-GCM 加密存储在操作系统钥匙串中。项目称仅共享模式和查询上下文给用户配置的人工智能提供商。

最后这一区分正是体育组织应关注的。模式和查询上下文不等于原始数据,但也并非无关紧要。模式会暴露俱乐部测量什么:存储哪些球迷属性,如何细分购票者,追踪球员负荷的哪些方面。在伤病数据和合同谈判与票务数据同属一个数据资产的运动中,元数据本身具有商业敏感性。

这批材料未显示任何俱乐部或联赛实际部署了什么,市场预测背后的厂商材料也不能证明采用情况。它确实显示出一条分界线。一派主张智能体应驱动数据库,现代引擎能承载负载。另一派构建工具,让数据留在本地,仅向外发送上下文。体育科技将继承其数据团队选择的答案,而这一选择正在开源代码仓库中做出,而非新闻稿。

评论 0

资料来源

4
  1. 01An Analysis of Two Architectures for Agentic Data AnalysisEN
  2. 02We rebuilt the old Google Analytics on top of GA4's dataEN
  3. 03Show HN: Plainoldanalytics: Analytics Middlware for GoEN
  4. 04Show HN: DataZen – a local-first client for cross-database workflowsEN

本文所有数字与引语均来自下列来源,未添加来源之外的内容。

本内容由编辑部在人工智能辅助下制作完成。

陈思远

陈思远

体育、汽车与旅行

陈思远负责FLASH24的体育、汽车与旅行报道,他从联赛官方数据、车队技术公报和旅行目的地统计中提取信息,重点关注规则执行与数据一致性,不放过任何一处数字矛盾。在体育报道中,他逐场核对射门、跑动和犯规数据,并比对视频助理裁判的判罚记录;在汽车与旅行板块,他同样坚持用实测油耗、里程和票价来验证每一条结论。他常与赛事数据员、车队工程师和当地向导沟通,每逢联赛关键轮次或新车发布便提前整理对比表格。业余时间他打业余篮球,也研究联赛数据与视频助理裁判的判罚逻辑,这些爱好让他更清楚数据背后的实际节奏。他坚持一条原则:未经核实的数据不写进稿子。

编辑部 →

评论

0
  1. 还没有评论——来说两句吧。

写评论

评论公开展示。我们不发布辱骂、垃圾信息和广告内容。