维基百科讨论:特色圖片評選

提議更新特色圖片評選規則

有鑒於出現參與特色圖片評選的圖片於評選中途被刪除的情形，我認為有必要更新特色圖片評選規則，以使評選機制更為合理。擬議修改如下：

現行條文 評選結果 特色圖片評選的評選/重選期分兩階段，分別為基礎評選期（14日）及評選延長期（基礎評選期＋14日），如參與投票的有效票數未能滿足以下條件則將進入下一評選期。滿足以下條件的圖片可以當選特色圖片： 候選圖片獲得8張或以上的「符合特色圖片標準」票；「不符合特色圖片標準」票與「符合特色圖片標準」票1:1抵消。如下例所示： 圖片甲得到了10張「符合特色圖片標準」，2張「不符合特色圖片標準」票。當選特色圖片。 圖片乙得到了8張「符合特色圖片標準」，2張「不符合特色圖片標準」票。落選特色圖片。 提名者及投票者皆須擁有自動確認用戶資格，即註冊達7天及編輯達50次，否則該提名或投票會被視為無效。 參選特色圖片前，需上傳至維基共享資源且在中文（zh）維基百科中至少1個條目被使用，而提名前須確保圖片沒有在維基共享資源中被提刪的疑慮，否則提名無效。 一個評選／重審完結後，應設一道至少1個月的「冷靜期」，才可（再）提交評選／重審。 如基礎評選期內除提名人外無任何投符合標準票者，則不進行評選延長期。 (※)注意：请勿拉票。

提議條文 評選結果 特色圖片評選的評選/重選期分兩階段，分別為基礎評選期（14日）及評選延長期（基礎評選期＋14日），如參與投票的有效票數未能滿足以下條件則將進入下一評選期。滿足以下條件的圖片可以當選特色圖片： 候選圖片獲得8張或以上的「符合特色圖片標準」票；「不符合特色圖片標準」票與「符合特色圖片標準」票1:1抵消。如下例所示： 圖片甲得到了10張「符合特色圖片標準」，2張「不符合特色圖片標準」票。當選特色圖片。 圖片乙得到了8張「符合特色圖片標準」，2張「不符合特色圖片標準」票。落選特色圖片。 提名者及投票者皆須擁有自動確認用戶資格，即註冊達7天及編輯達50次，否則該提名或投票會被視為無效。 參選特色圖片前，需上傳至維基共享資源且在中文（zh）維基百科中至少1個條目被使用。 如圖片於獲提名時已在維基共享資源中被提刪，該提名無效。 如圖片於獲提名後在維基共享資源中被提刪，該評選會被暫停，暫停期間在特色圖片評選的投票將會視為無效，但仍可提供意見。如圖片最終被刪除，該評選於圖片被刪除後即時中止，並作無效評選處理。如圖片最終獲保留，其特色圖片評選則會被恢復，且結束時間亦會相應延後以補回暫停期間的時間。 一個有效評選／重審完結後，應設一道至少1個月的「冷靜期」，才可（再）提交評選／重審。 如基礎評選期內除提名人外無任何投符合標準票者，則不進行評選延長期。 (※)注意：请勿拉票。

以上。Sanmosa _{Avec cœur} 2022年3月15日 (二) 07:50 (UTC)

沒意見。寫清楚就更好了。--Ghren🐦🕓 2022年3月15日 (二) 09:34 (UTC)

谢邀，我早就IAR关掉了--MilkyDefer 2022年3月15日 (二) 10:19 (UTC)

不觉得这种事儿需要专门改写规则。已经规定任何FP都必须放在commons，删除了自然不可能，commons属于其他网站，汉语维基百科不应该根据其他网站行为另立规则。--7（留言） 2022年3月16日 (三) 14:26 (UTC)

@Jarodalien：圖片獲提名後在維基共享資源中被提刪，但最終獲保留的處理方法現在是沒有規則處理的，難道這種情況不能補回些評選時間？還有，圖片於獲提名後在維基共享資源中被提刪，並最終被刪除時提名本身的處理也是有疑問的：到底是即時結束並作無效評選處理，還是等到原有評選期結束時才結束並作無效評選處理？我認為現在的規則支持後者，但前者明顯是更妥當的。（我就先不問另一個可能引申出來的問題了）Sanmosa _{Avec cœur} 2022年3月17日 (四) 02:25 (UTC)

commons是别的网站，图片在commons提删FPC根本不需要理睬，完全可以当成“XX论坛在讨论汉语维基提名典范的XX条目是否侵权”一样，根本不需要暂停，如果删除了，那条目连放在commons这种基本要求都没有达到，还如何继续？如果没删除，那不就和没这回事一样？反过来，如果某条目译自英语典范，译过来提名的时候英语那边提重审，难道汉语也要跟着来个暂停？我觉得这属于“unnecessary law”。--7（留言） 2022年3月17日 (四) 09:29 (UTC)

問題你是在直接調用Common上的資源啊，英維的Wikipedia:典范条目怎樣處理也好，但是條目上根本不可能直接調用吧。--Ghren🐦🕓 2022年3月17日 (四) 09:42 (UTC)

那又怎么样呢？不暂停会有什么后果？--7（留言） 2022年3月17日 (四) 10:09 (UTC)

我認為這跟一個GA獲提名到FA評選期間有人對其發起GA重審時的處理的道理是一樣的，不這樣做會導致搶focus的問題。就Wikipedia:特色圖片評選/普特勒的案例來説，一邊FP評選一邊存廢討論很明顯會讓兩邊的討論都被分薄了人流，讓兩邊的討論都沒辦法得出良好的共識。Sanmosa _{Avec cœur} 2022年3月17日 (四) 12:09 (UTC)

抢focus，分薄人流？不会吧不会吧不会吧？那某个条目提名典范，在全世界随便哪个阿猫阿狗论坛、网站、短视频提几句，讨论了一下，岂不也是抢了focus，分了人流？所以也要暂停？那不是另一个网站吗？汉语维基是不是有点管太多了？--7（留言） 2022年3月17日 (四) 12:17 (UTC)

問題在於那個不是“隨便哪個阿貓阿狗論壇、網站、短視頻”，而是commons。FP由於毫無疑問地會並必須直接調用commons上的資源，因此commons雖然在一般情況上可以當成“別的網站”，但在FP的範疇上萬萬不能。把FP與commons割裂是不可能的事情，兩者是相互影響的。Ghrenghren説的話是有道理的，其他維基媒體項目的頁面的内容不能直接在zhwiki上調用，但commons可以，因此在FP的範疇不能直接將commons與其他維基媒體項目的頁面兩者劃上等號。Sanmosa _{Avec cœur} 2022年3月17日 (四) 12:31 (UTC)

我觉得现有局面、规则完全不可能导致任何处理上的争议、程序问题。如果图片删了，谁能对FPC作废提出争议？如果图片没删，因有人提删（先且不论提删是否合理）就暂停反倒显得儿戏，暂停、继续不过在程序上增加一堆麻烦，而且寄希望于汉语维基百科读者关注commons（我还没见过commons那边人来这边的FPC发言）。最后我无法认同所谓FAC时他人提GA重审就暂停FAC是考虑“人流”、“focus”，难怪我们对拉票的看法差这么远。--7（留言） 2022年3月17日 (四) 12:44 (UTC)

那請問如圖片於獲提名後在維基共享資源中被提刪，commons那邊的存廢討論到了評選延長期結束時還沒有結束，圖片的提名獲得足夠的票數與票數比例使之能通過FP，但commons那邊的存廢討論的共識傾向刪除（甚至其實已經確定是要刪除的，但只是暫時沒人處理），這種情況下還要把圖片放去FP嗎？我自己的答案是不會。Sanmosa _{Avec cœur} 2022年3月17日 (四) 12:49 (UTC)

侵权、假造来源的条目上过优良、典范，这又算得了什么。--7（留言） 2022年3月17日 (四) 13:06 (UTC)

最後不都處理了嗎，所以才要立規則防止以後再發生同類事情啊。抛了問題出來，然後把所有解決問題的方案都説成“不必要”，這是甚麽詭異的邏輯？Sanmosa _{Avec cœur} 2022年3月17日 (四) 13:42 (UTC)

事后处理的呀，走的重审啊，没有单独又来定规则说“不准假造来源”，“侵权的暂停评选”啊。--7（留言） 2022年3月17日 (四) 13:59 (UTC)

重點在「所以才要立規則防止以後再發生同類事情」，因此現時有將條目／列表評選即時判定為無效的規則（WP:FAFAIL、WP:FLFAIL、WP:GAFAIL），以及FA評選期間可提出一次GA重審。［條目／列表含侵權內容的話，評選會被即時判定為無效（一開始只有GA評選如此運作，後來也引入到FA評選與FL評選），所以沒有暫停評選的操作。］另外，「來源造假」的條目具體是哪個條目我印象不大，你能不能說一下？Sanmosa _{Avec cœur} 2022年3月17日 (四) 23:35 (UTC)

我倒是覺得講清楚圖片沒了評選自然作廢的情況就行，沒有必要暫停評選。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年3月17日 (四) 12:46 (UTC)

@Ericliu1912：但圖片獲提名後在維基共享資源中被提刪，但最終獲保留的處理方法現在也是沒有規則處理的。你可以看看我上面給Jarodalien寫的那個極端案例，依照zhwiki這裏部分用戶的心態，我覺得這種情形是有可能發生的。Sanmosa _{Avec cœur} 2022年3月17日 (四) 12:51 (UTC)

不需要處理啊，最終保留就相當於圖片從頭到尾都存在，不影響評選本身的結果，那有什麼好處理的（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年3月17日 (四) 12:55 (UTC)

那我説個更極端的情況：假設我用你建議的處理方式來處理我上面給Jarodalien寫的那個極端案例，先以通過結案，然後好巧不巧我剛處理了一半登記FP的手續時，圖片就被刪除了，這我一開始做的結案不就很尷尬嗎？Sanmosa _{Avec cœur} 2022年3月17日 (四) 13:45 (UTC)

提議各個條目評選禁止提名人點票自己的提名並設定點票資格

事源Wikipedia:管理员布告板/其他不当行为/存档/2022年9月#Fran1001hk，提名人為自己的優良條目評選提名點票時把一票 不符合优良条目标准算漏導致評選結果有誤，先不管這是有心還是無意，但此案揭示了自己為自己點票會對評選結果的整確性帶來較大風險；另外，建議具有一定資格的用戶才可以點票（個人建議仿效DYKC的巡查員、回退員、巡查豁免者及管理員），以免有不熟悉的用戶亂點票。

現動議在WP:GAC#存檔程序、WP:FAC#存檔程序、WP:FLC#存檔程序、WP:FPC#存檔程序的最後部加入以下規則：

現行條文 (無)

提議條文 存檔程序的執行人必須於提名開始之前已成為巡查員、回退員、巡查豁免者或管理員，且於投票結束後仍持有前述之資格，但不可以是提名人。

懇請大家探討，謝謝！--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年9月18日 (日) 14:40 (UTC)

基於實際避免程序任何執行如提前終止之執行，可能基於代權人特定個別情況而有所爭議，建議執行人除已列之代權人身份，亦須有獲當事案事情形下共識認可之或授權之對案事執行之條件，或者直接條件為獲當事案事情形下共識認可之或授權之對案事執行之任意指定之衡常合資格用戶，並在執行存檔時附上適當說明書，列出：

1.受權執行人之站內身份與受權簡述；2.執行案事內容；3.引用理據；4.可見證受權認可之社區成員；及5.其他執行案事必要列明說明之項。

以上為暫定建議。--約克客（留言） 2022年9月18日 (日) 14:57 (UTC)

（我原本的意見也被編輯衝突吃掉了）我是覺得為了一件偶發性事件來大費周章提案實屬不必要，我之前提名一個條目上DYK，那個提名還能連續兩次因為編輯衝突而被同一個人意外刪去。自己為自己點票是沒其他人點票的情況下的無奈之舉，這幾年前就已經有了（有老用戶也這樣做），再考慮到最近出現過條目評選結束後幾天仍無人點票的情況，我認為這個提案只會增加社群的負擔。另外，我印象中在以前也是有IP點優特評選的票的，但那個IP用戶完全沒出差錯，我覺得不必對IP用戶有如此大的不信任。Sanmosa _{Királyunk s a közhazát} 2022年9月18日 (日) 15:04 (UTC)

IP現時是不可以建立優特條目的輪展頁的（即第六步），所以IP完成整個點票程序是不可能的，所謂的IP點票事實上在最後還需要一位自動確認用戶重新點算結果方能完成整個程序。另外，至少在通告版中近期未見有人提出優特條目有積壓多日未處理的問題，煩請明確指出近期哪個時段出現了如此情況，好讓大家評估。還有恕敝人不理解「為了一件偶發性事件來大費周章提案實屬不必要」與「我之前提名一個條目上DYK，那個提名還能連續兩次因為編輯衝突而被同一個人意外刪去」的關聯性何在。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年9月18日 (日) 15:48 (UTC)

我的意思是你上面提到的那件事件屬於偶發性事件與意外，要追究這種明顯屬於意外的偶發性事件的話，這追究肯定得沒完沒了，實屬浪費社群資源。“通告板中近期未見有人提出”不代表問題不存在，至少我曾經看到過，畢竟根本沒人意識到這種事情是需要放在通告板上通知其他人的。有些人點票時不會代建優特條目輪展頁，因為現在優特條目輪展頁原則上是由條目主編自己建立的，條目主編不建的話，頂多就是那個條目永遠上不了首頁而已。Sanmosa _{Királyunk s a közhazát} 2022年9月19日 (一) 05:04 (UTC)

如果認為偶發的事件不值得考慮的話，那麼優特評選積壓許多天的情況也不常發生（至少今年內未見過，如有請明確指出），所以積壓問題也因為其偶發性而不是自我點票的合理理由。輪展頁的問題見下。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年9月19日 (一) 09:26 (UTC)

好一個“今年內未見過”，我在最近一兩個月就見過了，我稍後給個歷史版本出來。我不認可你對輪展頁的問題的見解（雖然MilkyDefer的見解也著實詭異就是了），規則寫的只是“獲選優良條目的投票，整理步驟如下”，而並未要求必須為同一人完整執行全部6項“整理步驟”，因此我認為以提示頁的分工合作論來詮釋規則並不構成衝突。Sanmosa _{Királyunk s a közhazát} 2022年9月19日 (一) 12:05 (UTC)

我收回前面那句話，可能是我擔任DC主持人的緣故，只是稍稍幾個條目一起晚了一天多點票就緊張過度，如果你真的覺得這不是問題的話，那你姑且就不用把這當成問題吧。但無論如何我都不認同設立“點票資格”的提議，畢竟有權限者是否真的值得信任這件事已經爭議了好幾年了。Sanmosa _{Királyunk s a közhazát} 2022年9月19日 (一) 12:53 (UTC)

像这种简单的事情，应该由机器人或者脚本代劳比较好，现在的存档程序转移讨论的那几项操作起来不太方便。我个人理想中的流程是，由一个编者宣告点票结果，机器人确认点票结果并完成步骤；如果机器人结果与人类结果不一致，交给上述有特殊权限的人进行复核。

撰写轮展页面其实严格来说不算在流程当中。评选页的提示语气（请注意，只有……才能显示在首页上）暗示此为可选项；另外确实忘记写这个又不会对条目本身有什么影响，况且真的有没写这个的。--MilkyDefer >沉痛哀悼女王陛下 2022年9月18日 (日) 16:20 (UTC)

（上述想法有参照en:User:FACBot）--MilkyDefer >沉痛哀悼女王陛下 2022年9月18日 (日) 16:22 (UTC)

「请注意」這三個字應該是提醒大家不要做漏，而不是說可選項吧……。機械代勞是值得考慮的，但機械操作員也不應同時是提名人。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年9月19日 (一) 01:47 (UTC)

我当然不是说请注意三个字，我指的是只有才句式。那句提示语提供了一个这样的逻辑：“为当选条目撰写简短介绍”为“条目登上首页展示”的必要（不一定充分）条件；并且暗示不写介绍的后果只是不上首页展示，而不影响条目获得优良（典范）条目资格。作为一个专责于认定条目是否可以获得优良（典范）资格的流程，其职责仅到条目获得品质徽章（含加入优良典范条目列表、更新维基数据）为止。撰写简短介绍令其登上首页属于后续善后工作而并无迫切性。 --MilkyDefer >沉痛哀悼女王陛下 2022年9月19日 (一) 05:06 (UTC)

如果真的這樣理解，衹能說提示頁寫得不好罷了，況且提示頁並不是正式規則的一部份，一切應按正式的規則頁進行解釋，而那六個步驟在WP:GAC的規則上並沒有任何明示或暗示是可選的，所以理論上應該每一步都要做齊才對（我自己的經驗是等點票人建立了輪展頁後才再修改），沒有迫切性在我看來並非不執行部份規則的理由。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年9月19日 (一) 09:26 (UTC)

建议设立点票员，巡退免皆不值得信任。->>Vocal&Guitar->>_留言 2022年9月19日 (一) 00:29 (UTC)

增加更多职位？是否有必要的？我认为只需要不允许提名人对自己的提名点票，和允许出现点票争议由第三人再点票确认则可。或者必要时由管理员和行政员介入最终点票确认则可。——Sakamotosan路过围观 | 避免做作，免敬 2022年9月19日 (一) 02:40 (UTC)

你要说专职人员人选的话我脑海里倒是有一位。就是那位发言喜欢全部归因为独裁和官僚、加红字加粗加下划线、签名还呼吁大家多多关注内容评选的那位……--MilkyDefer >沉痛哀悼女王陛下 2022年9月19日 (一) 05:09 (UTC)

反對。--🎋🍣 2022年9月19日 (一) 07:41 (UTC)

• 對不起，現在才看到這個問題，個人認為有以下兩點想說：
  1. 不應因人設事，只因為個人拉票問題而限制。那如果真要因人設事，請問以前拿到的榮譽是否形同「虛設」？淡出是為了讓其他用戶也有機會靠這個拿到維基獎勵的。
  2. 這類評選什麼時候親眼看過管理員長時間幫忙存檔過了？因此，只有「存檔程序執行不能市提名人本身自己」可以(＋)支持以外，其它基本上(－)反对。要不然以後乾脆都開放拉票算了，真有那麼需要因為「是否應評選為一個GA」計較成這副德行？其它的（FA、FL、FP）請問要不要比照辦理？

講啊，這種存檔真的有需要限制只能由那些人進行嗎？他個人拉票之行為，請問又關別人什麼事情了？MilkyDefer說的沒錯喔，獨裁社群的討論已經看到了。不過這種問題不是很想再進行回覆，有沒有想要認真執行才是真的。倘若不想認真執行，那就不要廢話了，長時間跟這個標準的「Parkinson's Law」講話會非常痛苦而且很沒有意義。個人也能說：雖然熟悉，但是並非巡查員、回退員、巡查豁免者或管理員，所以是不是以後在退休或死掉之前，就無法再執行了？那可以現在就走人了嘛。以前也講過，這種「巡查豁免權」本來就是種笑話了，所以是要給看笑話的權限嗎？這種東西也不能稱得上「免死金牌」好嗎？--Z7504非常建議必要時多關注評選（留言） 2022年9月19日 (一) 11:00 (UTC)

麻煩不要大字報，真的有興趣理解你的意見的會仔細讀的，不需要幫別人挑重點，麻煩了。--SunAfterRain 2022年9月22日 (四) 09:08 (UTC)

呵呵，重點寫出來不好嗎？原來獨裁社群很喜歡討論沒重點或者毫無實際重點的東西。這個獨裁社群之所以可稱作「Parkinson's Law」真的是一點都不意外，討論冗長又不知道有無實際意義或作法的討論，其實都是長年習慣「Parkinson's Law」來的。--Z7504非常建議必要時多關注評選（留言） 2022年9月23日 (五) 09:10 (UTC)

沒什麼意見。不過可以考慮評選結束並計票以後隔一段時間再存檔，讓他人有檢查的時間。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年9月19日 (一) 11:38 (UTC)

倘若真的有計票上出現錯誤問題之情況發生了，他人可以直接去該條目的討論頁重新用一次覆蓋先前結果嘛，唉...怎麼會看到這種顯然非常不需要再回覆的討論呢？--Z7504非常建議必要時多關注評選（留言） 2022年9月19日 (一) 11:43 (UTC)

@Z7504：誰叫Opky9407是個訟棍呢，他就是不可能會這樣做的人。我現在總算是把某些人根子裏的想法看清楚了，有些人你就算已經刻意避開他了，他還是會故意找你杠上。Sanmosa _{Királyunk s a közhazát} 2022年9月19日 (一) 12:58 (UTC)

@Z7504：問題是這種計票錯誤有其隱蔽性，如果自我點票者存心要蒙混的話，若一直沒有其他人翻看歷史，隨時就蒙了過去很難被發現，更不用說再之後重新覆蓋結果了。還有這與拉票（甚或是其他的投票理由）都沒有關係。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年9月19日 (一) 13:18 (UTC)

(：)回應：講一句坦白話，或多或少在執行這玩意可能是真的會不小心算錯票（特別是票假設比較多的話）。但如果誠實一點重用一次移動存檔，相信不會有人再對票數計算結果提出異議。至於拉票，以前應該也講過這就是一種「防不勝防」的情況才對，那純粹就是個人良心程度問題。--Z7504非常建議必要時多關注評選（留言） 2022年9月19日 (一) 13:31 (UTC)

這次明顯不衹是純粹的算錯票，而是移動到Talk的時候連人家的票都不見了，這顯然不是用Template:移動存檔就能解決的事。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年9月19日 (一) 15:25 (UTC)

給點固定連結比較看看到底是怎麼了？以前較有時間出於公益做這種存檔時，都沒聽過這現象出現啊？對了，如果是遇到「|」的時候，的確有可能需要被迫分成幾次才能存檔。比如：太极洞的存檔，因為某人的簽名被迫需要分成至少2次存檔：第1次、第2次（補剩下的內容），這點所有人在存檔時反倒需要留意，以上。--Z7504非常建議必要時多關注評選（留言） 2022年9月19日 (一) 15:43 (UTC)

看回一開頭所指的ANM案：GAC最後的樣子是6正1反，移動到Talk就變成了6正0反，最後被ANM了才去修正。看起來跟「|」沒有半點關係。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年9月19日 (一) 16:42 (UTC)

(：)回應：那理解問題點在哪了。不過這個獨裁社群倘若真的硬是要真的這樣「因人設事」通過，只限巡查員、回退員、巡查豁免者或管理員來用的話，那真的可以現在打包走人離開維基百科了。請問以下這5個連續的存檔：「1887年萬聖節熱帶風暴」到「1979年太平洋颶風季」的存檔，哪一個存檔有錯誤？如果沒有錯誤，那真的是標準的「因人設事」提案嘛。當然，會遇到「|」的情況比較少，但還是有可能發生，只是這5個存檔都沒遇到而已；至於拉票則是個人問題。如果之後有人抓到是靠拉票而過的，但是已經存檔了，建議直接再另起討論。因為這種「防不勝防」的動作，請問有必要特別在執行前後需要每次留意嗎？5個都是A1Cafel提名的，怎麼沒聽到半個說A1Cafel有拉票的？現在知道為何這種東西顯然不用特別回覆了吧？「Parkinson's Law」。這次問題點就是Fran1001hk不誠實嘛。至於個人表決，上面已經講了，不再贅述。--Z7504非常建議必要時多關注評選（留言） 2022年9月19日 (一) 16:55 (UTC)

之前提移動請求都要花一段時間等結果，雖說這種事情很少發生，但把問題丟給他們處理會不會太過分，況且這事只有巡查員、回退員、巡查豁免者或管理員才能解決嗎？ --窝法乙烷 儿法梦碎 2022年9月19日 (一) 11:51 (UTC)

@Milkypine：上面已經舉例過了，也實際舉例連續5個存檔了，接下來想必不用再回覆什麼了。倘若真的就是「因人設事」提案，那奉勸現在就可以打包走人，以後不要再寫維基百科了，不值得為了這個做「公益」。喔，忘記講最後一點了，這類評選本來就有非常非常多的Bug。但是就上面Cdip150所舉例的來說，這稱不上Bug吧？該講的都講完了，走人吧，難怪不值得以後的人再來寫維基百科，這個獨裁社群。--Z7504非常建議必要時多關注評選（留言） 2022年9月20日 (二) 04:53 (UTC)

• 原意是好的，但是技術上不認同，某人想要故意點錯票的話你即便明文禁止也是還會想故意點錯，想想有什麼辦法可以更容易發現那些故意點錯票可能更實際。--Maccomcre（留言） 2022年9月20日 (二) 08:18 (UTC)
  • 光從上面那個Fran1001hk例子來看，就可以知道應當要再想出更適合的辦法。但是真的有可能嗎？對於這個獨裁社群可不能奢求、期望過多啊。--Z7504非常建議必要時多關注評選（留言） 2022年9月20日 (二) 12:01 (UTC)
  • 造了個Special:滥用过滤器/354，以後提名人自己點自己的票，提名區的歷史版本會有「自己結束自己提出的評選」標籤，@Z7504、SilverReaper、AT、春卷柯南：以後看到提名區的歷史有版本標籤了「自己結束自己提出的評選」，請多加留意和複查。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年9月21日 (三) 13:15 (UTC)
    • 整套流程實際測試過了，好像只有最後一筆測試（撤回提名）能觸發該過濾器，但是在實際測試存檔至條目討論頁的時候似乎毫無反應，看功能上還有沒有辦法再進步。另外@Opky9407、Cdip150，加發現一件事：Fran1001hk在自行用移動存檔的時候也是錯的。正確表示最後修訂的編輯應為73587467這一筆，因為並沒有在GA評選頁面上計算票數就逕行存檔了。但上面Cdip150所舉例的並不是顯示這筆，而且Fran1001hk後面似乎也沒有修正，已經先幫忙修正好了。其他人用存檔的時候也都沒聽過這樣子的錯誤啊？所以是不是真的叫做「因人設事」提案？對事不對人的討論應該就是指這樣吧。(～)補充：當時Fran1001hk在提名城巴20A線的時間雖然確實是9月2日的12:54 (UTC)，而評審結束期間是9月9日的12:54 (UTC)，但是Opky9407是在評選時刻結束前的大約2分鐘投下反對票並表示有拉票之嫌（即73587467這一筆編輯），所以顯然算有效票。但請問：如果今天沒有趕在這期間內投下這個反對票並強調拉票，那這樣是不是就算通過了？因為差了這2分鐘，結果就能差這麼多，這個問題也是需要值得思考的事情。--Z7504非常建議必要時多關注評選（留言） 2022年9月21日 (三) 14:36 (UTC)
      • Special:滥用过滤器/355，存檔自己的提名也會有標籤。針對最後的如果沒有趕及投下這個反對票，其實還可以提報WP:ANM請求將結果作廢，參考以前的ANM案例和相關的結果作廢。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年10月3日 (一) 06:05 (UTC)

中维的FA、GA、DYK等评选是否可以改为英维的审议制而非强制投票制？

目前许多地方的投票制已经引发社群多次质疑和讨论，动辄被认为有灌票嫌疑（甚至有不拉票即不能通过的说法），而且许多评选参与者不多，几乎将沦为虚设，强制性的票数界限反而使许多达标页面仅因为评选无人光顾而未能获选，关于改为英维审议制，社群又何看法？欢迎大家讨论。--有困扰的话，就让魔女用魔法帮你排忧吧！ 2022年9月26日 (一) 04:47 (UTC)

如果审议人审议通过了不合格的条目，该负什么样的责任？审议人审议条目，又能获得何种激励？好奇这个审议制度如何运行。Fire Ice 2022年9月26日 (一) 08:11 (UTC)

我也不了悉英维为何能这样运作而不至于出问题，亦不清楚中维是否这样运作会出问题--有困扰的话，就让魔女用魔法帮你排忧吧！ 2022年9月26日 (一) 10:31 (UTC)

英维似乎FA、GA、DYK都没有激励机制。看过一些GA就一个人审议，标准弹性很大。也存在公开交换审议的情况。--Benevolen（留言） 2022年9月26日 (一) 10:53 (UTC)

如果审议人审议通过了不合格的条目，该负什么样的责任？审议人审议条目，又能获得何种激励？ - 个人觉得这些问题不存在，而实话实说和这种话很像：如果IP用户写出了不合格的内容，该负怎么样的责任？IP用户编辑条目，又能获得何种激励？

关于不合格条目，可以读读英维重选流程。两种方式，并且可以以个人的方式进行重选。--0xDeadbeef（留言） 2022年9月26日 (一) 13:12 (UTC)

你应该和如下例子类比：如果巡查员巡查通过了不合格的内容，该负怎么样的责任？巡查员巡查条目，又能获得何种激励？当然，DYK、GA、FA比新条目巡查责任更为重大，他们将被推上首页，甚至读者要是点击图标，还能看到“优良条目是我们认为质量令人满意，但未达典范标准的条目”等内容，甚至是“我们认为这些条目详尽而深入，符合特定要求，是维基百科条目之杰出典范。”如果审议人把诸如远东华人强制流配的原版这类东西选为FA，将来媒体报道顺便提到某维基人“有三篇条目被评为优良条目，一篇被列为典范条目——此条目还被其他语言的维基百科用户翻译为英语、俄语、乌克兰语、罗马尼亚语以及阿拉伯语。”谁来负这个责任，该负什么样的责任？Fire Ice 2022年9月26日 (一) 13:56 (UTC)

GA、FA推上首页难道不是需要更多人审议吗？英维的DYK在上首页之前都需要管理员进行批准的。至于FA在英维上可也是需要多个人审核达成共识。所以GA真的责任重大，必须投票表决吗？如有问题则处理问题，无法处理问题则是另一个问题。如有GA捣乱的，轻者WP:TBAN，重者直接封禁不就行？--0xDeadbeef（留言） 2022年9月26日 (一) 14:06 (UTC)

当下GFA就是无人负责的，如果审议制度同样无人负责，和当下制度又有什么区别呢？Fire Ice 2022年9月26日 (一) 14:09 (UTC)

「維基百科不保證其內容正確無誤」，本來就不負責。只是換一個更高效的制度是可以考慮的，不過正如下面提到的同行審查也未必「高效」，甚至可能更糟糕。

目前限期評選還能變現推進審議流程，如果同行審查，條目若沒人有興趣的題材，掛幾年也是很正常的，又變成另一種積壓工作。--Nostalgiacn（留言） 2022年9月29日 (四) 08:12 (UTC)

如果是按标准打勾勾的话，只不过变成自动灌票罢了（一次提交，一次“自动”判断标准，一次同意通过）。如果是人审议的话，出现标准意见冲突怎么办？甚至说现在投票机制，有点像按标准进行人工审议罢了。——Sakamotosan路过围观 | 避免做作，免敬 2022年9月26日 (一) 09:01 (UTC)

我们至少需要具备基本的编辑经验/能力的用户才可能做好这一点吧？--百無一用是書生 (☎) 2022年9月26日 (一) 11:44 (UTC)

機制亦需要充分考慮到不同專業、個案和特型等方面，若果依據本地實際，認為僅能由特定試驗之專案做略為檢視操作，在全方面而言相關條件之現實門檻還需更多補足。--約克客（留言） 2022年9月26日 (一) 12:44 (UTC)

英維這套方法不適用中維啦。--~~Sid~~ 2022年9月26日 (一) 13:18 (UTC)

(？)疑問：萬一缺乏合適的人選怎麼辦？就好比折毛之前寫的若干篇FA、GA或者DYK有很長時間都沒有人發現造假，請問這到底是為什麼呢？所以目前還是先把人手不足這件事情解決了再說吧，人家英維的審議制也是典型因地制宜啦，中維不應該也是嘛。--紹💓煦^集思廣益 2022年9月26日 (一) 22:41 (UTC)

• 懶得再講什麼了，如果這種東西就是一種無法解決的Bug，那通通都是多講的，一點意思也沒有。「非強制投票制」這玩意，記得和以前共識制討論非常像。其實就是喊喊口號而已，但這種東西啊完全實施不起來。如果沒有辦法實施的，真的都是多講的，沒有討論必要性。--Z7504非常建議必要時多關注評選（留言） 2022年9月27日 (二) 07:05 (UTC)
• (▲)同上 仅是小范围中时而可行的乌托邦，很容易跑偏无共识。如果是想促成深入的同行评审，弄成可选机制、增加权重就好，流程参考还算能运转的DYK规则、PJ:AFC、典范/优良评选、WP:RSN等。--YFdyh000（留言） 2022年9月27日 (二) 07:45 (UTC)

折毛事件的時候也有過類似的討論，還是那個觀點「這個系統更像是各專題評級的升級版，各專題有一定數量的評選人員，才能比較好地進行實施這個系統。另外，基於不同評選人員的標準，質量可能會飄忽不定。」

另外同行審查也不能解決「评选无人光顾而未能获选」的情況，實施這個制度的粵維也有超過兩年（甚至三年）都沒有人開啟審查的情況。而且有些優特審查很水，如這個。--Nostalgiacn（留言） 2022年9月28日 (三) 13:58 (UTC)

粤维人数和中维不可同日而语吧--有困扰的话，就让魔女用魔法帮你排忧吧！ 2022年10月2日 (日) 10:01 (UTC)

抽取的時間記錄也不一樣啊，列舉個案是很早期之情形，如點入正版參閱（UTC時間總看得懂吧）可是輪候漫長呢～另外提示一點，粵維上了新一波管理用戶、整個體系在部分操作上可能比中維更中維化，所以到底比較起來怎麼樣都很難說咧--約克客（留言） 2022年10月2日 (日) 12:02 (UTC)

 吐槽我的DYK恐惧症就是这么来的...-- B-MIKE -留|签 2022年10月31日 (一) 14:09 (UTC)

试行一次

吵这么凶大家都是在纸上谈兵，应该要实际做一次才能知道好不好才对。要不这样，我提议实际使用一个典范条目评选试行一次审议制度。这样有没有问题、会不会有问题就全部显现出来了。参考英维的评选制度，一名协调员拥有是否入选的最终决定权，这也解决了所谓的无人对审议结果负责的问题。

所以我就是说，大家是否愿意让下一篇典范条目评选由我作为协调员实际做给大家看一次是否可行，否则这个讨论永远都是没有任何论据的辩论，不及格。 --MilkyDefer 2022年9月28日 (三) 07:36 (UTC)

謹表( ✓ )同意示之。--約克客（留言） 2022年9月28日 (三) 09:09 (UTC)

( ✓ )同意 --0xDeadbeef（留言） 2022年9月28日 (三) 09:17 (UTC)

(＝)中立，反正上面都舉例過了，如果說學學Cdip150管理員建設一個過濾器的話，或許可以試試看。但在這就不再瞎扯些什麼了，估計又要來一個不知道得討論多久的討論串，不要玩到最後又是一個相同模子、不同包裝的討論，那真的一點意思都沒有。--Z7504非常建議必要時多關注評選（留言） 2022年9月28日 (三) 16:51 (UTC)

赞成。对于我熟悉的领域，我愿意作为评议人参与。（如果我有时间）--洛普利寧 2022年9月30日 (五) 02:55 (UTC)

支持，如果是我熟悉的领域，我愿意作为评审人参与。--——🦝英特浣熊耐尔 ^{就一定要实现}_{（留言・贡献）} 2022年10月2日 (日) 08:47 (UTC)

值得一試。--EzrealChen（留言） 2022年10月2日 (日) 09:05 (UTC)

• 儘管我不覺得能夠阻止什麼: RFA試行與條目評審試行其實有很大的分別。RFA總是能夠吸引大量用戶前來，制度本身無非是怎樣令大家服氣而已。條目評審的本質問題是對某一方面有專攻的用戶不足，因此如果按自己的初步觀念投票，就有亂投、灌票之嫌; 如果總是由兩三大佬投反對票，又有對新人不公云云。現在試行萬眾矚目，將各路精英聚集起來，自然能撐起場面，但日後又怎辦呢?--Temp3600（留言） 2022年10月7日 (五) 10:10 (UTC)
  • (：)回應：典范条目几大标准：全面、流畅、专业、考据全面、稳定、遵循格式手册、媒体使用恰当、长度合理，对审查者的能力标准要求是不一致的。审议制度允许审核者只针对这其中的部分标准提出支持，协调员会检查候选条目是否完整地接受了检查。因此，审议制度可以让评审者有力出力，回归典范条目标准，同时阻挡远东华人强制流放这种做了来源检查就能发现问题但是偏偏没人做就已经够票了的条目通过。投票制度在另一方面，投下支持票不需要说明理由，一个“符合典范条目标准”到底是否完整涵盖了所有标准呢？不知道。有责任心的人看到标准这么多没精力逐条确认所以不投；没责任心的人看着条目差不多符合流畅、遵循格式手册、长度合理就直接给支持票了。审议制度将典范条目标准进行足够细颗粒度的审视，有能力的人只要专心检查是否专业、是否与来源对得上号即可，专业能力欠缺的人就去检查行文是否流畅，格式是否得当等不需要专业知识的准则。将审核过程分工完成降低了所有人的负担，或可形成能力门槛降低的效果，更有亲和力。协调员是守门员，对他们的要求应当较高。 --MilkyDefer 2022年10月7日 (五) 11:37 (UTC)
  • 我擔憂的是，實施初期可能會有編輯秉著改善中維的決心去審視各提名條目，這當然是好事，但日子久了，參與人數或會穩定下降，最後典範條目評選重回多年前投票附理由的情況，即「內容充足、語句順暢，參考資料足以支撐全文，以支持票作獎勵。」之類。--銀の死神♠走馬燈劇場^{祝你在亂流下平安} 2022年10月8日 (六) 10:14 (UTC)

    不一样，如果害怕有这种现象就应该不允许投票带理由，而是给每一个条件打钩或给予评价，这样迫害捣乱评选者的时候就不可以以忘记了有这个规定的理由逃避迫害。--0xDeadbeef（留言） 2022年10月8日 (六) 10:33 (UTC)

    共识制评选的规定中，如果“评审员没有提供足够的信息来判断条目是否符合标准”，协调员可以判落选。

    此外，虽然共识制在中维可能做不到完美，但能避免投票制中的不少问题：比如不读条目就投yesFA（甚至我看到有提名人请求撤销FA时，都有用户上来就投yesFA……）、高质量的条目因为规定时间内少几个人投yesFA而落选等，我觉得总体而言共识制仍是一大进步。--BlackShadowG Slava Ukraini! 2022年10月8日 (六) 14:39 (UTC)

    • 我只是覺得，優良／典範條目評選引入所謂「英維式共識制」的確能夠隔絕劣質條目，但我對中維有沒有足夠審核人評核條目這點有所保留，畢業大家都是義工，吃力不討好的事沒有太多人願意做，而且會長篇大論指出條目各項錯處誤譯的編輯也走得七七八八。--銀の死神♠走馬燈劇場^{祝你在亂流下平安} 2022年10月9日 (日) 03:55 (UTC)

      • 這個是評委本身的學養問題。遺憾地，三個臭皮匠取代不了諸葛亮。然而，在最好的情況下，臭皮匠可以當個好助手，讓諸葛亮專心發揮所長，不用管官僚程序和低級問題。--Temp3600（留言） 2022年10月9日 (日) 09:19 (UTC)

        倒過來說，這種預審的好處，就是可能將臭皮匠們的權限壓縮在格式、來源一類的問題上，讓諸葛亮對內容的意見能夠突顯出來。然而，到底有沒有諸葛亮，這才是最根本的問題。-Temp3600（留言） 2022年10月9日 (日) 09:23 (UTC)

  • (：)回應：拆分FAN的審核流程可以算是一種預審。MilkyDefer上面的解釋很好，然而並沒有解決核心問題，即對內容本身的審核問題。換句話說，折毛的FA是奇狀怪狀的不良產品，日後有了預選後，至少可以產出金玉其外的不良產品。這或許是一個進步，但將其美名為「英維式的共識制」可就差遠了。--Temp3600（留言） 2022年10月8日 (六) 13:58 (UTC)

    我认为不管你如何想，有进步比原地踏步要好。如果能够透过改善一下优质条目整体水准的方式吸引一些学者来（而不是对英维趋之若鹜、对中维嗤之以鼻）的话，就更好了。--MilkyDefer 2022年10月8日 (六) 15:20 (UTC)

方案设定

那就这样，我先草拟一个方案，如下：

• 在该方案得到公示通过后，试行一次有效的评议制典范条目评选。
• 上一条当中的“有效”指的是，条目不满足快速落选准则，且不是典范条目重审。
• 选择的评选条目应该是在公示通过后，所提交的第一条典范条目评选。如果该候选条目不是有效的评选，则选择确定候选条目评选无效时刻起，下一条提交的候选条目，以此类推。
  • 例子：假如本方案于2022年11月1日凌晨3:47公示通过，同日凌晨4:13有人提交了条目A作为典范条目候选、上午9:24另有人提交了条目B、下午17:33有人提交了条目C。则条目A成为试行评议制的对象，条目B和条目C继续使用投票制。但是，在11月2日上午10:41时有人发现条目A含有大量侵犯版权的内容而导致其快速落选（参见即时不合标准准则第2条），则这一次对条目A的评审为无效评审。由于条目B和C已经在走投票流程甚至有人可能已经投票了不适合打搅，因此应当选择11月2日上午10:41后提交的第一条典范条目候选作为新的审议对象，以此类推。
• 该次使用审议制的评选，其结果拥有与现行投票制同等的效力。即，若审议为入选，则条目获得典范条目资格；若审议结果为落选，则条目同样落选，30日冷静期同样适用。
• 应该为该次试行开设评审专页，同时在典范条目评选主入口提供进入该次评审专页的链接。（这一条是为了防止评议发言过多影响其他条目的评选，可再做商议）
• 该次试行的协调人由我担任，毕竟是我提出要试行一次的。
• 试行结束后，我们继续讨论后续事宜。

如何？我还遗漏了什么要点吗？ --MilkyDefer 2022年10月2日 (日) 09:40 (UTC)

作为提案发起人表示原则性(＋)支持，唯我另发起了一个二十周年闭站抗议提案，可能时间上容易冲突--有困扰的话，就让魔女用魔法帮你排忧吧！ 2022年10月2日 (日) 09:47 (UTC)

基本上思路可以，謹表(＋)支持。不過應該需要另外開啟草稿版面，放置排版一下先吧，看上去一些細節也需要梳理一下，包括那個輪候遞補位列最好再看看怎麼排一下先。--約克客（留言） 2022年10月2日 (日) 11:56 (UTC)

@Longway22 所以具体而言有什么意见吗？你说的这些太宽泛了完全不懂。--MilkyDefer 2022年10月7日 (五) 03:15 (UTC)

在準方案討論版整合一下吧，主要一個是對可能進行試行標的對象（即被評價條目）遴選機制作一定清晰化。--約克客（留言） 2022年10月7日 (五) 10:40 (UTC)

没意见。--0xDeadbeef（留言） 2022年10月2日 (日) 12:02 (UTC)

(＋)强烈支持，我可以帮忙做一些准备工作。--BlackShadowG Slava Ukraini! 2022年10月2日 (日) 14:05 (UTC)

(＋)强烈支持：不错的决策！！----👻Cryberghost 2022年10月3日 (一) 03:50 (UTC)

(＋)支持--——🦝英特浣熊耐尔 ^{就一定要实现}_{（留言・贡献）} 2022年10月4日 (二) 04:15 (UTC)

(＋)支持。 --窝法乙烷 儿法梦碎 2022年10月4日 (二) 08:13 (UTC)

基本(＋)支持。--在下荷花，请多指教（欢迎签到） 2022年10月5日 (三) 09:55 (UTC)

(＋)支持——一只星步甲|留言|签名 2022年10月5日 (三) 16:45 (UTC)

筹备

我开始筹备了：Wikipedia:典范条目评选/共识制试行，目前在翻译英维的规则。——BlackShadowG Slava Ukraini! 2022年10月7日 (五) 04:46 (UTC)

目前英维相关规则/模板翻译进度：

1. 主页面：Wikipedia:典范条目评选/共识制试行（en:Wikipedia:Featured article candidates）完成
2. Template:FAC-instructions（en:Template:FAC-instructions）完成
3. Template:FAC/共识制试行（en:Template:FAC）完成
4. Template:Featured_article_candidates/共识制试行（en:Template:Featured_article_candidates）完成
5. Template:Featured_article_candidates/editintro（en:Template:Featured_article_candidates/editintro）完成
6. Wikipedia:Featured article preload（en:Wikipedia:Featured article preload）完成
7. Wikipedia:典范条目评选/存档方式（en:Wikipedia:Featured_article_candidates/archiving）完成

下方的页面在试行阶段并非必须，可以等正式改用共识制后再翻译/引入：

1. User:FACBot（维护FAC的机器人，主要的工作是存档已关闭的提名）
2. Wikipedia:典范条目评选/急需评审（en:Wikipedia:Featured article candidates/FAC urgents）
3. Wikipedia:典范条目评选/入选记录（en:Wikipedia:Featured article candidates/Featured log）入选的FAC由协调员加到这个页面
4. Wikipedia:典范条目评选/提名存档（en:Wikipedia:Featured article candidates/Archived nominations）落选的FAC由协调员加到这个页面

下方的页面可有可无：

1. Wikipedia:典范条目评选常见问题（en:Wikipedia:Wikipedia Signpost/2008-04-07/Dispatches）FAC的常见问题，没有也问题不大
2. Wikipedia:典范条目统计（en:Wikipedia:Featured article statistics）

--BlackShadowG Slava Ukraini! 2022年10月7日 (五) 08:42 (UTC)

此外@MilkyDefer：英维提名FAC评选的方式是让提名人往条目的讨论页上放{{subst:FAC}}（目前中维的模板位于{{subst:FAC/共识制试行}}），随机抽条目可能在程序上会与正式的不太相同。因此，比起抽一篇“幸运条目”用共识制，要不让有意让条目以共识制评审的主编自荐条目？--BlackShadowG Slava Ukraini! 2022年10月7日 (五) 09:32 (UTC)

我们实验的是审议制度，在审议之外的流程性质的东西不在实验范围啊。--MilkyDefer 2022年10月8日 (六) 05:31 (UTC)

OK。--BlackShadowG Slava Ukraini! 2022年10月8日 (六) 12:17 (UTC)

目前基本筹备已经完成，随时可以开始试行。--BlackShadowG Slava Ukraini! 2022年10月7日 (五) 09:49 (UTC)

据说要公示--0xDeadbeef（留言） 2022年10月7日 (五) 09:54 (UTC)

建議用GA做試行，個人認為FA非常不適合用審議制。另外建議協調員至少三人而非只有一人。--$\int$（☎） 2022年10月9日 (日) 20:07 (UTC)

能具体阐释一下你认为GA比FA更适合的原因吗？协调员的话一下子三个人就协调试行的一篇条目会不会多余了些？--MilkyDefer 2022年10月10日 (一) 01:12 (UTC)

FA是要多數社群認定的條目，GA則是在該主題內（換言之，FA跟GA的定位並不完全一樣，如果一樣為甚麼要分），我不認為區區幾名支持者就能代表多數社群的意見（FA的標準本來就應該比GA高了，不存在所謂標準太高而導致選不上的問題，選不上是因為品質不夠好），但我的確支持GA應該採審核制，畢盡有一些主題的條目就是不會引起很多人有興趣去讀，自然票數也會比較少。--$\int$（☎） 2022年10月10日 (一) 01:40 (UTC)

有一个问题。你为什么会认为FA是多数社群认定的条目？可能确实需要比GA多一点的人认同，但是夸张到多数是不可能的。在英维平均一个GA的审阅者1到2个；FA大概10个，怎么看都不是“多数”。要追求你想象中的多数，任何一个地方都没有。--MilkyDefer 2022年10月10日 (一) 03:14 (UTC)

我的意思是FA跟GA的根本不同在於GA是寫「怎麼樣能夠把內容或知識傳達給讀者」，而FA是寫「甚麼樣的內容或知識讀者會有興趣」（一言以蔽之：FA跟GA的不同就兩個：解釋行話和去蕪存菁。要讀得懂，也要讀了之後會對裡面提到的內容有興趣，進而自行去做更多研究）。之所以不會同意用審核制是因為一篇FA應該要能足夠吸引人去讓編輯去支持一篇條目成為FA（都吸引不了編者了，怎麼吸引讀者），而非少數人自行決定一篇條目是否適合大眾閱讀（用站內的說法叫「適合成為FA」或「符合FA標準」）。如果還是不懂的可以去看6+的用戶頁來理解為甚麼他寫FA寫的很開心。--$\int$（☎） 2022年10月10日 (一) 05:57 (UTC)

題外話：我能理解社群已經開始將FA跟GA慢慢有畫上大概等於的感覺，認為「FA只是更好的GA」，這裡有必要劃清FA跟GA的不同。--$\int$（☎） 2022年10月10日 (一) 05:57 (UTC)

FA并不是一定要为了让读者感兴趣。只能说是百科全书里面最优秀的条目，而往往很多优秀的条目都是能够让人感兴趣而已。

另外，感谢你的回复，解析失败 (带有PNG备选的SVG（MathML可通过浏览器插件启用）：从服务器“/mathoid/local/v1/”返回无效的响应（“Math extension cannot connect to Restbase.”）：): \int 。--0xDeadbeef（留言） 2022年10月10日 (一) 06:00 (UTC)

我能理解的確有些讀者讀完了FA之後還是會對該條目的相關內容沒有興趣，但起碼這是做為每位嘗試寫FA的編輯都應該要牢記在心的事。另外說真的，「百科全书里面最优秀的条目」是由誰評斷？個人認為這只是句很模糊的話，沒有甚麼實際意義。如果這個問題硬要討論下去的話我會說是由整個社群來評斷，但總不可能搞成像RFA那樣有勞整個社群來評價一位候選人吧。--$\int$（☎） 2022年10月10日 (一) 06:07 (UTC)

所以才会有典范条目标准，将「最优秀的条目」的标准明确化。--MilkyDefer 2022年10月10日 (一) 06:10 (UTC)

我並不認為當前標準足夠明確（此句同樣套用GA），仍留有許多供解釋的空間（註：這並不一定不是壞事）。

而且我不認為也有需要依此延伸下去的必要。我並不覺得將標準明確化（或模糊化）對當前提案有任何直接的影響/幫助。--$\int$（☎）dt 2022年10月10日 (一) 07:37 (UTC)

讨论状态：普遍相信采取审议制度可以相比于投票制度拥有更严格的把关。

现在事实：典范条目在品质上要求更优于优良条目。

所以不对典范条目严格，反而对次一级的优良条目严格，不符合直觉。--MilkyDefer 2022年10月11日 (二) 12:58 (UTC)

不見當前討論對「审议制度可以相比于投票制度拥有更严格的把关」達到共識。相反的，許多人認為審議制可能並不適合中維，如Benevolen提到的「標準彈性很大」和約克客提到的「相關條件之現實門檻還需更多補足」--$\int$（☎）dt 2022年10月11日 (二) 17:09 (UTC)

重申一次：我認為試行是可以的，但需要改善兩點

1. 改用GA進行試行
2. 至少三人作為協調員/共識執行人。--$\int$（☎）dt 2022年10月11日 (二) 17:12 (UTC)

我可以肯定，“审议制度可以相比于投票制度拥有更严格的把关”这句话所言绝对非虚。

如果说审议制“標準彈性很大”，那我可以说，投票制的所谓标准几乎可以视而不见。目前投票制是否入选不是依据“条目符合多少FA标准”，而是“多少人认为条目符合FA标准”。投下支持票的人可能没有读过条目，甚至可能知道FA要符合哪些标准，只要一定数量的用户投下支持票，条目就能入选，没有人能确定投票者是否有仔细审过（甚至是否审过）条目。即使有用户指出条目存在不少问题，只要支持票足以盖过他，那这些意见也可以视而不见。改用审议制度可以最大程度避免这种问题，至少审议制度中，仅仅表示支持是没有意义的。--BlackShadowG Slava Ukraini! 2022年10月12日 (三) 13:40 (UTC)

这样子说吧，请问你对于试行一次究竟有什么意见呢？改成GA和三个人总要有理由吧？英维的巨大RFC也只找了三个closer。如果和这个比起来是不是英维应该找三倍以上的人呢？不是说中维缺人吗？可现在一个无害的试运行都要求这么高了。--0xDeadbeef（留言） 2022年10月12日 (三) 13:49 (UTC)

三個人的話是依當前中文維基百科社群運作方式（尤其是評選）提出的最優解。我覺得不應該只尋求完全照搬英維規則，而是想辦法如何讓一個具有建設性的新機制在不造成過大風險（即協調員本身的三個問題：協調員自身可信度/是否值得社群信任、如何對可能的錯誤判斷負責〔是否協調員應該辭去該職〕及如何處理因改為審議制而造成其他可能的未知爭議）的情況下融入社群。尤其是第一項（協調員自身可信度/是否值得社群信任），若是無法得到社群信任極有可能造成爭議，變成遭人詬病的站務。

就如同之前的HAM，現在評選（起碼FA）沒什麼問題很大程度就是因為是：

1. 很簡單的加減乘除，幾乎不可能有人為操作空間。DYK、GA我不知道，但我長期關注FA，知道投票的就是那幾個人，多數時候也就只有那幾人投票，沒有拉票的問題。至於FA選不上的問題前面解釋過了，這裡就不多提。
2. 規定明文寫出（幾票就幾票，少數服從多數），沒有可以造成爭議的地方。
3. 所有參與者都享有同等地位，不會有人需要決定共識是甚麼，也自然不會有可信度的問題。

WP:沒壞別修。隨意完全引入（甚至只有部份）其他維基百科的機制並不一定對本地社群有益，反而有可能會造成更大的問題。雖然我自己也不是很喜歡見到本地不斷引入其他站的方針/指引來創建出新的職位（之前是調查助理、現在是協調員），但我也不會全然否認該方案可能的益處。這也是我部份(＋)支持這項提案的原因，尤其考量到我對除FA評選外的認知並不全面，因此我對DYK和GA的部分不予置評。

另外即使是试运行也應該當成正式評選來看，不論最終會不會實施。--$\int$（☎）dt 2022年10月13日 (四) 03:39 (UTC)

如果要三个人，那你对于协调员人选有什么推荐吗？在此次试行中，这些问题应该不存在吧。还是说，你觉得MilkyDefer没有社群信任/不可信？如果说FA评选没问题，那折毛事件如何解释？--0xDeadbeef（留言） 2022年10月13日 (四) 04:11 (UTC)

阁下认为FAC“没什么问题”是因为FAC有硬性标准，不会引发争议。但FAC最重要的目的，逐一检查条目是否符合WP:FACR，在投票制中完全无法落实，理由已如前述（例如：参与者完全可以不看条目/不知道FA标准就投票让条目入选，少数服从多数可以让重要意见直接视而不见）。共识制度即使有争议，也可以提高FA条目质量的把关。阁下认为“没坏别修”，在我看来这是已经坏了，而且坏得很严重，折毛事件就证明了这一点。

此外我不认为三个协调员是适合中文维基百科社群运作方式的做法。中维本身就人手不足，判断共识还需要三个人才能做到吗？再者，协调员出现争议又给谁来判断协调员的共识？“协调协调员的协调员”？到头来判断共识的权利还是会落到一个人手里。--BlackShadowG Slava Ukraini! 2022年10月13日 (四) 15:34 (UTC)

首先，拿折毛事件來證明應該要施行審議制本身就是一個問題。若有時間去重新看當時評選的人會發現三點即使用審議制也無法解決的問題：

1. 並不只有平時活躍於評選的人參與討論，相反的，有許多不常參與評選投票資深用戶（如河水、百戰天蟲）亦參與了討論，且並沒有參與討論的人發現這個問題。
2. 12支持，0反對，相信若是依所謂「判斷共識」而非「利用常識」來執行評選的協調員來說協調員也會選擇通過該條目。
3. 當時並沒有所謂「重要意見」點出條目的主要問題。

當然，假定新機制在過去的表現如何是沒有意義的。只用單次的突發性事件來作為幾乎完全改變當前體制（若是基於投票制作出改善，如提高當選所需票數那另當別論）的理由是沒有需要也沒有必要的行為，但就方案本身的想法我還是有一定程度的支持。

另外我對協調員的推荐不予置評，我雖然長期關注FAC，也熟知長期參與FAC的編輯，但我自認還沒有足夠能力去判別誰適合來判斷共識。我也沒有寫我不信任MilkyDefer，我只是希望有更多協調員能交換意見。當然共識的執行人確實只有一位，但是在有爭議的情況下多一兩人供執行人諮詢總是好事。--$\int$（☎）dt 2022年10月13日 (四) 16:31 (UTC)

诚然，审议制未必能完全防止折毛事件的发生，但能很大程度进行避免。当时远东华人强制流配的FAC中，没有用户检查来源，由于是投票制，因此即使没有用户做来源检查，条目也可以入选。如果是审议制，就更有可能有用户根据WP:FACR做来源检查（英维的伪条目Bicholim conflict就是在FAC被查出来的）。

鄙人仍不认为结案需要三个协调员，先不提中维是否有这么多人力，判断共识一个人足矣。协调员就相当于FAC的管理员，如果AFD要两三个管理员才能结案，显然不是什么好事。且会引起争议的评选，显然条目本身也是有问题的，即使被判落选，完善条目过一个月再来评选是个更好的方式。--BlackShadowG Slava Ukraini! 2022年10月15日 (六) 07:55 (UTC)

另外希望有3人的主要原因是因為在共識不明確的情況下由一人自行決定可能沒辦法做出最佳的判定，所以是希望有其他人也可以作為協調員交換意見。--$\int$（☎） 2022年10月10日 (一) 01:36 (UTC)

只是试行，必要性不大。英维这么大的社群也只需要四名协调员，一篇条目就是由一名协调员结案。需要注意的是，条目是否入选不是依据协调员的看法，而是依据审阅者的共识，协调员只是负责判断审阅者的共识。这就好比为何AFD只需要一名管理员就能结案一样。--BlackShadowG Slava Ukraini! 2022年10月11日 (二) 12:52 (UTC)

那如果一討論沒有明確共識的話該當選還是落選？另外AFD只需一名管理員結案也不過是在有明確共識的前提才會結案，不然通常會進到積壓討論，最後甚至無共識保留（不太確定這對協調員來說這套用到評選是當選還是落選）。--$\int$（☎）dt 2022年10月11日 (二) 17:15 (UTC)

根据目前英维的规则，“没有达成条目入选的共识”就是落选；这与审议制的GAC区别很大，审议制的GAC是一名审阅者主要负责审阅，其它编者也可以发表意见，只要基本没什么问题，审阅者就可以评定入选，这比FAC宽松很多，所以我不建议阁下提议的用GAC试行。--BlackShadowG Slava Ukraini! 2022年10月12日 (三) 13:15 (UTC)

如果最终决断有疑，可以依托之前意见再讨论和重选，多名协调员得出的共识也未必是普遍、可靠的共识，共识始终可推翻。如同存废讨论的异议路径是存废复核。--YFdyh000（留言） 2022年10月11日 (二) 18:35 (UTC)

現評選規定為一個月後才能重新提交評選，存廢複核並沒有限制必須要幾天後才能提請覆核。個人認為若只依协调员的決定將有爭議的條目選為典範，則必須等待一個月後才有可能重選。共识確實可推翻，但若無法及時改變則無法避免原可避免的負面影響。

再者，講難聽一點，我始終無法剔除掉有償協調員而引發爭議的可能性。這也是為何我會傾向有多名協調員的原因之一。--$\int$（☎）dt 2022年10月11日 (二) 19:57 (UTC)

如果决断并不违逆共识而只是偏颇，继续在客栈等位置讨论就好，然后再走重选手续。严重情况得到共识建议雪球以推翻决定，但争议议题就很麻烦。如果说的难听，我也无法排除两名协调员一同忽视共识或争议的可能性，以及协调员如何可信。--YFdyh000（留言） 2022年10月11日 (二) 20:14 (UTC)

BlackShadowG回应后了我又看了一遍，我还是搞不懂为何需要有三个协调员。如果你认为协调员关闭讨论的是en:WP:SUPERVOTE，那是不是在暗示你不认可MilkyDefer对于共识的判定？协调员的主要工作只有两个：第一是判断讨论中有没有达成共识，第二是保证讨论没有遗漏掉WP:FACR，且在共识作为提拔FA时有合理反对的权利。但是，并不是说明协调员能在多半人反对的情况下强行推进到FA。--0xDeadbeef（留言） 2022年10月12日 (三) 13:34 (UTC)

我可以简单地说，判断共识的工作最后肯定会落到一个人手中，这一点几乎不太可能改变。协调员是负责判断审阅者之间的共识的，如果要多名协调员对“判断共识”达成共识，那如果协调员间产生不同意见，又由谁来判断协调员间的共识？再设立一个“负责判断协调员的共识”的职位吗？我不认为这样一层层下去是件好事，让协调员作为那个判断共识的人，就足够了。--BlackShadowG Slava Ukraini! 2022年10月12日 (三) 13:52 (UTC)

建设性提议

试行本就是为了摆脱空想看到底好不好，试行提案还要提修正案争吵的话实质上就是延续了空想，因此我建议下面的修正案可以跳过去直接按原案试行一次-有困扰的话，就让魔女用魔法帮你排忧吧！ 2022年10月26日 (三) 07:21 (UTC)

试行一次修正提案

鉴于上面有人强烈要求对这一次试行做出两点修订，特列如下：

1. 这一次试行改针对一次优良条目评选
2. 增加这一次试行的协调员数量为三人

如果大家都没意见的话我也就从了吧。 --MilkyDefer 2022年10月12日 (三) 01:01 (UTC)

虽然觉得三个人评选优良条目很搞笑，但是如果觉得这样有意思，我可以当一个协调员--0xDeadbeef（留言） 2022年10月12日 (三) 04:36 (UTC)

(－)反对：一人、FA比较好，如果从GA试行那还不如从NYK试行呢。--有困扰的话，就让魔女用魔法帮你排忧吧！ 2022年10月17日 (一) 06:01 (UTC)

(－)反对:

1.英维GA的共识制评审方式与FA完全不同，GA通常是一名审阅者主要负责审阅，其它编者发表意见；FA则是需要多名审阅者达成共识，显然在中维先试行FA的共识制评审更为合适。

2.一篇条目只需要一名协调员判断共识，理由已在上方回复。--BlackShadowG Slava Ukraini! 2022年10月12日 (三) 13:08 (UTC)

• 我還是更關注誰來進行內容實質評審的問題。一個看版和一堆看版效果一樣。--Temp3600（留言） 2022年10月14日 (五) 10:23 (UTC)
• 我覺得GAC要3人負責「協調」過多了，FAC的話則沒有問題反正另外兩人都只是負責endorse。--銀の死神♠走馬燈劇場^{祝你在亂流下平安} 2022年10月16日 (日) 08:45 (UTC)

那不然鑑於這次只是試行改成三人就算了，就作GA試行一人協調就好。--$\int$（☎）dt 2022年10月16日 (日) 23:46 (UTC)

不建议改成GA试行，GA审议制是一名审阅者直接决定条目是否入选，不需要协调员。--BlackShadowG Slava Ukraini! 2022年10月17日 (一) 11:43 (UTC)

我觉得他可能想的是走出与英维不同的路子——GA审议，FA投票……--MilkyDefer 2022年10月17日 (一) 14:15 (UTC)

FA比GA标准更严格，却使用更宽松的投票制？怎么看都不合理吧。--BlackShadowG Slava Ukraini! 2022年10月18日 (二) 13:14 (UTC)

那把他召唤出来阐释一下吧@ATannedBurger--MilkyDefer 2022年10月18日 (二) 14:30 (UTC)

前面已經解釋過投票制並不一定比審議制寬鬆，及FA不適用審議制的原因。--$\int$（☎）dt 2022年10月18日 (二) 15:54 (UTC)

即使有使用者指出條目存在不少問題，只要支持票足以蓋過他，那這些意見也可以視而不見

，這是少數服從多數，我不認為在評選（尤其是高階評選如FA）需要有所謂共識執行員/協調員。FA評選現在沒什麼爭議（就看上過客棧的次數基本就知道了，相信有許多需要更高權限〔如管理〕處理的站務上過客棧的次數/爭議數比評選還多），那為甚麼要引入一個一望而知會造成爭議的制度？前面也有提到用折毛事件來證明評選需要改革是不需要也沒必要的行動。

評選講究公開透明，而非多出一級似乎像權限的用戶組來專門處理評選。上一個在中維這樣做的最後上了客棧被公開審判至少兩次了，我不希望評選也變成那個樣子。--$\int$（☎）dt 2022年10月18日 (二) 16:14 (UTC)

看了上面你提出「現在評選（起碼FA）沒什麼問題很大程度就是因為是」三個觀點，給人印象似乎是不願走出舒適區，習慣了固有的小圈子評選（投票的就是那幾個人）。

「少數服從多數」和「不會有人需要決定共識」過於理想化了。如下文提到現在評選員的標準是「自動確認用戶」即可，而且這也是目前DYKN、GA、FA的標準。一樣的評選員標準，也是票數積分，為何DYKN、GA就較多爭議，是否有爭議和評論制度好壞沒有邏輯關係。DYKN、GA就較多爭議更多是因為新人參與等更多，他們對格式行文用語不了解，所以條目質量不免殘次不齊，潛在爭議的可能性大。

如果英維這個比中維規模更大的社區，使用共識制沒有問題，現在的制度試行並沒有損失。折毛事件只是一個典型例子，深層的問題是現在DYKN、GA、FA都存在的「零意見支持票」，就算是方針也有因為沒人仔細看就通過的情況。共識制就是希望「有人对审议结果负责」，其實就算不進行審議，現行機制是可以對任何獲選GA、FA的條目提出複核，就算不試行這個制度，也可以變現組建複核審查小組，有條件進行攔截（如FA評選中，認為不符合標準，曲線將條目移交GA評選或複核）。--Nostalgiacn（留言） 2022年10月19日 (三) 17:09 (UTC)

(＋)支持「複核審查小組」，的確有許多可能連GA都不符合的條目因為水票問題而上了FA（就文筆而言，內容比較難發現，詳見現在在FAC進行的重選）。另外個人也建議在一條目得到FA提名前必須先有GA。

 吐槽：這不是舒適圈的問題，而是有沒有足以信服的專業人士（如寫過多條FA，個人認為10+條為佳，並清楚知道FAC應該如何運行的編輯）來監督的問題，但根據現狀時不時有反對權威（如「濫權管理員」一類）的事件發生，不建議引入「權威人士」來決定共識。--$\int$（☎）dt 2022年10月19日 (三) 20:03 (UTC)

個人對「複核審查小組」在FAC的角色理解為：檢查各條目是否即時不合規，且只有在即時不合規的情況下才可行使「落選權」。當選方式仍採用投票制，若一條目即使符合標準但未達一定票數仍落選。另外還是同一句話，我對GA跟DYK的相關提案沒有意見。--$\int$（☎）dt 2022年10月19日 (三) 20:22 (UTC)

看來我需要明確(－)反对現行的投票制。恕我直言，「沒有爭議」不見得是什麼好事，閣下覺得投票制沒有爭議，那是因為目前的投票制中審閱者不需要仔細檢查條目就能入選，「爭議點」都不被發現當然「沒有爭議」。FAC的目的是檢查條目「符合多少FA標準」，而不是投票制依賴的「多少人覺得FA符合標準」。即使「複核審查小組」也無法完全解決這個問題，很多條目的問題不是「即時不合規」，而是有不少問題以至於未達到FA標準，這不是增加一個攔截「即時不合規」條目的小組就能解決的問題。--BlackShadowG Slava Ukraini! 2022年10月20日 (四) 03:08 (UTC)

(！)意見承Black閣下所言之，關聯衍生之似乎為評審方面，在現行情況下，其投票體系和小圈子編組等特定問題本身即有所爭議，

可能研究對應之監察或覆核機制等，修正需明示當期參與之個體統計數之地位、以及評審組定論之標準地位，列明相關地位在有關特定情況下，必須基於條目內涵或專業等差異而對應調整當期評核檢視之尺度，並約定如需採用特定成員編組化之覆核等措施、必須不抵觸到條目內涵或專業等本身所具之合乎其內涵或專業等之採編知識尺度。

以上為暫定所建言之，謹供共議。--約克客（留言） 2022年10月20日 (四) 03:19 (UTC)

關於這點「目前的投票制中審閱者不需要仔細檢查條目就能入選」我還請您舉證，因我不見有這類情況發生。折毛事件上面有解釋過了，並不是水票的問題，而是當時社群絕大多數都無法辨別該條目的假資訊。這個問題自認用「複核審查小組」即可解決。

另外「FAC的目的是檢查條目『符合多少FA標準』，而不是投票制依賴的『多少人覺得FA符合標準』」本身就是一個奇怪的比較方式。若一FA符合標準則其應符合了許多FA標準中列出的諸多標準，多人認為一條目符合FA標準反而讓一FA當選更為嚴格。還有個人認為共識比標準更重要，若改為審議制勢必限縮其他參與者在FA中表示支持一條目當選FA的能力。讓決定和辨別共識從明文規定變成由「人」決定（協調員也是人，只要是人必定出錯）並不是好事，所以重要的是風險最小化。--$\int$（☎）dt 2022年10月20日 (四) 16:21 (UTC)

難道不覺得有點自相矛盾嗎？你支持所謂「複審組」，並且承認有許多可能連GA都不符合的條目因為水票問題而上了FA，但卻又認爲現在的FAC沒有任何問題。就算是投票沒有問題，但此討論中已經多次提到共識討論制的優點和好處，而有人去反駁這些觀點，並指出投票制相比共識討論之下的優點了嗎？我可不可以把現在討論「FAC投票是否存在問題」這種無意義的討論視爲稻草人論證呢？說到最後，到底對於FAC試行一次、一個負責人有什麼具體意見？難道你是不想看到共識制成功？還是你篤定共識制一定會失敗？無論如何我都很疑惑爲什麼如此push back這個提案，而對我來說「不願走出舒適區」都難以解釋這種行爲。--0xDeadbeef（留言） 2022年10月20日 (四) 17:31 (UTC)

FAC就機制上而言是沒有問題的，但不代表不能在這個機制之上建立其他能幫助這個機制運行更好的東西。對我來說，審議制相當於把評選「打掉重練」，且我也有指出「投票制相比共識討論之下的優點」，並指出共識討論的一些問題（如協調員獨大，可自行決定共識、有償協調員而導致協調員和評審員狼狽為奸、各評審員因其理據不同而在決定共識中不享有同等地位等問題），這些問題直到現在我還沒看到令人信服的回應。另外有許多可能連GA都不符合的條目因為水票問題而上了FA亦是為何FAC重審機制存在的原因，並不衝突。

據我理解，複審組只能落選一條目，不能當選一條目。--$\int$（☎）dt 2022年10月20日 (四) 19:48 (UTC)

“目前的投票制中审阅者不需要仔细检查条目就能入选”这点根本不需要我来举证吧，阁下觉得投下yesFA的编者一定仔细检查过条目了吗？再极端点说，一篇条目就算8名编者都没有看过条目投yesFA，条目照样能入选。

“FAC就机制上而言是没有问题的”这句话在大前提上就是不正确的，阁下认为FAC“没有问题”是说其“没有争议”，不用仔细检查条目当然没有争议。

至于您提到的共识讨论的一些问题（如协调员独大，可自行决定共识、有偿协调员而导致协调员和评审员狼狈为奸、各评审员因其理据不同而在决定共识中不享有同等地位等问题），我可以说，共识本身就伴随着争议，无论在互助客栈还是其它地方，只要有反对意见，争议就会存在，即使是让管理员来结案，也没法让所有人都信服。共识制FAC也是如此，有争议不是件坏事，这说明条目被仔细检查过才会引发争议，我也很乐于看到这种争议的出现。况且，有争议的条目其自身肯定也是有问题的，如果一篇条目收到大量的支持/反对意见，协调员再“独大”/“有偿”也没法改变既定的结果；真正会引发争议的只有那些支持和反对意见共存的条目，只有这些条目的结案会给协调员判断的空间，按照共识制的规则，这种条目通常会落选，在落选后的时间内，主编完全可以改善条目，把争议的问题去除再来提名，这是件好事。--BlackShadowG Slava Ukraini! 2022年10月21日 (五) 00:04 (UTC)

若是照您這麼說，我並無法得知共識制究竟有何好處。您覺得現在投票制不行（也算是產生爭議了，不然我們也不會在這裡討論），但共識制（據您所說）亦會導致爭議，「因為共識本身就伴隨爭議」，造成之後還會有人在這裡繼續討論共識制的爭議/問題。

還有，我並非認為共識制在中維無法施行，但有足夠理由相信共識制不適合當前維內風氣（包括用戶素質皆和英維非常不同，Sidishandsome這前面也有提到）、造成的麻煩可能比現有投票制還要多（可能的「濫權」、「不信任」等等，這我不列舉，您可去看前面第一次提出時反對聲浪有多大）且沒有任何理據表明審議制能有效遏制折毛事件再次發生（您可以說英維有經驗，但英維跟中維的社群組成並不一樣〔最明顯的：英維有arbcom，而中維沒有〕，建議不要隨便抄別人）。

一言以蔽之：弊大於利。另外以上這些並不是一次試行就能發現的問題，需要長期/反覆的試行而有朝一日（肯定不是只有施行一個月，甚至一年可能亦有不足）才能施行。若是根本不知道甚麼時候以上問題才能看到解方則個人認為無需浪費時間。--$\int$（☎）dt 2022年10月21日 (五) 03:13 (UTC)

@BlackShadowG：的觀點其實諷刺地說出了投票制的一個重要優點：保證能夠行禮如儀地完成評審。即使投票人全都是猴子，限期一到，總有一個結果，就可以照流程跑下去。搞共識制，就有爭議，就有可能產生無結論的情況。如果找不到資深的主委來評斷，評審就有可能無限延長下去，等待有才之士的出現。就行政來說，這當然不是什麼好事。互助客棧和VIP就是這類長期無結論案子的集中地。--Temp3600（留言） 2022年10月21日 (五) 14:11 (UTC)

如果從一家產出「條目」的公司來說，「照流程跑下去」的確是優點，但是維基百科不強迫任何人參與，又沒有KPI，就算有著超越英維的宏願也只能算個人口嗨。從認真做內容，保證FA的確符合「维基百科条目之杰出典范」的角度出發，投票制不夠好，審議制值得嘗試，也是負責任的做法。

個人目前最多只評選過GA，也只參與了解的內容的評選。不過我也看過一些FA評選充滿爭議的情況，讓我以紫式部的FA和GA評選為例。「紫式部」進行過兩次FA（落選），一次GA評選（通過），FA都因為Jarodalien的評價落選，而且Jarodalien發言之前，都獲得一定的「零意見支持票」。GA那一次獲得6個「零意見支持票」，個人發現有很嚴重的翻譯問題參與到討論中。

寫在最後，維基百科不保證其內容正確無誤，甚至也沒有義務去「修改錯誤或者參與到非正式的同行評審」。從這個角度出發，投票制的確很好，反正錯了也不用負責。--Nostalgiacn（留言） 2022年10月24日 (一) 06:14 (UTC)

一人一票制與平等思想密切相關。至於齊頭式平等是否良好制度，人人負責是不是就等於人人都不負責，就是另一個故事了。--Temp3600（留言） 2022年10月25日 (二) 12:20 (UTC)

• 問題還是實質評審：協調員作為主評審員，必須有足夠的學養，才能在其他評審員意見不一時選出更有道理的一方，正如法官本身必先是優秀的律師。如果希望推動評審制，現在是應該尋找人才，準備通訊名單，並思考那些主題可以找誰來當主委，而不是討論主席團要有多少人：一個看版與一堆堆看版效果一樣。--Temp3600（留言） 2022年10月19日 (三) 11:11 (UTC)

  GA和FA現在的評審員要求是「編輯註冊7日且編輯次數達50次的使用者」，本來就很水了。--Nostalgiacn（留言） 2022年10月19日 (三) 15:00 (UTC)

  是否因應在當期評審個案之情，對應設立通識提問之簡易遴選流程？--約克客（留言） 2022年10月20日 (四) 03:21 (UTC)

  可以考虑在评审的时候临时召集一两位熟悉相关领域条目编写的编者征取意见，就像你之前提到的，臭皮匠和诸葛亮的情况。常驻协调员要处理所有的评选条目，临时召集来的编者只需要在相关领域的评选出现时才来，协调员是投入（commit），其他评审含被召集人是参与（involve）。如果你要说会这个方向的编者只有提名人的话，其实在论文同行评审中最最冷门的方向也是差不多的情况。--MilkyDefer 2022年10月21日 (五) 02:20 (UTC)

  那萬一那段時間專家沒有上線那怎樣辦?以中維的人手，其實只能靠行政排班表來補足：接到評審要求後，先由普通評審員預審，排除格式、來源問題，然後預約主委來診症。要是沒有醫生來，或者搶不到號呢?那就只好回家繼續等了。--Temp3600（留言） 2022年10月21日 (五) 14:21 (UTC)

  如果沒有主審的情況下，可以讓協調員按現有意見來判斷，這就等於書記兼任主席，那可比現在的投票制糟糕多了。--Temp3600（留言） 2022年10月21日 (五) 14:24 (UTC)

  条目评审也不是搞得这么等级森严的吧？熟悉该领域的编者也不见得需要与其他编者要具有某种上下级关系；所谓的协调员，或者说，召集人，发出邀请让他们得知有他们可能熟悉的条目在进行评审。不见得他们就会成为听取下面普通评审员汇报工作的那种“主审”。但是他们的意见可以给协调员很重要的参考是不错的，有熟悉主题的人的认可的话，协调员做出判断也会更有把握一些；熟悉主题的人长期不出现的话，评审就会被拉长，要么更多普通人加入审阅提高置信度，要么这种“专家”出现。考虑到现在英维的FA最久的能拖三个月，可以预见这种事情会发生但是不太至于会导致灾难。FA评选数量本身就比较少，姑且是还能经得起这种延迟的。--MilkyDefer 2022年10月21日 (五) 14:54 (UTC)

  MilkyDefer說得很好。然而社群是否願意接受一場FA辦三個月?--Temp3600（留言） 2022年10月22日 (六) 14:54 (UTC)

  这个问题我不能替代社群回答。目前而言我是能接受的，我不能替代大家的看法。等其他人怎么说吧。--MilkyDefer 2022年10月22日 (六) 15:20 (UTC)

  我也能接受，FAC的所需时间的变长也代表着FA的评选标准以及条目质量的提高。再者，难度有哪家期刊同行评审几天就能完成的吗。--BlackShadowG Slava Ukraini! 2022年10月23日 (日) 02:27 (UTC)

  回覆一下兩個評論：

  保證能夠行禮如儀地完成評審。即使投票人全都是猴子，限期一到，總有一個結果，就可以照流程跑下去。搞共識制，就有爭議，就有可能產生無結論的情況。如果找不到資深的主委來評斷，評審就有可能無限延長下去，等待有才之士的出現。就行政來說，這當然不是什麼好事。互助客棧和VIP就是這類長期無結論案子的集中地。

  MilkyDefer說得很好。然而社群是否願意接受一場FA辦三個月?

  目前的論點是關於所謂「個別條目在審議制中產生爭議」的問題。對此我有以下幾個回覆：

  1. 既然這種無結論案子這麼多，意思是VIP和互助客棧也應該投票制嗎？這種論證很奇怪，因爲在我看來，維基百科是不需要持續產出FA的。FA到最後不就是一個條目右上角的一個五角星嗎？但是如果把中心放在「FA產出效率」上，那是不是就是想要引發FAC體制內的編者的反對呢？從我第一個問題應該就能看到這種比喻的問題了吧？共識制所謂的「無結論」情況指的是「no consensus」的結果，而對我來說，能把一些原本是noFA結果的條目變成no consensus是一個改善，因爲它能告訴編輯條目在於yesFA的邊緣，而更多的改善則能夠臨門一腳進入FA範圍。而對於把原來yesFA的結果變成no consensus，請看第二點。
  2. yesFA變成no consensus問題：從結果導向的角度來看的話，FA產出變少確實是不好的，但是這也可以說明社群對於FA的評選標準增高了。其實你要如果說這種轉變會把原來完美符合FA標準的條目變得no consensus，那就是在變相地說「中維FAC參與者都是猴子」這種假設是在某種層面上成立的。
  3. 「FA辦三個月」問題：這其實比較矛盾，因爲對於共識制的另一個不同意的觀點是在於「英維的東西不全適用中維」，而提出這個問題則是在隱性地將enwiki和zhwiki畫上一個等號。並且，如果你說FA可能辦到三個月，是什麼原因造成的呢？我目前能想象出來的就是討論太耗時而投票沒有那麼耗時，所以共識制討論會更長時間。但這不就代表使用共識制會更完全的對於一個條目是否符合FA標準進行評測嗎？之前有人否認投票制的人不好好檢查條目和FA標準就投票的問題，但是如果說投票制的人都很好地檢查FA標準而投票的話，那不就說明共識討論制和投票制應該需要相同的時間嗎？

  --0xDeadbeef（留言） 2022年10月22日 (六) 15:29 (UTC)

  若要討論no consensus對評選的影響應該這麼說，no consensus給人的感覺就是「不知道甚麼原因而沒有達成共識」。相對的，有一個明確的「入選」或「未入選」比較不會導致爭議（入選或沒入選肯定是有原因的）。若您也要做投票制和共識制在其他領域的比較，那為何RFA不採用共識制呢？我並不認為拿其他站務（而且類型還非常不同，那些站務是要剝奪編輯權限的站務，一次評選又不是剝奪條目入選資格）來比較是一個洽當的評判標準。正如WP:RTRL，別人闖了紅燈，但那人是警車執行公務啊。

  其實現在有沒有足夠的投票人數就另類形成所謂no consensus了，即沉默的反對（不想得罪人，但又不支持條目，免得搞得跟Sanmosa和6+一樣撕破臉），這在FAC尤其常見（這也是為何我不認為英維規則適合中維，習慣差太多了）。就如最近我修改了一篇GA後投了FAC，不少常駐FAC的編輯（如SickManWP）沒有投yesFA（但也沒人投noFA），我是在私底下問才知道問題的（有人覺得紅鏈太多，有人覺得可以翻得更好）。重點是我並不認為協調員可以偵測出/發現各編者對一條目的見解。

  我認為每個人都有權表示支持、反對或所謂「沉默的反對」，不論有沒有道理。就我看來，共識制將形成另類如同互助客棧的辯論平台（即哪方比較有理），而這並不是好的現象。強制徵求編者意見可能長期來看會損害各編者之間的關係。

  另外再回應一下三個月的問題，我個人認為不是時間的問題，而是那位敢放在FAC三個月的編輯的問題。既然明明知道沒有共識上FA（不然也不會積三個月）是不是應該先撤回，改善後再重新提名呢？我認為除非是那類非常固執的編輯（到目前為止我見過最極端的是6+，但他也不會因為一次、兩次、三次投票沒上而在那邊有怨言），不然應該也要明白一個人佔掉FAC三個月的資源是非常自私的行為。--$\int$（☎）dt 2022年10月25日 (二) 03:28 (UTC)

  所以你覺得沉默的反對比能在共識制上評論好嗎？現在的投票制本來已經邊緣化那些不投yes或no而只想評論的人了。至於若您也要做投票制和共識制在其他領域的比較：是Temp3600先說互助客棧和VIP就是這類長期無結論案子的集中地我才回覆的。關於RFA採用共識制的問題，我個人認爲能採用是好的，因爲英維也採用共識制。並且如果你讀一下你維的WP:RFA界面也能看到行政員負責在管理人員申請程序結束後，依照共識賦予當選人管理員或行政員權限。此外，行政员負責在困難的情況下決定投票共識及結論，所以一直以來是你覺得RFA就是超過百分比就自動通過嗎？至於你舉一個你認爲比喻不當的例子就能證明我的比喻不當的論證我無語了。我已經決定不再對你的評論回覆，因爲你的這些評論在我看來和「爲了反駁而反駁」而不是真正考慮別人的意見，並且我繼續回覆沒有任何意義。我也不指望你維能因爲WP:NOTBURO作出哪些改變，之前的一個在跨維基活躍的用戶早已從所有項目隱退了，我看我單一專注英維也是遲早的了。--0xDeadbeef（留言） 2022年10月25日 (二) 05:10 (UTC)

  那好啊，比中国人更看重人际关系以及读空气的日本人他们的制度又是什么呢？

  • 支持票通常都带上长篇大论
  • 投票持续最长三个月，特殊情况可延期一个月
  • 在上述期限内的任意时点达成“支持票三票且占有效总票数四分之三之上”的状态且持续一个礼拜即告入选。
  • 满足下列任意情况者快速落选：
    • 反对票至少三票且维持一个礼拜
    • 没有其他支持票且提名者撤回提名
    • 提名者是傀儡账号被不限期封锁，没有其他支持票

  现在论支持票是投一个yesFA走人，又说不能走讨论制度，两边都取不到好，真的要成文明洼地了。--MilkyDefer 2022年10月25日 (二) 05:19 (UTC)

  我不认为“沉默的反对”在FAC中是需要考虑的（无论是投票制还是共识制），既然对被评选的条目有意见，就应该在评选中提出来，既然无意提出自己的意见，就不应指望自己没提出的意见被纳入考量。协调员没有义务侦测出/发现各编者对一条目的见解，他们只需要依据提出意见的用户做出判断。

  鄙人不太认同共识制将形成另类如同互助客栈的辩论平台这一观点，共识制FAC不是正方与反方的“辩论”，且与客栈和RFA有本质上的不同。共识制FAC是反方指出条目不合标准的地方，让主编来改善，只要改善完成，再多的反对意见都可以解决，而不需要正方来“辩论”。--BlackShadowG Slava Ukraini! 2022年10月25日 (二) 10:23 (UTC)

  先回應一部分：

  有部份站務的確使用投票方式決定結果，例如维基百科:投票/二十週年紀念識別標誌就以投票方式產生。我無意詳細討論那種場合使用何種方式較有利，僅指出不同的決定方式皆有其優勢。

  FAC的目的之一當然是引起編者的反對，以進一步改善條目。編輯者們積極提出意見正說明社群活躍，氣氛良好。然而，世上沒有免費午餐，所有制度皆有成本。

  舉例來說，高考制度儘管有各種害處，在行政成本上有其重大優勢：單憑一個分值就能處理大學分派，以致作為對一個人終生學術水平的評估。投票制儘管將猴子當成人看，在保證明確得出結果這一點上可是很優秀。

  我會將BlackShadowG的說話反過來理解：如果要提高FA的評選水平，評審時間就必須延長，這就是代價（之一）。目前的FAC能夠在極短時間內處理某些冷門評審主題，正是將猴子當成人看，硬生生將no conenesus扭轉成yes FA. 這不是什麼好方案，但至少在行政上處理了問題。改成評審制很好，提高評審水平也很好。但誰來排班表？

  「英維的東西不全適用中維」，我覺得我們可以再悲觀一點，如果三個月後評審都辦不完要怎樣辦。在理想情況下，「共識討論制和投票制應該需要相同的時間」。然而，投票制可以犠牲品質來換取速度；共識討論制要麼堅持等待討論結果，要麼將向獨裁制轉化。這可比投票制的問題嚴重多了。--Temp3600（留言） 2022年10月25日 (二) 12:56 (UTC)

  能理解你的想法，感謝回應。在我看來我們的意見分歧應該在於品質和速度的權衡問題。之前也用過折毛事件作爲例子，而想表達的並不是共識制便能夠完全阻止這種事情的發生，而是說明共識制帶來的潛在品質可以更好地去提前發現這些問題，而不用像折毛一樣發現之後需要大量時間來清理打掃。也許這樣相比之下，共識制也能帶來省去一部分這種時間的好處。至於共識制是否能夠真正帶來更好的品質，這也是試行計劃想要證明的一部分。--0xDeadbeef（留言） 2022年10月25日 (二) 13:30 (UTC)

  可以補充：不單是速度，還有「穩定」。無論評審結果如何，只要努力兩個星期，事情就總算結束了。比如說只有暑假有空的話，大可以在八月中前提交評審，保證在開課前完成FAC。--Temp3600（留言） 2022年10月26日 (三) 15:23 (UTC)

  你說的對，但是我仍然覺得速度和穩定的問題都不大。共識制並不需要原來提交FAC的人在FAC的全程都跟進並且作出必要的改變。這和WP:OWN和WP:CHOICE都不相符。共識制作爲一個討論的平臺也許會激勵其他用戶在申請人Wikibreak的時候幫忙改進並提升至FA。我還認爲，如果共識制的一個FAC在兩個星期後都還沒有結果的話，在投票制也不一定就能有結果。--0xDeadbeef（留言） 2022年10月26日 (三) 15:37 (UTC)

  絕大部分情況還是主編按FAC的意見來改進條目的，長期不上線會有麻煩。--Temp3600（留言） 2022年10月26日 (三) 15:44 (UTC)

  繼續回應：

  「沉默的反對」是一個問題，但暫時沒有甚麼好方法。我個人在這類問題上的見解是引入匿名發言。不說話，主編就算希望改善條目，也不知從何入手。然而，即使在目前制度下，編輯仍能通過意見及中立票來影響「選情」，在DYK中，基於同情票問題，不少編者都改用意見代替反對票，只有對方拒絕改善時才會投反。FAC中大家不寫意見，只能說是懶惰了。

  至於「文明洼地」，這不就明擺着嗎。如果諸君願意投票時認真一點，嚴肅看待公民責任，今日何以至此？--Temp3600（留言） 2022年10月26日 (三) 15:41 (UTC)

  最後（？）說點「建設性想法」：

  事實上，我確信這次試行將會成功。只要選擇一個合適的時間，確保有足夠的大佬願意撐起場面，事先考慮評審條目的主題，要籌備一次FAC並不困難。困難在於日後千奇百怪的FAC出現時，評審制是否能夠承接這些工作量。

  因此，這次試行的成果與全面推展共識制可說是沒有關連，最多就是證明中維還是有一些認真的編輯者。

  目前而言，可以考慮將共識制拆分，僅於部分較活躍的專題組實行。比如ACG條目，MilkyDefer、Lopullinen等都可以當主委，要是沒空，可以拉cwek、eric liu來，應不致出現主委旁落，被外行人掌握的局面。至於其他主題，保持現狀為宜。--Temp3600（留言） 2022年10月26日 (三) 16:01 (UTC)

  確實一次的試行和全面推展並沒有關聯，也不存在「因為試行成功所以應該拓展到整站」的理論，個人認為可以姑且一試。

  當然也應考慮試行後當選的條目是否仍要重走投票制。--$\int$（☎）dt 2022年10月28日 (五) 05:39 (UTC)

@MilkyDefer：目前未見人反對原本的提案，而ATannedBurger也在上面說過部分支持。因爲是試運行，還需要公示嗎？--0xDeadbeef（留言） 2022年10月26日 (三) 16:05 (UTC)

确实我们好像花了很多精力去解释可持续性的问题，但这跟仅仅一次的试行可以说是毫不影响。不过Temp3600说的也对，这次试行还是选择一篇相对熟悉的领域（对我而言是ACG与电脑）来审，而不是最开始设定的“无差别选择第一篇提交的条目”会不会好一些？如果试行的条目对领域存在限制的话，到时候我们就必须等待一篇相关领域内的条目提交到评选来，这个延时就不在可控范围内了。--MilkyDefer 2022年10月27日 (四) 10:14 (UTC)

那我们现在需要先决定选什么领域的条目吗？--BlackShadowG Slava Ukraini! 2022年10月28日 (五) 10:02 (UTC)

首先先决定要不要选特定领域的条目，再考虑选什么领域的条目。不管是ACG还是电脑技术哪怕是初等中等数学，被送上FAC都是稀奇事，说不定到年底都见不到一篇。--MilkyDefer 2022年10月28日 (五) 10:29 (UTC)

我觉得选不选特定领域的条目均可。不过如果需要ACG相关的FAC条目的话，我之前主编的最后生还者就是FAC不够票落选的，30天冷静期过去后我会重新提名，如果实在缺条目的话也许可以等这篇。--BlackShadowG Slava Ukraini! 2022年10月28日 (五) 10:48 (UTC)

也可以哦……只要不是原神相关。--MilkyDefer 2022年10月29日 (六) 11:25 (UTC)

关于试行一次的公示

已通过：

至少没有人反对要试一次，那就这么定了。MilkyDefer 2022年11月11日 (五) 12:44 (UTC)

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

---

总之，在将近一个月的讨论（辩论？）当中，大家都中途偏离轨道开始讨论制度的可持续问题。这不应该成为试行一次的blocker。 公示7日：

• 兹试行一次有效的评议制典范条目评选。
• 上一条当中的“有效”指的是，条目不满足快速落选准则，且不是典范条目重审。
• 选择的评选条目应该是在公示通过后，提交的一篇落于ACG范畴或是电脑、资讯科技范畴的条目。（简化挑选准则，因为保底会有一篇最后生还者进行第二次典范条目评审）
• 该次使用审议制的评选，其结果拥有与现行投票制同等的效力。即，若审议为入选，则条目获得典范条目资格；若审议结果为落选，则条目同样落选，30日冷静期同样适用。在社群的反对意见极大的时候，不排除入选的条目还要重新投票的可能（我希望这种事情不要发生）。
• 应该为该次试行开设评审专页，同时在典范条目评选主入口提供进入该次评审专页的链接。（完成→Wikipedia:典范条目评选/共识制试行）
• 该次试行的协调人为MilkyDefer。

--MilkyDefer 2022年10月31日 (一) 05:06 (UTC)

• 可以準備打包走人了。這個社群一定要至少先示範幾十個存檔，這樣才能考慮要不要再用存檔。不然就可以走退休了吧？看看最近一個月（2022年10月）以來，其他願意幫忙用存檔的似乎只有看見@SilverReaper而已，如上面所述，根本也見不到哪個管理員來出手，就人手而言顯然就已經不夠了。以後想要靠這個拿到站務獎的用戶啊，難度一定升高了不少，因為真的是有看沒有懂。如果沒有示範存檔的話，估計就是準備走向類似存廢討論一樣成為積壓的頁面，因為都沒人敢動存檔。算了，反正對那些本來也就寫不出至少GA等級的條目來講那是真的沒差，要不然為何每次寫在DYK提名時都得強調「不考慮{{produceEncouragement}}、GA或FA」呢？因為條目和是否為一個GA或FA完全無關，GA或FA也就是一個條目而已，並不會因此變成多個條目。--Z7504非常建議必要時多關注評選（留言） 2022年10月31日 (一) 14:46 (UTC)

  我其实没有读懂你这段发言的意思，尤其是与现在公示内容的关系。如果你要说存档的话，由于将要试行一次的典范条目评选是单独开设子页面，届时的“存档”就是将整个评选子页面移动到对应的位置，甚至无需移动页面，直接在{{Article history}}填写上正确的讨论页面位置就可。若能引入FACbot的话整个过程就是真的不需要人来干预了。就我做过的存档而言，存档过程很繁琐。用作移动存档的那个模板（我记得是叫{{移动存档}}吧）的使用晦涩不好理解，修改{{Article history}}也并非容易，这都拉高了参与存档工作的门槛。没有相应的操作指南，会的都会，不会的也不知道怎么学，所以会有积压。

  补充一下移动存档的门槛有多高。大家都知道被移动的存档都会有一行近乎是统一的提示：“本讨论移动自XXXXX，执行人XXXXX”。这是统一利用了{{移动存档}}模板达成的。但是，在使用这个模板的时候做的都是替换引用，因此从编辑后的页面源代码中是看不出讨论是如何被移动的。想要移动存档对不熟悉的人可以说是连门都摸不着。--MilkyDefer 2022年11月2日 (三) 13:38 (UTC)

  英维的en:User:FACBot就是专门处理存档的机器人，但是是共识制的，如果共识制的提案通过，也许可以引入这个机器人（原作者有公开源码，应该问题不大）。似乎目前的投票制也可能可以用机器人存档，不过这就需要请熟悉相关技术的用户来专门就中维的存档机制编写机器人了。--BlackShadowG Slava Ukraini! 2022年11月2日 (三) 14:19 (UTC)

  怎麼不乾脆說以後這些存檔都不用手工存檔就好了呢？全機器人、全自動化。呵呵，那就要保證存檔絕對不會出錯餒，怎麼可能？啊如果機器人存檔真的不會出錯，真的能打包走人了啊，還需要普通用戶在維基百科做存檔幹啥呢？也免了吧。當然，若以後交由給機器人存檔提名，還可以完全避免掉「移動存檔的人是提名人自己提名的條目」這問題呢，反倒是優點，因為解決了一小部分的Bug。--Z7504非常建議必要時多關注評選（留言） 2022年11月2日 (三) 19:46 (UTC)

  emmm我是说有没有一种可能，存档机器人可以设计成只有在协调员下令要求其存档的时候才会运作？谁下令谁负责擦屁股这种道理应该是很明了的吧？--MilkyDefer 2022年11月3日 (四) 02:24 (UTC)

  英维本来就是这样啊……--BlackShadowG Slava Ukraini! 2022年11月3日 (四) 10:27 (UTC)

  我想Z7504君其中一個意思是，雖然機器人存檔可以避免之前提及「自己結束自己的提名」的風險，也省卻了人力，但至少現時的人手存檔機制是一個途徑讓用戶接觸站務工作（甚至獲得維基獎勵）。--銀の死神♠走馬燈劇場^{祝你在亂流下平安} 2022年11月3日 (四) 12:27 (UTC)

  我不认为接触站务工作必须要跟机器人抢工作（当然我是说有机器人的前提下），而且中维有大量站务工作可以帮忙处理。--BlackShadowG Slava Ukraini! 2022年11月3日 (四) 12:52 (UTC)

  刚好可以跟隔壁存废讨论联动一下，担心存档条目评选这份站务工作会被机器人抢了的可以去隔壁存废讨论积压解决{{Follow-up}}标出来的，已经有结论但没人执行的事情。--MilkyDefer 2022年11月4日 (五) 04:54 (UTC)

  機械人取代人類，將人類從低價值的重覆文書工作中解放出來，不是百利而無一害嗎。--Temp3600（留言） 2022年11月6日 (日) 16:30 (UTC)

• 想問一個比較尷尬的問題，如果公示期完結後無人自薦條目，而保底的《最後生還者》也沒有可供協調員參考的明確意見（有機會發生的是一堆純支持票，我在英維FAC也見過有編輯投這類），是否要等待下一條屬於相關範疇的條目有興趣參選FA才會再次試行？--銀の死神♠走馬燈劇場^{祝你在亂流下平安} 2022年11月6日 (日) 03:22 (UTC)

  我个人认为要是这种事情真的发生了，那评审结束后我第一个要求回到投票制度。只有纯支持票跟投票有什么区别？反而还显得变成动态入选门槛。--MilkyDefer 2022年11月6日 (日) 03:35 (UTC)

  這個時候就考驗主委的功力了。主委作為整個評審的召集人，除了自己需熟識有關主題，能發表意見引領眾人思考外，也有邀請合適的編審者協助評審的職能。如果只有無用的純支持票，條目旳狀態就是「無共識」，須等主委邀請更多高明之士前來發表意見。--Temp3600（留言） 2022年11月6日 (日) 16:30 (UTC)

• @慕尼黑啤酒、Suicasmo、A1Cafel、卡達：召喚一些（我印象中）時常提名條目參與FAC但未退休的編輯給予更多意見。--銀の死神♠走馬燈劇場^{祝你在亂流下平安} 2022年11月7日 (一) 10:59 (UTC)
• @慕尼黑啤酒、Suicasmo、A1Cafel、卡達：我也来ping一次。在长达9天的公示过程中Z7504提出了一个很奇怪的意见后得到回应。我等到这周五晚上6点（UTC+8），如果没有其它问题的话就告通过了。 --MilkyDefer 2022年11月9日 (三) 07:55 (UTC)

  本人甚少参与站务讨论，恕难以给出建设性意见。站在主编者的立场，惟希望条目评选的流程简便顺畅为佳。--慕尼黑啤酒（留言） 2022年11月9日 (三) 08:30 (UTC)

---

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

试行期间的交流

• @BlackShadowG：你看现在辐射 (游戏)被提交至FAC了，能协助开一下评审专页吗？毕竟是你导入的那些个模板以及页面。 MilkyDefer 2022年11月12日 (六) 13:48 (UTC)

  已在维基百科:典范条目评选/辐射 (游戏)/存档1创建。--0xDeadbeef（留言） 2022年11月12日 (六) 16:56 (UTC)

  抱歉昨天没空上维基，感谢0xDeadbeef君开设评审专页，目前程序上应该是没问题了。--BlackShadowG Slava Ukraini! 2022年11月13日 (日) 03:24 (UTC)

  剛剛嘗試發表意見，整個介面不user friendly。如提出問題需要按「編輯原始碼」，然後仿照上一手的格式提出意見。非以往的只需按「回覆」。--唔好阻住我愛國（留言） 2022年11月13日 (日) 15:49 (UTC)

  因為要逐名用戶清晰地提出意見嘛，正如管理員選舉中，閣下提出問題時，也是開多一章節「XXX的意見／問題」，這便可在條目進行評選時，更容易留意到有甚麼用戶提出意見。ThirdThink（留言） 2022年11月14日 (一) 01:05 (UTC)

  看起来阁下没有看到页面上方的Wikipedia:典范条目评选/共识制试行#意见交流：“请不要为简短的支持或反对意见创建分段，简短的意见只需标上*{{支持}}、*{{反对}}或*{{意见}}并附上您的观点即可。”，简短的意见可以不用开子章节。--BlackShadowG Slava Ukraini! 2022年11月14日 (一) 11:47 (UTC)

  如果是這樣的話，建議開一新四級段落，專門給予編輯者對條目作出簡短建議，標題可以是「簡段評審」。--唔好阻住我愛國（留言） 2022年11月14日 (一) 13:25 (UTC)

  已开。--BlackShadowG Slava Ukraini! 2022年11月14日 (一) 13:29 (UTC)

• 建議協調員名字在開始評選區列出來。--Temp3600（留言） 2022年11月14日 (一) 02:32 (UTC)

  页顶就有（“典范条目评选的协调员：MilkyDefer，可决定每个提名程序的时间”）。--BlackShadowG Slava Ukraini! 2022年11月14日 (一) 11:48 (UTC)

  之後可能要談談評審期時長的問題，現時的設定有點廣泛。--銀の死神♠走馬燈劇場^{祝你在亂流下平安} 2022年11月14日 (一) 12:47 (UTC)

  评审期时长比较灵活正是共识制的优点之一，如果评审者比较多，各项标准很快就完成了检查，那么条目在几天内就能完成评审；如果关注的人比较少，则可以延长直到各项标准检查完。--BlackShadowG Slava Ukraini! 2022年11月14日 (一) 13:02 (UTC)

  「典範條目評選的協調員」是如何產生？誰有資格擔任這個角色？

  這個問題非常重要！--唔好阻住我愛國（留言） 2022年11月14日 (一) 13:27 (UTC)

  目前是试行，所有由最初提议试行的MilkyDefer君自荐担任。机制正式上路后肯定会进行正式的协调员选举等。--BlackShadowG Slava Ukraini! 2022年11月14日 (一) 13:33 (UTC)

  建議機制正式實行前需制定整個提名流程及資格，否則不宜實行。--唔好阻住我愛國（留言） 2022年11月14日 (一) 13:37 (UTC)

  正式实行前显然是会的。不过我不建议在试行阶段未结束时开启协调员选举，这容易分散社群精力。--BlackShadowG Slava Ukraini! 2022年11月14日 (一) 13:44 (UTC)

• 對整個條目綜合地發表意見雖然有用，但如果能將意見明確地按準則劃分，即：編寫良好的, 全面的, 考證充足的,中立的, 穩定的, 遵循格式手冊, 媒體恰当, 圖像遵循文件使用方針, 長度合理; 則更方便協調員審閱這些方面的意見。--Temp3600（留言） 2022年11月15日 (二) 15:28 (UTC)
• 插句嘴，我觉得优良典范条目的标准可能要重译（写）一下……「它是编写良好的」怎么看怎么不像中文🚬 ——魔琴 [ 留言 贡献 新手2023计划 ] 2022年11月24日 (四) 18:27 (UTC)

  「它是编写良好的」符合乙級標準之「沒有重大語法錯誤」（又稱「能看懂」），明顯不符合典範標準之「行文具有吸引力」。至於優良標準的「清晰簡潔」：這句清晰但不夠簡潔，條目偶爾出現這樣語句我會給過（畢竟總共也沒幾個字），但通篇如此（就如你舉出的頁面）那我會讓它掛掉的。--洛普利寧 2022年12月14日 (三) 17:22 (UTC)

後續討論

• 條目評選也算是大致完成，我對全面推行審議制的想法是：本站做不來。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年12月12日 (一) 12:05 (UTC)

  为什么呢？共识制度从英维搬来应该是一个很成熟的流程。至于有些人觉得评选不能在一个指定的时间内通过是一个很大的问题，但是我觉得这是一个十分现实的trade off。典范条目应该是百科条目中最好的，所以当不应该成为FA被投票选成FA的条目被发现了，这件事应该责怪谁呢？在投票制下，貌似谁都不用负责任。而审议制则能够提供证据，能至少对于「为什么被认为是典范条目」提供一个答案。如果中文维基的平均编辑水平没有英维高，那更要进行共识讨论。如果说有八个自动确认用户觉得符合标准，所以就应该是典范条目的话，那么是不是说明FA的门槛比较低？--0xDeadbeef（留言） 2022年12月12日 (一) 12:23 (UTC)

  (！)意見:簡單來說，審議制FA太花時間及人力資源。

  在審議制試行的第一個星期，不同編輯者嘗試提供意見（包括我），唯評審員只接納2位編輯者的意見，有點不太中立。

  在第二個星期，我刻意不回答相關解決方案，因為現有的方針（WP:共識 ）指出

  「另外，為確保討論的連貫性，任何正當合理的意見（無論是否於公示前或公示後提出）若已獲提案人正當合理的回應，且自該回應起計的3日後無進一步再回應，應視為該意見已解決」

  唯評審員仍然選擇ping本人回應。換句話說，評審員花了大量時間關心FA過程。

  在第三個星期，評審員宣布最後7日提出評審，該意見表格沒有更新。

  第四個星期，評審沒有依從時間結束討論。

  ——

  由此可見，一個評審已很混亂，評審員如何每月處理十則提名？--唔好阻住我愛國（留言） 2022年12月12日 (一) 13:27 (UTC)

  首先作为第一次试行所以不可能所有都能第一次搞到完美。至于你刻意不回应我是觉得不能作为不试行审议制的理由。既然是同行评审那就要有一个互相交流的过程。至于评审员是否花费了「大量时间」，根据这些也无法判断。至于不更新表格和没有按时结束，也许你想表达的是应该换个评审员？--0xDeadbeef（留言） 2022年12月12日 (一) 13:54 (UTC)

  首先，這不是評審員的錯，因為回答人數在四星期內仍不足最低人數（9人），判斷不出結果反而正常。換著是我以「收成期」價值觀做評審員，肯定會有不少人表達不滿。--唔好阻住我愛國（留言） 2022年12月12日 (一) 14:08 (UTC)

  看起来阁下好像理解出了些问题，不同编辑者尝试提供意见（包括我），唯评审员只接纳2位编辑者的意见，这是因为这两位编辑者（我觉得您是指我和0xDeadbeef）有详细依照FA的标准检查哪一项符合，而阁下只是提出了两个问题，没有进一步说明阁下认同条目符合哪些FA标准，不符合哪些FA标准，阁下没有说明当然协调员也没法纳入考虑。你引用的WP:共识的那段条文是仅限于互助客栈的，FA评选不适用。意见表格没更新不是什么大问题，没有依从时间结束讨论不知道指的是什么。--BlackShadowG Slava Ukraini! 2022年12月12日 (一) 14:06 (UTC)

  • 難道「審議制」不是「共識」的一環？
  • 反而覺得評審員直接在表格中簽名留下自己最關注的部分是最好。
  • 不是整點結束。
  • 第一條問題主要是關注標題是原創還是有根有據…

  --唔好阻住我愛國（留言） 2022年12月12日 (一) 14:16 (UTC)

  第二個point是「編輯者」，非「評審員」。--唔好阻住我愛國（留言） 2022年12月12日 (一) 14:17 (UTC)

  你就没注意到你引用的那句话是在WP:共识的“互助客栈”这个大标题下面的吗？那个表格只是为了直观说明，怎么用都没多大差别。“不是整点结束”……你觉得结束时间多准确很重要吗？你提出有关条目的问题是OK，但审议制更多需要将条目依照FA的标准检查。我觉得你的关注点过于细枝末节了，没什么值得注意的。--BlackShadowG Slava Ukraini! 2022年12月12日 (一) 15:11 (UTC)

  關於那個表格，「沒有侵權」及「圖片版權」部分，其實是可以引入turnitin 那類的機器人測試，一般編輯者不會一字一句上Google 檢查抄襲率及版權問題，意思是在審議前篩走一些明顯不合資格的條目，節省人力資源。--唔好阻住我愛國（留言） 2022年12月12日 (一) 15:51 (UTC)

利益声明：1) 参与本次试行评审；2) 刷小作品的，没写过FA。

对于接近FA标准的作品，现在的评审生态多是直接给过，很有橡皮图章的倾向。本次评审中，多名编辑提出了翔实的意见，帮助文章迈向完美条目。因此，我认为这次试行是成功的。

但是悲观来看，我们还不具备遵照典范标准评审的条件：

• 典范标准是很高的要求，是远高于优良标准的要求。以行文方面为例。GA只需语句清晰，但FA就要行文优美。因此本次评审中，即使对于表意清晰的语句，我也会提出润色意见。不过实践中，在句子表意明确的基础上，评审人是否有愿意继续提出意见，提名人是否乐于接受，这是一个问题。
• 英维FAC之前有很多准备工作。例如英文版Fallout条目参选FA前就有1次GAN、1次copyedit、1次PR（同行评审）。其中GAN和PR中都有长篇意见。中维本次评审中，我注意到参选条目个别句子表意暧昧；而此类问题本是GAN中就应提出与解决的。尽管本条目直接参选FA，但即便先走GAN又能否解决这些问题，懂的都懂。而且对于翻译条目，我们比英维更需要copyedit，但可惜我们没有校订小组。因此，我们的FAC评审压力很大——不是提名者压力大，就是评审者压力大。

现行FA标准本站可能没几个人能hold住。在更容易评审的优良条目上套用这次的机制，或许还能降低评审人压力，鼓励他们严格按照标准评审，最终起到切实改善条目品质的效果。（至于为何更严谨的FA评选用投票？我认为我们的GA和FA评选严谨度没差，还不如改更有可能执行的那个。）--洛普利寧 2022年12月12日 (一) 16:47 (UTC)

感觉其实到头来最大的问题还是人力，即使我们使用英维一样的机制（GAN要求一名评审员认真评审，引入copyedit小组，提高PR的受关注程度），一篇条目按照这一套流程下来能得到的改善程度也比不上英维，但这也是没办法的事。

我认同在FAC前进行这一套提前改善条目的流程有助于降低FAC评审压力，这可能需要在FAC使用共识制同时，引入一些配套的措施，包括但不限于：修改GAN的机制，让编者在提名GA时就能让条目得到基本改善；提高PR的曝光度，鼓励提名者在FAC前先PR等。但无论如何，在人力的限制下，评审压力还是会存在的，速度和质量上也很难做到两全其美，例如如果跟以前一样用投票制，几天就能结束一个评审，但质量上没法把关；用审议制严格评审，就需要更多的时间和精力，这次评审有至少7人参与，耗时也达到了一个月。

至于“GA和FA评选严谨度没差”这个问题，虽然有WP:优良与典范条目标准对比，但事实上每个人对这两大评选的标准还是有一定的弹性空间。理想情况下，如果GA和FA评选都采用共识制，那么就有更多的机会来让评审员们达成“这个问题是GAN就需要解决的，还是FAC才要处理的？”这样的共识。但事实上主观因素还是会存在，比如假如我在GAC中说条目缺少某些内容，我可以以缺少这些内容就不符合GA标准的“涵盖面广”为由来要求主编改善；主编也可以说条目已经“涵盖面广”，那些内容是FA标准的“全面”才会要求的内容来反驳。--BlackShadowG Slava Ukraini! 2022年12月13日 (二) 12:32 (UTC)

我認為現行評審制度正是極度不符合人力資源現狀。一方面是GA/FA的6/8人的評審制度，而英文維基連FA評審都不用6人。另一方面是水土不服的英維WIAFA標準：比如行文方面，大家都忙著寫條目，提意見屬於有能力沒人力；而內容方面可能是連能力都沒有，所以不是借英維評審東風，就是信任編者有知識儲備（有時會炸雷）。這兩方面導致品質標準形同虛設，實際評審集體擺爛。更重要的問題是，一代又一代的新維基人也學會了擺爛。（如今的評審品質和十年前相比幾乎沒有進步）我認為只有引入新模式，才能改變這種現狀。（當然不一定是在FA/GA評審本身上改，也可以是PR，或者我在遊戲專題簡訊裡提到的專題評審。但無論如何，關鍵還是要有人認真審，且評審過程受到社區尊重。）

我並不期望本站評審達到英文維基的品質。我甚至期望用en:WP:WIAGA作為本站典範條目的標準：用一個力所能及的目標，換取評審者的認真參與，達到實際改善條目的效果。畢竟八張零意見支持票的結果是，條目既沒有得到改善，也未必符合字面上的FA標準。

當然，施行審議制終歸是費時間。且不說上面講的流程耗時問題，更不說與提名人互動的時間，單是一位編輯讀完條目的時間（還沒開始敲意見呢），都夠另一位用戶把本月所有條目全數支持一遍了。而且審議制能否順暢實行，還是要看有評審能力者——特別是FA、GA主編——的時間與精力。我這類小條目創建者來客串，總是沒甚麼說服力的。--洛普利寧 2022年12月13日 (二) 15:47 (UTC)

各專題人力相差太多。我能想到的可能性就只有我們電子遊戲專題自己辦評審，選出甲級條目或給予典範條目背書。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年12月14日 (三) 12:38 (UTC)

可能本站從GA評審入手比較合適，FA評審目前先放一邊。FA評審的一大問題是人力，但GA檢查並不需要專業人士，DYK參與者只要用心也能評審。評議制GA評審再說人少，就真是「不為」而非「不能為」了。另一方面FA檢查極其嚴苛，理論上評審者有更好的想法都要提出來；而我們已經習慣零意見投票制，突然開始嚴格要求，無論評審人或提名人都難以適應（這次評審估計SilverReaper君都想把我踢出去了）。GA評審在讀完全文的前提下「得過且過」，不需要提出海量的意見，也不會花費FAC那樣多的時間，我認為比較適合過渡。

找成熟專題試點是很好的方式。像遊戲專題、音樂專題、地震專題等都有成熟的編寫方案和評級隊伍，我認為這些專題可以試點「評議制準GA」（aka「乙上級」），將本次的FAC評審模式套用到準GA評審上。一方面有成熟編寫方案的加持，新編者和其他領域編者不至於在基本方向上錯評；另一方面評級制度活躍，說明領域內有編者把關。此舉可以吸收新鮮血液，並將評議制的理念逐漸傳播開來。等領域能比較成熟地評議GA後，再考慮FA就是水到渠成了。--洛普利寧 2022年12月14日 (三) 16:50 (UTC)

一臉得意於是就回到我上面說過的方向了嘛。「一部分專題可以先擴權」，有意願推動「非投票審」的專題，可以先向社群申請這方面的許可，然後當條目出現時，由主審者向FAC報備。搞雙軌制。--Temp3600（留言） 2022年12月14日 (三) 19:09 (UTC)

• 於是又回到中文站人少但條目多的老問題了。我沒有什麼好意見，想到再說吧。--Temp3600（留言） 2022年12月13日 (二) 17:36 (UTC)

  可能現時並不是全部具建設性的編輯者知道有FA,建議成立評審組，邀請 巡查員及回退員 或 延伸確認編輯者 加入。--唔好阻住我愛國（留言） 2022年12月14日 (三) 02:06 (UTC)

  組織化是可以的，但有不少準備工作。最開首要先建立一個通訊名單，當對應專題的條題被提交時，提示名單上的人可以去看看。--Temp3600（留言） 2022年12月14日 (三) 19:12 (UTC)

  各類工作組，委員會、專題，但反現在的制度都有人，完全沒有問題。近期還鼓弄個维基专题:創作物專案互進，轉眼「不活躍維基專題」。個人對新開小組沒有太大期望，盤活現在的各小組更實際。除非是想要一個XX小組創始人的頭銜。--Nostalgiacn（留言） 2022年12月15日 (四) 06:00 (UTC)

  舉個例，今天九龍巴士1A線參選FA。以現行的公示制度下，如何讓台灣公交編輯者在不留意WP事務的狀況下知道九龍巴士1A線正參與FA?--唔好阻住我愛國（留言） 2022年12月15日 (四) 15:24 (UTC)

  台灣公交編輯者應該主動參與台灣專題和交通專題，而不是等著他人通告。專題參與人數多了，自然就有人更新參選條目名單（就像這樣）。而且不留意WP事務的編輯未必有評審能力，就像不參與遊戲專題的編輯者，他們心中的遊戲優良條目很可能是遊戲道具大全這種負面典型。而且您看看現在的WP:FAC，就算把他們拉過去，他們也只會被{{yesFA}}--~~~~式評審傳染。--洛普利寧 2022年12月15日 (四) 15:52 (UTC)

  我得說"自然就有人更新參選條目名單"在目前而言只算是願望。--Temp3600（留言） 2022年12月16日 (五) 10:00 (UTC)

  那首先把专题搞起来再说。尤其是交通之类的大话题，DYK写公交的、写铁道的编辑大把，不可能说没有人。名单更新由机器人协助都OK，但专题都是死的bot也爱莫能助。虽然评审组也是一个办法，但FA这种依赖领域的评审，到头来还是要靠本领域（或者类似领域）的人把关。--洛普利寧 2022年12月16日 (五) 11:45 (UTC)

  「大部分條目主題都沒有活躍的專題組」 的確是阻礙推行評審制的重要原因之一。--Temp3600（留言） 2022年12月16日 (五) 14:13 (UTC)

  参选条目名单现在已经可以由机器人更新了，这倒确实不是问题。--BlackShadowG Slava Ukraini! 2022年12月16日 (五) 14:52 (UTC)

  个人想法，GA评审前条目顶部悬挂横幅2周，征集真实读者的意见，将意见适当纳入改进或评审的讨论环节。技术上尽量降低留言难度（包括快捷与可视化的操作，参考手册及常用模板，开放代理用户留言板等），以及优化横幅观感。--YFdyh000（留言） 2022年12月14日 (三) 17:38 (UTC)

• 話說回來，@SilverReaper：君自己怎樣看?--Temp3600（留言） 2022年12月14日 (三) 19:02 (UTC)
• 身体好些了。虽然距离完全恢复还要些时间，但我现在能说两句了。我认为评审能否顺利，最大的问题是人们会不会把自己的想法说出来。无论是多小的想法，模糊的感觉还是清晰的问题点，说出来总是要胜过得过且过。有些条目不管是在GA还是在FA，读过去感觉差一些，这个时候应当说出来，而不是当作没看到一样忽视这篇条目的评选而不投票。社群需要时间和努力去完成观念的转变。
• 我没有遵循英维的惯例，自顾自地开了一个「最终评论期」的东西，这个是我仿照Rust在GitHub上面的Final comment period做的，我无意搞成要挂在公告栏上的公示七天制。
• 正好最近我在英维接受蔚蓝条目的GA咨询，也获知了一点当地社群的看法。根据英维社群的看法，英维的GA评审实际上无限接近于橡皮图章状态，绝大部分的品质提升在提名条目前的同行评审就已经完成，而且在提名GA前需要征求条目主要贡献者的意见才可提名。GAC非常像把证人逼到当庭认罪后对被告宣判无罪的仪式性流程，所以只需要一个人、一两天即可。以上可供参考。 --MilkyDefer 2022年12月15日 (四) 10:08 (UTC)

  然后是评审标准表格的问题。对不起，我把这事忘了。表格语法我很头疼，经常写不对，而且很费力。我更希望探索一个更好的方案。--MilkyDefer 2022年12月15日 (四) 10:10 (UTC)

  准确来说，与其说是忘了，倒不如说是至少有三次看到那个表格想到要更新，然后看到我自己找到头昏的表格代码，放弃编辑。另外我没有每天都盯着评审专页看。--MilkyDefer 2022年12月15日 (四) 10:20 (UTC)

  （建议使用WP:VE--0xDeadbeef（留言） 2022年12月15日 (四) 11:13 (UTC)

  VE不在维基百科命名空间启用。--MilkyDefer 2022年12月15日 (四) 13:14 (UTC)

  我竟然忘了。。但是可以复制到沙盒之后再粘贴--0xDeadbeef（留言） 2022年12月15日 (四) 13:31 (UTC)

  条目评审前顶部悬挂横幅两周，开放代理用户留言板恕我保留意见。如果这样的话，中华民国总统大概是连GA都上不了了。试想一下开放代理用户留言板后发现人数一边倒地要求把台湾写成中国台湾省，中华民国总统要求改写成台湾地区领导人，总统只能写到李宗仁。--MilkyDefer 2022年12月15日 (四) 10:16 (UTC)

  作参考而不是指标，有编者引用、转述时再讨论。我设想的留言板，放在外部服务中，类似安全投票的附言公布，其他编者可以阅读和取其精华，忽略不合理留言与傀儡行为、可以考虑不存档（定期清除）。“人数一边倒地要求”在存废讨论偶有出现，照常处理即可。GA评审期间也可考虑摘掉或缩减横幅。对于冷门条目，可能不会有多少留言和影响（可以用追踪分类缓解），不影响已有流程。用以缓解评审可能没有兴致与精力仔细阅读条目内容的情况。如果留言点评机制足够方便，常态化更佳，其他百科和知识库系统已有这种反馈机制。--YFdyh000（留言） 2022年12月15日 (四) 10:28 (UTC)

  引入外人這一招不太可靠，除非是引入卓有聲譽之士。我敢說，維基百科人的水平還是比平均網民要好上不少。--Temp3600（留言） 2022年12月15日 (四) 15:44 (UTC)

  個人認為GA評選在英維成為「橡皮圖章」的情況是審議制實施之後結果，畢竟審議制，形式上無限接近同行評審。

  當然「橡皮圖章」也可能是部分觀點，起碼我也留意不少是沒有同行評審，直接提交GA，評審員指出了部分需要改善的內容，然後就是審查人沒有回應，落選了（1）。也有進行了同行評審，沒人回應，提交GA，在評審員和編者合力改善內容，通過的（1）。--Nostalgiacn（留言） 2022年12月15日 (四) 11:21 (UTC)

  基本上，這只能算是少數，多數優良條目與典範條目評選，還是「橡皮圖章」多（註：不能否認我個人也挺常充當「橡皮圖章」）。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年12月15日 (四) 21:13 (UTC)

  不太認同「橡皮圖章」是主流的說法。我去看了當下英維遊戲專題參與GA評選的條目，六個條目都沒有參與過同行評審，是直接提交GA的。

  優良和典範（特級）是兩個標準，正如下文「WP:WIAGA的要求比WP:WIAFA低很多」。「橡皮圖章」一說更適用於典範條目，「典範條目之路」（{{FAPath}}）就是推薦先提交「同行評審」後，再提交FA。--Nostalgiacn（留言） 2022年12月16日 (五) 14:33 (UTC)

其實換個角度看，我們對FA和GA的期望到底是怎樣的？比如對於翻譯條目，我甚至認為中維心目中的FA（i.e. 社區的最佳條目）就是：

• 接近WP:WIAFA要求的內容與來源（絕大部分內容enwp編者已經核實，除了個別誤譯）
• 接近WP:WIAGA要求的格式（中維沒那麼多格式手冊）
• 品質高於典型WP:WIACCA條目的行文（大部分內容能看懂，但也有些詰屈聱牙的句子）

這樣一方面，那些被指「投水票」的人其實也是認真投的，畢竟社群的期待就這麼低。另一方面從榮譽上來講，同樣都是FA，三項都努力逼近WIAFA標準的編者不是很吃虧？（雖然這樣的編者大概也不會對FA數量太感興趣）而FA評選亦非完美條目評選，既然乙級條目的行文可能就已經高於事實標準，評審者有沒有必要提出FA級甚至GA級的意見？--洛普利寧 2022年12月15日 (四) 13:33 (UTC)

中維的條目整體質量和標準存在脫節，中維的一些優特是沒有格式和指引的，近日魔女之旅剧集列表爭議也可見一斑（剧集列表类条目的写法规范）。但是由於翻譯自英維高質量內容已經常態化，所以會用英維的標準審視內容。問題可以簡化為：中維評選優特是以中維條目整體水平而論，還是直接對標英維的優特水平。--Nostalgiacn（留言） 2022年12月15日 (四) 14:48 (UTC)

一臉得意x2這個就是投票制好處：能夠按評審員的水平，動態地調節評審質量，以確保評審本身至少能維持下去。「穩定」、「行政簡便」、「榮譽與責任相抵」這些特質在擁有時或許很不起眼，沒有了可就得吃苦頭。---Temp3600（留言） 2022年12月15日 (四) 16:11 (UTC)

「而审议制则能够提供证据」可以是優勢，用得不好就變成實名負責制，大家都害怕背鍋。--Temp3600（留言） 2022年12月15日 (四) 16:14 (UTC)

我都認為中維事到如今都沒有鍋可言了。畢竟眼下只要條目不是特別差，就約等於無意見自動通過（甚至是無視合理意見通過）。所以評審人只要提出建設性意見，無論是否檢查出全部問題，都算是在做貢獻。（另外有問題就該提，自己不提結果條目通過，只能怪自己嘍～）至於爭議話題永遠達不成共識：反正FA/GA就是個自我參照，永遠選不上就永遠選不上唄。--洛普利寧 2022年12月15日 (四) 16:30 (UTC)

說到底還是中維對FA/GA的期望，一分貨值一分付出。英文FA和GA評審差距很大，可能GA評審30 kB過，FA擴到100 kB被打回三次還過不了。中文FA/GA/DYK就是票數的差距，本質上似乎沒有差別。要求低自然不值得多花時間，{{yesFA}}十連發非但不受譴責，反爾有人幫忙說是評審快，就這評審素質哪值得花十分鐘總結討論？每名評審都用一兩個小時認真看條目，那審議制的行政時間就算二十分鐘也叫零頭。--洛普利寧 2022年12月15日 (四) 19:24 (UTC)

要是單純從改善一分是一分的觀點來看，那麼投票制也好，什麼制都是可行的：中維的主編也不見得完全不理意見。分別在於意見有多重要，或者說，是否規定必須要先完成「一定的評審工作」，才可以當選。要是中維每篇條目都有一名（就夠了）評審願意拿一個小時來看條目，那我當然很支持評審。但如果根本沒有這個人呢？延長評審時間是對「等這個人有空前來」有幫助，但如果中維社群根本就沒有這方面的人選呢？是否每次都依賴主審將自己的私人時間當作預備隊，出現評審缺口就填進去？--Temp3600（留言） 2022年12月16日 (五) 09:57 (UTC)

所以说根本问题还是中维对FA/GA的事实定位。要是按B级条目要求评，一个人一天评十几篇当然没有问题。但问题是既然这样，那FA和GA的意义在哪里？如果供其他编者参考，B级条目真的就够用。所以我们FA/GA就是能上首页刷荣誉的B级条目？

如果真的想执行WP:WIAFA，那其他人的意见必不可少。这种程度的条目主编至少也看过两遍，大问题基本是没有。由于思维惯性、个人知识面和能力，再加上主编看条目已经麻木，一些问题主编自己是看不出来的。这些小问题只有让其他人检查、指点。评审时间本身就应该在在考虑之内：既想不花时间又想达到WIAFA要求，那是不可能的。而且这遍检查完后，编辑之后就会注意同样的问题，并帮助其他编辑发现类似问题，长期来看这对中文维基发展是有利的。如果没有本专业的人选，那近似领域的编辑检查就OK。毕竟我站能力摆在这里，能达到的「最佳品质」就是如此。但之前没有任何实质评审，就凭八个{{tl|yesFA}}--~~~~选出来的条目，我实在不认为代表我们的最佳品质。而且FA完全能少提精选——日维才97篇FA，网上照样一堆人喊「中维垃圾，我看日维都不看中维」；英维也要求每人同时提一个FAC（GAN随意），中维极端时还有一人同时进行10篇候选的。

WP:WIAGA的要求比WP:WIAFA低很多，我甚至认为两者是完全不同的要求。比如这次如果试行GAN，我的意见大概会少4/5。所以我上面一直强调，既然本站没有评议的习惯，那就从GAN开始逐渐培养风气。毕竟GAN评审不用那样耗时。但即便是这样，辐射条目正文1.1万字，仅仅是通读本身都要15分钟，而带着协助改善的思路阅读，时间至少加倍。既然主编愿意花很长的时间来写，而且愿意把条目写好，那我多花一些时间来评审，才是对主编努力的尊重，也是对条目评审流程的尊重。

如果社群对WP:WIAFA和WP:WIAGA不认同，或者认为执行不了，或者认为快餐式评审是最合适的。那坦诚参考WP:WIABCA，实事求是地制定标准会更好。--洛普利寧 2022年12月16日 (五) 11:45 (UTC)

「那麼投票制也好，什麼制都是可行的」- 投票制当然是可行的，因为中维做投票制都这么长时间了还说不可行不就有点夸大了问题了吗。关于GA的问题：首先我们要考虑一下英维是怎么干的。这我还挺熟悉，因为我之前搞了一个GA。首先，只有一个人来评审就行，但是必须在每一个要求后打。虽然说只是从多个人每人打一个到一个人打多个，但是区别还是很大的。其中一个区别就是责任的问题。当GA需要重审的时候会把之前让通过的reviewer揪出来批斗。--0xDeadbeef（留言） 2022年12月16日 (五) 14:33 (UTC)

中維的FA重要來源是英維同級條目的翻譯本，中維的FAC只是翻譯質量審查後追認其FA地位而已。如果需要進行對正文的實質審查，那麼的確是應該限制主編的同時提交數量。--Temp3600（留言） 2022年12月16日 (五) 14:25 (UTC)

「找成熟專題試點」我自己當然很支持。如果諸位有此意願，可以在VPP先行制訂專題組申請自行評審的框架方針，後面再自行商議小組內部細則。--Temp3600（留言） 2022年12月16日 (五) 14:31 (UTC)

+1，如果不限制参与者必须加入专题来评审，我觉得提议通过没什么很大的问题--0xDeadbeef（留言） 2022年12月16日 (五) 14:39 (UTC)

我的想法是增設「專題甲級評審」（≈FA的PR）和「專題乙上級評審」（≈GA的PR），大致類似en:Wikipedia:WikiProject Military history/Assessment/A-Class review。有興趣的專題可以向社區提出申請。社區通過後，在評審步驟上鼓勵相關條目先走專題評審，允許專題評審結果在{{Article history}}登記。簡單來說，專題接盤PR管改，正式GAN/FAC管審（關係到上首頁一類）。至於專題評審過程，所有用戶都可以自由參與，專題選一批協調員把關就OK。另外近似領域專題可以考慮合署評審，例如歐洲諸國專題可以在歐洲專題集中review。如果未來多數領域都能普遍運作下去，這種模式也是OK的。--洛普利寧 2022年12月16日 (五) 16:15 (UTC)

我的想法有些不同：專題組有權利自行舉辦GAC/FAC，在GAC/FAC報備以邀請社群參與後，專題組可按自己的內部程序進行評審，社群則直接認可結果。如果堅持走投票程序或是重審，則繼續走投票程序（這個部分日後可以按情況再擴大專題組權限）。PR我覺得沒什麼人在用，直接從我的想法中略過了。--Temp3600（留言） 2022年12月16日 (五) 16:33 (UTC)

這種作法能實行也OK。就是擔心由專題直接裁定結果，會不會把專題變成互煮客棧分棧：比如有人因為條目不通過，把意見轉嫁到個別專題，認為專題胡亂評審要求撤權。（畢竟再用投票制還是很容易直接通過，這樣專題好像經常做錯誤決定⋯⋯）--洛普利寧 2022年12月16日 (五) 16:54 (UTC)

主要是還是FA和GA牽扯到利益問題。比如有些用戶很重視上首頁的問題：例如先評GA，等GA上首頁後再評FA，這樣條目可以上兩次首頁。直接由專題評判不通過，這類用戶必然是很有意見的。而專題評審和PR只是建議性質，相對能保持專注內容的純潔性。畢竟如果個別專題而非全站實行，那個別專題就很容易成為出頭鳥。希望這只是我過於保守的想法。--洛普利寧 2022年12月16日 (五) 17:07 (UTC)

• 現在就等待有意願當先鋒的專題組了。--Temp3600（留言） 2022年12月22日 (四) 09:43 (UTC)

  我個人也支持開放部分專題以審議制評審條目，再由社群認可其背書之結果。相信這只會讓條目評選更嚴格（而非更寬鬆），在品質把關上是有益的。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年12月22日 (四) 10:32 (UTC)

  在遊戲專題留了個言。（雖然很多參與者已經在這裡發過言了）--洛普利寧 2022年12月22日 (四) 12:05 (UTC)

  其實我覺得「FA由於是『完美的』條目，應該採用這種評定標準，但仍然保留投票制，二者不得雙重提交，在任何評審30日內不得以同或另外的評審方式提交，而GA則先保持原有方案，不過可以在用戶對內容有爭議時參考，但不得用審議方式評審。」--FK8438祝您剩蛋快樂（簽名）🎄🎄 2022年12月26日 (一) 08:58 (UTC)

  你先定义一下什么是完美条目。WP:完美条目很可能是不可达到的，典范条目也不是完美的。--MilkyDefer 2022年12月26日 (一) 09:21 (UTC)