我们解决什么问题
同一场比赛，比分平台只给数字，社交平台只剩情绪，视频回放又难以检索。竞技宝用时间线把关键节点串起来，让没看直播的人也能在两分钟内理解比赛走向。
赛事图文 · 玩家社区 · 开放接口
让每一场比赛，
让每一场比赛，
都被讲清楚
竞技宝 JJB 是面向电竞爱好者的赛事内容与互动平台。我们把实时图文、赛程赛果、战队资料和玩家讨论收拢到同一个界面里，既服务屏幕前看比赛的你，也服务需要稳定内容能力的赛事主办方与内容渠道。
无需下载客户端，打开 jjb网页版 就能查看当前赛况；机构用户可以通过接口与组件，把赛事信息接入自有站点或小程序。
- 关键赛况分段核对后发布
- 手机、平板、桌面同一内容源
- 社区审核策略可按场景配置
- REST 接口与 Webhook 推送
赛况图文流
进行中
蓝
蓝方战队先手 · 示例
2:1
红
红方战队后手 · 示例
- 蓝方拿下首条中立资源，节奏开始前压。
- 红方换线止损，双方经济差收窄至可追赶区间。
- 决胜团战爆发，蓝方以两换四结束比赛。
观赛者 A这波换线处理得很冷静，红方没有硬接。
观赛者 B图文时间线比纯比分清楚，能看懂节奏变化。
观赛者 C下一场什么时候开？想提前订阅提醒。
界面与赛况为展示示意，不代表真实赛事结果。
- 多端一致
- 网页、移动浏览器与嵌入组件共用同一内容源，减少信息不同步。
- 事件分层
- 赛况按「采集—校验—呈现」分三段处理，异常事件可被拦截。
- 接口先行
- 接入前先给文档与示例数据，联调阶段即可验证字段与频率。
- 部署灵活
- 公有云、私有化、混合三种方式，按数据归属要求选择。
- 社区秩序
- 关键词、频率、举报与人工复核组合，规则可按业务调整。
品牌概况
竞技宝 JJB：把赛事信息做成可以长期运营的基础设施
电竞内容并不缺热闹，缺的是稳定、可读、能复用的信息结构。竞技宝从赛事图文出发，把赛程、赛果、关键事件、战队选手资料、玩家讨论和数据看板组织成一套可以对接、可以运营的内容体系。
面向谁
个人用户可以直接浏览赛况、参与讨论、订阅提醒；赛事主办方、内容渠道、俱乐部与校园社团则可以把赛程页、赛事组件和接口接入自有的展示场景。
我们坚持什么
不夸大、不诱导、不伪造赛况。信息以可核实的数据源为准，社区以明确的规则运行，产品能力以文档和可测试的环境说话，这三点构成了竞技宝的基本边界。
产品能力
七项核心能力，覆盖「看、聊、查、接」
产品模块可单独使用，也可组合成一套完整的赛事门户。以下说明聚焦每个模块具体做什么、在什么场景下有用。
赛事即时图文
以时间线形式呈现比赛进程，关键团战、资源交换、暂停与判定都会记录在案。图文支持按节次折叠与回看，适合无法全程观看直播的用户快速补课。
战队与选手资料库
沉淀战队历史、选手位置、常用英雄与近期战绩等结构化信息，并在赛况页内直接关联。资料支持后台维护与批量导入，减少每次赛事临时整理的重复劳动。
玩家互动社区
按赛事、战队和话题组织的讨论区，支持发帖、楼层回复、引用与举报。发帖无需邀请码，但需遵守社区规范；运营方可配置敏感词、发帖频率与管理权限。
赛况数据看板
把经济曲线、资源控制率、视野分布等指标做成可读图表，并提供队伍维度的历史对比。看板以理解比赛为目标，不堆砌指标，支持按赛事阶段筛选。
多端门户与 jjb网页版
基于同一套前端资源适配桌面、平板与手机浏览器，无需安装即可使用。首页可配置赛程、焦点赛事与社区热帖的排序，方便不同渠道做内容重点。
开放接口与嵌入式组件
提供赛程、赛果、事件流的读取接口与 Webhook 推送，并提供轻量赛程组件供第三方页面嵌入。字段命名、错误码与限流规则在接入文档中统一说明。
赛程订阅与提醒
用户可关注战队或赛事，在开赛前接收站内提醒与邮件通知。运营方可自定义提醒时间点与文案模板，并在赛程变更时批量触达已订阅用户。
内容安全与运营审核
机审负责高频拦截，人审负责边界判断，二者结果都会进入审核记录。运营方可查看命中原因、申诉状态与处理时长，逐步调整规则，减少误伤与漏判。
痛点与解法
赛事内容运营里，最耗时间的往往不是写稿
真正的成本藏在信息对齐、临时改期、社区秩序和接口联调里。下面把常见问题与对应做法放在一起对照，便于判断是否适合引入平台能力。
常见困扰
- 多端信息不一致。网页、公众号和群公告各自维护赛程，改期后常有一处漏改。
- 临时改期通知散。靠人工在多个渠道复制粘贴，容易遗漏已订阅的用户。
- 社区靠人盯。没有分级规则与举报闭环，运营人员被大量重复内容消耗。
- 接口字段反复。对接方缺少示例数据，联调时才发现时间格式与分页约定不一致。
- 内容难沉淀。赛后讨论散落在聊天记录里，下个赛季要重新整理资料。
竞技宝的做法
- 单一内容源。赛程、赛果与事件在后台维护一次，网页端、嵌入组件与接口读取同一份数据。
- 变更即触达。赛程调整后由系统识别受影响订阅，按配置的模板与时间点推送提醒。
- 分级审核闭环。关键词与频率拦截先行，举报进入队列，处理结果反馈给举报人并计入记录。
- 文档先于联调。接口提供字段说明、错误码、示例请求与环境切换指引，联调问题可在文档层收敛。
- 资料可积累。战队、选手与赛事资料进入结构化库，赛后内容自动关联，赛季之间可复用。
核心优势
为什么选择竞技宝 JJB
优势不在于堆功能，而在于把内容、互动与集成三件事放在同一套数据与规则之上。
同为读者设计的信息层级
赛况页按「赛果摘要—关键节点—完整时间线」三段展开，未看直播的人先读结论，想深究的人再向下展开，避免一屏塞满专业术语。
内容与社区同源
讨论区直接挂在赛事与战队之下，帖子自动带上下文，减少「说的是哪一场」的歧义，也让赛后资料更容易被检索和沉淀。
可配置而非写死
首页模块排序、提醒时间点、审核规则、展示字段都尽量做成配置项，运营调整不需要改代码，降低长期维护的沟通成本。
接口先行的集成路径
接入方拿到的是文档、示例数据与测试凭证，而不是一份截图说明。字段含义、分页、限流与重试策略在接入前即可确认。
移动优先的 jjb网页版
大多数用户从手机进入，页面优先保证小屏下的可读性与操作热区，赛况与讨论不因屏宽缩水而丢失关键信息。
边界清晰的运营规则
哪些内容会被拦截、哪些需要人工判断、申诉如何处理，都在社区规范中写明。规则透明，讨论才有稳定的预期。
使用流程
从注册到集成，六步走完
个人用户通常只需前两步；机构用户可按完整路径推进，每一步都有明确的交付物与确认点。
-
注册账号并选择身份
填写基础信息后选择「个人观赛」或「机构接入」。个人用户可直接浏览赛况与社区；机构用户需补充主体信息与使用场景说明，用于后续权限分配。
-
配置关注与提醒
按战队、赛事或游戏项目建立关注列表，设置提醒提前量与接收渠道。机构账号可在这一步配置团队共享的关注视图，便于多人协作时看到同一份赛程。
-
申请试用环境
提交试用申请后，我们会在沟通中确认功能范围、账号数量与试用周期。试用环境包含赛况展示、社区基础能力与接口文档，用于内部评估而非生产投放。
-
接口联调与字段对齐
在测试环境完成鉴权、赛程读取与事件推送的联调，确认时间格式、分页方式与异常返回约定。联调通过后再切换正式凭证，避免把调试数据带入线上。
-
部署与上线检查
根据部署方式完成环境准备：公有云由我们托管，私有化需客户提供容器与数据库资源。上线前核对域名、证书、备份策略与日志保留周期。
-
运营与持续调整
上线后按周查看赛况呈现效果、社区处理记录与接口调用情况，结合反馈调整首页排序、审核规则与提醒口径。升级与变更按双方约定窗口执行。
行业解决方案
按角色拆分的四类典型方案
不同角色关心的重点不同：主办方在意赛程准确，渠道在意展示灵活，俱乐部在意资料沉淀，校园社团在意上手成本。
赛程发布与信息同步
把赛程、对阵、赛果与关键事件统一维护在后台，通过网页端与嵌入组件同步到官网、公众号与线下大屏。改期时由系统识别受影响订阅并触发提醒，减少人工多端复制的遗漏风险。
赛事页面的快速搭建
通过读取接口获取赛程与赛果，用嵌入式组件补齐展示层，避免从零开发赛事频道。字段与样式约定清晰，编辑侧只需关注选题与解读，技术侧负责接入与缓存策略。
队伍资料与粉丝互动
维护选手位置、常用英雄与近期战绩等资料，在赛事页内自动关联展示。粉丝讨论按战队聚合，赛后可直接在对应话题内延续，便于运营方沉淀长期内容资产。
低门槛的赛事组织工具
提供简化版赛程管理与图文播报，适合人力有限的社团使用。默认模板覆盖常见赛制，可按需调整轮次与积分规则，赛后自动归档，减轻每届赛事重建资料的工作量。
数据与安全
把控制点放在能被检查的位置
安全不是一句承诺，而是一组可以被验证的机制。以下说明我们关注的四类控制点，以及它们在日常运营中的体现。
账号与权限
后台按角色划分权限，编辑、审核、运营与只读账号的可见范围不同，遵循最小授权原则。敏感操作需要二次确认，人员变动时通过停用而非共用账号来回收权限。
传输与存储
对外服务统一使用加密传输，接口凭证与业务数据分区存放。备份策略按部署方式约定，私有化环境由客户掌控存储位置，我们提供备份项与恢复演练的检查清单。
内容审核机制
机审处理高频、明确的违规样本，人审处理语境与边界判断。每次拦截都记录命中原因，申诉可回溯原帖与处理人，规则调整以记录为依据，避免凭印象修改。
日志与审计
登录、配置变更、内容处理与接口调用均留有记录，可按时段与操作人筛选。日志保留周期在部署阶段明确，既满足排查需要，也避免无期限堆积带来的隐私风险。
接口与部署
集成方式与部署形态
先用测试环境跑通最小链路，再按业务规模决定部署形态。下表为常见能力对照，具体字段与限制以接入文档为准。
| 能力项 | 接入方式 | 典型用途 | 注意事项 |
|---|---|---|---|
| 赛程与赛果读取 | HTTP 接口，按赛事或日期分页 | 官网赛事频道、小程序赛程页 | 建议本地缓存并设置合理刷新间隔 |
| 赛事事件推送 | Webhook 回调 | 关键节点通知、自动生成图文草稿 | 需实现签名校验与幂等处理 |
| 嵌入式展示 | 轻量组件，按容器宽度自适应 | 第三方页面内嵌赛程卡片 | 样式可覆盖，但需保留来源标识 |
| 账号打通 | 标准授权流程 | 站内用户免重复注册 | 需确认用户标识映射与解绑策略 |
| 公有云托管 | 由平台负责环境与升级 | 快速上线、无需自建运维 | 按约定执行版本节奏与维护窗口 |
| 私有化部署 | 容器化交付，客户提供资源 | 数据留存在自有环境 | 需约定备份、升级与故障响应方式 |
| 混合部署 | 展示层在前、数据服务在内 | 兼顾访问体验与数据边界 | 网络连通性与访问策略需提前验证 |
版本与套餐
按使用深度划分的三种版本
具体额度与报价依赛事规模、账号数量与部署要求评估，以下为能力边界说明，不构成固定价格承诺。
个人与小规模使用
开放赛况图文浏览、关注与提醒、社区发帖与回复。适合个人观赛与小型社群日常使用，无需部署，注册后即可访问 jjb网页版。
内容团队与俱乐部
在入门版基础上增加资料库维护、多角色权限、审核规则配置与数据看板。适合需要多人协作维护赛事内容的团队，支持按周查看运营记录。
渠道与平台级对接
提供接口与组件接入、Webhook 推送、私有化或混合部署选项，并按场景约定日志与备份策略。适合把赛事能力嵌入自有产品的机构。
应用场景
三个可复用的落地场景
以下为典型使用方式的场景化描述，不涉及具体客户名称与未经核实的数据。
区域联赛的官网赛事页
主办方在后台录入分组与赛程，网页端自动生成对阵与赛果列表，嵌入组件同步到官网首页。比赛日由编辑按时间线补充图文，改期后订阅用户收到提醒，公告与赛程不再两套口径。
内容渠道的赛事专题
编辑侧通过接口拉取赛程与赛果，围绕焦点对局制作专题页，并用嵌入式组件呈现实时比分。赛后把关键节点整理为复盘稿，社区话题同步承接讨论，专题流量得以在站内延续。
俱乐部粉丝社区
俱乐部维护选手资料与近期战绩，赛后在战队话题下发起讨论，审核规则按社区调性配置，广告与攻击性内容由机审先拦、人审复核。长期积累的帖文形成可检索的赛季档案。
使用反馈
来自不同角色的真实使用感受
以下反馈来自试用与早期使用者的访谈整理，已隐去可识别身份的信息。
★★★★★
“以前赛后要翻聊天记录拼比赛过程，现在时间线直接能看。改期的时候也不用一个个群去通知，订阅的人会收到提醒，省了很多来回确认。”
★★★★★
“接口文档写得比较实，字段和分页一开始就说清楚了，联调没在格式问题上反复。我们最看重的是测试环境能先跑通，不担心把调试数据带到线上。”
★★★★☆
“社区能按战队聚合讨论这点很实用，粉丝不用每次重新找地方。审核规则能调，刚开区那阵子误伤有点多，调完关键词之后顺畅了不少。”
相关资讯
赛事内容与平台运营的知识笔记
围绕电竞赛事呈现、社区治理与系统集成整理的实践性内容，供运营与技术同学参考。
jjb网页版 为什么优先做移动端阅读
从页面首屏信息密度、时间线折叠方式与操作热区三个角度，说明赛事图文在手机上的排版取舍，以及为什么先保证结论可读，再提供完整细节。
把「关键团战」写成读者能看懂的三句话
拆解赛事图文的事件描述结构：发生了什么、改变了什么、接下来会怎样。用可复用的句式降低阅读门槛，同时保留足够的信息量。
社区审核规则怎么写才不误伤
从关键词命中、语境判断到申诉回看，介绍一套渐进式的审核配置思路，并说明为什么要把「拦截原因」作为规则迭代的主要依据。
赛事接口联调常见的五个字段分歧
时间格式、时区、分页游标、状态枚举与空值语义，是联调阶段最容易反复的地方。本文给出对齐清单，减少在细节上反复确认的时间。
私有化部署前需要确认的资源清单
容器运行环境、数据库容量、备份窗口、日志留存周期与网络策略，逐项说明为什么需要提前确认，以及缺失时可能带来的上线阻塞。
赛事资料库为什么比单场战报更耐久
单篇战报解决即时阅读，结构化资料解决跨赛季检索。本文讨论战队选手资料的维护成本，以及资料沉淀对内容复用的长期价值。
常见问题
关于竞技宝 JJB 的常见疑问
以下回答尽量给出具体做法与边界说明；涉及商务与部署的细节，以双方沟通确认的结果为准。
竞技宝 JJB 主要是做什么的？
竞技宝 JJB 提供赛事即时图文、战队与选手资料、玩家社区互动、赛况数据看板以及开放接口等能力。
普通电竞爱好者可以直接使用网页端浏览赛况、关注战队并参与讨论；赛事主办方、内容渠道、俱乐部等机构用户，则可以把赛程展示、赛事组件与接口接入自有的网站或小程序中。
使用 jjb网页版 需要安装客户端吗？
不需要。jjb网页版 通过浏览器访问，手机、平板与桌面端共用同一套内容与账号体系，登录后即可查看赛况图文、管理关注列表并参与社区讨论。
如果你希望把赛事内容嵌入自有页面，可以申请嵌入式组件，但仍无需终端用户安装任何程序。
赛事图文多久更新一次？
更新节奏取决于赛事方提供的数据源与人工补充的安排。平台采用分层校验：关键事件先由采集环节入库，再经过规则校验与人工复核后呈现。
重要节点会以时间线方式持续追加，出现异常或争议时宁可延迟呈现，也不把未经核对的结论直接发布出去。
社区发言有什么规则？
社区对所有人开放，但需要遵守发言规范：禁止人身攻击、赌博引流、虚假信息与外链广告，避免泄露他人隐私，禁止批量刷屏。
平台提供关键词过滤、发帖频率限制、举报入口与分级处理机制。举报处理结果会反馈给举报人，处理记录可作为后续规则调整的依据。
是否提供接口供第三方集成？
提供。常规方式包括读取赛程与赛果的 HTTP 接口、接收赛事事件推送的 Webhook，以及用于嵌入式展示的轻量组件。
我们建议先在测试环境完成鉴权、字段与异常返回的联调，再按环境切换正式凭证。接口文档中会说明分页方式、限流规则与重试建议。
支持哪些部署方式？
支持公有云托管、私有化部署与混合部署三种形态。
公有云托管由平台负责环境与版本升级，上线较快；私有化部署通常需要客户提供容器运行环境与数据库资源；混合部署则把展示层与数据服务分置，需要提前验证网络连通性与访问策略。
数据与内容安全如何保障？
我们从账号权限、传输加密、内容审核与日志审计四个层面设置控制点：后台按角色最小授权，敏感配置与业务数据隔离存放，关键操作留痕。
内容侧采用机审与人审组合流程，拦截记录可回溯原帖与处理人。备份与日志保留周期在部署阶段明确，避免无期限堆积带来的隐私风险。
可以先试用再决定版本吗？
可以。我们会提供一个受功能范围限制的试用环境，包含赛况图文展示、社区基础能力与接口联调文档。
试用期与账号数量按实际评估确定，正式采购前不收取费用。试用环境用于内部评估，不建议直接作为对外生产环境投放。
赛程临时变更，已订阅的用户会被通知到吗？
会。运营方在后台调整赛程后，系统会识别受影响的订阅关系，并按配置的模板与时间点发送提醒。
通知文案与提前量可自定义，机构账号还可以选择同时发送站内信与邮件，减少单一渠道被忽略的情况。
联系我们
填写咨询信息，我们会尽快回复
请尽量说明你的使用场景与关注重点，有助于我们给出更贴合的建议。表单信息仅用于本次咨询沟通。