标记修订
标记修订是一个MediaWiki扩展,可讓人们标记条目的修订版本,从而提供条目质量相关的额外信息。这有可能改变未註冊用戶默认看到的内容。技术说明可于mw:Extension:FlaggedRevs查看。
扩展的实际使用和配置差异很大。通常,该功能只有在至少被“审查”(标记)一次后才会在页面上生效,因此需要坚实的社群基础(就活跃的编辑者和指引而言)才能在大型维基上真正启用它。例如,德语维基百科在99.99%的条目中使用该功能,并将其视为默认的程序;而英文维基百科以非标准配置在不到0.05%的条目中使用该扩展以应对一些特殊情况。有关该部分的更多信息如下。
典型的标记修订:德语维基百科为例
在此,我們將說明此概念如何應用於德語維基百科的測試中,以及其用途為何。首先,標記分為兩種類型:已檢視(Sighted)與優質(Quality)。這兩種標記對應於兩個新的使用者群組:編輯者可將版本標記為「已檢視」,審核者則可標記為「優質」。
「已檢視」表示該條目已經查閱,且未包含破壞行為。「優質」則表示已進行實質內容檢查。由於第一項檢查並非重大程序,任何管理員皆可授予編輯權限,且存在自動授予此權限的流程。目前,若您已編輯兩個月且在主命名空間進行了 200 次編輯,即可獲得編輯者權限。優質標記的審核者權限僅能由官員授予,且目前並未實際使用。
- 標記修訂有何作用?
- 標記過的修訂版本能讓讀者了解文章的品質。
- 只要向讀者顯示的是最後檢視過的版本,就能確保條目具備基本品質(即由具備基本可信度的作者撰寫或審核)。
- 如果只向讀者顯示最後一次「已檢視」的修訂版本,或許能降低破壞行為的吸引力;不過,關於採用「標記修訂」功能是否確實減少了破壞行為,目前尚有爭議。
- 一般來說,它們為管理新編輯提供了強大的工具,使巡查最近的變更變得更加有效率:
- 新編輯內容只需檢查一次是否涉及惡意破壞行為。
- 可以勾選連續多項編輯。
- 如果某篇條目曾遭惡意破壞,隨後又由可信用戶進行編輯,過去破壞行為通常會被隱藏。現在這已不再可行。
- 不對有任何編輯會被遺漏。
- 越來越多人能夠發現尚未被檢視的編輯。
- 結合分類功能後,這將變得非常強大,因為維基專案/入口頁面得以全面監控其管轄範圍內的新編輯。
- 總體而言,它們提供了一套實用的修訂標記系統,讓讀者和貢獻者能從修訂歷史中獲取更多關於該條目的資訊。
編輯內容可能需要等待相當長的時間才能獲得審查,截至 2016 年 1 月 24 日,最長可達一個半月,平均則為 15 天(參見 de:Special:ValidationStatistics)。待審查的編輯內容可於 de:Special:OldReviewedPages 處查看。
待定的變更:英语维基百科为例
英語維基百科曾否決了「經典標記修訂」功能。然而,一項名為「待定變更的保護」(最初稱為「標記保護」)的折衷方案於2012年(經過試行後)正式實施。該機制允許管理員在特定頁面啟用標記修訂功能,前提是這些頁面符合保護政策所訂定的標準,通常是指出現過多的破壞行為或其他違反政策的編輯。
此功能的一項重要特點在於,當前一版本已獲接受時,所有自動確認用戶(帳戶開設超過四天且編輯次數至少達十次)的編輯都會自動接受審查,而不僅限於審查員。因此,此功能比半保護更為寬鬆。此外,系統提供一項選項,可關閉對自動確認的非審核員的自動審核功能。此選項建議用於頻繁遭受傀儡帳號攻擊且偶爾需要全面保護的頁面,但目前尚未就此選項的使用達成共識。
截至2025-06-26,在8,367,837個符合資格的頁面(主(條目)及維基百科命名空間)中,有3,912個頁面在英语维基百科上處於「待定」狀態(參見 en:Special:ValidationStatistics)。待審核的編輯位於 en:Special:PendingChanges,該處通常約有六七個編輯、且均未超過數小時。
其他形式的標記修訂
其他維基站點可能會選擇採用介於德語維基百科與英語維基百科之間的功能範圍。例如,不預設在所有條目上啟用「待定變更」功能,而是不僅針對明顯存在問題的條目,還針對被視為特別敏感的大量條目啟用此功能。
也有建議將「標記修訂」用作延遲審查由 Abuse Filter 標記為可疑編輯的方法,詳見 w:Wikipedia:Deferred revisions。
有人建議採用「被動標記修訂」機制,其運作原理與前述相同,但不會影響讀者所看到的版本,藉此改善 已巡查的編輯,詳見 w:en:Wikipedia:Patrolled revisions 和 w:en:Wikipedia:Deferred changes。
設定 $wgFlaggedRevsOverride = false; 會使標記修訂僅具資訊性,除了會新增審查佇列及橫幅/警告外,「不會」執行任何操作:最新版本始終會像在「一般」維基站一樣顯示。超過20個維基媒體維基站採用此設定,其中許多站點的審查積壓處理壓力也隨之減輕。
启用标记修订的维基媒体项目
标记修订已在多个维基上启用。与所有维基的配置文件相比,下面的列表可能已过时。
- 维基百科
- 阿尔巴尼亚语——2010年11月7日 启用
- 阿拉伯语——2009年8月6日 启用
- 阿勒曼尼语——2008年11月17日 启用
- 波斯尼亚语——2010年4月8日 启用
- 白俄罗斯语——2011年2月5日 启用
- 孟加拉语——2011年5月20日 启用(T30717)
- 车臣语——2014年1月 启用(T58408)
- 文言文——2008年11月17日 启用
- 英语——2012年12月1日 再次启用“待定更改”功能
- 世界语——2008年11月18日 启用
- 波斯语——2014年5月22日 启用(T67452)
- 芬兰语——2011年11月30日 启用
- 格鲁吉亚语——2011年4月11日 启用(T26976)
- 德语——2008年5月6日 启用
- Hindi – enabled 30 August 2010, reconfigured 8 August 2011 (T26622, T31911)
- 匈牙利语——2008年11月17日 启用
- 印度尼西亚语——2010年6月17日 启用,2021年7月15日重新配置待定修改(T268317)
- 国际语——2009年3月19日 启用
- Central Kurdish – enabled 5 June 2014 (T67809)
- Macedonian – enabled 24 April, 2010
- Polish – enabled 17 November, 2008
- Russian – enabled 8 August, 2008
- Turkish – enabled 31 January, 2011
- Ukrainian – enabled 2011
- Venetian – enabled 29 November 2011 (T30837)
- Wiktionary
- German – enabled November 24, 2008
- Icelandic – enabled 19 March, 2009
- Polish – enabled 7 December, 2009
- Russian – enabled 17 April, 2011
- Ukrainian – enabled November 24, 2008
- Wikibooks
- English – enabled November 14, 2008
- Portuguese – enabled November 29, 2011
- Wikinews
- English – enabled August 5, 2008
- Persian – enabled October 25, 2010
- French
- Portuguese
- Russian
- Spanish – enabled 3 June, 2009
- Tamil – enabled 31 May, 2010
- Wikiquote
- Wikisource
For testing purposes, Flagged Revisions is also implemented on test2 wiki.
Undergoing trials
Rejected
- Wikipedia
- Persian – consequence didn't reach. closing at March 2011
- French – survey done October 2009.
- Other
- MediaWiki.org – enabled on 8 August 2009; disabled on 22 May 2014 with gerrit:134935 (announcement)
- Portuguese Wikisource – disabled on 20 March 2023
Wikis that want to request custom implementation of the feature can use these Bugzilla requests as models for their own requests.
Enabling
Notice of moratorium
There has been a moratorium on deployments of Flagged Revisions to new wikis since April 2017. (Dereckson @ T66726)
Flagged Revisions is extremely flexible; as such, it's complex to maintain (from a code point of view). The last new wikis added the extension in 2013 and 2014.[unclear] In 2014 WMF tech first silently stopped enabling it without formal decision and then in 2017 by Dereckson's moratorium and RfC. Currently, WMF is trying to solve who should maintain it: Code stewardship review: FlaggedRevs – This extension has been deployed to prod around seven years ago and after a while, it became virtually without any maintainer, Technical debt in this code is unimaginable and in a matter of UX/UI it's non-standard and out-dated but any (of my) attempts to modernize it failed due to out-of-date and non-standard PHP code. (Ladsgroup, Jan 24 2018, phab:T185664) In 2021-2024 there was initiative for cleaning up the FlaggedRevs code clean up the technical debt and make it more maintainable (phab: T277883), however it is unlikely that new wikis will be enabled before this is solved OR the extension will be undeployed altogether.
Old process for enabling
The general process is the usual one for 请求wiki配置更改, but proposers should also:
- fully translate the extension and the help page, get all translations reviewed at least once;
- send a patch for the shell request proposed configuration;
- get a test wiki for the language created on the beta cluster, test the translation and configuration there to ensure it's as intended;
- have someone monitor the effects and community response to the wider testing on the actual wiki after the enabling, and report it on Phabricator.
(This is the process followed by a recent adopter like the Finnish Wikipedia.)
Note: The section above was added in 2014.
Efforts/cost (the English Wikipedia trial)
As a point of reference, the English Wikipedia trial of a light weight form of flagged revisions known as pending changes, which eventually resulted in its permanent implementation, required at least one contractor hired to tweak and test the configuration, as well as development work involving no less than 8 Wikimedia Foundation persons in a period of 7 months from September 2010 to March 2011, according to reports.
结果
Local
There is no policy yet for disabling or denying the extension, but it's highly advisable that any wiki adopting it monitors results closely (at least on Wikistats and Special:ValidationStatistics), to ensure the feature is actually helping to reach the intended goals. As an example, a wiki could establish, as local community guideline/goal, documented in the local project page on the feature/process, a minimum "level of service" or "key performance indicators", like
- no more than X % total articles should be stale,
- (if applied to a subset of articles, e.g. previously protected) total edits and active editors on flagged articles should increase by Y %,
- average staleness of unreviewed edits shouldn't be above Z days and median time for review shouldn't be above W days.
Having such a shared understanding of the intended results will help a wiki reach a consensus on the opportunity to have/keep the feature enabled.
General
General results of Flagged Revisions on various projects are not known: there are few studies.
However, on several wikis, Special:ValidationStatistics shows a clear failure, in that there are peaks where
- the quota of total articles which have unreviewed edits is over 10 %, or sometimes even a majority of total articles,
- unreviewed changes are as old as 1000 days or more on average (this metric disregards how fast reviewed changes were reviewed),
- the time needed for unregistered users to have their edits approved is several days.
The more articles are using Flagged Revisions, the more severe the last two problems are; if only a handful pages are reviewed in the first place, average delays on those few pages are less significant for the wiki as a whole.
Where it's not actively used, the extension should probably be disabled. Regular cross-wiki reports on flagged revisions status have been proposed but not implemented yet. If you are or want to be a tool developer, this would be a nice thing to build and run on Tool Labs.
Interim reports
- FlaggedRevs Report December 2008 – report on FlaggedRevs usage across Wikimedia projects
- Hungarian Wikipedia FlaggedRevs test, october 2019 – shows that showing latest revision by default (setting
$wgFlaggedRevsOverride = false) increases the number IPs making edits by 100%, the number of edits made by IPs by 30%, and anonymous vandalism by 2-3 percentage points (which is a 10-30% relative increase, depending on how narrowly vandalism is defined) compared to showing approved revisions by default. No visible effect on registered users.