维基百科:快速更新新闻条目处理机制

Wikipedia:快速更新新闻条目处理机制为用作处理特发性新闻产生的条目的机制。

目的

维基百科是一个人人皆可参与编辑的自由的百科全书，编辑条目时难免会发生冲突。但维基人不应该将大量的编辑时间花费在冲突，尤其是由于信息的不完整与不对称造成的冲突之中。

正在更新的事件，由于事件进程的发展，以及媒体报导所获取的信息的不完整性，可能会导致信息更新量的激增，以及信息之间的矛盾。而获取信息量的差异及对信息本身的判断，将会左右编辑者自身的取向，以及条目本身的质量。源源不断的新闻，可能会导致条目变得新闻化，如采用时点排列内容（例子：3:27PM 豌豆开始向僵尸开枪），而非百科全书式的叙述。

我们并不怀疑维基百科本身的信息自净能力，越多的参与者将会让条目的完整性和中立性更高。但我们也不希望在编辑过程中，维基人因为编辑之间的冲突产生不必要的矛盾，以及条目在此过程中展示给读者的混乱形象。

本机制也就是为此目的而设。本机制的目标并非在于选择版本或阻止IP用户/新手编辑，而是为了维基人能够更好地编辑条目，减少争议耗费的时间。

理论分析

在针对几例快速更新的新闻性质条目中，我们可以看到以下的共通之处：

• 事件正在进行中，如灾难性事件发生及事后救援工作正在展开；
• 大量媒体对此关注，并在短时间内（数小时至一天）多次更新事件进程；
• 大量编辑者参与到与事件对应的维基百科条目编辑之中。

具体至条目本身，我们可以参考以下的三个例子的编辑数记录：

条目	当天	第二天	第三天	第四天	第五天	第六天	第七天	七天总计
马尼拉人质事件	226	509	216	182	89	30	36	1288
2011年甬台温铁路列车追尾事故	45	212	150	212	231	179	63	1092
2013年《南方周末》新年特刊被删改事件	24	10	55	59	116	111	69	444

• 2011年甬台温铁路列车追尾事故因首日事件发生在当天晚上，特别补充第八天编辑数84次、第九天编辑数111次。第十天后编辑数开始大幅度减少至30以下。第八天的回升可能与事件的“头七”引发追悼有关，但类似情况未见于马尼拉人质事件。
• 2013年《南方周末》新年特刊被删改事件创建后第二天，虽然是周六日，但按当年国家元旦假期规定为工作日。

参考以上资料，我们基本上可以看出，条目编辑数在类似条目创建后的第七天编辑数会有明显的回落。

适用的实际情况

（以下均使用维基百科服务器时间）

条目编辑数从零时算起24小时内某一条目编辑数超过200，该条目方有必要考虑使用此方案，灾难性事件可以优先考虑使用。

处理方法

1. 在维基新闻上建立与条目本身同名的新闻页，如有此页则直接使用模板{{Rapidupdatenews}}链接。如条目页面发生移动/重定向，在没有重大差异的前提下，建议维基新闻对应页面不作变动，以维持后续编辑者的便利性；
2. 在维基新闻上，建议以每条信息独立存在而不是综合的方式排布新闻信息，方便日后的维基百科条目编辑者查阅；
3. 在条目上挂上链接或模板，指示维基百科编辑者前往维基新闻对应页面补充新闻信息，条目可以创建时间起算，全保护至条目建立日的第六天的23:59；
4. 保护期结束后，不应再次以此机制进行页面保护。且必须使用模板{{Wikinews}}在条目中加设连接至维基新闻对应项目的链接点；
5. 本机制只能针对目标条目一次性使用，往后任何情况下均不应使用此机制对条目全保护。

对应模板