跳转到内容

维基百科讨论:修訂巡查

页面内容不支持其他语言。
维基百科,自由的百科全书

重提Pending Changes

重新對各位提議,引入一個在英文版本中有被使用的Pending Changes (FlaggedRevs一部份)

各位可在http://prototype.wikimedia.org/flaggedrevs (需註冊帳戶,並自行授權)試用FlaggedRevs,如需試用Pending Changes需管理員權限 (protect)。

Pending Changes能對編輯進行審查,例如將自動確認的編輯自動通過,但需對新手的編輯進行審查,此權亦需增加一個用戶組:reviewer (評論家),該用戶組有以下之權限:

  • 將修改標記為已檢查 (review)
  • 將修改標記為有質數 (validate)
  • 將自己的編輯自動標示為已審核的 (autoreview)
  • 檢視最近巡查標記更改 (patrolmarks)
  • 編輯半保護頁面 (autoconfirmed)

亦會增加數個特殊頁面。以上方案針對日益增多的破壞及提升質數而設,一般用戶預設顯示已審查版本。-HW (留言 - 貢獻) 香港維基侵權案 2010年11月28日 (日) 03:40 (UTC)[回复]

英文版一直在改进这个功能,也一直在测试,我用下来这个功能的确是不错--百無一用是書生 () 2010年12月1日 (三) 02:34 (UTC)[回复]

又再重提Pending Changes

發現近期似乎某些地區性條目出現嚴重爭議,故此重提Pending Changes,一個內容審核機制,現在用於英文維基百科,大家給些意見吧。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月6日 (四) 12:33 (UTC)[回复]

(+)支持,但是最好有个地方先行测试一下--百無一用是書生 () 2011年1月7日 (五) 01:43 (UTC)[回复]
http://prototype.wikimedia.org/flaggedrevs/ ,歡迎自行註冊並自行授權進行測試,如希望獲得保護頁面的測試權,就請去權限申請頁面要求授權。此站點由維基百科可用性小組運行,但並非全域帳號的一部份,故除監管員外需另行註冊。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月7日 (五) 05:23 (UTC)[回复]

所有介面信息已經翻譯完成。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月7日 (五) 06:26 (UTC)[回复]

Pending Changes將會新增一個權限組,評論家。該用戶組包含以下權限:

  • 將修改標記為已檢查 (review)
  • 將修改標記為有質數 (validate)
  • 將自己的編輯自動標示為已審核的 (autoreview)
  • 標示其它的編輯作已巡查的 (patrol)
  • 檢視最近巡查標記更改 (patrolmarks)
  • 編輯半保護頁面 (autoconfirmed)

計劃頁面稍後建立。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月8日 (六) 01:18 (UTC)[回复]

層次加多,靈活度亦增加,無壞,亦無以反對。不過一定要技術成熟方可應用於此,免致混亂。
至於「reviewer」則不建議譯為「評論家」,在下建議譯為「審核員」。
另外,獻醜翻譯此頁一表以供諸位參閱︰
頁面保護與編輯權限
  匿名者、新用戶 自動確認用戶、
確認用戶
審核員 管理員
未保護 可編;
即見所易(无需预览--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
乙級待審保護 不可編但可遞交待審;
無批權(不能审批--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
可編;
即見所易;
無批權(不能审批,但无需预览--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
可編;
即見所易;
可審批(无需预览--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
甲級待審保護 不可編但可遞交待審;
無批權(不能审批--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
可編;
即見所易;
可審批(无需预览--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
半保護 不可編 可編;
即見所易(无需预览--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
甲級待審及半保護 不可編 不可編但可遞交待審;
無批權(不能审批--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
可編;
即見所易;
可審批(无需预览--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
全保護 不可編 可編;
即見所易(无需预览--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
注︰待審保護時,「即見所易」採策無更易待審。
Note: Under pending-changes protections,
"visible immediately" assumes no previous pending changes remain to be accepted.
以上。—J.Wong 2011年1月8日 (六) 06:55 (UTC)[回复]
这样更好理解--UAL55 (留言) 2011年1月8日 (六) 07:54 (UTC)[回复]
如將評論家改名為審核員需要到translatewiki執行,另在引入前需決定reviewer的要求(250次編輯?500次?還是1000次?3個月?還是1個月?還是半年?一年內沒有被封禁?),但建議要求應該與回退員相若(Pending Changes包括「拒絕」按鈕,一按「拒絕」等同回退)。此外,建議Pending Changes(PC)對條目、計劃頁(討論頁面全部設定自動批准)、幫助頁、分類頁及檔案頁啟用(英文版只是條目及計劃頁),因為他們全部都是面向讀者的。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月8日 (六) 08:30 (UTC)[回复]
本人支持引进。先讨论是否引进吧。待确定引进后再讨论权限门槛。--达师197336 2011年1月8日 (六) 09:41 (UTC)[回复]
我會先去建一個WP頁面,並標明為未通過方針指引。按共識而論,只要七天內沒有人反對,就示為通過。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月8日 (六) 11:49 (UTC)[回复]
Wikipedia:編輯審核未完成之作。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月8日 (六) 12:32 (UTC)[回复]
根據英語維基百科的版本,我翻譯了審核員資格部分,我自己加了少少東西,目的是把Reviewer要求清楚。由於華文地區特殊政治形勢,所以我建議政治和歷史類的條目,暫不實行,令這做法儘快在其他條目順利推行,政治和歷史類的,社群再慢慢討論也未遲。Martinoei (留言) 2011年1月8日 (六) 12:45 (UTC)[回复]

建議社群盡早決定審核員還是評論家,因為要到translatewiki修改再加入至內建信息中需要數星期的(WMF更新問題)。決定後請到translatewiki更改相關界面信息:

另外Martinoei之權限提議本人支持,唯需先徵求社群的意見。但反對Martinoei在政治及歷史類條目不執行的意見,因為該類條目都會有破壞。我不認為這會推遲實行時間,因為Pending Changes需要管理員按「保護」條目的按鈕才能實行。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月8日 (六) 13:54 (UTC)[回复]

我只不過避免日後爭拗,雖然Reviewer要求我已經敘明要恪守中立原則。這亦可以在寫Review Guideline時,針對政治和歷史條目作出較嚴謹規定。政治和歷史條目招惹破壞,很多時涉及當事人的政治信仰。Martinoei (留言) 2011年1月8日 (六) 14:49 (UTC)[回复]
建議reviewer譯作「檢閱員」或「審查員」,儘管「審核員」也不太差。Review一字有幾個解釋,「評論」一定不符合目前的用法,根據en:Wikipedia:Reviewing,應該是"check pending changes to determine if ...",故此「檢閱」、「審查」和「審核」比較接近原意。之不過今日「審核」通常是audit的意思,另外「審查」亦有延伸作censorship的意思,所以三者之中我首選「檢閱」。--Quest for Truth (留言) 2011年1月8日 (六) 18:08 (UTC)[回复]
學術界亦有用「評審」來翻譯Review,這亦可以考慮。Martinoei (留言) 2011年1月8日 (六) 18:49 (UTC)[回复]
政治或歷史條目我建議真的有需要時才執行審核保護。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月9日 (日) 02:17 (UTC)[回复]
  • (+)支持本人赞成。不过本提议属于重大改变,请比照IP创文权的讨论移动到方针处,这样会吸引更多人。--苹果派.留言 2011年1月8日 (六) 23:56 (UTC)[回复]
    • 贊成移往方針區續議。
  • 回HW君、UAL55君︰本人稍易該表,請閱之於《編輯審核》。
  • 回Quest for truth君︰「檢」、「閱」、「審」、「查」及「核」均有此義,所組之辭咸為其選,唯不建議因引申義而作繭自縛。至於「評」,則不甚支持。《康熙字典》曰︰「評,議也。」即議論是非高下。而評審則應為評議審查,貌不適是處。—J.Wong 2011年1月9日 (日) 03:43 (UTC)[回复]
    • 回J.Wong君,我同意「評」的確不太適合,「評審」更貼近Peer review的意思。另外,在翻譯時,用字應該考慮詞語在今日社會的最常用法,去年中文聖經出修訂版時,將本來用「遊行」去譯go around改為用「周遊」,便是一例,雖然「遊行」在《老殘遊記》《資治通鑑》等的確有類似go around的意思,但為免今人誤會為集會示威抗議,便對接近一個世紀前的譯本作出修訂。最後,我認為應該從讀者的角度去想,別人第一次看到這個名堂時,能否望文生義,而不會想錯別的意思,才最重要。--Quest for Truth (留言) 2011年1月9日 (日) 15:20 (UTC)[回复]
  • (!)意見建议加入复核机制,如果审核不通过,用户可以有渠道进行复核。还有如果审核员有大量错误,可以进行除权。--苹果派.留言 2011年1月9日 (日) 18:04 (UTC)[回复]
  • (-)反对,强烈反对。现在管理员权限已经过大,几乎已经到了创建条目、修改条目都必须管理员同意才能生效的地步了。这个方案更进一步增加了管理员的权限。这样下去参与维基编辑的人只会越来越少。--小骆驼商队 (留言) 2011年1月9日 (日) 18:10 (UTC)[回复]
  • (!)意見小駱駝商隊的擔憂未免太誇張,雖然我對這裡的管理人意見很大。只不過,如果要提升中文維基百科的質量,跟隨英文、德文維基實行這制度是無可避免。我未把英文版的做法全 譯好,只不過,複核機制是重要,因為中文維基沒有英文維基的調解委員會,這複核機制可能需要一名內容專家 + 一名管理員進行複核,或者容許複核公開在社群進行,目的是尋求共識。而列入Pending Changes的條目宜緊不宜鬆,特別歷史和政治類條目。為何我建議歷史和政治類條目暫緩執行,因為這些題目之所以惹火,與華文地區現有政治形勢和歷史傷痕有關,這很容易弄巧反拙,我絕不想維基成為政治戰場。Martinoei (留言) 2011年1月9日 (日) 19:50 (UTC)[回复]
要执行就要一视同仁,再说这种机制就是为了减少火灾的机会的。—Edouardlicn (留言) 2011年1月10日 (一) 02:53 (UTC)[回复]
現時大中華三個地區的獨有形勢,難道你又想維基中文因政治爭議而見報?理想是一視同仁,但現實是有些政治或歷史雙方不只沒共識,而且雙方相互敵視。要引進Pending Changes的政治及歷史條目(我指台灣和中國歷史,其他國家的政治和歷史我認為可以照引進),可能要中台之間簽署類似英國與北愛交戰各方的貝爾法斯特協議才成。簡單而言,各方政治信任不足是眼前現實,維基中文也不是解決問題的地方,社群只能遷就現實。Martinoei (留言) 2011年1月10日 (一) 08:10 (UTC)[回复]
个人认为只对条目页面实行就可。Pending changes本来就是为了提高条目品质而设立的,没有必要用于其他页面。此外,似乎Pending changes允许拥有某些权限的用户对个别条目启用或禁用Pending changes。基于中文版的人手,我建议最好先暂时对特色、优良(或者加上DYK)条目启用Pending changes,观察一段时间后再根据情况逐渐扩大--百無一用是書生 () 2011年1月10日 (一) 02:56 (UTC)[回复]
  • (-)反对,强烈反对。理解小骆驼商队的主张。对于Martinoei所说:“這複核機制可能需要一名內容專家 + 一名管理員進行複核,或者容許複核公開在社群進行,目的是尋求共識。”在此我希望大家细想:方案通过后,执行的人会是谁呢?主要是中文维基管理员。共识是谁来尋求?对社群相当熟悉的主要贡献者。在中文维基现时能够这两方面都能做到的就是被认为拥有权限已经过大的一些同时担任“管理员”的专家。我觉得应该是先在现实里多做功夫(出于各种原因这方面在中国大陆执行有困难),订定规则的精神是鼓励更多人来中文维基编辑。在有人气以后再谈方案,这样执行的效用会更好。否则,先不谈方案本身是否会有负面影响(导致人气越少,这就是小骆驼商队的主张),就算有方案,没有社群,编者或人气需求去执行这些方案,方案变相成为摆设。在外人眼中,“管理员”的专家拥有成为摆设的方案所赋予的权限更会做成管理员权限越来越大的形象;这种负反馈对中文维基的发展始终是不好的。-- 99.237.104.65 (留言) 2011年1月10日 (一) 03:30 (UTC)[回复]
  • (!)意見:话说回来。我觉得是应该以一个一个中文维基人的条目贡献为宗旨(贡献多少,质素等)来制定方案,不是在只条目规则里下功夫。-- 99.237.104.65 (留言) 2011年1月10日 (一) 03:43 (UTC)[回复]

(+)支持shizhao的看法,应该将这个用于优特条目中,另应在优特除名时解除保护。至于上面有人担心REVIEWER作弊,我愿意报名参加。我也建议各位就附加限制开分段讨论。—Edouardlicn (留言) 2011年1月12日 (三) 02:20 (UTC)[回复]

@HW: 貌似不需要那么久,mw:Extension:LocalisationUpdateLiangent (留言) 2011年1月14日 (五) 21:58 (UTC)[回复]

請問所謂何事?—J.Wong 2011年1月15日 (六) 07:02 (UTC)[回复]
(-)反对没有配套的稳定版本方针,实行pending edits无异于开玩笑。中文维基百科目前条目数还没有多到需要这样多层保护的地步-Mys 721tx(留言)-U18协会 2011年1月16日 (日) 11:14 (UTC)[回复]
(-)反对:Pending Changes 的本意不是拿來解決地區性條目爭議的,如此開題,討論的主軸就演變為「某些爭議性的內容」的話語權交給了較高編輯權的維基人掌握。我不完全瞭解 Pending Changes 在其它語種是如何作用的,它在英文版主要的設計用意之一是維持生人傳記的品質,讓某些傳記停留在穩定版本:所有的人都可以編輯生人傳記,但有部分的改動文字要透過熟悉維基撰寫規則的可信賴維基人才會生效。我不排斥新東西,但是先把新東西說明清楚再引進比較妥當。--Jasonzhuocn (留言) 2011年1月17日 (一) 03:36 (UTC)[回复]
(-)反对:将有个词叫“人工Job queue”—以上未簽名的留言由虞海對話貢獻)加入。 2011年1月21日 (五) 16:13 (UTC)[回复]
(-)反对:我认为这东西很像百度百科的审查制度—編集者 (留言) 2011年1月24日 (一) 07:10 (UTC)[回复]
(-)反对,對內容專家的界定,誰去審查,有疑慮,覺得會有很大的紛爭。-小霖@請留言 2011年1月29日 (六) 15:20 (UTC)[回复]
--
(!)意見,我個人認為,中文維基百科的問題不是條目品質和數量,而是太少人參與編輯。大家總是不把人力當資源。
一,不應設立多高的門檻,看英文維基百科,那像中文維基百科那樣不斷提高門檻,現在英文維基百科這個版本的 Pending Changing 和 reviewing 機制就正好把原本無需長期半保護卻又常有編輯爭議、破壞、侵犯版權、侵犯隱私的條目和無需全保護但半保護又未有效減少編輯爭議、破壞、侵犯版權、侵犯隱私的條目做適當處理。看英文維基百科的做法(en:Wikipedia:Reviewing),根本沒有規定任何所需數值,而所需身份亦只是要一個帳戶而已。申請那個又輕鬆,審批那個又輕鬆。
二,為何總是只有好和不好兩個選項?在制度上、在機制上、在思維上、在話語上,都能有漸次變化的多個 level 或色彩。方角的成長曲線就像讓人垂直攀爬懸崖一樣。顆粒度越粗的分配方式亦越易產生分層效應
三,現在的 reviewing 機制,以我的理解,用廣東話來說,只是「目及」下(為一個字,左目右及,要安裝額外字庫才能顯示,意思近似「瞥」,只是看看而已,不是花心力眼力去看),這樣就可以有大量的 reviewers ,參看 en:Special:Statistics 。人海戰術不是維基百科的致勝之道嗎?
四,這樣的做法,既可以在實質上有效延長條目的保護時間(我預測,中文維基百科將有大量條目超長期進入保護狀態。),又可以漸次提升保護級別、漸次降低保護級別,還可以大大分擔管理員的工作量,更可以當做未來管理員的孵育場所。
--
我對 reviewer 的提議譯名有「檢視員」、「略檢員」、「速檢員」、「簡檢員」、「先檢員」,越能反映這機制的實質工作內容的,越能讓新手和外人感覺輕鬆自在的,我越會投贊成票。
--LungZeno(talk) 2011年1月29日 (六) 21:55 (UTC)[回复]
--
Pending Changes不是把未審核的版本不向公眾顯示,而只是將該版本放在另一個標籤「待審編輯」下,這不是百度百科的做法,百度百科是不向公眾公開。-HW留言 - 貢獻2011年1月30日 (日) 00:08 (UTC)[回复]

先來個ReaderFeedback吧

mw:Extension:ReaderFeedback擴展提供在每頁頁底一個讀者意見的部份,就文章的中立性、完整性及準確性評級。我建議引入此擴展之原因為此擴展可為中文維基百科帶來更多的讀者意見,無論有沒有參與編輯。建議以此作為Pending Changes引入的前一步。-HW留言 - 貢獻2011年1月30日 (日) 00:08 (UTC)[回复]

英文版的Pending Changes先是需要成为reviewer(一般满足一定条件就可以自动成为),而只有在你的监视列表中的已经启用了Pending Changes的条目才会在被编辑后通知你去review(在页面顶部站点通告的位置会有通告),如果该条目已经被别人review,则不会出现通知。但是管理员的话不清楚会有什么不同?虽然这种方式增加的工作量很小,但是仔细考虑下来,中文版参与者不是太多,很多条目都没有几个人监视,启用这个功能,恐怕很多Pending Changes的条目会有较长的时间无人review--百無一用是書生 () 2011年1月30日 (日) 09:47 (UTC)[回复]
要说方便的话,mw:Extension:ArticleFeedback可能更方便一些--百無一用是書生 () 2011年1月30日 (日) 09:54 (UTC)[回复]

請問大家對此有沒有任何反對聲音?否則,建議票決使用mw:Extension:ReaderFeedback還是mw:Extension:ArticleFeedback。-HW留言 - 貢獻2011年2月6日 (日) 08:27 (UTC)[回复]

**(!)意見:想法不错,但是国内:1、甚少人使用这两个社群网站交流。2、不会翻墙的人根本无法访问。鉴于这两点我觉得完全没实用价值了……--Noah~~ (留言) 2011年2月8日 (二) 08:53 (UTC)[回复]

feedback例子

--LungZeno(talk) 2011年2月7日 (一) 19:18 (UTC)[回复]

不知道這個例子是否是這個 mw:Extension:ArticleFeedback ?--LungZeno(talk) 2011年2月7日 (一) 19:30 (UTC)[回复]
看來不是,英文版沒有安裝這個擴展。-HW留言 - 貢獻2011年2月8日 (二) 07:54 (UTC)[回复]

提請中文維基百科引入“待定更改保護”

待定更改保護(Pending changes protection)是一種保護頁面的方式。其既能遏制破壞及其他長期存在的問題,又能同時允許所有用戶繼續提交編輯。當為了允許未註冊用戶及新用戶編輯頁面時,待定更改保護可作為替代半保護的一個選擇。

當一個頁面處於待定更改保護狀態下時,未確認用戶的更改是不直接可見的,處於隱藏,直到其更改獲得其他用戶的巡查後才會取代當前版本,並當巡查通過後的待定更改將在頁面歷史內可見。

詳細內容見已在使用的英文維基百科保護方針en:Wikipedia:Protection_policy#Pending changes protection乌拉跨氪 2013年6月25日 (二) 13:46 (UTC)[回复]
待定更改保護比半保護的限制更小,對於一些關注度高、編輯頻次高而又長期受到破壞的條目更有好處。特別是對於USER:愛莎的破壞,待定更改保護比半保護的效果要好得多。對於編輯版本的巡查,我覺得沒有必要再設置一個新的權限,完全可以交給現在的巡查員做。對於保護的使用範疇限制,可以通過類似現在的Wikipedia:请求保护页面‎進行公示審核。乌拉跨氪 2013年6月26日 (三) 13:31 (UTC)[回复]

再重提Pending Changes和Flagged Revisions

按照HW的说法,所有介面信息已經翻譯完成。按照英文版,增设Autochecked users和Reviewers用户组。政治類及歷史類相關條目,暫時不引進此機制。具体信息将稍后补充。--GZWDer留言2013年6月29日 (六) 09:31 (UTC)[回复]

这样也可以。先让这个保护状态的好处发挥出来。乌拉跨氪 2013年6月29日 (六) 10:15 (UTC)[回复]
HW的說法在哪裡?在下忘掉有沒有表示過。。。-HW 動員令2013年7月1日 (一) 13:53 (UTC)[回复]

--GZWDer留言2013年7月2日 (二) 05:20 (UTC)[回复]

竟然把兩年前的討論找出來了。的確,所有介面信息目前已經完成翻譯。-HW 動員令2013年7月2日 (二) 14:35 (UTC)[回复]

有百度百科及墙内网站的审查味道,维基百科不是不会审查内容吗?谁来负责审查呢?如何确定稳定版本呢?要不要引入夜晚休息制度

如果审查员少,造成待定版本大量积压,批准某个中间的待定版本会不会有技术问题,会不会“编辑冲突”?比如在稳定版本上,A做了修改,成为待定版本1。B又做了修改,此时的修改是在A的基础上改还是在稳定版本的基础上改?--Gqqnb留言2013年7月2日 (二) 09:18 (UTC)[回复]

在编辑上和现在没区别,只是对读者显示稳定版而已。但是我认为如果要启用这个的话,在特色、优良条目上用就可以了--百無一用是書生 () 2013年7月3日 (三) 03:37 (UTC)[回复]
这不是一种审查制度,只是一种保护的状态。当条目收到破坏时,管理员可以选择使用这种保护状态,以让保护对编辑的影响最小化。这与百度的审查有根本区别。乌拉跨氪 2013年7月3日 (三) 04:58 (UTC)[回复]
是否像komica wiki一樣,用戶能隨意切換稳定版/新版?--C933103(留言) 2013年7月5日 (五) 20:45 (UTC)[回复]
这只是一种保护状态。是由于条目受到破坏后启用的保护措施,而不是所有条目的一般性功能,所以用户能看到的受到保护的条目当下即是受保护的版本,并不能实时的看到作出的更改。乌拉跨氪 2013年7月6日 (六) 19:30 (UTC)[回复]

第3遍了:编辑审核

提议设立,理由基本与前两次相同。请各位发表意见。

最近申请成为管理员的讨论中应避免的理由缩减管理员不活动期限异常火爆,可以等那俩完了之后再讨论此 囧rz...

【發言作廢】我記得我以前曾經發表過的看法是這個:維基百科最吸引我的地方就是事後審核,現在雖然破壞并不罕見,不過優秀編輯立刻生效是事後審核不可埋沒的優點。與其射綫療法同時抑制劣質編輯和優質編輯,不如維持目前的競爭態勢。維基軟件本身的特點就是有利於優質編輯的。尤其是處於一個還在發展狀態的中文維基,廣譜抗生素對發育完全沒有好處。Bluedeck 2015年8月24日 (一) 16:17 (UTC)[回复]
求頭1,2次的討論記錄--Temp3600留言2015年8月24日 (一) 17:15 (UTC)[回复]
Wikipedia talk:编辑审核。--广雅 范 2015年8月25日 (二) 03:40 (UTC)[回复]
@Bluedeck:编辑审核仅用于某些页面。可参见en。--Stang 2015年8月25日 (二) 11:46 (UTC)[回复]
哎呀,我把這個和WP:穩定版本搞混了。上面的發言請勿參考。Bluedeck 2015年8月28日 (五) 16:44 (UTC)[回复]
没有任何新的意见加进来的话就别把之前否决过的东西再拿出来说了。--Jimmy Xu 2015年8月25日 (二) 12:48 (UTC)[回复]
(-)反对,未见必要,理由已述。--Antigng留言2015年8月29日 (六) 12:08 (UTC)[回复]
@WaihoraceTemp3600Hat600Shizhao:给点意见?--Stang 2015年8月29日 (六) 07:03 (UTC)[回复]
ok.我移动啦。--Stang 2015年8月31日 (一) 02:04 (UTC)[回复]
(-)反对,理由与前两次相同,哈哈。政治历史类条目不引入此机制就说明此机制有危害性,容易造成事实上的内容审查。政府可以影响审核员导致不合执政党思想的内容被否决。地理条目海参崴、人物条目温云超、软件条目Shadowsocks、事件条目天津港“8·12”特别重大火灾爆炸事故、技术条目VPN、外国条目科恩诉加利福尼亚州案等等,是不是政治历史类条目?政治历史类条目定义不明!为了触发编辑审核,政府可以故意对某条目造成破坏或编辑战,他们那么多人力那么多IP,维基是封不住的。条目被破坏后,受政府控制的用户就纷纷要求编辑审核。--Gqqnb留言2015年9月1日 (二) 03:40 (UTC)[回复]
(-)反对,沒必要,我看了一下其他版本的自動審查員,發現那編輯審核不見得會有成效,倘若有心人濫用,那不就更邋塌?--Engle躍湛藍天空帶來無限寬容2015年9月4日 (五) 01:00 (UTC)[回复]
(!)意見,提出恢复讨论宜有新的建议。如果设立「编辑审核」,在管理员及审核员只占整体用户群极少数的情况下,会造成极少数拥有特殊权限的用户完全操纵编辑方向,中文版的编辑自由度和内容风格将会与中国大陆的两大百科没有分别。--Thomas.Lu留言2015年9月6日 (日) 06:00 (UTC)[回复]

向中文维基百科引入编辑审核制度

前言

有用户在维基百科的 Telegram 频道上提到了在中文维基上引入编辑审核Pending Changes )制度,同时鉴于前两次有关引入此制度讨论都是在数年前进行,现在中文维基的状况已经有了一些改变,因此在下决定在互助客栈中重提一次有关引入编辑审核制度的讨论。

简而言之编辑审核制度即在维基百科上的部分条目实施先审核后发布的制度。

大多数用户对被编辑审核保护的条目(在之前的讨论中被称为“待审保护”)的编辑都会被一种叫 pending changes reviewer (译名待定,在之前的讨论中被称为“审查员”“审核员”等)的用户审核,经过审核之后方能发表。因此如果引入这一制度,会需要在中文维基上新加入 reviewer 这一权限。这一权限的申请与巡查权、回退权等类似,但三者并不相关。请各位参考维基百科:编辑审核上的内容。

在之前的讨论中,有一些用户可能误会了编辑审核制度初衷。而目前中文维基上有关编辑审核的方针翻译工作尚未开始,因此在下先对这一方针在英文维基的大概使用方法做一些概括:

  • 在英文维基上,编辑审核与半保护、全保护等视作一种保护状态。因此被编辑审核保护的条目同样需要在受到破坏之后方能实施。见Wikipedia:Protection policy
  • 被保护的条目分两类:Pending Changes Level 1(在之前的讨论中被称为“乙级待审保护”)和Pending Changes Level 2(在之前的讨论中被称为甲级待审保护)。被 Level 1 保护的条目允许自动确认用户和确认用户编辑后无需审核直接发布;被 Level 2 保护的条目即使是自动确认用户和确认用户编辑后也需要审核。但在英文维基上, Level 2 仍有较大争议,极少使用。
  • 大多数被待审保护的条目都是生者传记条目。在之前的讨论中,很多中文维基人没有意识到这一点。编辑审核的主要保护对象并不是具有巨大争议的、编辑十分频繁的条目;也不是有两名维基人发生编辑战的条目。一般对这类条目的改动比较少,因此待审核的编辑数量不是特别多。在英文维基上,规定需要待审保护的条目为以下三类:
    • 被长期性破坏的条目;
    • 对传记或生者传记条目的破坏;
    • 侵权破坏(向已创建的条目中加入侵权内容)。
  • 待审核条目的记录是完全公开的。这个记录包括了
    • 某名用户在何时递交了需要审核的编辑,其内容为何;
    • 审核这一编辑的 reviewer 是谁,通过了或者没通过(没通过的审核也不会被类似 RRD 的方式隐藏,在历史记录中可以直接查看);
    • 若一个条目有需要审核的编辑,那么任何人可以直接查看,但默认显示的不是待审核的编辑。

试举一例:SpongeBob SquarePants (season 9)。该条目似乎是因为被加入了大量侵权内容而被待审保护。在这一条目右上角的 Edit 标签处,还有一个 Pending Changes 的标签。如果有人递交了待审核的编辑,那么无论任何人都可以直接点 Pending Changes 这个标签查看,但是默认看到的却不是待审核的编辑。搜索框下面有 Accepted 的字样,右面还有表示 pending changes protection 的小锁头,表示该页面正在被待审保护。在该页面的历史记录页( History ),可以直接看到该条目所有的审核记录。

因此,待审保护不必过度担心会造成新用户流失、过度集权于管理员和 reviewer 的情况。

在这里整理了英文维基上有关编辑审核的方针和指引。请各位参考。

Techyan留言2016年4月23日 (六) 15:32 (UTC);修改于2016年4月23日 (六) 15:44 (UTC);修改于2016年4月24日 (日) 05:43 (UTC)[回复]

討論

  • (-)反对:我的想法跟Thomas.Lu差不多,中文維基人手不足,且觀點具有極大分歧,這個審查容易失中立;我認為現在的全保護、半保護就很夠用了。有些事情還是討論比較好,而不是交由審查員判斷--Liaon98 我是廢物 2016年4月24日 (日) 12:17 (UTC)[回复]

论述

讨论已经进行了一周,收获了不少意见。下面在下想对遇到的反对意见做一些解释。希望各位能认真读完

  • 编辑审核不是审查而是保护。编辑审核在本质上与百度的先审核后发布的政策不同。
  • 编辑审核不会影响普通用户的编辑。绝大多数情况下,确认用户不会受到编辑审核的影响。需要进行编辑审核的只包括了 IP 用户和非确认用户。也就是说,普通用户编辑战仍需要通过全保护解决。
  • 编辑审核不适用于争议性强的条目。在下在前面已经提到过:编辑审核通常只适用于传记类、长期破坏类和长期被添加侵权内容类。解决法轮功、六四事件之类争议条目不会使用编辑审核功能。在社群讨论实施细则的时候,可以对适用的条目类型做出更明确且更严格的规定。
  • 编辑审核造成的积压并不严重。英文维基的这一页面中,待审核的条目数量不多,且时间跨度很大。被保护的条目大多比较冷门(大约一周到数周才会发生一次新用户的破坏编辑)由此可见积压完全在可接受的范围之内。
  • 对 reviewer 的要求并不是很高。根据在下在 Huggle 上的经验,对最近更改的明显破坏很好判断。Reviewer 这一权限与巡查权和回退权类似,不必太过担心缺人。当然有关具体的要求还待社群之后讨论。
  • 不是每篇条目都需要进行审核。作为一种保护,编辑审核同其他类型的保护一样,只在发生破坏后保护需要保护的条目。
  • 编辑审核完全透明。任何人(包括新用户)都能在历史记录里看到该条目 review 的记录。包括递交的新版本、reviewer 是谁、该版本通过与否等。新用户也能知道自己的编辑正待审核。
  • 编辑审核以 level 1 (乙级待审保护)为主。 Level 2 (甲级待审保护)存在但是很少使用。在英文维基上 level 2 保护曾引起很大争议,现在几乎没有应用。

那么,什么样的条目适用于编辑审核?编辑审核是否与现有的半保护和全保护冲突?

在下认为,编辑审核是一种部分替代半保护的保护措施。当我们对条目实施半保护的时候,阻挡了有害的编辑,但是也阻挡了想要对该条目进行建设性编辑的用户。尤其是在一些被永久、或者长期半保护的条目上。相比较半保护,编辑审核更像“ 0.25 保护”。编辑审核更宽松、更适合长期保护、更不容易影响新用户的编辑。翻开 WP:VIPWP:PT ,相比半保护而言更加适合用编辑审核的条目更多。试举两例:

  • 日本人条目长期被不同的 IP 用户破坏。如果实施编辑审核,可以延长保护期限,避免待保护结束后继续有人破坏;也能避免阻挡新用户的编辑。
  • 智利长期被来自智利的不同的 IP 用户和新用户加入机器翻译内容。现在被永久半保护,如果实施编辑审核,可以避免新用户的编辑被阻挡。

实际上,很多在 WP:PT 上的被永久或长期半保护的条目更适合编辑审核。半保护会一刀切地阻断所有新用户的编辑,而无论是否具有建设性。而永久半保护则会永远地阻挡所有新用户的贡献。这些条目大多都是长期被不同的新用户破坏、且还有新用户做出建设性编辑的。

那么半保护是不是就没用了?有些条目更适合在短期内半保护,而对于高风险模板之类的页面,永久半保护更加合适。

@AntigngThomas.LuChenyijia001QinyongrJasonzhuocn:@Liaon98A2569875小躍春卷柯南Herfjotur:@三石樑桂老Cwek老陳WetraceM940504:请诸位发表意见。

Techyan留言2016年5月1日 (日) 14:38 (UTC)[回复]


(+)支持,玩好了能有大帮助。#ForeverLove凡人丶 你一定要好好的 中文字数统计工具 2016年5月1日 (日) 14:57 (UTC)[回复]
(!)意見,謝謝Techyan的解說,看起來疑慮小很多了。不過,這多少涉及維基發展的方向,個人再聽聽大家意見。Wetrace歡迎參與人權專題 2016年5月1日 (日) 15:04 (UTC)[回复]
(+)支持,符合中文维基目前需要。Techyan的解释也很好。--1=0欢迎河北维基人加入QQ群331736133 2016年5月1日 (日) 17:54 (UTC)[回复]
(+)支持,為何不試試呢?--Temp3600留言2016年5月2日 (一) 13:33 (UTC)[回复]
(+)支持,很好。--Qinyongr 給我留言 」「歡迎加入 #cvn-zh-scan 2016年5月2日 (一) 13:40 (UTC)[回复]
(+)支持,這種四分之三保護是透過Wikipedia:請求保護頁面來申請,並不存在上方反對票所提及的編輯不方便或百度百科化問題。--宇帆(留言·) 2016年5月3日 (二) 05:20 (UTC)[回复]
(+)支持,假設待审核的条目数量很多,是否有方法將之分類?--老陳留言2016年5月3日 (二) 06:00 (UTC)[回复]
仍然(-)反对,首先如果PC的标准比半保护要低,那么引入PC就是变相降低了保护的标准,换言之,保护了原先不该保护的条目,延长了保护期限,这是我绝对不能接受的。(理想情形下,维基百科上应该没有保护也没有封禁。我们不应该带有任何一点“预防性”的目的去保护任何主名字空间的页面。)如果PC的标准比半保护高,那么是否可以通过PC代替部分半保护呢?支持这样的观点的人认为
  1. 半保护阻挡了所有新用户的编辑,而PC不是这样;
  2. PC的界面比半保护要好;
  3. 引入PC并不会为维基百科带来额外的维护负担,相反,半保护的ep反而没人管。

但是我要说:

  1. 半保护并没有阻挡新用户的编辑,我们有{{editprotected}},去年也引入了草稿名字空间。究其本质,PC是拿页面本身打草稿,而半保护之后可以拿草稿和用户沙盒打草稿;PC之后审核员可以审核,而半保护之后任何自动确认用户都可以审核,两者在功能上基本一致。相反地,新用户如果用沙盒/草稿修改页面老用户可以帮助修改并教导新手编辑,用PC却只有通过和不通过两种选项。
  2. 半保护界面不好应该想方设法改善界面,而不是想着引入不十分必要的新功能。我们完全可以考虑在保护页面的编辑提示中加入指向草稿页面的链接。
  3. 英文维基的这一页面中,待审核的条目数量不多。从逻辑上说,英文维基待审核的条目数不多并不能推出中文维基百科引入PC之后不会积压。实际情况是英文维基百科的这一页面中,待巡查的页面也不多。然而中文维基百科待巡查的页面却是非常多。原则上,半保护的ep所有自动确认用户都可以管,而PC只有审核员及以上权限的用户可以管。如果半保护的ep都没人管,那如何能保证一定有审核员管PC呢?(之前的讨论中有用户将PC审核描述为人工jobqueue)。

--Antigng留言2016年5月3日 (二) 06:30 (UTC)[回复]

那麼如果設定為回退員跟巡查員都能擔任審查工作,人手多的話也許就不會有積壓發生。--宇帆(留言·) 2016年5月3日 (二) 10:11 (UTC)[回复]
再多也不可能有自动确认用户多。--Antigng留言2016年5月3日 (二) 13:18 (UTC)[回复]
Stang的意见偏向于(-)反对,应该向提示信息和界面开刀。另外赞同“新用户如果用沙盒/草稿修改页面老用户可以帮助修改并教导新手编辑”。--Stang c 2016年5月6日 (五) 16:25 (UTC)[回复]
我懷疑新用戶找不到沙盒和草稿...--Temp3600留言2016年5月8日 (日) 08:33 (UTC)[回复]
我的想法是防止维基百科向百毒百科靠拢,如果使用待定更改审查也只能用在少数页面。待定更改审查是事先预防还是事后预防,我认为不应该是事先预防——维基百科的精神就是自由、开放、善意假定。如果待定审查是事后预防,它与半保护、全保护相比有什么好处?乙级待审保护跟半保护针对的都是匿名用户以及非自动确认用户,区别就是半保护时匿名用户以及非自动确认用户想要贡献只能找管理员或者等保护撤销了再来,待审保护则他们提交编辑等待审查或者等保护撤销了再来。所以待审保护跟半保护、全保护就是提交贡献的方式不同,但都需要审查:一个是社群、管理员审查,另一个是审查员审查。都是审查没有什么差别。另外“保护”有一种冷静作用,大家都不能改这个页面。如果开启了待审保护,会不会破坏者们继续提交编辑,发泄仇恨?综上觉得无需引入此制度,(-)反对--Gqqnb留言2016年5月7日 (六) 01:49 (UTC)[回复]
在乙级待审保护,新用戶有提交修改的權利,在半保護中則沒有,限制更多。--Temp3600留言2016年5月8日 (日) 08:37 (UTC)[回复]

论述 2

有关编辑审核(下称 PC ,Pending Changes)与现有半保护和全保护是否重复、 PC 相比半保护有哪些优势、到底半保护和 PC 哪个更适合中文维基,Antigng 和在下在 IRC 上已经讨论过数次。在第一篇论述中也有提到。在下认为:

  • PC 与半保护部分重复。对于有些页面更适合 PC ,有些页面更适合半保护。依在下观点,对于大部分长期半保护的条目更适合用 PC 来替代;对于短期半保护的条目则更适合半保护而非 PC 。有关这一点,在第一篇论述中在下已经说清楚了。
  • 对新用户来说,{{editprotected}}的使用成本要远高于 PC 。在下认为,{{editprotected}}这样的模板只适合被全保护的条目。 Antigng 提到了,半保护也可以用{{editprotected}}解决,但很少有新用户会这样做,除非他真的特别想编辑这个条目。而如果应用了 PC ,那么该用户只需要像正常的编辑一样操作即可。别忘了,在新用户保存编辑之后,他会默认看到自己修改过的条目,除非用浏览器刷新页面。当一个新用户试图编辑被半保护的页面时,他会看到禁止编辑的提示。如果编辑欲望不那么强烈(比如发现条目里有个错别字,或者多打了个逗号之类的小错误),那么新用户可能根本不会细读提示直接就退出去了。就算新用户用上了{{editprotected}},他也需要先到条目的讨论页说明情况。而关键问题是,这些新用户大多只会用叙述性的语言描述出需要改动的地方,而不会直接改给你看。换句话说,如果有人希望处理{{editprotected}},那么他需要读一遍条目(至少也要大概读一遍),然后才能根据这些新用户的描述做出改动。——更何况不少描述都非常模糊。而描述需要修改的内容也经常会遇到没有来源等的情况。典型代表之一是Talk:黄安 (艺人)。如果使用 PC ,reviewer 可以直接拒绝并在摘要中说明理由。
  • 使用草稿名字空间会进一步增加新用户的使用成本。让新用户能直接把自己要改动哪些 wikitext 写出来本身就已经很困难了,使用草稿会更困难。在下的意思并不是“新用户用了草稿达到的效果还不如 PC ”,而是“难以引导新用户使用草稿”。相信绝大多数编辑欲望并不强的新用户早就该放弃了。
  • 通过改善页面能给新用户指引,但对于新用户还不够直白。我们可以修改半保护的提示页面,用明显的字体告诉新用户可以使用草稿来解决,但当新用户(尤其是那些连[[]]表示内部链接、什么都不知道,只想改个错别字的新手)创建草稿页面时肯定会不知所措。同时,他们还需要在条目讨论页里告诉别人自己把草稿放在了那里等等,这些都是新用户的阻碍。当然,有 IP 用户用草稿页面告知管理员应该改的地方,但那都是极少数貌似 IP 用户实际上编辑经验比不少新巡查员还丰富的那种。
  • PC 不会影响帮助新手。在英文维基百科的有关方针中有这样一句:The reviewer checks the pending change(s) for an article and can then decide to either accept it, revert it or modify it then later accept it. 因此实际上并不是两个选项,而是三个。既然让新手创建草稿页面成本很高,那么就让 reviewer 来创建,然后告诉新手他修改的内容不合格的地方,再让他去由 reviewer 创建的草稿页面继续修改。
  • 半保护(以及 PC )与全保护通常遇到的情况不一样。全保护大多是条目争议时实施的。而争议大多是由老用户之间的意见不统一造成的。相反,半保护主要应对的是来自新用户的破坏。因此 PC 不会影响条目的争议问题。而非争议的条目大多也不会在短时间内出现大量破坏。
  • 有关实施 PC 后积压工作量的看法:PC 会比{{editprotected}}产生更多的工作(因为对新用户更友好,自然会有更多编辑)。但每笔积压比{{editprotected}}更容易处理(因为需要改动的地方都清楚地展示出来)。也正因为更容易处理,因此 review 的积极性要高过核准{{editprotected}}的积极性。至于破坏者大量递交编辑的情况,在下认为不太可能会出现。首先,破坏者在保存页面后看到的是自己破坏过后的样子。如果破坏者意识到这个条目被 PC 保护,那么他应该清楚后面有 reviewer 审核内容而不会继续破坏。如果破坏者没有意识到有 reviewer ,且发现了自己的编辑没有“真正保存”,充其量反复重试几次就不会再动了。此时, reviewer 只需要回退一次即可。

@AntigngStangGqqnb:请发表看法。--Techyan留言2016年5月8日 (日) 13:45 (UTC)[回复]


  1. 提案人认为新用户不愿意、也无法引导新用户使用ep和草稿。(“很少有新用户会去这么做”、“难以引导新用户使用草稿”、“新手创建草稿页面成本很高”)理论上,我们都没有试过改善界面,如何知道新用户是不愿意ep,而不是根本不知道、没注意到可以ep?事实上,我们可以看一看WP:DRV,这个页面每个月有大量的请求,其中一半的请求都是新用户提出的。他们能够找到DRV并成功提交请求,是因为删除通知模板有一个指向WP:DRV页面的链接,而DRV有详尽的编辑提示。如果我们把半保护的界面弄好,新用户ep将会比提交DRV更为容易。
  2. 提案人认为,ep+草稿不利于懒用户修改页面。(“而关键问题是,这些新用户大多只会用叙述性的语言描述出需要改动的地方,而不会直接改给你看。”)如果需要修改的是一个错字或者一个标点符号,那么偷懒的用户ep的时候直接“描述出需要改动的地方”,那就够了,不管有没有草稿。难道指明某段某个标点错了还改不出来吗?如果修改的是复杂的wikitext,那么有理由相信那些偷懒的用户会把代码改得乱七八糟,如果用草稿而不是PC,这些乱七八糟的东西就不会出现在条目历史里面,还方便老用户修改。
  3. 提案人认为,处理PC比半保护ep更容易(“每笔积压比{{editprotected}}更容易处理”)事实上,处理半保护的难点并不在理解新用户要修改什么,而是判断应不应该改、如何更好地改,这个过程中需要与用户沟通交流。且不论ep模板填patch参数就可以比较页面和草稿的差异,就算PC“需要改动的地方都清楚地展示出来”而ep不能,也没有减轻审核者的工作量,因为工作重点不在这个地方。

--Antigng留言2016年5月8日 (日) 14:24 (UTC)[回复]

新用戶要使用editprotected,要先學會:1. 討論頁 2. 模版應用 3.ping人來處理,我覺得這條學習曲線對只想改錯字的新用戶極不友好。如antigng認為有方法教導新用戶用ep,希望你詳細說明。--Temp3600留言2016年5月8日 (日) 16:34 (UTC)[回复]
不用ping人来处理,模板会自动添加分类。在讨论页留言和添加ep模板比提交DRV请求更为容易,(理论上只要点两下按钮就可以了,先点开编辑按钮发现被保护,再点击“提出代为编辑请求”就来到了带模板的讨论页)何以见得“對只想改錯字的新用戶極不友好”?问题是现在这些提示里面没有提到草稿这么一回事情,导致新用户想做复杂修改时不打草稿。--Antigng留言2016年5月8日 (日) 23:53 (UTC)[回复]
根據過往經驗,EP常常一個星期都沒人處理,而非管理員極少查看該分類,故「所有autoconfirmed用戶都可協助處理半保護」未免太理想化。英文版另一支持觀點為「Semi-protection is insufficient in certain cases, especially for articles targeted by persistent vandals or sockpuppets, or subject to extreme BLP violations; these sometimes require full protection. The option to deactivate auto-reviewing for autoconfirmed users who are not reviewers (autoconfirmation) provides a protection level adapted to handle those cases.」--Temp3600留言2016年5月9日 (一) 10:39 (UTC)[回复]
我的观点是,处理PC的难度和处理ep的难度相同,PC部分用户才可处理,ep全体确认用户都可以处理。如果半保护没人干,PC也没人干。--Antigng留言2016年5月9日 (一) 13:12 (UTC)[回复]
在下不清楚别人会怎么做,但最起码在下平时反破坏的时候根本不会留意编辑请求的版块。所有自动确认用户都可以去处理的确没错,但前提是要有人去处理。无论是半保护,甚至是全保护的 editprotected 都很少有能处理的人负责。这一点在下与 Temp3600 的对社群处理 editprotected 所认为的一样。就算是全保护的条目遇到编辑争议需要驳回 editprotected ,也很少见管理员动手驳回。同时,在下也不认为 WP:DRV 中每个月有大量的请求——如果真这样的话,那三四个 reviewer 就肯定足够处理所有 PC 请求了。至于 Antigng 指出的第二点,反正在下是从来没见过有多少新用户特地去 editprotected 告诉其他用户“这里多打了个逗号”的。Antigng 君忽视了随编辑的所谓“重要”程度的不同而不同的编辑欲望。对于改标点之类的小修改,普通用户的编辑欲望并不强烈,也自然不会去折腾 editprotected 。--Techyan留言2016年5月9日 (一) 12:36 (UTC)[回复]
Wikipedia:存廢覆核請求/存檔/2016年1-3月,171个请求,一半以上是新用户提的。--Antigng留言2016年5月9日 (一) 13:12 (UTC)[回复]
抱歉。在下没看WP:DRV是什么。在下以为是加入editprotected模板的讨论页的分类页[:CAT:EP]]。--Techyan留言2016年5月10日 (二) 22:32 (UTC)[回复]
“PC 不会影响帮助新手”中您说因此实际上并不是两个选项,而是三个。那么。奉上图片。而且PC中,如果在进行了一个不恰当编辑后,又有用户进行了一次没有问题的编辑,执行“拒绝更改”时就会出现内部错误。我目前还是认为可以“通过改善页面能给新用户指引”。--Stang c 2016年5月9日 (一) 02:45 (UTC)[回复]
這個不是應提上phabricator嗎...--Temp3600留言2016年5月9日 (一) 10:43 (UTC)[回复]
@Stang:如您的图片所说,在技术上有两个没错,但是 reviewer 把新用户不合格的编辑复制粘贴出来再修改不就是 3 个了吗?内部错误也可以像遇到编辑冲突那样直接由有经验的 reviewer 解决。--Techyan留言2016年5月9日 (一) 12:36 (UTC)[回复]
或者我從另一方向說明我的觀點:一項新技術只應是有害無益的情況下,才應該拒絕引入,否則就應給予試用的機會,在試驗中確認它的優劣。我希望@Antigng:提出另一前提,或就有害及無益兩方面證明reviewers制度連試用都不配。--Temp3600留言2016年5月9日 (一) 14:06 (UTC)[回复]
我是一位极端保守的用户。我不认为应当在没有明显好处的情形下引入任何新功能/制度(摸着石头过河)。--Antigng留言2016年5月9日 (一) 14:09 (UTC)[回复]
一个影响重大,甚至会改变编辑习惯的,不是个人可以拒绝的功能,应该谨慎对待。——路过围观的Sakamotosan 2016年5月13日 (五) 03:14 (UTC)[回复]
+1 --Stang c 2016年5月14日 (六) 04:00 (UTC)[回复]

讨论已经结束。如果7天之内没有新的反对意见,将开始有关方针翻译和具体政策制定。--Techyan留言2016年5月15日 (日) 12:04 (UTC)[回复]

唉呀呀,話說我們還未成功說服Antigng和cwek呢...--Temp3600留言2016年5月15日 (日) 14:30 (UTC)[回复]

離共識仍遠,請努力謀求共識。--Jasonzhuocn留言2016年5月15日 (日) 15:52 (UTC)[回复]

關於半保護問題,我再重申:「Semi-protection is insufficient in certain cases, especially for articles targeted by persistent vandals or sockpuppets, or subject to extreme BLP violations; these sometimes require full protection. The option to deactivate auto-reviewing for autoconfirmed users who are not reviewers (autoconfirmation) provides a protection level adapted to handle those cases.」,即PC 可用來對付某一特有恆心的破壞者。此外,我認為reviewer可暫且由patroller兼任,看看效果如何再決定,最壞就是立刻通過所有修正,改回半保護,對維基損失不大。故我贊成進入下一階段。--Temp3600留言2016年5月20日 (五) 16:46 (UTC)[回复]

重提編輯審核

最近逛英語維基百科時發現許多待審保護的頁面(無論是乙級還是甲級)都有用戶撰寫修改建議的草稿,而半保護的頁面則是只有討論,因此這個就顯示出了半保護以及編輯審核的功能不能算是重疊的。 編輯審核的草稿可以讓審查員更好了解頁面將會顯示的內容,而半保護則是只有進行討論,不太會有用戶撰寫草稿,因此編輯審核還是可以考慮的。TEntEn4279留言2016年12月4日 (日) 01:25 (UTC)[回复]

@TEntEn4279這種維基頁面的討論頁是不會有多少人注意的,不會有多少人甚至沒有人會在這些討論頁回答,不然就等了好幾週好幾個月才有人看到。就算真的有人,討論起來少數人達成的共識也不會讓人信服。如果要討論方針指引,或是技術引入,應該去互助客棧。這也是為什麼上面這些討論全都是從互助客棧存檔來的,本頁比較像是過去討論的存檔--Liaon98 我是廢物 2016年12月4日 (日) 01:32 (UTC)[回复]

重提編輯審核

最近逛英語維基百科時發現許多待審保護的頁面(無論是乙級還是甲級)都有用戶撰寫修改建議的草稿,而半保護的頁面則是只有討論,因此這個就顯示出了半保護以及編輯審核的功能不能算是重疊的。 編輯審核的草稿可以讓審查員更好了解頁面將會顯示的內容,而半保護則是只有進行討論,不太會有用戶撰寫草稿,因此編輯審核還是可以考慮的。TEntEn4279留言2016年12月4日 (日) 01:38 (UTC)[回复]

这问题过去大概被讨论过无数次了,见WT:编辑审核。我的意见和上一次讨论相同,一是半保护没有积压的情形发生,二是被保护界面已有撰写草稿的提示,所以引入这个保护级别没有实际意义。--Antigng留言2016年12月4日 (日) 04:00 (UTC)[回复]

::在英語維基百科中待審核的變更是直接另開選項,其待審變更是處於完全預覽狀態,在IP用戶及新用戶的按下"送出變更"後自動出現於"待審核的變更",而半保護頁面的草稿則是於討論頁撰寫一個編輯請求的模板後,其編輯請求的草稿出現於頁面的討論頁,無法獨立顯示。TEntEn4279留言2016年12月4日 (日) 06:32 (UTC) [回复]

編輯審核

英文維基百科好像已經推行編輯審核政策來減少破壞和減輕維護人員的工作量,中文維基會試推行嗎?有這個計畫嗎?Silvermetals留言2017年4月29日 (六) 17:16 (UTC)[回复]

您能指出具体的页面吗?--🎂㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂 2017年5月3日 (三) 20:53 (UTC)[回复]
(*)提醒:@SNH48TAQSilvermetals:提案已被否決數次,請參考過往討論,(Wikipedia_talk:編輯審核)。-- 宇帆留言·歡迎簽到·2017年5月4日 (四) 01:03 (UTC)[回复]
(&)建議:@Silvermetals:如果希望中文維基能推行請先前往了解過往討論Wikipedia_talk:編輯審核),並提出新的論點,比如「中文維基為什麼需要編輯審核機制?」或者「能否運作得比現行運作良好的機制更加完善?」等。-- 宇帆留言·歡迎簽到·2017年5月4日 (四) 01:12 (UTC)[回复]

WP:PC納入方針指引

近期中文維基出現了很多破壞者,我認為當務之急是讓本草案通過討論上升為方針指引。--180.170.179.66留言2018年5月22日 (二) 12:40 (UTC)[回复]

這倒是可行,我認為可以以之取代半保護。--【和平至上】💬📝 2018年5月22日 (二) 13:45 (UTC)[回复]
( ✓ )同意通過,但傾向只能適用於編輯爭議的條目ŚÆŊŠĀ粉飾太平 2018年5月23日 (三) 01:41 (UTC)[回复]
請明示“出現了很多破壞者”的出處,並請問出現了什麼新的變化能夠解決以往對PC的質疑?-- Hal 2018年5月23日 (三) 02:56 (UTC)[回复]
(-)反对:谁能保证管理员的审核绝对公正?--Lion 1230留言2018年5月23日 (三) 10:55 (UTC)[回复]
谁能保证管理员的操作绝对公正?谁能保证巡查员的巡查绝对公正?谁能保证回退员的回退绝对公正?--Yangfl留言2018年5月23日 (三) 11:04 (UTC)[回复]
解任前至少由社群共识保证。--Junjie Yuan留言2018年6月30日 (六) 17:08 (UTC)[回复]
我認為可以將審核的權力下放至所有自動確認用戶。如果這樣,在實質上和半保護是一樣的,但是可以在技術上使IP用戶更易提出修訂建議。
(半保護)IP用戶在討論頁提出修改頁面→自動確認用戶查核後修改→完成修改
(編輯審核)IP用戶編輯頁面→自動確認用戶查核→完成修改
所以我建議,將現時半保護的標準套用至編輯審核,並將審核的權力下放至自動確認用戶。這在程序上沒有改變,只是更加方便。--【和平至上】💬📝 2018年5月23日 (三) 14:47 (UTC)[回复]
虽然可行,但在下仍怀疑此举必要性,即当前(或曾经)何页面可能从此受益。--Yangfl留言2018年5月23日 (三) 15:03 (UTC)[回复]
您不如先說說reviewer的要求。會不會沒人願意當,導致出現嚴重積壓?--Temp3600留言2018年5月23日 (三) 18:21 (UTC)[回复]
有什么破坏者,半保护等措施不足以处理?——路过围观的Sakamotosan | 避免做作,免敬 2018年5月24日 (四) 00:00 (UTC)[回复]
我認為這也適合用於涉及編輯戰(IP)的時事條目。因為這些條目有許多IP用戶的貢獻,如果半保護的話有些IP又不知道如何提出具體的編輯請求,導致資訊落後。--【和平至上】💬📝 2018年5月26日 (六) 07:42 (UTC)[回复]
@CopperSulfate:被(半)保護的頁面也是要在對話頁提出編輯內容,然後又管理員/自動確認用戶審核後再代為編輯啊,閣下怎麼不說這是在審核內容呢?由此可見,閣下的理據並不成立,不然,半保護、全保護都應該取消。--【和平至上】💬📝 2018年6月16日 (六) 16:46 (UTC)[回复]
(~)補充巡退也要取消掉。--Junjie Yuan留言2018年7月1日 (日) 01:16 (UTC)[回复]

分段1

@SnghraxdqwyyWQLB dashThomas.LuTemp3600CopperSulfateYangflLion1230Francotsangfh和平至上cwekBluedeckHamishcn影之诗hat600NHCTazkeungWetitpig0WhitePhosphorusWong128hk武藏1233屈原蟲最近VPD正讨论法轮功相关条目的问题,我认为可以姑且在此一试編輯審核,如成效不彰,那就別推行;如成效显著,大家心服口服,通過提案,如何?SænI'll find a way, or I'll make one. 2018年6月30日 (六) 15:39 (UTC)[回复]

分段2:為何編輯審核並不是審查?

我個人認為其實編輯審核並非一個倒退啦,而且也是一個不必直接半保護的選項啦。簡單來說,編輯審核可以取代現時一堆高風險條目的半保護,讓那些條目不必限制IP進行編輯。而且我亦暫時看不出編輯審核其他問題。別忘記編輯審核其實比半保護寬鬆。--1233( T / C 2018年7月2日 (一) 09:46 (UTC)[回复]

提议:资格大致上给于见习编辑或以上的编辑。--Cohaf留言2018年7月3日 (二) 12:16 (UTC)[回复]
  • (=)中立没意见--Cohaf留言2018年7月6日 (五) 04:24 (UTC)[回复]
  • (!)意見就本人观察,所谓:“WP:维基百科不会审查内容”只是“此地无银三百两”的维基现实版而已,无论在任何维基百科语言版本,均有广泛的言论审查,只不过常常被叫做“反破坏”而已,特别是有不同层级的“管理权力”的人(不只是管理人员和行政人员)。
    简单的说,若真没有内容方面的审查,任何条目的内容只会无限增加,只要有删除的行为,这就是在事实审查异己内容。所谓“编辑审核”、“内容审核”,只是玩弄字眼,“编辑”就是“增减调整内容",依据就是对实际变更的内容的审核的结果。--93.216.64.230留言2018年7月5日 (四) 13:04 (UTC)[回复]

引入修訂巡查 (重提編輯審核/穩定版本)

名字不重要,重要的是內容。現時提出的名稱另外有 : 待檢更改/待核版本/修訂巡查

目前的問題:有些被破壞的頁面直接被半保護。令有心的IP編者不能編輯。

個人建議:以穩定版本的方法讓試行編輯審核/穩定版本三個月,並在試行三個月後停止並且討論成果

  • 編輯審核應該在:
    1. 高風險的條目
    2. 極高瀏覽量的條目
    3. 近期被破壞的條目。此類條目可以不上半保護而用穩定版本/編輯審核的方式減少破壞。
      例如: 梁振英盧秀燕 等近期上香港及台灣新聞的條目。
    4. 應該被編者關注的站務頁面,例如待建條目,etc.

試行。

我希望試行審核/穩定版本能夠釋除部分人的疑慮。

此前的類似討論:
Wikipedia talk:修訂巡查

大約執行方法見此 --1233 T / C 2019年4月14日 (日) 04:40 (UTC)[回复]


业务性的问题:1.谁去审核?2.会不会被滥用,用于现实意见不一的相互拦截?——路过围观的Sakamotosan | 避免做作,免敬 2019年4月14日 (日) 09:52 (UTC)[回复]
  1. RFR出現的批准員/版本巡查員吧。這個很明顯(雖然還未確認名稱,不過功能應該就是這樣了)
  2. 這個很難攔截。這和回退權不一樣。要攔截應該會變成濫用回退權,就和這個無關了吧。--1233 T / C 2019年4月14日 (日) 11:49 (UTC)[回复]
  • 建议,审核员为全部巡查员,能够审核条目,应该能够审核编辑,回退员也是如此。审核此词形容可能不妥,百科不审核内容,可能可以用版本巡查员,但这个翻译腔非常严重。最后,如果有审核战,一个通过,一个撤回,如何处理。可能问题更加严重。--Cohaf(talk) 2019年4月14日 (日) 13:02 (UTC)[回复]
  • 兩者有分別,大約是回退+巡查的混合體。不適宜直接給巡查員,反而應該給專有權限。另外審核戰是不可能出現的。一個已被接受的版本是不能reject的,只能夠回退。這就變成了回退戰了。--1233 T / C 2019年4月14日 (日) 16:49 (UTC)[回复]
    • 我認為如果社群在三個月之後有共識基礎認為待檢更改對於中文維基百科有正面作用的話,為此設立專有權限是合理的。不過試用期我認為應該要暫時開許部分有權限用戶同時獲得待檢更改巡查權限,例如同時有巡查和回退權限者。Σανμοσα y=0 regardless the value of x 2019年4月15日 (一) 09:08 (UTC)[回复]
      • @1233:为何不能直接给于巡查员,我想听听您的想法。我只是用过Flagged Revision,里头我可以unreview其它人review过的版本。就同样一个版本一会儿可以看,一会儿不能看,这个就是审核战。这类事情如何解决?我大致支持提案,只是有点担忧这类。--Cohaf(talk) 2019年4月15日 (一) 11:34 (UTC)[回复]
        • @Cohaf:,現時巡查只有接受當下版本。但是這個Pending Changes的結果可以是部分接受(Reject changes then appecpt some)/不接受(Reject all changes)或者是完全接受(Accept Changes)。故不建議給巡查員。這亦會巡查員的工作大增。個人認為這權限結果界乎回退與巡查時間。另外不建議自動授權,原因和巡查/回退不被自動授權的原因一樣。--1233 T / C 2019年4月15日 (一) 12:52 (UTC)[回复]

試行期

2019年6月1日至2019年8月31日

  1. 權限組:權限暫時放在回退員之下(即回退員將會擁有修訂巡查權)。管理員將直接持有此權 (無論結果如何)
  2. 使用條目:
    • 高風險的條目 (例如現時被半保護的條目,而原因為長期破壞)
    • 極高瀏覽量的條目 (此類條目一般被至少半保護)
    • 近期被破壞的條目 (很多例子了,不必多說)

於2019年9月1日0時(UTC+8)後暫時停止新待審保護,並討論成果。


--1233 T / C 2019年4月19日 (五) 09:06 (UTC)[回复]

希望确认一下如果试行后社群未通过继续使用,这个机制是不得不永久保留,还是会被卸载;如果卸载,是否会造成一些系统的技术性问题。--达师 - 370 - 608 2019年4月20日 (六) 13:06 (UTC)[回复]
要保留,但是會棄用,因為Pending Change Protection會留下Protection Log記錄。--1233 T / C 2019年4月21日 (日) 08:14 (UTC)[回复]
可以完全卸载这个扩展,Mediawikiwiki是一个例子。另外需要注意的是,PC保护过期后,对修订版本的颜色标记会消失,再次保护时也不会显示(phab:T189422),因此对于试行的分析和讨论要在试行期结束之前就进行。--及时雨 留言 2019年4月21日 (日) 13:01 (UTC)[回复]
关于使用条目部分,现在扩展的配置环境能支持这几种类型吗?--百無一用是書生 () 2019年4月22日 (一) 03:05 (UTC)[回复]
需要Ping Twinkle的維護者嗎?--1233 T / C 2019年4月23日 (二) 13:43 (UTC)[回复]
(!)意見:希望能好好珍惜这次试行的机会,尽可能安排得比较完全,使得能有一个比较理想的效果,要是效果不好,以后想再重提怕是会更难。--及时雨 留言 2019年4月25日 (四) 03:48 (UTC)[回复]
一个问题,如何评估试行期间的效果?可有具体的评估方案?--百無一用是書生 () 2019年4月28日 (日) 03:53 (UTC)[回复]
@1233hat60094rain:目前还有一个大问题是,启用FR,则需要关闭mapframe,见phab:T191585。如果启用FR,大概有19,926个页面会受到影响,需要修复mapframe关闭后出现的问题--百無一用是書生 () 2019年5月5日 (日) 03:38 (UTC)[回复]
@Shizhao:目前的情况来看,只有启用FlaggedRevsOverride才需要关闭mapFrame,而上述动议和共识针对的部分高风险、高浏览量条目而非需要巡查所有页面的修订,因此似乎并不用关闭mapframe,只需把默认开启的FlaggedRevsOverride设置为false即可。似乎是这样。--Kirk.Lu 0讨论│图书馆0 2019年5月5日 (日) 11:38 (UTC)[回复]

细致讨论

設定 英文維基百科 (試行期內)本地應該...
適用編輯審核的命名空間($wgFlaggedRevsNamespaces) 條目、Wikipedia 未討論(預設為條目、檔案、模板、模組)
是否所有頁面皆需要審核才能顯示($wgFlaggedRevsOverride) 根據上方的討論為否(預設為是)
版本質量標記項目及等級($wgFlaggedRevsTags) 'status' => [ 'levels' => 1, 'quality' => 2, 'pristine' => 3 ] 未討論,不過就上方討論內容來說應該跟en一樣就可
設置質量等級所需權限($wgFlaggedRevsTagsRestrictions) 'status' => [ 'review' => 1, 'autoreview' => 1 ] 應跟en一樣
保護等級($wgFlaggedRevsRestrictionLevels) [ '', 'autoconfirmed' ] 同en
使用保護模式($wgFlaggedRevsProtection)
自動使用最新版本的模板模組($wgFlaggedRevsHandleIncludes) 若不在模板模組實施保護,則應該為是
自動確認用戶擁有autoreview權限嗎?($wgGroupPermissions['autoconfirmed']['autoreview']) 根據上方的討論應為是
能夠進行review的用戶組 sysop, reviewer sysop, rollbacker
設定保護的用戶組(stablesettings) sysop  sysop
需要停用的用戶組 editor, autoreview editor, autoreview, reviewer
重新澄清本地想要的設定如上,有部分本地尚未討論到。--Xiplus#Talk 2019年5月5日 (日) 11:47 (UTC)[回复]
没有太理解$wgFlaggedRevsTagsRestrictions的意义是什么?另外,没理解错的话,根据这个设置,试行后,展示的版本是最新版本,而不是审核过的版本?(这似乎和之前的讨论不一样了?)--百無一用是書生 () 2019年5月5日 (日) 12:15 (UTC)[回复]
User:Shizhao$wgFlaggedRevsTagsRestrictions(以en的設定)是說擁有review和autoreview權限的用戶可以將status狀態的等級設為1;無法設定頁面版本等級代表該版本未被審核,則在有編輯審核保護的情況下將無法立即顯示給未註冊帳號。--Xiplus#Talk 2019年5月5日 (日) 12:44 (UTC)[回复]
谢谢!那么status里的levels、quality、pristine都代表什么?不同数值的含义是什么?审核人员可以设定那些数值?--百無一用是書生 () 2019年5月5日 (日) 12:51 (UTC)[回复]
User:Shizhaolevels是等級的數量,quality和pristine是達到級別所需的等級;以本地來說,把quality想成優良條目,pristine想成典範條目,那麼我們就會設定levels=3,對一般條目的status標記為1、優良條目為2、典範條目為3;再以Wikipedia:条目质量评级标准#标准级别做個比喻,若只有典範到初級,則levels=6、quality=4、pristine=6;因為只有要實施編輯審核保護,沒有對條目進行評級,因此將levels設成1,而quality和pristine設成更高(即無法標記到的等級)。--Xiplus#Talk 2019年5月5日 (日) 13:36 (UTC)[回复]
如果沒記錯,適用編輯審核的命名空間應該只包含條目與Wikipedia (適用於WP:RA及其子頁面)。其他的本人沒意見。--1233 T / C 2019年5月5日 (日) 14:20 (UTC)[回复]
User:Hamish擴充功能會自動新增這三個用戶組,因為本地不需要,須將其移除。--Xiplus#Talk 2019年5月5日 (日) 15:36 (UTC)[回复]
好的。无异议。-- Creampie歡迎來訪 2019年5月6日 (一) 08:56 (UTC)[回复]

啟用修訂巡查的阻礙


基於現時暫時不能安裝此擴展的因素,修訂巡查極可能不會在6月1日開始試行。現於下面討論解決方法。--1233 T / C 2019年5月29日 (三) 09:04 (UTC)[回复]

Pending Change :

你可以編輯維基百科,但是需要接受審核,防止破壞又能照顧善意編輯者的權益Wifik3r8bLk2Zr留言2019年6月25日 (二) 08:09 (UTC)[回复]

目前的替代方式是{{EP}}Wifik3r8bLk2Zr留言2019年6月25日 (二) 08:09 (UTC)[回复]

建議引入待定更改保護

關閉:
@銀河市長GZWDer下方所言,由於FlaggedRevs扩展不会再在任何维基媒体站点部署,因此就算社群有普遍共識意欲(重新)引入修訂巡查,此提議不可能被全域站點允許實現。Sanmosa In vain 2023年8月10日 (四) 12:23 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

許多條目經歷漫長的隨機破壞,不是阻止特定使用者或者有期限半保護就能解決的,這些少部分條目占了大部分被破壞的比例(我看大概八成的條目從未被破壞),我認為這些被頻繁破壞的條目需要代定更改保護,進而減少再半保護過期後的風險。--銀河市長☎️2023年8月10日 (四) 06:54 (UTC)[回复]

Wikipedia:常年提案#编辑审核。--GZWDer留言2023年8月10日 (四) 11:54 (UTC)[回复]

本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

延伸確認用戶與修訂巡查

下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

維基百科已於2021年引進延伸確認用戶,但延伸確認用戶在修訂巡查中的權限尚且不明。以下是三種觀點: --WiiUf ——青龍出世,傲視蒼穹 2024年6月6日 (四) 03:26 (UTC)[回复]

與(自動)確認用戶相同

與(自動)確認用戶不同

其它意見

问题是这个功能是无法启用的,没啥讨论。——Sakamotosan路过围观 | 避免做作,免敬 2024年6月6日 (四) 03:44 (UTC)[回复]
啊?無法啟用了嗎?--WiiUf ——青龍出世,傲視蒼穹 2024年6月6日 (四) 03:46 (UTC)[回复]
啊¿你不看页面说明吗?——Sakamotosan路过围观 | 避免做作,免敬 2024年6月6日 (四) 03:54 (UTC)[回复]
我以為是暫時的,但沒想到那個說明是2019的⋯⋯--WiiUf ——青龍出世,傲視蒼穹 2024年6月6日 (四) 04:01 (UTC)[回复]
参考en的说明的话,和自动确认用户相同。——Sakamotosan路过围观 | 避免做作,免敬 2024年6月6日 (四) 03:59 (UTC)[回复]
那我就關閉了?--WiiUf ——青龍出世,傲視蒼穹 2024年6月6日 (四) 04:04 (UTC)[回复]

本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。