关于我们

关于半岛体育

体育数据最常见的尴尬，是一句很普通的问题——“这个球员最近状态怎么样”——背后其实缺了三样东西：哪个球员、哪一段时间、用哪个指标衡量。半岛体育做的事情，就是围绕这种“说得含糊、算得精确”的落差，研究并整理一条可靠的路线：让人用中文提问，让系统把问题拆成可以执行的查询，再把结果连同来源一起讲清楚。

项目定位

半岛体育把自己定位为三件事的结合：AI体育数据大模型、AI体育搜索引擎，以及AI体育知识图谱技术平台。这三者不是三块拼在一起的功能牌，而是同一条链路上的三个环节。大模型负责听懂问题和解释结果；搜索与查询规划负责把问题落到具体的数据源；知识图谱负责保存球员、球队、教练、赛事之间会随时间变化的关系。对应的栏目分别是半岛体育AI大模型、半岛体育AI搜索和半岛体育知识图谱，此外还有半岛体育数据AI与半岛体育智能分析两个偏数据侧的栏目。

本站的读者主要是对体育数据工程感兴趣的人：想知道自然语言查询为什么容易出错的产品经理，想比较Text-to-SQL和图查询的工程师，也包括只是想弄明白“AI回答体育问题到底靠不靠谱”的球迷和分析爱好者。内容的目标不是替他们做决定，而是把技术路线讲透。

技术路线：从一句话到可追溯的答案

站内所有文章都围绕同一条主线展开，可以概括为五步：

第一步，系统要弄清问题里有哪些实体、哪个时间范围、哪个统计口径，缺了就该追问，而不是猜。这一环节在体育查询中的时间理解一文里有详细拆解。第二步，查询规划把一个复杂问题拆成若干子查询，决定哪部分走结构化数据库、哪部分走关系图、哪部分走文本检索。第三步是真正的执行：精确数字来自SQL与计算引擎，多跳关系来自图查询，规则与新闻类文本才交给RAG检索。第四步是校验，包括口径检查、缺失值处理和结果的合理性核对。第五步，才是大模型用自然的语言把结果解释出来，并标明数据来自哪里。

这条路线背后有一个很朴素的原则：大模型擅长理解和表达，不擅长可靠地算数。这个原则在语言理解与统计计算为什么要拆开一文里有完整论证。需要强调的是，站内讲到知识图谱和GraphRAG时，只会说它们能提高关系类、时间类问题的可靠性，并不会宣称能彻底避免出错，任何精确统计仍然需要回到结构化数据源核对。

内容标准：我们对稿件的要求

编辑团队给所有稿件定了几条硬性规矩，写在这里，方便读者监督：

• 不虚构事实。不写融资、用户规模、下载量、评分与评价，不写职业球队或联赛的官方合作，不写未经证实的媒体报道，也不使用任何头衔、认证类的背书。
• 不使用真实球员、球队和比赛的统计数字。文中的场景一律使用虚构代号，例如“球员A”“示例队甲”，并明确标注为示例数据或模拟场景。
• 不承诺“绝对准确”“完全消除幻觉”“实时秒级返回”这类无法验证的说法，也不给出没有依据的性能数字。
• 引用公开研究时只点到题目和研究方向，不编造具体数据、页码或作者。
• 体育主题只谈数据分析与技术方法，不写与数据分析无关的内容。

编辑团队

站内文章署名为编辑团队而不是个人，四个小组各有分工：

• 半岛体育数据研究组：负责数据表结构、统计口径、查询流程与答案溯源方向的稿件。
• 半岛体育AI搜索编辑组：负责搜索意图、时间条件、复杂问题拆解以及App使用问题的稿件。
• 半岛体育知识图谱研究组：负责实体关系、时序图谱、事件建模与GraphRAG方向的稿件。
• 半岛体育大模型观察组：负责大模型工具调用、Text-to-SQL、多模型协作以及行业观察类稿件。

站点说明与功能边界

为避免误解，这里把本站能做什么、不能做什么说明白。

公司信息

如果你想从头了解本站的写作思路，建议先读半岛体育官网为什么把搜索、数据分析和知识图谱放进同一个系统，再按兴趣进入各个栏目。对内容有疑问或发现了口径错误，欢迎通过联系页面告诉我们。