一支 29 人的常驻队伍，把资料整理成能查的样子

三组人按同一份排期走：公告定稿之后，分类跟着调整；分类动过的条目，要在桌面端比对一次；用户提交的问题，按编号回到对应条目上。人数一直没大起大落，是因为这套交接需要熟悉资料的人长期在位。

内容整理与编辑 14 人

主导采集、初校、分类、打标、对照校验到发布归档的全流程，也是每月更新公告的起草方。公告写完先内部过一遍，再对外发布。

反馈受理 6 人

工作日 9:00–18:00 有人值守，把提交上来的问题归到具体分类与期号，再转给能处理的人。平均首次响应约 4 小时。

技术与产品 9 人

维护 PC 中心的六个功能模块和桌面端 v3.6，让分类树筛得动、两期资料并得起来，也负责安装包与平台适配。

交接不靠口头：一条资料从采集起就有编号，分类号、期号、版本号一路跟着走，谁接手都能立刻知道上一次停在哪一步。

从外面看，资料进内容中心只是一次发布。里面要走完六道：采集、初校、分类、打标、对照校验、发布归档。关键条目在第五道由两个人分别看一遍；走完这些，条目才会出现在PC 中心里，能按最近更新期号、分类或版本筛出来。

1. 01

   采集

   从既有条目、期号记录和用户指出的缺口里收集候选资料，先记下来源与对应的期号，不急着改。

   复核要点：来源能不能追到具体期号

2. 02

   初校

   看条目内部的数字、版本号与所属分类对不对得上，明显错漏在这一步退回，不带着问题往后走。

   复核要点：数字与版本号是否同期

3. 03

   分类

   放进 12 个一级分类下的某个二级条目。放不进去的先挂起，等分类复盘时一并处理，不硬塞。

   复核要点：二级条目是否唯一归属

4. 04

   打标

   按主题、版本、适用场景三个维度贴标签，单条最多 5 个。超出的部分宁可拆成两条，也不压进同一条里。

   复核要点：标签之间有没有互相重复

5. 05

   对照校验

   在桌面端把新旧两期并排打开，差异高亮逐处看过去，确认每处改动都有对应说明。关键条目由两个人分别走一遍。

   复核要点：差异是否都有说明

6. 06

   发布归档

   挂上期号与版本号发布，旧版本留在归档里不删除。日后要回头查某一期长什么样，随时翻得到。

   复核要点：旧版本能不能回溯

公告按月发布，到现在是第 38 期。期号不只是流水号，它标出了每一次功能变化发生在哪一步，也方便你回头看当时改了什么。下面五个阶段，点开任意一段能看到那一段带来了哪些实际变化。

1. 第 1 期 按月发布定下来

   早期资料零散，先定的是节奏：每个月集中发布一次变化。公告从此成了很多人打开站点的第一站。

2. v2.0 PC 中心成型

   资料检索、分类导航、版本记录等模块陆续就位，六个功能模块的框架在这一阶段确定下来。

3. 对照视图 并排比对开放

   并排、差异高亮、版本切换三种看法向用户开放，累计调用 27 万次。跨期号比对不用再开两个窗口来回切。

4. 第 38 期 反馈有了固定去处

   问题反馈入口并入 PC 中心，提交的内容同步到客服邮箱，受理组按分类与期号跟进，不用另发一遍邮件。

5. v3.6 现在使用的版本

   Windows 与 macOS 两个平台版本，安装包约 86 MB，跟着公告的节奏更新。

资料的可信度不靠一句承诺，靠的是多一道人、留一条痕迹。关键条目的复核由两名编辑分别完成，结论不一致就退回初校，分歧写进条目备注里，后面的人能看到当时卡在哪。

面向中国区用户提供资料查询与问题反馈服务，覆盖 31 个省级行政区。有问题要提，走反馈入口最快；只是想确认某个操作怎么点，问答中心里大多已有答案。