看电竞赛事，
用数据说话

以比赛为单位聚合成一张“作战面板”：当前比分、经济曲线、关键资源控制、选手实时数据与胜率变化并排呈现。编辑可在几秒内摘取可引用的数字，分析师可直接对照时间轴复盘转折点。看板默认按赛事分层，支持只订阅你关注的联赛与战队。

把零散的比赛结果沉淀为可比较的档案：战队维度包含胜率、场均时长、资源转化率与近期状态；选手维度包含 KDA、参团率、分均伤害与英雄池。所有统计均标注样本区间与场次数，避免用少量比赛得出过度结论。支持按赛季、联赛与对手筛选。

基于经济差、资源控制、视野与团战胜负等因子，输出随比赛推进的胜率变化曲线，并标注拐点事件。它不是“预测比分”的玄学，而是把某一时刻的领先程度可视化，帮助读者理解“这场比赛是从哪一分钟开始转向的”。曲线同时保留原始因子的分解视图，便于核查。

为开发者提供的接口层：REST 负责赛程、赛果、战队与选手档案的分页拉取；WebSocket 负责订阅比赛内的事件推送。接口带版本号、错误码与限流说明，提供多种语言的请求示例。字段命名保持稳定，新增字段以兼容方式追加，避免升级即破坏现有集成。

不想从零写一套赛事模块？把比分卡、经济曲线卡或赛程卡以 iframe 或脚本片段嵌入自有页面，样式可按主题色配置，数据随比赛自动刷新。微件专注展示，复杂交互仍可回跳至 jjb网页版看板。适合资讯站、社区与直播陪看页快速补充数据内容。

面向多人协作的内容与运营团队：成员按角色分配看板权限、导出权限与接口密钥权限，操作留痕可追溯。支持把常用筛选（关注的联赛、战队、指标组合）保存为共享视图，减少每次进入都要重新配置的成本。密钥支持轮换与失效回收。

01 · 字段口径写清楚

每个指标附带定义、计算窗口、样本要求与边界情况说明。比如参团率明确统计的是“参与击杀数占队伍总击杀的比例”，而不是含糊的“参与度”。

02 · 双通道按场景分配

赛程与档案类数据适合定时拉取，比赛内高频事件适合订阅推送。两套通道职责分明，避免用轮询硬扛实时性需求造成的浪费与抖动。

03 · 历史数据可回溯

赛果与统计按比赛落库，支持按赛季、联赛与战队检索，便于做赛季总结、对手研究与长周期趋势对比，而不是只看一场。

04 · 展示层可自由组合

同一份数据既能直接看，也能嵌入页面，还能通过接口进你的 App。团队不必因为“用了某个平台”而被绑定在固定界面上。

05 · 异常链路可观测

赛事源波动、推送积压、限流触发等情况有明确的错误码与日志线索，联调时能快速区分是数据源问题、网络问题还是调用方式问题。

06 · 权限与密钥可管理

接口密钥支持按成员分配、轮换与回收，权限与看板视图分离。人员变动时不必大范围改代码，降低密钥外泄的长期风险。

推荐实时看板 + 数据卡 + 历史档案。赛前做对阵数据卡，赛中抓经济曲线与拐点做快讯，赛后用选手数据做复盘长文。重点在于减少跨平台核对，让数字在截稿前就能定稿。

• 单场聚合视图，一屏取数
• 数据卡可直接截图或嵌入页面
• 历史赛季检索，便于做趋势稿

推荐档案中心 + 局势曲线 + 接口导出。把对手近十场的资源控制、团战效率与分均经济拉出来对比，再结合拐点事件回看录像，定位问题出在前期节奏还是中期决策。

• 按对手与赛季筛选对比样本
• 因子分解视图核查结论依据
• 导出���据卡用于内部讨论

推荐 jjbb 接口 + 微件组合。先用微件快速补齐页面的赛程与比分能力，再把核心模块改为接口自渲染，逐步掌握展示层控制权。接口版本稳定，新增字段以兼容方式追加。

• REST 拉档案，WebSocket 推事件
• 微件可按主题色配置
• 错误码与限流说明完整

访问控制与密钥管理

• 按角色授权：看板查看、数据导出、密钥管理分为不同权限，按成员职责分配。
• 密钥轮换：支持主动失效与重新签发，人员调整时无需改动业务代码结构。
• 传输加密：接口与页面均通过 HTTPS 提供，避免凭据在明文链路中暴露。
• 最小暴露：前端页面不直接持有高权限密钥，敏感调用放在服务端。

数据治理与可用性

• 字段版本化：字段定义变更走文档同步，废弃字段提前标注，不静默改变语义。
• 重放与幂等：拉取接口支持稳定分页与幂等参数，便于失败重试而不产生重复数据。
• 降级占位：赛事源异常时，页面与接口按约定返回可识别的状态，避免前端展示错误数字。
• 可观测：限流触发、订阅中断与鉴权失败均有明确错误码，缩短排查路径。

适合赛前对阵卡、赛后统计页与历史检索。使用分页参数遍历结果，建议在服务端缓存短周期数据，降低重复请求。

GET /v1/matches?league=example&page=1&size=20
Authorization: Bearer <your-token>

{
  "data": [
    {
      "match_id": "demo-0001",
      "start_time": "2025-01-01T12:00:00Z",
      "state": "finished",
      "teams": [
        {"team_id": "t-a", "name": "Team A"},
        {"team_id": "t-b", "name": "Team B"}
      ],
      "stats": {
        "win_rate": 0.614,
        "kda": 3.42,
        "gold_diff": 3200
      }
    }
  ],
  "page": 1,
  "size": 20
}

适合比分直播、经济曲线实时刷新与关键事件提示。连接后先订阅比赛主题，再按事件类型消费；建议实现断线重连与消息去重。

ws://example/stream  (示意，实际以文档为准)
→ {"op":"subscribe","channel":"match.demo-0001"}

← {
  "event": "objective_taken",
  "match_id": "demo-0001",
  "minute": 18,
  "team_id": "t-a",
  "payload": {"type": "baron", "gold_after": 3200}
}

← {
  "event": "stats_tick",
  "match_id": "demo-0001",
  "win_rate": [0.57, 0.61],
  "gold_diff": 3200
}

三种部署形态

• 云端 SaaS：开通即用，看板与接口均由平台托管，适合快速验证与中小流量场景。
• 混合接入：展示层在你自有页面，数据能力通过 jjbb 接口获取，兼顾自主控制与运维成本。
• 私有化部署：数据与查询服务运行在你指定的环境内，适合有内网、合规或数据不出域要求的团队。

私有化需要准备可访问赛事源的服务器、运行环境与数据库、内网证书与鉴权账号；若需出网拉取数据源，应提前规划代理与白名单。

四档能力版本

• 探索版（免费试用）：只读看板、额度受限的接口调用与示例文档，用于验证展示效果与字段是否满足。
• 基础版：开放实时看板与历史检索、REST 拉取与基础微件，适合内容团队与小型站点。
• 专业版：增加 WebSocket 订阅、更多并发与字段深度，以及共享视图与团队权限管理。
• 企业版：私有化或混合部署、服务级约定、专属联调与变更通知，按实际规模评估配置。

各版本的具体额度、覆盖项目与字段范围以正式方案说明为准；本页不列价格，接入时会按场景给出对应方案。

一场胶着的比赛打到 28 分钟，仅看经济差并不足以说明问题。编辑在实时看板中同时查看资源控制、视野差与拐点标注，发现转折来自一次关键资源团战，于是把快讯的重点放在“资源交换后的节奏逆转”，而不是笼统的“经济领先”。

• 用时：从开赛到成稿的数分钟内
• 取用模块：实时看板 + 数据卡
• 价值：结论有因子支撑，评论区可讨论

分析师把目标队伍近若干场的资源控制率与分均经济拉出来，按对手强弱分层对比，发现其在落后局面下的资源让渡更为明显。再结合拐点事件回看录像，把“感觉上的保守”落实为可验证的数据特征，用于赛前布置。

• 用法：档案筛选 + 因子分解视图
• 注意：标注样本量与统计区间
• 价值：把主观印象转成可复核的依据

一个社区产品希望在文章页展示赛程与比分，但不想自建抓取链路。团队先用微件上线比分卡，验证用户需求；再把核心模块改为 jjbb 接口自渲染，控制样式与交互，并加上本地缓存与降级占位，避免数据源波动导致页面空白。

• 路径：微件验证 → 接口自渲染
• 关键：鉴权在服务端、加缓存
• 价值：快速上线，逐步掌握控制权

服务支持内容

• 接入前：字段清单核对、方案组合建议、试用环境开通与说明。
• 联调期：请求示例、错误码解释、鉴权与跨域等常见问题排查。
• 上线后：字段变更通知、密钥轮换配合、异常链路的日志线索提供。
• 长期：按需评估新增赛事项目与指标深度，给出可行性与排期反馈。

支持渠道以正式方案约定为准，本页不使用虚构的客服电话、地址或资质编号。

产品路线方向

• 扩充更多电竞项目的字段覆盖深度，优先补齐使用频率高的指标。
• 增强局势曲线的因子解释能力，让拐点标注更易读、可核查。
• 完善微件配置项，支持更多主题与布局变体，降低嵌入门槛。
• 优化接口的幂等、重放与分页一致性，减少集成方的重复处理。
• 加强团队协作场景的共享视图与权限细分，适配多人内容团队。

路线为方向性描述，具体交付顺序可能随数据源与业务优先级调整，不构成时间承诺。