选型这件事，
不该靠一页页拼凑

01.3 / 内容怎么来

一条资料进库前的四道工序

快和准通常互相拉扯。我们的做法是把判断拆成四步，每一步只解决一个问题，走完才允许这条内容出现在您的检索结果里。平均每个月新增或修订 320 条条目，都走同一条路径。

1. 01

   采集

   从公开可查的资料和反复被问到的问题里挑出值得进库的部分，先判断它会不会影响您的使用决定。

   补充：单一来源、无法二次印证的线索先记入待办，不进入正文。
2. 02

   交叉比对

   同一件事至少要有两个独立来源能对上；对不上的部分保留分歧，不强行合并成一句话。

   补充：涉及版本差异时，比对结果会带上适用区间一起入库。
3. 03

   结构化录入

   按大类、子类、条目三层落位，分配所属编号与标签，让同一条内容既能被检索到，也能被横向拉出来比较。

   补充：资料库按 6 个大类、24 个子类维护，编号一经分配不再改动。
4. 04

   复核发布

   由另一位成员通读一遍，检查编号、标签、版本区间与正文是否对得上，确认后才对访客可见。

   补充：内容后续如有变更，正文更新并保留修订说明，原有编号继续沿用。

01.5 / 建议从哪来

建议怎么落到您身上

一条建议要成立，得先满足三个条件同时对上：您所处的使用场景、您实际用到的功能模块、您所在的版本区间。只要有一个条件变了，同一个问题的最优解就可能换一个方向。

• 首次接触

  重点是快速判断整体结构，建议从使用场景维度进入，先看哪几条和您的日常最接近，再展开功能模块对比。

• 版本升级前后

  重点转成差异识别。把版本区间维度拉出来单独看，两版之间变了什么、没变什么，会比笼统的“有没有变好”更有用。

• 多人共享同一份资料

  重点是表述可复述。建议保留条目编号一起转述，对方能顺着编号回到原处查看上下文，不必重新解释一遍。

• 长期跨版本使用

  重点是连贯性。关注跨版本长期使用这一维度，看哪些操作习惯可以延续，哪些需要重新适应。

版本变了，建议跟着变。所以我们把版本区间写进每条评测的固定位置，而不是放在段落里靠上下文猜。