入门须知 · 阅读路径
艾弗森看台把散在分类索引、账户设置、客服通道与问答条目里的规则收成一条线：先认清字段，再走完设置的五步，最后按编号把问题定位到组。这一页是给第一次进来、不想靠猜的人准备的。
3 节 · 分类层 / 记录层 / 变动层
1.1
站内内容分三层摆放。最上面是分类层，玩法维度七类记作 P1 到 P7，厂商维度五类记作 V1 到 V5，合起来十二类；中间是记录层，累计 1,286 条分类记录明细；最下面是变动层，148 条额度变动节点沿时间轴倒序排列。读的时候按“层、编号、状态”三步走，别把三层的词混在一起用。
小结 先分层，再看编号，最后看状态，后面的十二节都建立在这个顺序上。
1.2
分类记录明细有五个字段：记录编号、所属分类、时间刻度、字段摘要、核验状态。字段摘要写得最简，只保留能拿来互相对照的信息，不写形容词。时间刻度不落具体日期，统一写成运营年度、迭代序号、本月上旬这类相对位置，方便跨批次对比。
额度变动节点多两组字段：变动类型与变动前后数值。问答条目字段最少，只有组别、条目号和适用场景三项，因为它只需要被定位，不需要被追溯。
小结 三类记录的字段数量不同，用途也不同，读之前先确认自己要看的是哪一类。
1.3
分类编号 P1 到 P7、V1 到 V5 只用于分类层；记录明细从 R-001 起顺序编号；额度变动节点用独立的变动编号；常见问题按七组分列，条目在组内连续编号。看到编号前缀就能判断该去哪一层找，不用先猜。
养成一个习惯：先在编号上定位，再到详情里读字段。十二类各自能查到什么，访问入口与品类索引里有完整对照，目录项按玩法与厂商两段排列。
小结 编号是检索入口，字段是阅读内容，分开用就不会乱。
4 节 · 设置顺序 / 保护 / 联系方式 / 通道边界
2.1
顺序是：确认账号归属、设置登录保护、填写联系方式、选择客服通道、核对记录权限。前四步解决“谁在用、怎么进、怎么找得到你、问题往哪投”，第五步解决“你能看到哪些记录”。五步走完之后，内地艾弗森账户设置客服通道才算真正打通。
卡住时不要跳步。跳过登录保护直接填联系方式，后面核对记录权限时会因为身份确认不完整而反复重来。
小结 五步是顺序，不是清单，顺序错一步就会返工。
2.2
登录保护放在第二步，是因为后面所有步骤都建立在“确认是你”这个前提上。要点只有三条：不要多人共用同一套凭据；保护方式变更后立刻做一次验证；变更完成后回头确认记录权限有没有跟着调整。
如果保护方式中途改过，建议把这一步重做一遍再往下走，避免后面的联系方式与通道选择挂在旧状态上。
小结 这一步做扎实，后面四步才稳。
2.3
只填你长期能收到的渠道。联系方式的作用是接收状态通知和承接回复，不用于身份之外的任何用途。填写范围以站内标注的字段为准，不要求补充与通知无关的信息。
填完之后回到通道选择这一步，把邮箱与电话的使用时段一并看清，省得后面按错时间等回复。
小结 联系方式要能用、能收、能回，不需要多。
2.4
走完前四步之后，客服通道才正式可用。客服邮箱 info@ai-bb-yule.com.cn 在工作日 9:00–18:00 由人工处理，其余时段由系统自动记录并排队回复；电话 18427523444 在同一时段接听，错开时段拨入只会被记录。
适用的问题包括：分类口径确认、字段含义疑问、记录查不到位置、核验状态解释、编号引用核对。不适用的情形包括：请人代为登录、索取验证码、任何账户资金类操作。后一类不会通过任何通道处理，也不会转交他人。渠道分工的完整说明写在联系与对接页。
小结 通道不是万能钥匙，先分清适不适用再发问。
3 节 · 筛选顺序 / 时间轴 / 状态三档
3.1
记录明细支持按玩法、厂商、时间三重筛选。推荐的顺序是先锁定维度，再叠时间，最后看状态：维度负责把范围收窄，时间负责把顺序排对，状态负责告诉你这条是不是已经核对完。
1,286 条明细用这个顺序筛下去，通常两三步就能收敛到能逐条读完的量。最近的口径修订与条目变动按批次记录在版本与条目流里，改动前可以先对一眼批次。
小结 先收范围，再排顺序，最后看状态。
3.2
148 条额度变动节点按时间倒序排列，最近一次更新在本月上旬。每条节点带六个字段：变动编号、时间刻度、变动类型、变动前后数值、关联分类、核验状态。读法是先看变动类型分方向，再看前后数值对差，最后回到关联分类确认它影响了哪一类记录。
倒序排列意味着你第一眼看到的一定是最近的节点，往前翻才是历史。历史节点的编号不会因为后续变动而重排。
小结 时间轴是倒序读的，先看最近，再回溯历史。
3.3
核验状态只有三档：已生效、观察中、待核验。已生效表示字段已经过一轮完整核对；观察中表示数据已入库但复核还没走完，字段可能微调；待核验表示这条记录刚进系统，字段还有待确认的地方。
三档都只描述进度，不描述结论。看到待核验的节点，先别急着把它当成最终数值，等状态推进后再回来对一遍。
小结 读状态是为了知道什么时候能信，不是为了给条目打分。
3 节 · 分组编号 / 统计口径 / 检索路径
4.1
站内问题按条目归入七组：注册与登录、账户设置、客服通道、记录查询、额度变动、分类口径、风控与安全。条目在组内连续编号，引用时写成“组名加条目号”，只写编号不写组名，复核的人就无法确认你指的是哪一条。
分组的作用是让问题先落到一个范围里，再在组内按条目号精确定位。分组本身不代表优先级。
小结 先定组，再定条目号，问答就能被精确指到。
4.2
七组加起来一共 63 条可检索问答。统计口径有三条：一条解答对应一个能独立检索的问题；同一个问题的不同场景拆成两条分别计数；合并或下线的条目不再计入当前总数，改动过程保留在版本记录里。站内累计完成过 96 次口径更新，最近的一批条目流在专题索引里按四条线索重新编排过。
所以“常见问题条目分类数量”这个数字指的是当前有效条目的合计，不是历史累计写入过的条数。
小结 数字背后有一套计数规则，引用前先确认它指的是哪一批。
4.3
定位答案分四步：先定组，把问题归进七组中的一组；再到组内找定位词，通常取字段名或动作名；然后按条目号顺序阅读相邻两三条，确认边界；最后回到正文里对应的记录或变动节点做一次核对。四步之内找不到，就把组名和定位词一起写进邮件发到客服邮箱。
如果问题本身是关于口径怎么定的，不必先翻问答，直接看分类层与记录层的字段说明更快。
小结 四步走完还没有答案，就把线索交代清楚再发问。