跳至正文
PG看台 PG中国官网资料合集
收录归档中 每月更新两次 · 上期截止 2 月 条目检索

档案说明 / 运营口径

PG看台如何维护这份资料合集

这份合集只做一件事:把电竞赛事相关的操作记录、分类口径与赛季规则整理成能检索、能核对、能回查的条目,并在每条上写清适用范围与当前状态。PG看台是它的署名,不是它的运营商。

  • 8人内容组
  • 6个完整赛季周期
  • 2道复核工序
  • 每月2次收录

收录什么,凭什么叫作条目

归档的对象是流程性与规则性的内容:改设置操作的每一步、选分类规范的归属依据、记录查询玩法的阅读顺序、赛季活动规则的阶段划分,以及额度变动说明与账户设置条目。它们不写成故事,只写成可以被单独引用的段落。

一条内容想进入目录,必须回答三个问题——它归属哪个栏目、它在什么条件下成立、它现在是否仍然有效。三个问题里只要有回答不了的,这条内容就停在核对阶段,不会出现在页面上。

操作口径本身集中在能力清单,赛季阶段性的规则集中在赛季活动专区,本页只说明这两类内容是怎么被整理出来的。

深色背景下档案格与编号标签交叠排布的抽象构成,每一格贴有不同的分类标记
分类标记与编号标签构成归档的第一层索引。

从一类内容,到五个内容族

归档范围不是一次定下来的。它跟着赛季走,每过一个周期补齐一段,最终形成今天的样子。下面按阶段而不是按日期交代这个过程。

  1. S1

    开站首个赛季:只有一类内容

    最早只收录改设置操作,条目按录入顺序排列,没有品类标签,也没有区间码。检索只能靠翻页。

  2. S2

    第二个赛季:出现归属问题

    选分类规范加入归档,随之出现最初的品类标签。同一条操作按不同品类归属会产生不同读法,这一步定下了“先看分类、再看步骤”的阅读顺序。

  3. S3

    第三个赛季:字段开始增加

    记录查询玩法纳入收藏,条目字段扩展到“适用条件”与“关联条目编号”。从这里开始,一条内容可以指向另一条内容。

  4. S4

    第四个赛季:规则单独成族

    赛季活动规则从操作类内容里拆出来独立归档,时间区间码由 6 个扩展到 12 个。跨阶段回查同一规则在不同区间的表述,成为常规动作。

  5. S5

    第五个赛季:框架定型

    额度变动说明与账户设置条目并入,五个内容族的分类框架在这一阶段固定下来,此后的调整只发生在字段与标签内部。

  6. S6

    第六个赛季:从栏目查到按主题看

    术语与索引条目补齐,浏览方式从“按栏目逐条找”转向“按主题成组读”,专题聚合下的十条主题线在这一阶段成型。

横向延伸的抽象光轨串联六个发光节点,表现归档范围随赛季逐段扩展
每过一个赛季周期补齐一段,阶段之间允许重叠。

归档不是把资料堆到一起,而是让每一条都能被单独翻开、单独核对。

选题标准与两道复核

内容进入目录之前要过四道关口。它们分别管“收什么”“怎么写”“谁来看”“对不上怎么办”。

  1. R1

    选题只看能不能落到字段

    能拆出操作对象、前置条件与预期结果的内容才立项。描述含糊、依赖临场判断、无法复述的内容不立项,无论它被问过多少次。

  2. R2

    字段规范一条不落

    栏目、分类标签、收录区间、状态、摘要、适用条件、关联条目编号,七个字段全部齐备才允许发布。字段留空不是因为不重要,而是因为还没核清楚。

  3. R3

    两道工序,各走一遍

    一次录入、一次复核。复核不是挑错别字,而是由另一个人回到原始记录重读一次,确认字段填写与状态判断没有偏差。两道工序由不同成员承担。

  4. R4

    规则类内容多一道交叉校对

    赛季活动规则一类的条目,额外做一次交叉校对:比对同一规则在相邻区间码下的表述是否一致。这一步只适用于规则类,操作类内容不重复走。

4.2万 站内月均检索请求次数
68% 检索集中在规则类与设置类条目,这也是复核投入最重的两块

明确不进入归档的范围

能力边界写得越清楚,条目越容易被正确引用。下面六条是本站在结构上就不承接的部分,展开可以看到具体原因。

  • 不做交易与支付

    站内不存在任何下单、结算或资金流转入口,也不对任何价格、额度结果做出判断。额度变动说明只记录归档口径,不构成对结果的任何说明。

  • 不承接报名与抽签

    赛季活动规则以阅读与回查为目的,站内不设参与入口、不代收信息、不公布任何名单。

  • 不提供安装包与文件下载

    客户端相关的内容属于说明性质,只描述版本差异、运行环境与安装前的检查项,不附带任何可执行文件。

  • 不代替官方说明

    条目是对公开素材与操作记录的整理,与任何游戏厂商、赛事主办方之间不存在授权、认证或署名关系。规则以赛事方发布的原文为准。

  • 不收录可识别到个人的信息

    素材在进入归档前完成脱敏,不含账号、身份与联系方式。处理原则写在隐私政策中。

  • 不做成绩与收益方面的判断

    归档只说明某条内容在什么条件下成立,不对任何参与结果、名次或得失做出预估与承诺。

八个人,四个角色

文档校对流程的抽象图形,交错的标注线与勾选符号组成层级结构,画面中没有人物
标注线与勾选符号,对应字段核对与状态确认。

内容组共 8 人,按职责分成四个角色。人数不是排场,而是为了把“写”和“看”分开——同一个人不能既录入又复核。

  • 3 录入

    按字段规范把原始记录转成条目,标注来源与所属区间。

  • 3 复核

    回到原始记录重读,核对字段、适用条件与状态判断。

  • 1 分类维护

    维持品类标签与区间码的一致性,处理跨栏目归属的争议条目。

  • 1 版本维护

    跟随主版本迭代,标记受影响条目并安排重新核对。

  1. 录入按七个字段写全,不留空位。
  2. 复核由另一位成员重读原始记录。
  3. 交叉校对规则类内容比对相邻区间的表述。
  4. 版本维护主版本变化时回扫受影响条目。

收录每月进行两次,单期新增条目在 45 至 60 条之间,上一期收录截止到 2 月。节奏固定,但不为了凑数发布未经核对的条目。

发现偏差之后可以做什么

条目出现事实性偏差、字段缺失或状态过期,都可以提交反馈。反馈会进入复核队列,由分类维护与版本维护两个角色各确认一次,确认结果直接修改条目本身,而不是另开一条说明。

如果只是对字段含义、区间码读法或更新节奏有疑问,先看问答中心,那里按六个分组整理常见问题,单条答案可以独立阅读。引用范围与时效判断的依据,写在使用说明里。

渠道的用途划分与响应节奏,集中列在联系入口