条目编号由四段组成：YB 前缀、类别码、年份、四位序号，段与段之间用短横连接。拿到编号后先读第二段的类别码，它和分类标签一一对应，据此能判断这条属于服务、资料库还是变更说明；再读年份，看它落在哪个归档阶段。检索框里可以整段粘贴编号，也可以只填类别码加年份，后者的返回范围更宽，方便顺带看到同期归档的相邻条目。
资料查阅答疑 · 分组索引
带着一个具体疑问来，直接读到能用的答案
亿百的品牌资料按条目归档，每条都带编号、分类标签、适用版本与状态。真正翻查时卡住的地方往往不在资料本身，而在检索条件怎么组合、标签怎么理解、版本边界怎么判断。下面把出现频率最高的疑问按使用顺序分成四组，答案独立成条，读完一条不必回头再翻别的条目。
- 问答条目
- 14
- 主题分组
- 4
- 分类标签
- 12
组 01
资料条目与检索
从编号、年份、字段和状态四个角度，把一条资料准确地翻出来。
-
-
年份可以单独当作一根检索轴使用，不必搭配其他条件。选定年份后返回的是该年归档的全部条目，按类别码分组呈现。资料时间跨度从 2019 年延伸到 2025 年第三季度，中间分成建档起步、分类体系成型、适配清单扩展、近期归档四条阶段线索，各阶段的条目量级并不相同。按阶段排列的完整顺序在版本更新页可以逐段查看，浏览时先认阶段名、再看具体年份，比直接翻年份列表更容易找到目标。
-
标准条目固定包含六项：条目编号、分类标签、适用版本、发布时间段、状态、变更摘要。编号用于唯一标识；标签决定归属；适用版本说明这条资料对哪些版本族有效；发布时间段只给阶段与季度，不给具体日期；状态在现行、修订中、已归档、已废止之间取值；变更摘要用一两句话说明相对上一版改了什么。引用时至少同时写出编号、分类标签和适用版本三项，缺任何一项都会让对方难以复核。
-
列表页显示的是变更摘要，它的作用就是让你在不打开条目的情况下先判断值不值得细看。摘要里出现的字段名和条目正文完全一致，同一处内容不会有两套说法。如果摘要读下来仍然判断不了，进入条目本身就能看到六个字段的完整取值，包括适用版本与状态的原文。正文测量宽度固定在 74 字符，字段值不会因为屏幕变窄被截断。需要留意的是，摘要描述的是改动结果，不是对资料的概括。
组 02
分类标签怎么读
先认族、再认类，然后看两个标签之间的边界落在哪里。
-
标签按三个族组织：服务族、资料库族、变更说明族。服务族描述的是资料面向的使用场景；资料库族描述内容本身属于哪一类资料；变更说明族描述这条记录在时间上做了哪种改动。一个条目只挂一个标签，不会同时属于两族。查资料时先确定它落在哪个族，再往下找具体类别，比直接从完整列表里逐条比对快得多。三族在条目字段里是并列关系，没有主次之分。
-
站内的检索维度是三轴交叉：分类标签、年份、适配版本。三根轴可以单独用，也可以任意组合。只输关键词时，同一个词可能同时出现在不同族的条目里，返回结果会发散；叠加分类标签之后，结果收窄到一类；再补上年份，剩下的就只有那一年里该类别的条目。组合不必凑满三轴，两根轴在多数场景下已经够用；三轴全部加上时结果可能过窄，这时放宽年份比放宽标签更合适。
-
先看这两个标签各自的所属族。如果它们分属服务族和资料库族，那多半一个说的是用途、一个说的是内容类型，两者并不冲突，选哪边取决于你要解决的是“这条资料用来做什么”还是“这条资料本身是什么”。如果同族内部仍然分不清楚，可以把两个标签一起放进组合条件先跑一次，看返回的条目实际聚在哪一边。确实无法判断时，把两个标签一并提出，我们会判断是描述需要补清楚，还是边界需要重新划。
-
分类体系在成型阶段之后保持稳定，族的划分与类别数量都不再变动。调整一般发生在更细的层面，比如某一类的描述文字被改写，或者两类之间的边界被说得更明确，这类改动会记为修订，并写明生效阶段。如果某次调整涉及条目重新归属，相关条目的分类标签字段会同步更新，变更摘要里会注明从哪一类移到哪一类。已经引用过旧标签的场合，按编号回查就能看到当前归属。资料库的整体构成与运营原则，在关于亿百里另有一份完整交代。
组 03
版本与适配核对
把版本号、适用版本和适配清单三件事分开看，边界自然清楚。
-
不是。适用版本说明的是这条资料对哪些版本族有效，取值在 V2、V3、V4 之间；当前版本指的是资料体系目前维护到的那一版，也就是 V4。一条资料的适用版本可以写成 V2，但这只说明这条记录当初覆盖过那个版本，并不代表站点目前仍在维护 V2 的内容。引用时写清适用版本比只写当前版本更有用，因为对方要核的是这条资料本身管到哪一版。
-
适配清单按设备与版本的组合组织，一共 46 份，覆盖 6 个设备族与 3 个版本族。查阅时分两步：先确定设备属于哪个设备族，再确定要用哪个版本族，两者交叉的位置就是对应清单。清单里每一项都写明适用的设备族、版本族和核对方式，照着核一遍就能得到结论。如果设备族与版本族的这个组合没有对应清单，说明它不在当前范围内，不要拿相邻组合自行推断。
-
三种情形可以明确排除：清单未覆盖的设备与版本组合；设备族在清单里、但对应项写的是 V2 或 V3，需要按那个版本的口径单独核对；以及自行改动过版本标识、把两份清单的条件拼接起来使用的情况。清单是按组合逐一列出的，不按相似度外推。碰到边界模糊的组合，把设备族、版本族和你观察到的具体现象一起写清楚再提问，比只问一句“能不能用”更容易得到可判断的答复。
组 04
勘误与联系渠道
发现问题之后往哪条渠道提、要带哪些信息、多久会有回音。
-
来信时带上三样东西：条目编号、分类标签，以及你认为有误的那个字段，再写明正确的取值或判断依据。条目编号是唯一定位手段，缺了它得先按关键字回查，会多花一轮确认时间。勘误按月度节奏汇总处理，被采纳的改动记为修订，并附上生效阶段。同一处错误不需要重复提交，重复来信不会改变处理顺序。全部咨询渠道和各自的适用场景，列在联系我们页。
-
标签建议和勘误走同一个入口，来信时请注明是新增建议还是边界调整。可以写清现有类别中你觉得最接近的那一个，以及你的条目为什么放不进去，这两点能帮我们判断问题出在哪一层。多数情况下的结论是补充某一类的描述，而不是新开类别，因为族的划分与类别总数保持稳定。确实需要新增时，会连同受影响条目的归属一起处理，并在变更摘要里说明。
-
适配咨询同样走客服邮箱，来信时把设备族、版本族和你核对到的结果一并写上，可以省掉一轮往返。这类来信在工作日 48 小时内回复，节假日顺延。如果问题本身是一串操作步骤，比如安装前要准备什么、几个版本之间差在哪里、装完怎么确认版本号对上了，那么客户端获取页里已经有按步骤排好的说明，先照着走一遍往往比等待回复更快。