維基百科討論:修訂巡查
重提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年11月28日 (日) 15:46 (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)
- 本人支持引進。先討論是否引進吧。待確定引進後再討論權限門檻。--達師 - 197 - 336 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)
- Wikipedia:編輯審核未完成之作。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月8日 (六) 12:32 (UTC)
- 我會先去建一個WP頁面,並標明為未通過方針指引。按共識而論,只要七天內沒有人反對,就示為通過。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月8日 (六) 11:49 (UTC)
- 本人支持引進。先討論是否引進吧。待確定引進後再討論權限門檻。--達師 - 197 - 336 2011年1月8日 (六) 09:41 (UTC)
- 如將評論家改名為審核員需要到translatewiki執行,另在引入前需決定reviewer的要求(250次編輯?500次?還是1000次?3個月?還是1個月?還是半年?一年內沒有被封禁?),但建議要求應該與回退員相若(Pending Changes包括「拒絕」按鈕,一按「拒絕」等同回退)。此外,建議Pending Changes(PC)對條目、計劃頁(討論頁面全部設定自動批准)、幫助頁、分類頁及檔案頁啟用(英文版只是條目及計劃頁),因為他們全部都是面向讀者的。-HW (留言 - 貢獻) 香港維基侵權案 2011年1月8日 (六) 08:30 (UTC)
建議社群盡早決定審核員還是評論家,因為要到translatewiki修改再加入至內建信息中需要數星期的(WMF更新問題)。決定後請到translatewiki更改相關界面信息:
- translatewiki:MediaWiki:Group-reviewer/zh-hant
- translatewiki:MediaWiki:Group-reviewer-member/zh-hant
- translatewiki:MediaWiki:Grouppage-reviewer/zh-hant(建議修改為Project:編輯審核)
- translatewiki:MediaWiki:Reviewer/zh-hant
另外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)
- 學術界亦有用「評審」來翻譯Review,這亦可以考慮。Martinoei (留言) 2011年1月8日 (六) 18:49 (UTC)
- 建議reviewer譯作「檢閱員」或「審查員」,儘管「審核員」也不太差。Review一字有幾個解釋,「評論」一定不符合目前的用法,根據en:Wikipedia:Reviewing,應該是"check pending changes to determine if ...",故此「檢閱」、「審查」和「審核」比較接近原意。之不過今日「審核」通常是audit的意思,另外「審查」亦有延伸作censorship的意思,所以三者之中我首選「檢閱」。--Quest for Truth (留言) 2011年1月8日 (六) 18:08 (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)
- 回Quest for Truth君︰的確,但其實三詞「檢閱」、「審查」和「審核」如今咸有其義。既如此,本人建議淘汰「審查」,免招誤會。另外,除「審核」、「檢閱」以外,尚可「審閱」。未知意下如何?—J.Wong 2011年1月9日 (日) 16:56 (UTC)
- 這幾個字產生組合能力很強,「審閱」也是個不錯的選擇,我支持「審閱」和「檢閱」兩者擇其一。--Quest for Truth (留言) 2011年1月9日 (日) 20:21 (UTC)
- 回Quest for Truth君︰的確,但其實三詞「檢閱」、「審查」和「審核」如今咸有其義。既如此,本人建議淘汰「審查」,免招誤會。另外,除「審核」、「檢閱」以外,尚可「審閱」。未知意下如何?—J.Wong 2011年1月9日 (日) 16:56 (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)
- 要執行就要一視同仁,再說這種機制就是為了減少火災的機會的。—Edouardlicn (留言) 2011年1月10日 (一) 02:53 (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)
- (-)反對,這將造成談資論輩的腐朽環境,更背離所有人自由編輯的宗旨。一切積分類東西,皆應徹底取消。118.21.205.229 (留言) 2011年1月10日 (一) 16:28 (UTC)
(+)支持shizhao的看法,應該將這個用於優特條目中,另應在優特除名時解除保護。至於上面有人擔心REVIEWER作弊,我願意報名參加。我也建議各位就附加限制開分段討論。—Edouardlicn (留言) 2011年1月12日 (三) 02:20 (UTC)
- 各位反對者已經把內容「爭議」和「審核」混為一談了。目前提議只是避免新手搞破壞。如果問題大到爭議的程度,只能實施全保護,而這個插件對全保護的情況沒有任何改變。--達師 - 197 - 336 2011年1月14日 (五) 03:18 (UTC)
- (×)抗議。上述用語「目前提議只是避免新手搞破壞」非常不當,有濃重的歧視色彩。提出一般抗議,希望予以改善。118.21.205.229 (留言) 2011年1月14日 (五) 04:07 (UTC)
@HW: 貌似不需要那麼久,mw:Extension:LocalisationUpdate。Liangent (留言) 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)
- 看來這些容易引起極大爭議東西,還是放一放再說,容易引起「內容審查」的疑慮。-- 蘋果派.(留言).本人現在申請成為管理員,歡迎發表意見 2011年1月19日 (三) 21:49 (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)
- (!)意見感覺此議甚好。可以增加不少吸引力。又沒有地方可以試用一下?--蘋果派.留言 2011年1月30日 (日) 01:32 (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)
- 台灣省條目提出台灣省是中華民國的實際控制,部分大陸青年認為中華民國早已不存在,就號召朋友來投「不中立」票。因此,很大比例的投票者認為這個條目不中立。那麼這個條目真的不中立嗎?如果這個條目實際上是中立的,那麼投票數有什麼用呢?--<i>Jerry Wong</i> (留言) 2011年2月6日 (日) 09:51 (UTC)
- (:)回應:那就把政治、宗教等當作特例不執行此方案吧。-- ★ 小虎 Tiger 2011年2月6日 (日) 12:41 (UTC)
- 大多數內容比較完整條目都會涉及到政治吧。--<i>Jerry Wong</i> (留言) 2011年2月6日 (日) 13:36 (UTC)
- (:)回應:那就把政治、宗教等當作特例不執行此方案吧。-- ★ 小虎 Tiger 2011年2月6日 (日) 12:41 (UTC)
- (-)反對:沒有必要,討論頁面足矣。對條目的任何想法都可以放在該條目的討論頁面上。--Noah~~ (留言) 2011年2月6日 (日) 13:11 (UTC)
- (-)反對。任何改變需要對於想清楚對於大格局的影響,以及有沒有配套的流程。這種東塞一個,西放一個,然後動不動就要投票的作法,沒有意義。-cobrachen (留言) 2011年2月6日 (日) 13:51 (UTC)
- (-)反對:在大陸,「網民的意見」不具有代表性,不信可以到大陸入口網站的新聞評論看看,要麼是5毛黨,要麼是說話不經思考的辱罵性留言。 AlexHe34 (留言) 2011年2月6日 (日) 14:35 (UTC)
- (!)意見:此種方式的數據只能作為參考,不應替代將來可能於中文維基實施的pending changes或其他未來方針。建議規定瀏覽結果權限,即:任何讀者都可以打分/投票,但只有自動確認用戶或更高等級才可查看結果。--啊吧啦咕@維基食用菌協會 2011年2月6日 (日) 15:18 (UTC)
- 即使所有人都能查看,此種方式的數據也可以只作參考。--<i>Jerry Wong</i> (留言) 2011年2月6日 (日) 16:46 (UTC)
- (!)意見:任何讀者可打分的話需要考慮刷票的問題,目前好像還沒有比較完善的方案來防止這類行為,「只有自動確認用戶或更高等級才可查看結果」這個想法和「mw:Extension:ReaderFeedback為每個讀者提供參考的中立性、完整性及準確性評級」的目的是衝突的,(個人認為每個讀者應包括未註冊的用戶)。--Noah~~ (留言) 2011年2月6日 (日) 16:58 (UTC)
- (!)意見:是否可以參考某網站搞一個類似「此條目對我有幫助」之類的按鈕。且結果僅供參考沒有其他用途。--教父 (留言) 2011年2月6日 (日) 17:11 (UTC)
- (-)反對,我認為那個用處不大。如果一定要搞討論頁外的讀者反饋,不如在左側欄搞一個「此條目需要較大改善」連結樣式的按鈕,有一個特殊頁面可供編輯者查看點擊最多的條目。當改善完畢,一定權限的人可以決定清零。--<i>Jerry Wong</i> (留言) 2011年2月7日 (一) 09:55 (UTC)
- (:)回應我的意思就是搞一個按鈕,不需要登陸和輸入任何東西就能提供反饋,這樣用戶舉手之勞更方便一些。至於點一下是表揚還是批評,則根據實際情況確定。--教父 (留言) 2011年2月7日 (一) 16:06 (UTC)
- (-)反對,我認為那個用處不大。如果一定要搞討論頁外的讀者反饋,不如在左側欄搞一個「此條目需要較大改善」連結樣式的按鈕,有一個特殊頁面可供編輯者查看點擊最多的條目。當改善完畢,一定權限的人可以決定清零。--<i>Jerry Wong</i> (留言) 2011年2月7日 (一) 09:55 (UTC)
- (-)反對唯一的原因是參與人數仍然不足,例如以巴衝突可能需要穩定版本,但是我們未必關注這個問題。有可能要多等三天才有維基人處理。--Flame 歡迎泡茶 2011年2月7日 (一) 00:47 (UTC)
- (+)贊成,可以令一些條目小處方便改善--數字人生 (留言) 2011年2月7日 (一) 11:45 (UTC)
- (※)注意,大家可以去英文維基百科參考觀光。--LungZeno(talk) 2011年2月7日 (一) 19:18 (UTC)
- (!)意見:去看過了,實在是感覺一般般,沒有太大建設性。--Noah~~ (留言) 2011年2月7日 (一) 21:50 (UTC)
- (-)反對,個人倒是覺得應該在優良及特色條目頁面加上可推到facebook、twitter等社群網站的功能。—Ellery (留言) 2011年2月8日 (二) 07:46 (UTC)
**(!)意見:想法不錯,但是國內:1、甚少人使用這兩個社群網站交流。2、不會翻牆的人根本無法訪問。鑑於這兩點我覺得完全沒實用價值了……--Noah~~ (留言) 2011年2月8日 (二) 08:53 (UTC)
- (!)意見:1)請停止你的地域中心觀念。是中文維基百科,不是共產黨控制下的紅色中國維基百科。2)以前有一段時間,在共產黨控制下的紅色中國,維基百科是被完全封鎖的,不會翻牆的人「根本無法」訪問維基百科。按你的邏輯,當時牆內網站連結到無法訪問的維基百科是否也是「完全沒實用價值」?--<i>Jerry Wong</i> (留言) 2011年2月8日 (二) 11:14 (UTC)
- (!)意見:對不起,那我收回我的話。但是最開始的意見不變,這樣您滿意了嗎?--Noah~~ (留言) 2011年2月9日 (三) 06:30 (UTC)
- (-)反對:與討論頁面重複 Danielairy (留言) 2011年2月9日 (三) 17:29 (UTC)
- (※)注意,怎樣跟討論頁重複?這兩三個擴充套件的功能都不能留言、不能留言以討論,而討論頁都不能輕易評級/評分和看累績等級/分數。希望 Danielairy 講解一下怎樣重複。--LungZeno(talk) 2011年2月15日 (二) 19:16 (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)
提請中文維基百科引入「待定更改保護」
當一個頁面處於待定更改保護狀態下時,未確認用戶的更改是不直接可見的,處於隱藏,直到其更改獲得其他用戶的巡查後才會取代當前版本,並當巡查通過後的待定更改將在頁面歷史內可見。
- 詳細內容見已在使用的英文維基百科保護方針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)
- 是否像komica wiki一樣,用戶能隨意切換穩定版/新版?--C933103(留言) 2013年7月5日 (五) 20:45 (UTC)
- 這不是一種審查制度,只是一種保護的狀態。當條目收到破壞時,管理員可以選擇使用這種保護狀態,以讓保護對編輯的影響最小化。這與百度的審查有根本區別。烏拉跨氪 2013年7月3日 (三) 04:58 (UTC)
第3遍了:編輯審核
提議設立,理由基本與前兩次相同。請各位發表意見。
- 提議:以後編輯爭議的全保護最好換成甲級待審保護,半保護可以在那些優良,特色條目,或者4月20日這樣的條目換成乙級待審保護。--Stang 2015年8月24日 (一) 09:05 (UTC)
最近申請成為管理員的討論中應避免的理由,縮減管理員不活動期限異常火爆,可以等那倆完了之後再討論此 囧rz...。
- 【發言作廢】我記得我以前曾經發表過的看法是這個:維基百科最吸引我的地方就是事後審核,現在雖然破壞並不罕見,不過優秀編輯立刻生效是事後審核不可埋沒的優點。與其射綫療法同時抑制劣質編輯和優質編輯,不如維持目前的競爭態勢。維基軟體本身的特點就是有利於優質編輯的。尤其是處於一個還在發展狀態的中文維基,廣譜抗生素對發育完全沒有好處。Bluedeck 2015年8月24日 (一) 16:17 (UTC)
- 求頭1,2次的討論記錄--Temp3600(留言) 2015年8月24日 (一) 17:15 (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)
- @Waihorace、Temp3600、Hat600、Shizhao:給點意見?--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)
討論
- (-)反對,見Wikipedia:互助客棧/方針/存檔/2015年9月#第3遍了:編輯審核--Antigng(留言) 2016年4月23日 (六) 15:36 (UTC)
- (:)回應@Antigng:我似乎沒有看見您在2015年9月的討論中發表具體的反對意見。除此之外,我對之前討論中的誤區做出了解釋。--Techyan(留言) 2016年4月23日 (六) 15:44 (UTC)
- 主要是其它用戶的意見,比如「我看了一下其他版本的自動審查員,發現那編輯審核不見得會有成效,倘若有心人濫用,那不就更邋塌」--Antigng(留言) 2016年4月23日 (六) 15:53 (UTC)
- (:)回應@Antigng:我似乎沒有看見您在2015年9月的討論中發表具體的反對意見。除此之外,我對之前討論中的誤區做出了解釋。--Techyan(留言) 2016年4月23日 (六) 15:44 (UTC)
- (+)贊成,完全只是覺得有「0.75保護」的必要性。┌─⚡⠠⠵[learningis1st]-[~]- time = 2016年4月23日 (六) 16:33 (UTC)
- (+)支持:做為一個介於半保護與全保護之間的保護狀態有何不可?說實話,有時破壞真的防部慎防,對於部分條目進行編輯審核制對於破壞處理可能會更有效率--宇帆(留言·聯絡) 2016年4月23日 (六) 16:52 (UTC)
- 如果是明顯破壞回退或移除便可,中文維基搞審查只會徒增爭議。誰來當審核員,尤其大量涉及政治的條目,例如中共統治、台灣政治、六四、法輪功、占中、中日軍事與外交、中國對外主權爭議,雙方都自認中立,認為對方擾亂。審核員本身也難以獲得公信力,甚至被批為政治打手,又或被質疑修煉法輪功,審核員肯定遠比管理員還難當得多。這樣干不但無助提升品質,反而帶來更多爭吵,更令中文維基因此被貼上政治審查的標記。--Thomas.Lu(留言) 2016年4月23日 (六) 17:04 (UTC)
- 編輯審核條目主要保護的對象(以生者傳記條目為主)可以看出,編輯審核主要是為了防新手、腦殘粉和小粉紅之類的,而不是用來調節用戶(尤其是老用戶)之間爭議的。對於老用戶之間的爭議,應該使用全保護來解決。而法輪功、六四事件等條目也不是編輯審核所保護的對象。待審保護和半保護、全保護可以同時實施,相互之間不衝突。相比較之下,現在中文維基人手較缺,對於編輯不是很頻繁的一些條目來說,實行編輯審核更容易把握條目質量、避免條目被破壞還長時間無人發現的情況。在制定方針的時候要嚴格規定編輯審核適用的條目類別。--Techyan(留言) 2016年4月23日 (六) 22:00 (UTC)
- 「這些條目很有可能被破壞,因此即使沒被破壞也要提前保護。」,這個出發點就是不正確的。--Antigng(留言) 2016年4月24日 (日) 03:26 (UTC)
- @Antigng:都說是受到破壞再經由Wikipedia:請求保護頁面來對特定頁面實施編輯審核制了。。。。。。。。--宇帆(留言·聯絡) 2016年4月24日 (日) 05:54 (UTC)
- [1]--Antigng(留言) 2016年4月24日 (日) 05:56 (UTC)
- @Antigng:那麼就用『受到破壞再經由Wikipedia:請求保護頁面來對特定頁面實施編輯審核制』這種運作方式來引入編輯審核制不就解決了?--宇帆(留言·聯絡) 2016年4月24日 (日) 05:58 (UTC)
- 這樣又會推出「這個機制沒有用」的結論。如果「受到破壞再經由Wikipedia:請求保護頁面來對特定頁面實施編輯審核制」,我們有已經有半保護,有全保護,有{{editprotected}},為什麼還需要pending changes review?--Antigng(留言) 2016年4月24日 (日) 06:02 (UTC)
- @Antigng:就只是跟┌─⚡⠠⠵[learningis1st]-[~]的想法差不多,覺得要有一種介於半保護與全保護之間的一種保護--宇帆(留言·聯絡) 2016年4月24日 (日) 06:04 (UTC)
- 不是「覺得要有一種介於半保護與全保護之間的一種保護」,就需要引入這麼一種東西。你需要表明有什麼問題現有的制度不能解決,而引入新制度以後能夠解決。--Antigng(留言) 2016年4月24日 (日) 06:10 (UTC)
- 我認為對於『條目遭到破壞沒有即時看到,而該破壞若造成合理使用圖像無法顯示會造成合理使用圖像被提交快速刪除』這種搞的人很煩躁的破壞可能可以解決--宇帆(留言·聯絡) 2016年4月24日 (日) 06:16 (UTC)
- 這通過半保護沒法解決嗎?--Antigng(留言) 2016年4月24日 (日) 06:19 (UTC)
- 我認為對於『條目遭到破壞沒有即時看到,而該破壞若造成合理使用圖像無法顯示會造成合理使用圖像被提交快速刪除』這種搞的人很煩躁的破壞可能可以解決--宇帆(留言·聯絡) 2016年4月24日 (日) 06:16 (UTC)
- 不是「覺得要有一種介於半保護與全保護之間的一種保護」,就需要引入這麼一種東西。你需要表明有什麼問題現有的制度不能解決,而引入新制度以後能夠解決。--Antigng(留言) 2016年4月24日 (日) 06:10 (UTC)
- @Antigng:就只是跟┌─⚡⠠⠵[learningis1st]-[~]的想法差不多,覺得要有一種介於半保護與全保護之間的一種保護--宇帆(留言·聯絡) 2016年4月24日 (日) 06:04 (UTC)
- 這樣又會推出「這個機制沒有用」的結論。如果「受到破壞再經由Wikipedia:請求保護頁面來對特定頁面實施編輯審核制」,我們有已經有半保護,有全保護,有{{editprotected}},為什麼還需要pending changes review?--Antigng(留言) 2016年4月24日 (日) 06:02 (UTC)
- @Antigng:那麼就用『受到破壞再經由Wikipedia:請求保護頁面來對特定頁面實施編輯審核制』這種運作方式來引入編輯審核制不就解決了?--宇帆(留言·聯絡) 2016年4月24日 (日) 05:58 (UTC)
- [1]--Antigng(留言) 2016年4月24日 (日) 05:56 (UTC)
- @Antigng:我看了您的留言,又回去看了英文維基的方針。Pending changes portection should not be used as a preemptive ueasure against violations that have not yet occured. 我剛開始自己看錯了,還有問題嗎?--Techyan(留言) 2016年4月24日 (日) 06:54 (UTC)
- 如果承認了pending changes review不是預防措施,就會推出「這個機制沒有用」的結論。--Antigng(留言) 2016年4月24日 (日) 08:25 (UTC)
- @Antigng:都說是受到破壞再經由Wikipedia:請求保護頁面來對特定頁面實施編輯審核制了。。。。。。。。--宇帆(留言·聯絡) 2016年4月24日 (日) 05:54 (UTC)
- (+)支持編輯審查制度,這個用好了會有很大幫助,但是重點在於要用在哪裡。-- 「給我留言」 「歡迎加入 #cvn-zh-scan」 Qinyongr 2016年4月24日 (日) 08:18 (UTC)
- 用在哪裡都不知道如何「用好了會有很大幫助」?--Antigng(留言) 2016年4月24日 (日) 08:25 (UTC)
- (-)反對:我的想法跟Thomas.Lu差不多,中文維基人手不足,且觀點具有極大分歧,這個審查容易失中立;我認為現在的全保護、半保護就很夠用了。有些事情還是討論比較好,而不是交由審查員判斷--Liaon98 我是廢物 2016年4月24日 (日) 12:17 (UTC)
- 看起來和WP:穩定版本有點相像,可以先研究研究。--Jasonzhuocn(留言) 2016年4月24日 (日) 13:26 (UTC)
- 我一開始也把這個制度和穩定版本搞混了,然而事實是這個和穩定版本是兩個完全不同的制度。Bluedeck 2016年4月27日 (三) 06:42 (UTC)
- @Bluedeck:我看了一點PC的文檔,還沒充分理解怎麼回事。--Jasonzhuocn(留言) 2016年4月27日 (三) 11:29 (UTC)
- 我一開始也把這個制度和穩定版本搞混了,然而事實是這個和穩定版本是兩個完全不同的制度。Bluedeck 2016年4月27日 (三) 06:42 (UTC)
- 我不很支持。首先看壞一點這東西可能會變成變相審查,其次要找個持平的審查員是一個問題,再來就是英文版社群比我們更加老成(Wikimedia-I的討論有90%都不想理),要小心這東西在這兒會變質。如果要籠統的說說我的憂慮,我會用「不符合國情」來形容。--春卷柯南-發前人所未知 ( 論功行賞 ) 2016年4月24日 (日) 13:32 (UTC)
- (+)支持我建議部分非政治條目採用這個措施來保證條目質量。--Herfjotur(留言) 2016年4月25日 (一) 05:19 (UTC)
- (!)意見這個方法目前在個別維基使用,主要有英文式和德文式,英文式就是部分條目進行pending changes。德文式,包括按照德文維基為模板建立的文言維基,只要有一遍review之後,每個變化就必須再次進行review。這些維基有一個職位就是用於review的。以上供參考----損齋(留言) 2016年4月26日 (二) 01:19 (UTC)
- (!)意見,如果真要引入,只考慮在FA、GA這兩類容易涉及質量破壞的條目使用,這樣可以避免因為兩岸相關政治傾向而引起爭議而陷入政治審查的圈套。當然,實際上這種前審核其實就是百度百科的模式,這樣和我們這裡一旦提交就可立即顯示的理念不符,反而更需要加強對破壞的發現和處理的手段和行動,而非靠前審核這種容易引起爭議的手法。——路過圍觀的Sakamotosan 2016年4月26日 (二) 02:27 (UTC)
- (-)反對:沒必要加入編輯審核制度。--Engle躍【築夢踏實,夢想起飛,安裝文字動畫效果】 2016年4月26日 (二) 07:23 (UTC)
- (-)反對,以目前中文維基百科生態,不建議加入編輯審核--Wolfch (留言) 2016年4月27日 (三) 01:17 (UTC)
- 偏向(+)支持。這個制度不是事後審核制度。制度本身也十分聰明,為保護提供了更多彈性。如用在冷門和長期破壞的條目上,將會達到其希望的效果。唯獨考慮到中維處理爭議的水平和處理積壓工作時間,擔心採納該制度會--1,在引入複雜性的同時不能帶來相應的效率提升。2--,Pending changes的冷門天性可能會令其積壓時間超過半保護措施。故僅有保留的支持。Bluedeck 2016年4月27日 (三) 06:40 (UTC)
- (?)疑問,請問現在有甚麼維持保護冷門條目的有效機制?--老陳(留言) 2016年4月27日 (三) 21:19 (UTC)
- 沒有,也不應該有。--Antigng(留言) 2016年4月28日 (四) 02:14 (UTC)
- (-)反對--當前中文維基生態,並不適合,將衍生很大的爭議問題。Wetrace歡迎參與人權專題 2016年4月29日 (五) 11:55 (UTC)
- (-)反對:從WP:PC的表格來看,與半保護和全保護的性質過於類似,沒必要再多出編輯審核制度。--M940504(留言) 2016年5月1日 (日) 03:39 (UTC)
- (?)疑問:如果有編者提交了新頁面,再通過審核之前其他編者是否可以繼續編輯?個人認為中文維基上對條目的巡查效率還是不低的,能迅速掛模板指出問題,如果施行可能會降低效率。— Bieraaa 於 世界統一時間 (UTC) 2016年5月12日13時29分 留言
論述
討論已經進行了一周,收穫了不少意見。下面在下想對遇到的反對意見做一些解釋。希望各位能認真讀完:
- 編輯審核不是審查而是保護。編輯審核在本質上與百度的先審核後發布的政策不同。
- 編輯審核不會影響普通用戶的編輯。絕大多數情況下,確認用戶不會受到編輯審核的影響。需要進行編輯審核的只包括了 IP 用戶和非確認用戶。也就是說,普通用戶編輯戰仍需要通過全保護解決。
- 編輯審核不適用於爭議性強的條目。在下在前面已經提到過:編輯審核通常只適用於傳記類、長期破壞類和長期被添加侵權內容類。解決法輪功、六四事件之類爭議條目不會使用編輯審核功能。在社群討論實施細則的時候,可以對適用的條目類型做出更明確且更嚴格的規定。
- 編輯審核造成的積壓並不嚴重。英文維基的這一頁面中,待審核的條目數量不多,且時間跨度很大。被保護的條目大多比較冷門(大約一周到數周才會發生一次新用戶的破壞編輯)由此可見積壓完全在可接受的範圍之內。
- 對 reviewer 的要求並不是很高。根據在下在 Huggle 上的經驗,對最近更改的明顯破壞很好判斷。Reviewer 這一權限與巡查權和回退權類似,不必太過擔心缺人。當然有關具體的要求還待社群之後討論。
- 不是每篇條目都需要進行審核。作為一種保護,編輯審核同其他類型的保護一樣,只在發生破壞後保護需要保護的條目。
- 編輯審核完全透明。任何人(包括新用戶)都能在歷史記錄里看到該條目 review 的記錄。包括遞交的新版本、reviewer 是誰、該版本通過與否等。新用戶也能知道自己的編輯正待審核。
- 編輯審核以 level 1 (乙級待審保護)為主。 Level 2 (甲級待審保護)存在但是很少使用。在英文維基上 level 2 保護曾引起很大爭議,現在幾乎沒有應用。
那麼,什麼樣的條目適用於編輯審核?編輯審核是否與現有的半保護和全保護衝突?
在下認為,編輯審核是一種部分替代半保護的保護措施。當我們對條目實施半保護的時候,阻擋了有害的編輯,但是也阻擋了想要對該條目進行建設性編輯的用戶。尤其是在一些被永久、或者長期半保護的條目上。相比較半保護,編輯審核更像「 0.25 保護」。編輯審核更寬鬆、更適合長期保護、更不容易影響新用戶的編輯。翻開 WP:VIP 和 WP:PT ,相比半保護而言更加適合用編輯審核的條目更多。試舉兩例:
- 日本人。條目長期被不同的 IP 用戶破壞。如果實施編輯審核,可以延長保護期限,避免待保護結束後繼續有人破壞;也能避免阻擋新用戶的編輯。
- 智利。長期被來自智利的不同的 IP 用戶和新用戶加入機器翻譯內容。現在被永久半保護,如果實施編輯審核,可以避免新用戶的編輯被阻擋。
實際上,很多在 WP:PT 上的被永久或長期半保護的條目更適合編輯審核。半保護會一刀切地阻斷所有新用戶的編輯,而無論是否具有建設性。而永久半保護則會永遠地阻擋所有新用戶的貢獻。這些條目大多都是長期被不同的新用戶破壞、且還有新用戶做出建設性編輯的。
那麼半保護是不是就沒用了?有些條目更適合在短期內半保護,而對於高風險模板之類的頁面,永久半保護更加合適。
@Antigng、Thomas.Lu、Chenyijia001、Qinyongr、Jasonzhuocn:@Liaon98、A2569875、小躍、春卷柯南、Herfjotur:@三石樑桂老、Cwek、老陳、Wetrace、M940504:請諸位發表意見。
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代替部分半保護呢?支持這樣的觀點的人認為
- 半保護阻擋了所有新用戶的編輯,而PC不是這樣;
- PC的界面比半保護要好;
- 引入PC並不會為維基百科帶來額外的維護負擔,相反,半保護的ep反而沒人管。
但是我要說:
- 半保護並沒有阻擋新用戶的編輯,我們有{{editprotected}},去年也引入了草稿名字空間。究其本質,PC是拿頁面本身打草稿,而半保護之後可以拿草稿和用戶沙盒打草稿;PC之後審核員可以審核,而半保護之後任何自動確認用戶都可以審核,兩者在功能上基本一致。相反地,新用戶如果用沙盒/草稿修改頁面老用戶可以幫助修改並教導新手編輯,用PC卻只有通過和不通過兩種選項。
- 半保護界面不好應該想方設法改善界面,而不是想著引入不十分必要的新功能。我們完全可以考慮在保護頁面的編輯提示中加入指向草稿頁面的連結。
- 英文維基的這一頁面中,待審核的條目數量不多。從邏輯上說,英文維基待審核的條目數不多並不能推出中文維基百科引入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)
- 那麼如果設定為回退員跟巡查員都能擔任審查工作,人手多的話也許就不會有積壓發生。--宇帆(留言·聯絡) 2016年5月3日 (二) 10:11 (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 只需要回退一次即可。
@Antigng、Stang、Gqqnb:請發表看法。--Techyan(留言) 2016年5月8日 (日) 13:45 (UTC)
- 提案人認為新用戶不願意、也無法引導新用戶使用ep和草稿。(「很少有新用戶會去這麼做」、「難以引導新用戶使用草稿」、「新手創建草稿頁面成本很高」)理論上,我們都沒有試過改善界面,如何知道新用戶是不願意ep,而不是根本不知道、沒注意到可以ep?事實上,我們可以看一看WP:DRV,這個頁面每個月有大量的請求,其中一半的請求都是新用戶提出的。他們能夠找到DRV並成功提交請求,是因為刪除通知模板有一個指向WP:DRV頁面的連結,而DRV有詳盡的編輯提示。如果我們把半保護的界面弄好,新用戶ep將會比提交DRV更為容易。
- 提案人認為,ep+草稿不利於懶用戶修改頁面。(「而關鍵問題是,這些新用戶大多只會用敘述性的語言描述出需要改動的地方,而不會直接改給你看。」)如果需要修改的是一個錯字或者一個標點符號,那麼偷懶的用戶ep的時候直接「描述出需要改動的地方」,那就夠了,不管有沒有草稿。難道指明某段某個標點錯了還改不出來嗎?如果修改的是複雜的wikitext,那麼有理由相信那些偷懶的用戶會把代碼改得亂七八糟,如果用草稿而不是PC,這些亂七八糟的東西就不會出現在條目歷史裡面,還方便老用戶修改。
- 提案人認為,處理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)
- Wikipedia:存廢覆核請求/存檔/2016年1-3月,171個請求,一半以上是新用戶提的。--Antigng(留言) 2016年5月9日 (一) 13:12 (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)
- 不用ping人來處理,模板會自動添加分類。在討論頁留言和添加ep模板比提交DRV請求更為容易,(理論上只要點兩下按鈕就可以了,先點開編輯按鈕發現被保護,再點擊「提出代為編輯請求」就來到了帶模板的討論頁)何以見得「對只想改錯字的新用戶極不友好」?問題是現在這些提示裡面沒有提到草稿這麼一回事情,導致新用戶想做複雜修改時不打草稿。--Antigng(留言) 2016年5月8日 (日) 23:53 (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)
討論已經結束。如果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)
- (*)提醒:@SNH48TAQ、Silvermetals:提案已被否決數次,請參考過往討論,(Wikipedia_talk:編輯審核)。-- 宇帆(留言·歡迎簽到·聯絡) 2017年5月4日 (四) 01:03 (UTC)
- (&)建議:@Silvermetals:如果希望中文維基能推行請先前往了解過往討論(Wikipedia_talk:編輯審核),並提出新的論點,比如「中文維基為什麼需要編輯審核機制?」或者「能否運作得比現行運作良好的機制更加完善?」等。-- 宇帆(留言·歡迎簽到·聯絡) 2017年5月4日 (四) 01:12 (UTC)
- (*)提醒:@SNH48TAQ、Silvermetals:提案已被否決數次,請參考過往討論,(Wikipedia_talk:編輯審核)。-- 宇帆(留言·歡迎簽到·聯絡) 2017年5月4日 (四) 01:03 (UTC)
將WP:PC納入方針指引
近期中文維基出現了很多破壞者,我認為當務之急是讓本草案通過討論上升為方針指引。--180.170.179.66(留言) 2018年5月22日 (二) 12:40 (UTC)
- 這倒是可行,我認為可以以之取代半保護。--【和平至上】💬📝 2018年5月22日 (二) 13:45 (UTC)
- ( ✓ )同意通過,但傾向只能適用於編輯爭議的條目。ŚÆŊMØŠĀ粉飾太平 2018年5月23日 (三) 01:41 (UTC)
- 請明示「出現了很多破壞者」的出處,並請問出現了什麼新的變化能夠解決以往對PC的質疑?-- Hal 2018年5月23日 (三) 02:56 (UTC)
- (-)反對:
- 維基百科不會審查內容。
- 怎樣判斷什麼條目需要審核?怎樣選舉審核員?
- 最大的問題是,大家有空做這種事兒嗎?
- 總之,竊以為這是因噎廢食。我認為如果此項提案通過,這將是中文維基百科向百度百科滑落的第一步。--相信友誼就是魔法的CuSO4正在努力提高知識水平 2018年5月23日 (三) 09:25 (UTC)
- (:)回應:
- 不是審查內容,而是審查破壞。
- 如巡迴一樣,由管理員判斷是否可信。
- 巡迴也是一種審核機制,PC不過就是巡迴的延伸,只要有人願意做即可。
- 並不滑坡,且僅有極少數條目才會得到PC保護。
- 但,個人觀點還是同上,請明示「出現了很多破壞者」的出處,及當前哪個條目可能會需要PC,沒有問題的情況下出台解決方案就是浪費時間。--Yangfl(留言) 2018年5月23日 (三) 10:23 (UTC)
- (-)反對:誰能保證管理員的審核絕對公正?--Lion 1230(留言) 2018年5月23日 (三) 10:55 (UTC)
- 誰能保證管理員的操作絕對公正?誰能保證巡查員的巡查絕對公正?誰能保證回退員的回退絕對公正?--Yangfl(留言) 2018年5月23日 (三) 11:04 (UTC)
- 解任前至少由社群共識保證。--Junjie Yuan(留言) 2018年6月30日 (六) 17:08 (UTC)
- 這個話題應放到方針而不是這裡??--FrancoT 會議廳 訪客簽名區 2018年5月23日 (三) 11:09 (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及新用戶的持續破壞,無必要過濾新編輯的內容。審查者的客觀性可被個人立場所凌駕,主觀的審查將令善意的新手都不願繼續參與更新內容,用戶群縮減更易造成編輯專政,違反維基百科的理念。中文維基經常發生爭議的條目,包括政治、旗幟及台灣地位等,大都有一眾維基老手的身影,連管理員介入處理這類條目的爭議都常被質疑,「將審核的權力下放至自動確認用戶」根本無助解決問題。--Thomas.Lu(留言) 2018年5月24日 (四) 02:53 (UTC)
- 如果只是增加一種保護等級,供反破壞工作選用的話,我覺得(+)沒什麼不好的。Bluedeck 2018年5月24日 (四) 04:18 (UTC)
- @Bluedeck(-)反對:審查內容沒什麼壞處嗎?WP:PC的實質就是審查內容,而維基百科不會審查內容。--相信友誼就是魔法的
萌得不能再萌CuSO4正在努力提高知識水平 2018年6月16日 (六) 09:14 (UTC)- Bluedeck 2018年6月18日 (一) 20:33 (UTC) 不是的,請了解一下PC的本質工作原理,我認為只不過是實現了半保護+容易處理的EP而已。
- @Bluedeck(-)反對:審查內容沒什麼壞處嗎?WP:PC的實質就是審查內容,而維基百科不會審查內容。--相信友誼就是魔法的
- IP用戶若要編輯,註冊新帳號即可,或使用ep(唯未見有廣泛使用)。雖然本人對PC淪為審查工具的擔憂並不認同,但目前半保護足矣。--Yangfl(留言) 2018年5月24日 (四) 05:35 (UTC)
- ( ✓ )同意Bluedeck的意見,考慮可應用於受編輯戰影響的條目,故(+)支持。--B dash(留言) 2018年5月24日 (四) 09:35 (UTC)
- 近期請求-revi查核User:冏的傀儡,發現類似漢服之類的條目經常出現編輯戰。有保留地(+)傾向支持在部分高爭議度條目使用類似制度,以保證條目尚且可以編輯(而不是一放開全保護就編輯戰然後再給封上)。--雲間守望 2018年5月24日 (四) 15:06 (UTC)
- 只能說(+)傾向支持,私認為僅適用於那些編輯戰繁多之條目。以上-- CreampiePatrollback 2018年5月25日 (五) 13:22 (UTC)
- 我認為這也適合用於涉及編輯戰(IP)的時事條目。因為這些條目有許多IP用戶的貢獻,如果半保護的話有些IP又不知道如何提出具體的編輯請求,導致資訊落後。--【和平至上】💬📝 2018年5月26日 (六) 07:42 (UTC)
- 有條件的(+)支持:我認為PC政策應當設定使用範圍,不是什麼都能用,因為維基百科並不審查內容,我也傾向只能適用於編輯爭議的條目,如果是編輯戰,還會有自動確認用戶之間的編輯戰,也應該受到監管,我認為下放到自動確認用戶組不是很合適,權限給巡查員持有即可。影之詩 2018年5月26日 (六) 08:03 (UTC)
- 恐怕很快就會和EP一樣陷入沒人願意審核的情況。 --達師 - 370 - 608 2018年5月27日 (日) 11:01 (UTC)
- (-)反對:維基百科是自由的百科全書,不應有「預防性保護」與類似的措施,應該需確立有編輯戰的事實後再行保護。故本人反對此制度方針化。--NHC、才不是NPC呢哼!。:.゚ヽ(*´∀`)ノ゚.:。 2018年5月28日 (一) 14:31 (UTC)
- (-)反對:觀點同上。另外,破壞者一直都存在,在下不認為近期有破壞者增多現象是上升該草案為方針指引的理由。--Tazkeung(CommentHERE) 2018年5月29日 (二) 09:44 (UTC)
- 暫時還沒有這個必要。--dqwyy (talk) 落憶歸海楓音鄉 2018年6月3日 (日) 16:59 (UTC)
- (-)強烈反對。現在一般偵查破壞的時間已在10分鐘內,速度非常高。編輯審核亦無法阻止編輯被示眾,缺乏意義。另外,審核亦有違不審查內容之原則,更可能成為審查員進行政治打壓之工具,容易遭濫用。--Шәτіт🐷⏣ 2018年6月4日 (一) 02:53 (UTC)
- (=)中立。
- 我的理解是,PC 不是用來實現WP:CENSOR里的那些反面例子的,而是應用在本來就因為破壞/編輯戰需要保護的條目上。被審核擋下來的只能是破壞,或與保護理由相符的編輯戰,這兩條判斷的主觀性應該不強。否則就會出現上面擔心的「審查者的客觀性可被個人立場所凌駕」的問題。得到 PC 保護的頁面應該符合「遭到破壞/處於編輯戰狀態,並且正常編輯的需求較大」(EP 對新人太不友好,被 AF 擋下來用戶體驗太差)。許多熱點條目就很符合,比如之前的史蒂芬·霍金、劉曉波(去世的時候)。整個流程是首先管理員覺得該保護了(比如發現了大量破壞),然後再決定選用 PC 還是普通保護(比如同時有大量正常編輯,選擇 PC),所以並不是預防性保護。
- 我的擔心包括上面所述的人手不夠的問題,以及一些不明真相的媒體發出「中文維基百科也像百度百科一樣開始審核了」之類的報道,要
洗地公關就比較麻煩了,雖然這好像是基金會該考慮的事。 --碸中嘌呤的白磷萃取 打譜 2018年6月4日 (一) 17:57 (UTC)- @WhitePhosphorus:「PC 不是用來實現WP:CENSOR里的那些反面例子的,而是應用在本來就因為破壞/編輯戰需要保護的條目上」?可是依我看「應用在本來就因為破壞/編輯戰需要保護的條目上」就已經違反了WP:CENSOR。--相信友誼就是魔法的
萌得不能再萌CuSO4正在努力提高知識水平 2018年6月16日 (六) 09:14 (UTC)- WP:CENSOR 說的是「維基百科不能保證條目或圖片一定適合兒童、或者匹配某些社會或宗教規範」、「維基百科不會因為一些組織的禁止有關該組織的信息顯示在網上的內部章程而移除內容」,我想 PC 和這些無關。並且 CENSOR 也提到了違反維基方針與指引的內容會遭到刪除,我想破壞和編輯戰這兩個方針應該包括在內吧。 --碸中嘌呤的白磷萃取 打譜 2018年6月16日 (六) 12:21 (UTC)
- 個人相信英文維基社群不會犯下如此低級錯誤……將與基本原則相抵觸之方針確立為方針,並且使用經年……這個擔心大可不必。反而應該要考慮是本站是否有必要引入。--J.Wong 2018年6月16日 (六) 12:31 (UTC)
- @WhitePhosphorus:「PC 不是用來實現WP:CENSOR里的那些反面例子的,而是應用在本來就因為破壞/編輯戰需要保護的條目上」?可是依我看「應用在本來就因為破壞/編輯戰需要保護的條目上」就已經違反了WP:CENSOR。--相信友誼就是魔法的
- (-)反對,維基百科的內容不應有任可審查,不管是政治正確還是反破壞。--武蔵(留言) 2018年6月5日 (二) 15:35 (UTC)
- (-)反對:完全無必要。現有制度反破壞已經足夠,編輯審核的負面作用(如打消編輯意願、浪費維基人時間經歷用於編輯審核、條目得不到及時更新等)大於其正面作用。—— 呆呆|ω・`) (捕捉 | 爪跡) 2018年6月6日 (三) 12:01 (UTC)
- (!)意見作為英文維基的編輯審核員,本人認為引入編輯審核並非問題,反而可以不用直接半保護/全保護。您可以當是一個緩衝。例如現時半保護的頁面便可以開放予IP用戶編輯,但是需要其他人審核。另外,現時一大堆預防性半保護的頁面亦可以轉用編輯審核保護。--1233( T / C) 2018年6月10日 (日) 12:34 (UTC)
- @CopperSulfate::被(半)保護的頁面也是要在對話頁提出編輯內容,然後又管理員/自動確認用戶審核後再代為編輯啊,閣下怎麼不說這是在審核內容呢?由此可見,閣下的理據並不成立,不然,半保護、全保護都應該取消。--【和平至上】💬📝 2018年6月16日 (六) 16:46 (UTC)
- (~)補充巡退也要取消掉。--Junjie Yuan(留言) 2018年7月1日 (日) 01:16 (UTC)
- (+)支持:這方針有效反破壞。--屈原蟲※留言 2018年6月25日 (一) 13:45 (UTC)
- (-)強烈反對:未見太多必要。--夢蝶葬花@生涯不敗 2018年7月2日 (一) 02:42 (UTC)
- (+)傾向支持:也許不能完全取代半保護,但應該能夠防止遊戲維基的刷編輯數者破壞。審查的是編輯本身,而不是編輯的內容。--「 讀萬卷書」不如「行萬里路」 2018年7月5日 (四) 08:29 (UTC)
- (!)意見就本人觀察,所謂:「WP:維基百科不會審查內容」只是「此地無銀三百兩」的維基現實版而已,無論在任何維基百科語言版本,均有廣泛的言論審查,只不過常常被叫做「反破壞」而已,特別是有不同層級的「管理權力」的人(不只是管理人員和行政人員)。
簡單的說,若真沒有內容方面的審查,任何條目的內容只會無限增加,只要有刪除的行為,這就是在事實審查異己內容。所謂「編輯審核」、「內容審核」,只是玩弄字眼,「編輯」就是「增減調整內容",依據就是對實際變更的內容的審核的結果。--93.216.64.230(留言) 2018年7月5日 (四) 13:04 (UTC)
分段1
法輪功相關條目的問題,我認為可以姑且在此一試編輯審核,如成效不彰,那就別推行;如成效顯著,大家心服口服,通過提案,如何?SænmōsàI'll find a way, or I'll make one. 2018年6月30日 (六) 15:39 (UTC)
最近VPD正討論- SænmōsàI'll find a way, or I'll make one. 2018年6月30日 (六) 15:41 (UTC)
- (+)贊成,反對方的主要理據是擔心PC淪為審查工具,此嘗試可釋除各位的疑慮。--B dash(留言) 2018年6月30日 (六) 16:11 (UTC)
- 其實WP:PC里審核過程好像是空的吧..-- CreampieCumshot 2018年6月30日 (六) 16:20 (UTC)
- en:Wikipedia:Pending changes#Reviewing pending edits。SænmōsàI'll find a way, or I'll make one. 2018年7月1日 (日) 02:02 (UTC) 可暫參
- 放了一個流程在此。這大約解釋編輯審核的流程。--1233( T / C) 2018年7月1日 (日) 02:08 (UTC)
- 不論是否嘗試,在下還是那句話,(+)傾向支持應用於長期受破壞條目,當然這亦是PC原意。-- Creampie共此決心 2018年7月1日 (日) 02:43 (UTC)
- 編輯審核對法輪功條目的爭議是無效的。它只是對現時半保護的條目有效。--1233( T / C) 2018年7月1日 (日) 12:20 (UTC)
- SænmōsàI'll find a way, or I'll make one. 2018年7月2日 (一) 01:13 (UTC)
- 那你大約理解了編輯審核的重點了。--1233( T / C) 2018年7月2日 (一) 01:30 (UTC)
- 我就是想盡量以後以編輯審核代替半或全保護而已,如果這次代替全保護成功的話,以後代替半保護也肯定沒問題。SænmōsàI'll find a way, or I'll make one. 2018年7月2日 (一) 01:48 (UTC)
法輪功爭議現在鬧成全保護了,這點我知道;我的意思是解除全保護,但是編輯需要審核這樣。還有,編輯審核最好設置一個(自動)確認用戶編輯需要審核、IP不允許編輯的層級。 - 那你大約理解了編輯審核的重點了。--1233( T / C) 2018年7月2日 (一) 01:30 (UTC)
- SænmōsàI'll find a way, or I'll make one. 2018年7月2日 (一) 01:13 (UTC)
- (!)意見就本人觀察,所謂:「WP:維基百科不會審查內容」只是「此地無銀三百兩」的維基現實版而已,無論在任何維基百科語言版本,均有廣泛的言論審查,只不過常常被叫做「反破壞」而已,特別是有不同層級的「管理權力」的人(不只是管理人員和行政人員)。
簡單的說,若真沒有內容方面的審查,任何條目的內容只會無限增加,只要有刪除的行為,這就是在事實審查異己內容。所謂「編輯審核」、「內容審核」,只是玩弄字眼,「編輯」就是「增減調整內容",依據就是對實際變更的內容的審核的結果。--93.216.64.230(留言) 2018年7月5日 (四) 13:04 (UTC)- 請不要造謠生事。--雲間守望 2018年7月5日 (四) 13:57 (UTC)
- 哈哈,U:WQL閣下這「造謠生事」[2]一詞用典型。本人說的就是本人所觀察到的現實狀態。--93.216.64.230(留言) 2018年7月5日 (四) 14:17 (UTC)
- 請不要造謠生事。--雲間守望 2018年7月5日 (四) 13:57 (UTC)
分段2:為何編輯審核並不是審查?
我個人認為其實編輯審核並非一個倒退啦,而且也是一個不必直接半保護的選項啦。簡單來說,編輯審核可以取代現時一堆高風險條目的半保護,讓那些條目不必限制IP進行編輯。而且我亦暫時看不出編輯審核其他問題。別忘記編輯審核其實比半保護寬鬆。--1233( T / C) 2018年7月2日 (一) 09:46 (UTC)
- 現在我不想花太多時間討論WP:PC,所以我(=)中立。--相信友誼就是魔法的
User:萌得不能再萌CuSO4正在努力提高知識水平 2018年7月2日 (一) 10:21 (UTC) - (=)中立看了這麼多還沒有Pending Change Reviewer(編輯審核員)的資格標準,英文維基這是最低門檻的權限,在這裡的標準則是如何呢?--Cohaf(留言) 2018年7月2日 (一) 19:58 (UTC)
- (:)回應,如無其他意見則暫時以英文維基的申請資格為準。--B dash(留言) 2018年7月3日 (二) 04:56 (UTC)
- 提議:資格大致上給於見習編輯或以上的編輯。--Cohaf(留言) 2018年7月3日 (二) 12:16 (UTC)
- 最低資格至少有助理編輯吧
囧rz……。--B dash(留言) 2018年7月4日 (三) 14:30 (UTC)
- @B dash:不反對,但是這資格與巡查員沒兩樣,所以我才提議見習編輯。所以現在改提議至少助理編輯才可申請。我看先斷定資格先會比較好--Cohaf(留言) 2018年7月4日 (三) 16:29 (UTC)
- 為何不直接使用回退員的標準?--1233( T / C) 2018年7月6日 (五) 04:21 (UTC)
- (=)中立沒意見--Cohaf(留言) 2018年7月6日 (五) 04:24 (UTC)
- (!)意見就本人觀察,所謂:「WP:維基百科不會審查內容」只是「此地無銀三百兩」的維基現實版而已,無論在任何維基百科語言版本,均有廣泛的言論審查,只不過常常被叫做「反破壞」而已,特別是有不同層級的「管理權力」的人(不只是管理人員和行政人員)。
簡單的說,若真沒有內容方面的審查,任何條目的內容只會無限增加,只要有刪除的行為,這就是在事實審查異己內容。所謂「編輯審核」、「內容審核」,只是玩弄字眼,「編輯」就是「增減調整內容",依據就是對實際變更的內容的審核的結果。--93.216.64.230(留言) 2018年7月5日 (四) 13:04 (UTC)
引入修訂巡查 (重提編輯審核/穩定版本)
名字不重要,重要的是內容。現時提出的名稱另外有 : 待檢更改/待核版本/修訂巡查
目前的問題:有些被破壞的頁面直接被半保護。令有心的IP編者不能編輯。
個人建議:以穩定版本的方法讓試行編輯審核/穩定版本三個月,並在試行三個月後停止並且討論成果
- 編輯審核應該在:
試行。
我希望試行審核/穩定版本能夠釋除部分人的疑慮。
此前的類似討論:
Wikipedia talk:修訂巡查
大約執行方法: 見此 --1233 (T / C) 2019年4月14日 (日) 04:40 (UTC)
- 尤其是「近期被破壞的條目可以不上半保護而用穩定版本/編輯審核的方式減少破壞」能令「IP編者參與編輯」,是非常有說服力的。看到一些半保護時,曾經想過這個問題。非常有建設性的提案。--Kirk.Lu 0討論│簽名0圖書館 2019年4月14日 (日) 07:53 (UTC)
- 我有參與過先前啓用PC的討論。依我所見,所有反對者都是錯誤理解WP:CENSOR和認為PC肯定成效不大才反對提案的。我認為試行PC一季並無不可,要有實行經驗才能知道PC是否有一定成效,否則單純支持/反對PC和說空話沒分別。Σανμοσα y=0 regardless the value of x 2019年4月14日 (日) 09:42 (UTC)
- 另外,為免又造成不必要的爭議,我提議把「編輯審核」改稱「待檢閲更改」或類似名稱。Σανμοσα y=0 regardless the value of x 2019年4月14日 (日) 09:46 (UTC)
- 支持,看前面的討論記錄,感覺因為名稱導致了一系列衍生爭議,又沒有及時澄清。--Kirk.Lu 0討論│簽名0圖書館 2019年4月14日 (日) 12:17 (UTC)
- 另外,為免又造成不必要的爭議,我提議把「編輯審核」改稱「待檢閲更改」或類似名稱。Σανμοσα y=0 regardless the value of x 2019年4月14日 (日) 09:46 (UTC)
- 待准更改也可以。我沒所謂。--1233 (T / C) 2019年4月14日 (日) 09:51 (UTC)
- 業務性的問題:1.誰去審核?2.會不會被濫用,用於現實意見不一的相互攔截?——路過圍觀的Sakamotosan | 避免做作,免敬 2019年4月14日 (日) 09:52 (UTC)
- RFR出現的批准員/版本巡查員吧。這個很明顯(雖然還未確認名稱,不過功能應該就是這樣了)
- 這個很難攔截。這和回退權不一樣。要攔截應該會變成濫用回退權,就和這個無關了吧。--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年4月19日 (五) 06:01 (UTC)
- @Cohaf:,現時巡查只有接受當下版本。但是這個Pending Changes的結果可以是部分接受(Reject changes then appecpt some)/不接受(Reject all changes)或者是完全接受(Accept Changes)。故不建議給巡查員。這亦會巡查員的工作大增。個人認為這權限結果界乎回退與巡查時間。另外不建議自動授權,原因和巡查/回退不被自動授權的原因一樣。--1233 (T / C) 2019年4月15日 (一) 12:52 (UTC)
- @1233:為何不能直接給於巡查員,我想聽聽您的想法。我只是用過Flagged Revision,裡頭我可以unreview其它人review過的版本。就同樣一個版本一會兒可以看,一會兒不能看,這個就是審核戰。這類事情如何解決?我大致支持提案,只是有點擔憂這類。--Cohaf(talk) 2019年4月15日 (一) 11:34 (UTC)
- 我認為如果社群在三個月之後有共識基礎認為待檢更改對於中文維基百科有正面作用的話,為此設立專有權限是合理的。不過試用期我認為應該要暫時開許部分有權限用戶同時獲得待檢更改巡查權限,例如同時有巡查和回退權限者。Σανμοσα y=0 regardless the value of x 2019年4月15日 (一) 09:08 (UTC)
- 兩者有分別,大約是回退+巡查的混合體。不適宜直接給巡查員,反而應該給專有權限。另外審核戰是不可能出現的。一個已被接受的版本是不能reject的,只能夠回退。這就變成了回退戰了。--1233 (T / C) 2019年4月14日 (日) 16:49 (UTC)
- (!)意見:
- 目前translatewiki中翻譯成「待定編輯」和「覆核員」,供參考。
- 待定更改皆在讓維基百科更加自由,開放易受到破壞的條目給大眾編輯的同時,保證破壞不被展現在大眾面前(非註冊用戶)。不能用於編輯戰。
- 關於授予權限,待定更改需要用到的FlaggedRevs擴展非常靈活,可以根據編輯摘要使用數、名字空間編輯數、編輯間隔天數和編輯間隔天數個數(這個非常能防止遊戲規則刷編輯數)、已被審閱的編輯數、編輯的獨立頁面個數自動授權。因此,可以考慮配置自動授權的同時開放權限申請,參見自動授權用戶。--及時雨 留言 2019年4月16日 (二) 14:31 (UTC)
- 也(+)同意以上的授權方法,可以簡單30/500。--Cohaf(talk) 2019年4月15日 (一) 11:34 (UTC)
- 試行的話可以先用於FA、FL,或者加上GA?--百無一用是書生 (☎) 2019年4月15日 (一) 11:38 (UTC)
- 支持,可以從特色或者優良內容開始嘗試。--Kirk.Lu 0討論│簽名0圖書館 2019年4月16日 (二) 08:52 (UTC)
- 在沒有破壞的情況下對於特色優良進行保護違反了保護方針禁止預防性保護的規定。--Xiplus#Talk 2019年4月17日 (三) 15:47 (UTC)
- @Xiplus:,這個不是一般定義上的保護吧。--1233 (T / C) 2019年4月18日 (四) 10:47 (UTC)
- @1233:作為半保護的替代方案,我認為這是保護類型之一,一樣是在某種程度上限制了編輯,只是更為寬鬆而已。--Xiplus#Talk 2019年4月18日 (四) 11:03 (UTC)
- @Xiplus:,這個不是一般定義上的保護吧。--1233 (T / C) 2019年4月18日 (四) 10:47 (UTC)
- 在沒有破壞的情況下對於特色優良進行保護違反了保護方針禁止預防性保護的規定。--Xiplus#Talk 2019年4月17日 (三) 15:47 (UTC)
- 支持,可以從特色或者優良內容開始嘗試。--Kirk.Lu 0討論│簽名0圖書館 2019年4月16日 (二) 08:52 (UTC)
- 試行的話可以先用於FA、FL,或者加上GA?--百無一用是書生 (☎) 2019年4月15日 (一) 11:38 (UTC)
- 優特的內容編輯量也相對較小。我建議在一些高關注的條目試行,以更有效地利用試行期。 --達師 - 370 - 608 2019年4月16日 (二) 12:45 (UTC)
- 關於名稱問題,我的意見如下,維基百科不是不「審核」內容,而是不「審查」內容。再者,如果是「覆核」,那就必定會有「初核」程序,但以目前維基百科的生態,匿名或新手使用者編輯提交後就會由其他人進行檢查,沒有「初核」這一關,因此我認為「覆核」這個詞始終覺得很怪。臺灣杉在此發言 (會客室) 2019年4月18日 (四) 12:54 (UTC)
- 個人
(-)反對任何此類提議,蓋因相關審核機制容易被持有不同立場的、非中立的審核者所利用,從而變相達到控制其所想要版本的目的,有違維基百科的基本原則。半保護通常已經足夠,就算基金會在中文維基百科實行行動,也都只是半保護呢。--悔晚齋(臆語) 2019年4月18日 (四) 14:40 (UTC)
- 解釋一下,如果真的被這樣做,結果一定是上半保護(甚至全保護)。這個保護(?)層級其實是介乎半保護和無保護的層級呢。--1233 (T / C) 2019年4月18日 (四) 14:45 (UTC)
- @1233:抱歉,在下看錯了。如果僅應用於高風險的條目/極高瀏覽量的條目/近期被破壞的條目,則在下非常支持。--悔晚齋(臆語) 2019年4月18日 (四) 14:59 (UTC)
- 以上討論非常混亂啊,希望單設一個討論頁面分章節對各個細則進行討論,例如沙盒。--及時雨 留言 2019年4月19日 (五) 06:01 (UTC)
試行期
2019年6月1日至2019年8月31日
- 權限組:權限暫時放在回退員之下(即回退員將會擁有修訂巡查權)。管理員將直接持有此權 (無論結果如何)
- 使用條目:
- 高風險的條目 (例如現時被半保護的條目,而原因為長期破壞)
- 極高瀏覽量的條目 (此類條目一般被至少半保護)
- 近期被破壞的條目 (很多例子了,不必多說)
於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)
- @1233、hat600、94rain:目前還有一個大問題是,啟用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)
- @1233、hat600、94rain:目前還有一個大問題是,啟用FR,則需要關閉mapframe,見phab:T191585。如果啟用FR,大概有19,926個頁面會受到影響,需要修復mapframe關閉後出現的問題--百無一用是書生 (☎) 2019年5月5日 (日) 03: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)
- Xiplus#Talk 2019年5月5日 (日) 12:44 (UTC) $wgFlaggedRevsTagsRestrictions(以en的設定)是說擁有review和autoreview權限的用戶可以將status狀態的等級設為1;無法設定頁面版本等級代表該版本未被審核,則在有編輯審核保護的情況下將無法立即顯示給未註冊帳號。--
- 沒有太理解$wgFlaggedRevsTagsRestrictions的意義是什麼?另外,沒理解錯的話,根據這個設置,試行後,展示的版本是最新版本,而不是審核過的版本?(這似乎和之前的討論不一樣了?)--百無一用是書生 (☎) 2019年5月5日 (日) 12:15 (UTC)
- 謝謝!那麼status里的levels、quality、pristine都代表什麼?不同數值的含義是什麼?審核人員可以設定那些數值?--百無一用是書生 (☎) 2019年5月5日 (日) 12:51 (UTC),
- Wikipedia:條目質量評級標準#標準級別做個比喻,若只有典範到初級,則levels=6、quality=4、pristine=6;因為只有要實施編輯審核保護,沒有對條目進行評級,因此將levels設成1,而quality和pristine設成更高(即無法標記到的等級)。--Xiplus#Talk 2019年5月5日 (日) 13:36 (UTC) levels是等級的數量,quality和pristine是達到級別所需的等級;以本地來說,把quality想成優良條目,pristine想成典範條目,那麼我們就會設定levels=3,對一般條目的status標記為1、優良條目為2、典範條目為3;再以
- 謝謝!那麼status里的levels、quality、pristine都代表什麼?不同數值的含義是什麼?審核人員可以設定那些數值?--百無一用是書生 (☎) 2019年5月5日 (日) 12:51 (UTC),
- 如果沒記錯,適用編輯審核的命名空間應該只包含條目與Wikipedia (適用於WP:RA及其子頁面)。其他的本人沒意見。--1233 (T / C) 2019年5月5日 (日) 14:20 (UTC)
- 加了個小標題。請問「需要停用的用戶組」指的是什麼停用?其餘除&wgFRNS同上面1233外,其餘無意見。-- Creampie歡迎來訪 2019年5月5日 (日) 15:18 (UTC)
- Xiplus#Talk 2019年5月5日 (日) 15:36 (UTC)
- 好的。無異議。-- Creampie歡迎來訪 2019年5月6日 (一) 08:56 (UTC)
擴充功能會自動新增這三個用戶組,因為本地不需要,須將其移除。--
- Xiplus#Talk 2019年5月5日 (日) 15:36 (UTC)
- 看了一下,意見同1233君。--Kirk.Lu 0討論│圖書館0 2019年5月6日 (一) 09:56 (UTC)
啟用修訂巡查的阻礙
基於現時暫時不能安裝此擴展的因素,修訂巡查極可能不會在6月1日開始試行。現於下面討論解決方法。--1233 (T / C) 2019年5月29日 (三) 09:04 (UTC)
- 基金會不同意在新維基開啟這個擴展我們也沒有辦法。至於下次,我看在客棧討論這類技術問題前最好是問了基金會技術人員可行性。關於條目被破壞,只好過濾器,機器人禁封等途徑。或者一個建議,開啟一個保護程度,IP不能編輯,註冊用戶可以編輯,4/0,這個也不懂可以嗎?--Cohaf(talk) 2019年5月29日 (三) 09:12 (UTC)
Pending Change :
- 你可以編輯維基百科,但是需要接受審核,防止破壞又能照顧善意編輯者的權益Wifik3r8bLk2Zr(留言) 2019年6月25日 (二) 08:09 (UTC)
目前的替代方式是{{EP}}Wifik3r8bLk2Zr(留言) 2019年6月25日 (二) 08:09 (UTC)
建議引入待定更改保護
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
許多條目經歷漫長的隨機破壞,不是阻止特定使用者或者有期限半保護就能解決的,這些少部分條目占了大部分被破壞的比例(我看大概八成的條目從未被破壞),我認為這些被頻繁破壞的條目需要代定更改保護,進而減少再半保護過期後的風險。--銀河市長—☎️— 2023年8月10日 (四) 06: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)
- 啊¿你不看頁面說明嗎?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月6日 (四) 03:54 (UTC)
- 啊?無法啟用了嗎?--WiiUf ——青龍出世,傲視蒼穹 2024年6月6日 (四) 03:46 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。