选服指南
按阅读顺序展开，每一节只解决一个问题：你该用什么标准，去判断一个服务器值不值得投入时间。
先读开服表的结构，再决定要不要点进去
看表不能只看服务器名和开放时间。运营天数、状态、信息来源，这三个隐性字段决定了一张表是否值得继续读下去。
分清公益服、版本服、体验服
三种类型对应三种完全不同的预期。把「没有商城」和「有改造」混为一谈，是最常见的选服误判来源。
判断能不能长期玩，盯住五个信号
公告连续性、状态是否降级、开放时间写法、反馈渠道、历史归档。五条逐一核对，比看十句「稳定」更管用。
信息不足时如何补全，避免误入短命服
遇到「信息不足」的条目，本站的处理逻辑是保留基础字段、等待第三次核实。你可以用同样的方式处理自己的选择。
绝大多数人看表只看名字和开放时间，这恰好是最容易吃亏的地方。
说明这段记录被持续跟踪了多久，不等于服务器真实寿命，但能反映公告是否连续。从未断更过的记录，通常意味着背后有一个稳定维护公告的作者。
「稳定」只代表观察周期内没有重大异常；「观察中」往往意味着开服不满 90 天或者中途改过开放时间。两者不能混读。
每一条记录都应当可回溯。写「全天开放」却没有具体时段说明、找不到最近校订时间的表，本身就是一个筛选信号。
建议养成的习惯：看任何一张表，先找更新时间和更新频率说明。找不到「最近校订时间」的表，数据可能是几个月前的存量。核对三件事——最近校订时间、状态定义、字段说明是否齐全；同时找反面证据：如果表里所有条目都是「稳定」，说明它不做降级，参考价值有限。有历史下架记录的表，通常比只增不删的表更诚实。
这三个词经常被互换使用，但它们的差别直接影响你对一个服务器的预期。
公益服
核心特征是不设任何付费入口，装备与养成主要靠时间和玩法获取。节奏偏向长期、缓慢、稳定，运营者往往靠自娱自乐维护。
版本服（SF版本服）
重点在「改造」：职业数值、装备曲线、玩法流程都可能与官方版本完全不同。有的提高掉落，有的加入自研副本，有的节奏非常短平。
体验服
不是持续运营的服务器，而是短期测试的开放时段。特点是随时可能关、随时可能重置数据。把体验服当常驻服玩，最常见的结果是投入几个月角色一夜归零。
一句话判断：看它有没有商城。没有商城且没有代收渠道，才谈得上「公益」；有改造但没有商城，通常是纯公益版本服；两样都没有、只有短期时段，那就是体验服。比较的正确方式不是「公益服一定比版本服好」，而是把维度拆开看：付费入口是否为零、数据是否会周期性重置、公告频率是多少、有没有公开反馈渠道。维度对齐了，结论才有意义。
每个信号都来自本站的观察口径，不构成推荐，但可以作为你自己判断的起点。
公告的连续性
每周至少一次例行公告（维护、平衡调整、活动预告都算）的服务器，比「开服时热闹一阵、之后杳无音讯」的服务器可靠得多。
状态是否被降级
本站对出现频繁掉线、公告长期不更新的条目会做降级或下架处理。一个持续保持「稳定」且从未被标记「观察中」的记录，才更有说服力。
开放时间的写法
写「每日 12:00 / 18:00 / 21:00」的服务器，要留意它是整点开放还是提前排队；写「长期开放」却没有具体时段的条目，基本可以直接跳过。
反馈渠道是否存在
有公开反馈渠道（群公告、论坛帖、工单体系都算）的服务器，问题暴露得更快，信息透明度通常更高。完全没有反馈渠道的服务器，出问题后你只能被动等。
历史归档与下架记录
敢于展示「某服务器曾因数据异常被移出表格」的记录，比一张永远只有新增、从无删除的表更值得参考。归档本身就是诚实的一部分。
你可以参考这个流程，处理自己在其他渠道看到的信息。
MORNING 上午批次
整理昨夜公告与玩家投稿，重点核对服务器是否按时开放、是否有临时停机说明，把结果同步到状态列。
NOON 午间批次
处理新提交的服务器资料，补齐版本、开放时间与联系渠道字段，缺少公示渠道的一律标记为「信息不足」。
EVENING 晚间批次
复盘当日反馈，把出现频繁掉线、公告长期不更新的条目降级或下架，并在版本百科的时间线上留痕。
标注「信息不足」的条目仅保留公开可查的基础字段，等第 3 次核实通过后才会转正；无法核实的内容本站直接移出表格，不做猜测填充。
「稳定」和「观察中」到底怎么区分？
「稳定」仅表示本站观察周期内没有出现重大异常，「观察中」通常意味着开服不满 90 天，或中途变更过开放时间。两者都只是记录口径，不代表绝对保证。
没有商城的服务器就一定公益吗？
没有商城且没有代收渠道，才基本符合公益服定义。没有商城但存在私下代充的服务器，依然不属于公益范畴。看「有没有商城」只是第一步，还要看「有没有代收渠道」。
运营天数长，等于服务器一定好吗？
不等于。运营天数只能说明记录被持续跟踪的时间长短，可能只是公告写得多。服务器真实寿命、在线质量、玩法平衡度，需要结合状态列与历史归档一起看。
遇到「信息不足」的服务器，该不该尝试？
建议等待本站第 3 次核实转正后再考虑。信息不足的条目只保留了基础字段，开放时间、版本细节、运营状态都还没有经过交叉确认，贸然投入时间风险较高。