亿百主站 YB ARCHIVE

条目编号 · 分类标签 · 适用版本

最近归档节奏 季度批量 · 月度勘误

版本更新记录 · 阶段时间线

亿百资料库的迭代时间线：从建档到当前版本

亿百的条目归档自 2019 年起按阶段推进，到 2025 年第三季度累计约 3200 条品牌资料，分落在 11 个阶段节点上。这一页按时间顺序说明每个阶段做了什么、动了哪些字段、留下了什么可以核对的结果。

2019 2025 Q3
  • 12 类分类标签，分属服务、资料库、变更说明三大族
  • 46 份设备与版本适配组合，覆盖 6 个设备族与 3 个版本族
俯拍视角下横向排列的档案架与索引卡，卡片按年份顺序依次延展
卡片侧面的索引贴对应时间线的推进方向，越靠右的阶段，条目密度越高。

分组 01

建档起步：把散落的说明变成条目

这一阶段要解决的不是数量，而是口径——条目从哪来、一条资料由哪些字段构成、编号怎么编。三个节点全部围绕字段与编号展开。

累计条目约 380 条 · 3 个节点

  1. 阶段 01 起始季度 已归档

    初始条目清单落库

    把此前格式不一的产品说明按同一份模板转录为结构化条目，优先处理被查阅频率最高的说明类型。字段先落在条目编号、分类标签与发布时间段三项上，其余留空待补。

    涉及标签
    服务族 2 类 · 资料库族 1 类
    条目变化
    约 120 条，全部为新增
    阶段成果

    形成第一份可检索的条目清单；编号规则定为 YB-类别码-年份-四位序号，此后未再变更。

  2. 阶段 02 第 2 季度 已归档

    六项标准字段对齐

    条目字段从三项扩到六项，补上适用版本、状态与变更摘要。已有条目按同一模板逐条回填，回填结果按批次写进变更摘要，让原录与补录在条目上仍然可分。

    涉及标签
    资料库族 3 类
    条目变化
    约 150 条，其中新增约 90 条、修订约 60 条
    阶段成果

    字段口径统一，之后所有新增条目按同一份六项字段模板录入，补录动作可追溯到具体批次。

  3. 阶段 03 第 3 季度 已归档

    首批分类锚点确定

    按内容用途把条目归入服务、资料库、变更说明三大族，族内先设 7 类。归属存疑的条目暂挂在族下、不单独设类，等分类成型期再拆开处理。

    涉及标签
    三大族共 7 类
    条目变化
    约 110 条，全部完成标签重挂
    阶段成果

    分类从自由关键词改为受控标签，同一含义出现多种写法的情形在这一阶段结束时清零。

分组 02

分类体系成型：标签、状态与检索三件事

条目有了字段之后，需要一套能被检索的结构。这一阶段定死了标签归属规则、状态写法与检索维度，条目量级也随之抬升。

累计条目约 900 条 · 3 个节点

  1. 阶段 04 第 1 季度 已归档

    标签扩到 12 类

    服务族补到 4 类、资料库族补到 5 类、变更说明族补到 3 类，同时定下归属规则：一条条目只挂一个主标签，确有跨类情形时另挂最多两个辅助标签，主标签决定编号里的类别码。

    涉及标签
    服务族 4 类 · 资料库族 5 类 · 变更说明族 3 类
    条目变化
    约 320 条完成主标签重挂
    阶段成果

    12 类标签定型；类别码与分类标签一一对应，看到编号即可反推它属于哪一类。

  2. 阶段 05 第 2 季度 已归档

    状态口径统一

    此前混用的“有效”“作废”“更新中”等写法统一为现行、修订中、已归档、已废止四种状态，并为每种状态写明判定条件。状态字段不再接受自由填写。

    涉及标签
    变更说明族 3 类
    条目变化
    约 290 条，全部重写状态字段
    阶段成果

    状态成为可筛选字段，读者可以按状态圈定自己愿意引用的那部分条目。

  3. 阶段 06 第 3 季度 现行

    三轴交叉检索上线

    检索维度固定为分类标签 × 年份 × 适配版本三条轴，任一轴可单独使用，组合使用时按交集返回结果。结果里同时给出条目编号与适用版本，便于直接引用。

    涉及标签
    资料库族 5 类
    条目变化
    约 290 条补录年份与适配版本索引
    阶段成果

    读者可以只凭一个标签、一个年份段或一个版本号，直接定位到自己要核对的那一条。

分组 03

适配清单扩展：把设备与版本拆开登记

这一阶段条目增长最快，原因不是新增内容变多，而是原先合并在一起的说明被按设备族与版本族拆成了独立条目，每一条都能单独核对。

累计条目约 1100 条 · 3 个节点

  1. 阶段 07 第 1 季度 已归档

    设备族拆分

    把原先笼统写作“设备”的部分拆成 6 个设备族，每条条目补注所属设备族与适用条件。跨族共用的说明改写成多条独立条目，不再用一句话覆盖全部设备。

    涉及标签
    资料库族 3 类 · 服务族 1 类
    条目变化
    约 380 条，其中新增约 210 条、修订约 170 条
    阶段成果

    条目与设备族的对应关系可以逐条核对，核对时不再依赖读者自行推断适用范围。

  2. 阶段 08 第 2 季度 已归档

    版本族并行登记

    V2、V3、V4 三个版本族并行登记，同一功能在不同版本族下的差异写成各自独立的条目。条目编号保持不变，适用版本字段改为可以同时标注多个版本族。

    涉及标签
    变更说明族 2 类
    条目变化
    约 370 条，其中新增约 190 条、修订约 180 条
    阶段成果

    版本差异从段落描述变成可逐条比对的对象，核对结果不再依赖阅读顺序。

  3. 阶段 09 第 3 季度 现行

    适配清单收敛为 46 份

    按设备族与版本族的组合逐一确认，合并重复项、剔除已被替代的失效组合，最终收敛为 46 份设备与版本组合。清单之外的新组合必须走变更记录，不直接挂在条目下。

    涉及标签
    服务族 3 类 · 变更说明族 1 类
    条目变化
    约 350 条核对完成，其中撤销约 40 条失效条目
    阶段成果

    适配清单成为可核对的固定清单，每一份组合都能追回到具体条目编号与适用条件。

分组 04

近期归档：把更新变成可预期的节奏

结构定型之后，重点从“怎么编”转到“什么时候变”。这一阶段把归档频率固定下来，并围绕当前版本做了一轮字段收敛。

累计条目约 820 条 · 2 个节点

  1. 阶段 10 第 1 季度 现行

    季度批量归档常态化

    归档从按需触发改为每个季度批量执行一次，同一季度内的增量先累积，再在季末统一入库。月度只处理勘误，不接受新条目直接入库，避免同一条目在短时间内反复改动。

    涉及标签
    覆盖全部 12 类标签
    条目变化
    约 420 条按季度批次入库
    阶段成果

    条目增长节奏稳定下来，读者可以按季度预期下一次批量变化，而不是随时被零散改动打断。

  2. 阶段 11 第 2 季度 修订中

    当前版本条目收敛

    围绕 V4 当前版本核对条目字段与标签归属，把跨版本混写的条目拆开、补注适用版本边界，同时清理辅助标签挂载过多的条目。截至 2025 年第三季度，这一轮核对仍在推进，部分条目保持修订中状态。

    涉及标签
    变更说明族 3 类 · 服务族 2 类
    条目变化
    约 400 条进入核对队列，其中约 260 条已转现行
    阶段成果

    条目字段与标签归属按当前版本重新对齐；尚未核对完成的条目会明确标注状态，引用时需一并注明。

字段说明

一条变更在条目里留下什么

时间线上的每个阶段，最终都落在条目的一行变更摘要上。变更分新增、修订、撤销三类，每一条至少记录变更类型、涉及字段与生效阶段，历史行不改写，只追加。

条目本身有六项标准字段：条目编号、分类标签、适用版本、发布时间段、状态、变更摘要。前五项相对稳定，变更摘要则会随阶段累积——同一编号下可能排着多条摘要，按生效阶段先后排列。

这样处理的好处是，核对时不需要判断“哪一版才是最新的”，只需要看排在最后的那条摘要，再顺着往前读，就能还原这条资料经历过什么。

档案盒侧面标签与年份索引贴的局部特写，米白与苔绿配色
档案盒侧面的索引贴按阶段分组，同一组内的条目共用一段年份线索。
变更类型 记录内容 在条目上的呈现
新增 记录新条目的编号、主标签与辅助标签、适用版本，以及它首次进入归档的阶段。 编号首次出现，变更摘要注明录入批次，状态一般为现行或已归档。
修订 记录被改动的字段名称、改动前后的取值，以及这次改动在哪个阶段生效。 编号不变，摘要按阶段追加一行，原有摘要保留，可逐行回溯改动路径。
撤销 记录撤销原因、涉及字段，以及替代它的条目编号或说明位置。 状态转为已废止，编号不回收，仍可被检索到并指向替代条目。
条目样例 · 一条修订如何排布
条目编号
YB-SV-2019-0142
分类标签
服务族 · 使用说明
适用版本
V2 / V3
发布时间段
建档起步阶段
状态
已归档
变更摘要
修订 — 适用版本字段由 V2 补为 V2 / V3，涉及字段 1 项，于分类体系成型阶段生效。

状态口径

四种状态的判定条件，与归档的两种节奏

状态不是作者的主观标记，而是有判定条件的字段。判断一条资料能否直接引用，先看状态，再看它的适用版本是否落在你的情形里。

  • 现行

    六项字段完整，适配关系已核对，可直接引用。如果引用时需要同时标注条目编号、分类标签与适用版本，这一状态的条目可以直接照办。

  • 修订中

    已知存在字段缺口或版本边界待补，内容仍可查阅，但引用时需要在说明里注明该条处于修订中，避免被当成最终口径。

  • 已归档

    所属阶段已经结束，内容不再变动。归档不等于失效，它保留下来正是为了让人能追溯某条资料在更早阶段是什么样子。

  • 已废止

    已被后续条目替代，或所描述的情形不再适用。编号保留、检索可见，摘要里会指明替代条目，便于顺着找到仍然有效的那一条。

桌面上平铺的一张变更记录单，划线与批注痕迹清晰，纸张边缘有轻微卷边
变更记录单上的划线对应被修订的字段，页边批注标注了这一改动生效的阶段。

季度批量归档与月度增量勘误

每个季度批量执行一次归档，同季度内的新增与修订先累积，季末统一入库；月度只做增量勘误，处理读者提出的字段修正、标签归属调整与版本边界补充，每年被采纳的条目勘误约 180 条。两条节奏分开之后，条目不会因为零散改动而频繁变动，读者也能预期下一次批量变化大概出现在什么时段。

当前版本 · V4

时间线的末端，就是当前版本说明

阶段 11 那轮核对的具体结果，整理在当前版本说明里：条目由哪些字段构成、分类标签怎么归属、哪些情形落在适配范围内、哪些不在。如果你的问题不是“经历了什么”，而是“现在这一版到底怎么算”，从那里开始读更直接。

查看当前版本说明

相邻入口

沿时间线看完之后，还可以核对什么

  • 客户端获取与安装准备

    时间线讲的是条目怎么变，这里讲的是设备与版本怎么对。按 6 个设备族与 3 个版本族交叉核对，确认自己该用哪个版本族再动手准备安装。

  • 常见问题

    如果你的问题很小、很具体，比如某个标签到底管什么范围，问答形式比时间线更快给出答案，也更容易转发给需要的人。

  • 关于亿百

    想了解条目依据什么口径组织、哪些事情这个站点不做，可以在关于页看到资料库的定位、内容构成与运营原则。