沙金主站 · 版本演进

九个主线版本,
四段可以逐条对照的更新记录

沙金主站的更新不是零散补丁,而是一条能顺着往回看的线。 七个运营年度里的结构调整被压成四个阶段,每一段都写明当时动了哪些栏目、最后留下了什么。 挑跟自己现在做的事最接近的一段读,比从头翻到尾更快。

  • 9 个主线版本
  • 4 个演进阶段
  • 386 款收录条目
  • 214 款 PC 端条目
横向延展的夜色街景长图,成排招牌的亮度自左向右逐渐抬升,像一条被拉长的更新记录
招牌亮起来的位置一直在变,路始终是同一条。

按阶段查看

先选一段,再往下看节点

选一个阶段,页面只留下属于它的版本节点;想恢复全貌点“全部阶段”。 筛选只作用于本页已有记录,不会加载别的内容。

9

阶段 01 · 起步奠基

先把能查的骨架立起来

这一段只有两个主线版本,做的事也不复杂:把栏目分开、把条目的写法统一。 规模谈不上大,但后面所有统计都建立在这两件事上。

  1. 01

    阶段内第 1 个节点 · 结构定型

    主干栏目各走各的,先回答“这里能看到什么”

    最初没有做汇总式首页,而是把首页、客户端说明、活动中心几条主干各自独立成栏。 当时放在最前面回答的不是“我们有什么”,而是“你在这里能看到什么、看不到什么”。 这条自述原则从这一版开始,一直沿用到现在。

    • 首批栏目4 条主干
    • 起始状态从分类说明做起,不堆量
  2. 02

    阶段内第 2 个节点 · 字段统一

    每条收录固定填三类字段

    此前不同条目的说明长短不一,翻的时候要重新理解一遍口径。 这一版规定每条收录必须写清类型、平台、状态三类字段,跨条目对照第一次有了同一把尺子。

    • 统一字段类型 / 平台 / 状态
    • 影响范围全部收录条目

站点从随笔式记录变成条目化档案,之后所有统计都按这套字段来。

阶段 02 · 内容扩张

分类定下来,数字才敢往上走

三个主线版本全用在整理结构上。先把攻略的分类钉死,再把混在一起的两个数字拆开, 最后才谈更新节律。顺序反过来做,后面就得返工。

  1. 03

    阶段内第 1 个节点 · 分类落位

    攻略按六类归位,一条只挂一个类别

    动作、策略、角色扮演、休闲、模拟、竞技六类在这一版确定,每条攻略只归一类,不允许同时挂两个标签。 理由是分类一旦模糊,检索结果就跟着模糊,而检索模糊是后面所有麻烦的源头。

    • 分类数量6 类
    • 归属规则一条目一类
  2. 04

    阶段内第 2 个节点 · 口径拆分

    PC 端与独立游戏拆成两个数字

    早先 PC 端条目和独立游戏混在一个计数里,横向比较时看不出结构差异。 这一版把两者拆开、各自成列,读的时候能直接分出哪些是平台主力、哪些是独立作品,统计也不再含混。

    • 统计方式分列计数
    • 拆分结果PC 端与独立游戏各自成列
  3. 05

    阶段内第 3 个节点 · 节律确立

    内容改成按周更新,不再攒批放出

    攒一批再集中放出,读者永远猜不到下次什么时候更新。这一版改成按周推进, 条目说明也从一两句扩到固定的几段结构,长条目开始有统一的写法,读起来的落差小了很多。

    • 更新节律按周
    • 说明结构固定字段模板

六类攻略与分列统计同时到位,收录条目的写法在这一段定型。

阶段 03 · 检索强化

把“翻得到”改造成“查得到”

两个版本围绕同一件事:全站可搜。顺手把用户问过的问法沉淀下来,变成以后能直接复用的东西。

  1. 06

    阶段内第 1 个节点 · 范围扩张

    检索从栏目内翻页升级为全站可搜

    在这之前,找一条老记录只能靠记忆猜它在哪个栏目。这一版把检索范围扩到全站, 命中结果带来源栏目标注和高亮,一眼能分清这条是攻略、条目还是版本说明,不必再逐栏确认。

    • 检索范围全站
    • 结果标注来源栏目 + 命中高亮
  2. 07

    阶段内第 2 个节点 · 资产沉淀

    案例合集与检索模板落地

    检索沉淀下来的查询被整理成案例合集,累计 1,240 条,按使用场景分成 6 个案例分组; 同时把高频问法固化成 18 套检索模板,放在会员中心第 3 栏随取随用。 你在方案中心看到的领取路径,就是这一版留下的东西。

    • 案例合集1,240 条
    • 案例分组6 个
    • 检索模板18 套
    归档卡片与文件夹平铺俯拍的桌面特写,纸张边缘带微光,构图的重量偏向画面一侧
    案例按分组归档,一条查询在合集里能找到同样的写法。

    完整的方案条目与多人协作场景,收在方案中心里。

查得到从一次性动作变成可复用的资产,模板与合集都能直接带走。

阶段 04 · PC 游戏库

PC 端内容终于有了自己的位置

最近两个主线版本都围绕 PC 端展开:先让条目独立成库,再把新游测试放进去。 你现在看到的多数 PC 端记录,都出自这一段。

  1. 08

    阶段内第 1 个节点 · 独立成库

    PC 端条目从全站列表里分离出来

    PC 端条目独立成库之后,找一款游戏不必再横穿全部栏目。库内按类型、状态与版本说明完整度排列, 目前收录 214 款。客户端说明里那三种版本形态,也是在同一条线上定下来的,两边的口径彼此对得上。

    • PC 端收录214 款
    • 库内分组类型 + 状态 + 说明完整度
    PC 端游戏库界面特写,条目行右侧依次排列版本标签与状态标记,低角度透视强化纵深
    库内每条记录都带版本标签与状态标记,对齐全站字段口径。

    三种版本形态的差异与安装准备顺序,写在客户端说明里。

  2. 09

    当前节点 · 尚无后续版本

    进行中

    新游测试上线,按三段推进

    想约 PC 端游戏库新游测试的读者可以直接对照这一节点:首批放出 12 款独立游戏, 按内测观察、公开测试、正式收录三段推进,每段走完才决定是否进入下一段。 当前这一节点仍在进行中,属于本页唯一没有收束的记录。

    • 首批放出12 款独立游戏
    • 推进方式三段顺序推进
    • 三段内容内测观察 · 公开测试 · 正式收录

PC 端内容有了独立承载位置,新游从观察到收录有了一条写得清楚的路径。

口径说明

版本怎么编、阶段怎么划

下面四条是本页所有记录的判定依据。看任何一条版本说明之前先过一遍, 比对着印象去猜要省事得多。

01

什么才算一个主线版本

只有对全站结构产生影响的调整才计入主线编号。局部文字修正、图片替换、条目补写这类改动不进编号, 所以九个数字看上去不多,但每一个都能在页面上找到对应的变化。版本号一旦被稀释,就失去对照价值。

02

四个阶段按内容重心来划

阶段不是按时间等分,而是按那一段主要在解决什么问题来划。它跟活动中心的节奏分组不是一套东西: 活动按赛季推进,版本按结构变化推进,两条计时互不参照,也不建议拿来互相换算。 活动这边的推进方式可以看活动中心

03

更新节律与相对位置

内容按周更新,版本与活动按赛季节奏推进。本页只写相对位置——第几个主线版本、阶段内第几个节点—— 不写具体年月,因为先后顺序比日期更能说明前因后果。想知道某个节点离现在多远,数节点比查日期更快。

04

说明完整度按三件事算

每条版本说明至少要答清三件事:改了什么、影响了哪些栏目、留下了什么结果。 三件答不全的不进主线记录,宁可不写也不写成一句含糊的概述。这条标准从内容扩张阶段起就没有放宽过。

想从最外层重新看一遍,首页按栏目列了总目录; 站点由谁维护、内容怎么分工、哪些事明确不做,写在品牌档案里。