萌娘百科討論:提案/未通過提案/關於社區共識存檔機制的提案(2016.03.30)

正文

定義

本提案中所提到的「共識」，特指在討論頁面形成的「共識」。它可能是一個建議/提議/方案，且如果通過將對編輯形成一定的約束力。

序言性條款

一、關於共識的重要性

1. 萌百是自由開放的共筆型百科，而社區共識是解決編輯之間爭端，規範編輯行為，進而提升條目質量的重要途徑。
2. 社區共識也是管理人員維護萌百的重要依據。
3. 社區共識是萌百方針/指引的重要來源，是對提案的重要補充。
   提案由於其通過程序較為複雜與正式，比較適用於相對較為重要的政策（例如管理員申請制度）。
   而相比之下，「共識」相對較為寬鬆——
   它可以適用於某一個具體的專題或是某些更加具體的問題，沒有過多的限制；同時，比起程序相對繁瑣的提案，它也更有活力，當你對舊的共識有異議時，你可以直接提出你的新觀點來尋求新的共識（而不是等待修正案通過的漫長過程）。

二、關於共識的現狀

1. 共識是進行編輯操作（尤其是有爭議的操作）的重要依據，然而由於很多共識的憑據都集中在討論頁面，沒有經過整理，存在着諸如難以查找的種種問題。
2. 有很多用戶在討論中會提及過去的共識，但經常出現無據可考的情況，只能憑回憶來確認其內容的情況。其準確性難以保證。
3. 社區共識也是管理人員執行管理操作的重要依據之一，但由於社區的共識都留存在各種各樣的討論頁面中，而沒有專門的頁面收錄，因此查找起來非常的困難。

三、由此我們認定，建立一套對社區共識的存檔機制是有必要的。

四、務必要強調的是，舊共識的存檔只是一件工具（正如同一本辭典），存在目的是為了方便大家的查找，而不是要大家視這些共識為不可打破的金科玉律。共識是我們通過討論化解糾紛後成果的結晶，能為我們提供參考，但這並不代表它就是永久的或者是永遠正確的。為了讓萌娘百科發展的更好，萌娘百科鼓勵所有編輯勇於創新，不墨守陳規，對待共識也應是如此。共識是可以改變的，過去的共識可被挑戰，也並非必須遵守。再者，對共識的修訂通常也是合理的。因此，「根據共識」和「違反共識」並不是接受或拒絕提議與行動的有效理由。儘管過去的「廣泛討論」能引導編輯去了解過去的共識，但編輯仍應重新審查每一個提議的價值，進而重新確定共識是否已經改變。

五、關於共識的標準、形成機制等會在後續的提案中提出。

行動性條款

一、對共識的存檔的申請與認定

1.當認定在討論頁面中形成了一個共識時，任何參與/看到的用戶都可以在共識存檔頁面的討論頁（如萌娘百科_talk:共識存檔館）留言，向管理員提出將這一共識存檔的申請。

這一申請的格式應當遵守下列要求：

（1）新的申請採用「添加話題」的形式添加；

（2）該申請的小標題應當在其後加上共識形成的日期，形如「共識存檔申請(2016.3.17)」

（3）該申請的內容中應當包括下列信息：

①申請的提交人

②共識形成的時間、地點，

③共識的內容（若已在之前頁面提出則直接插入連結，若未在之前頁面明確寫出或是其他需要另外撰寫的情況（例如只有一部分內容取得編輯共識）應當撰寫一段概括性文字總結已經形成的共識。），

④共識的有效範圍。

示例

共識存檔申請（2016.1.21） 申請提交人：User:北極星與南十字 共識形成時間：2016.1.21 共識形成地點：Talk:艦隊Collection 共識的內容：參見頁面艦隊Collection/編輯指引 共識的有效範圍：艦隊Collection專題區 共識存檔申請（2016.2.28） 申請提交人：User:北極星與南十字 共識形成時間：2016.2.28 共識形成地點：討論版 共識的內容：參見該討論串「提案內容」小節 共識的有效範圍：萌娘百科全站 共識存檔申請（2016.2.28） 申請提交人：User:北極星與南十字 共識形成時間：2016.2.28 共識形成地點：討論版 共識的內容（這裏只是打個比方，並不是說它真要這麼寫）： 該用戶組唯一額外獲得的權限將是autopatrol，即自動標記自己的編輯為已巡查。 設立該用戶組可減少巡查姬的工作量，並且可以讓巡查姬更有效地巡查其他的頁面，從而更容易發現濫用和破壞的情況。 任何管理員將均可將用戶加入或移除該用戶組。 該用戶組將只授予熟知萌百編輯規範，有大量編輯歷史，受社群信賴的用戶。 用戶無需（但可以）申請，只要滿足一定的標準即可被加入該用戶組，具體的標準需要待討論決定。 共識的有效範圍：萌娘百科全站

當要對申請進行修改時應當遵照以下格式：

（1）刪去的內容使用<s></s>；

（2）新增的內容使用<u></u>；

多個申請人對同一共識提交申請的順序是討論發起人、討論參與人、未參與討論人（即，當多個申請人同時遞交申請時，以前一順序的申請人提交的申請為準，若申請人處在同一順序的，以時間先後為準）；

2.管理員應當定期巡查共識存檔頁面的討論頁（如萌娘百科_talk:共識存檔館），並認定申請相關的共識是否符合社區共識的標準。

需要認定的事項包括：

（1）該討論結果是否足以被稱為「共識」（是否考慮了參與討論的各方的意見），

（2）該申請中的「共識的內容」是否符合討論結果，

（3）該申請中的「共識有效範圍」是否符合討論情況；

當管理員認定該申請有問題時，應當在申請下通過回復，申請者應當回答管理員的問題或對申請做出修改，若申請者超過七天未回復即認定該申請失效；

當管理員認定申請通過時，亦應當在申請下回復，告知申請者該申請已通過；

示例
共識存檔申請（2016.2.28） 申請提交人：User:北極星與南十字 共識形成時間：2016.2.28 共識形成地點：討論版 共識的內容：參見該討論串「提案內容」小節 共識的有效範圍：萌娘百科全站 完成確認該申請有效，已經存檔 --User:防濫用過濾器（討論）2016年3月18日 (五) 22:13 (CST)

示例
共識存檔申請（2016.2.28） 申請提交人：User:北極星與南十字 共識形成時間：2016.2.28 共識形成地點：討論版 共識的內容：參見該討論串「提案內容」小節 共識的有效範圍：萌娘百科全站 該申請無效，理由為：該共識的有效範圍填寫有誤。 --User:防濫用過濾器（討論）2016年3月18日 (五) 22:13 (CST)

申請者對於管理員的認定有異議時可以在共識頁面的討論頁面（如萌娘百科_talk:共識存檔館）進行申訴，申訴程序如下：

（1）使用「添加話題」功能添加新的話題進行申訴，並在標題中註明申訴提交的日期，標題形如「共識存檔認定申訴（2016.3.18）」

（2）申訴中應當包含以下內容

①申訴涉及的共識（為指向申請的連結）

②申訴提出的時間

③申訴提出人

④被申訴人

⑤申訴人的意見

示例
共識存檔認定申訴（2016.3.18） 申訴涉及的共識：參見萌娘百科_talk:共識存檔館#共識存檔申請（2016.2.28） 申訴提出的時間：2016.3.18 申訴提出人：User:北極星與南十字 被申訴人：User:防濫用過濾器 申訴人的意見：我認為這項處理是不合理的，申請中的共識有效範圍並無錯誤。

（3）同一用戶針對同一申請的申訴只能進行三次。

（4）當申訴提出後，應當有一位管理員（非當事人）受理申訴，並做出仲裁，判斷申訴是否有效。在仲裁完畢後應當回復申訴人。

示例
共識存檔認定申訴（2016.3.18） 申訴涉及的共識：參見萌娘百科_talk:共識存檔館#共識存檔申請（2016.2.28） 申訴提出的時間：2016.3.18 申訴提出人：User:北極星與南十字 被申訴人：User:防濫用過濾器 申訴人的意見：我認為這項處理是不合理的，申請中的共識有效範圍並無錯誤。 申訴有效，請被申訴人User:防濫用過濾器重新進行之前的認定。

示例
共識存檔認定申訴（2016.3.18） 申訴涉及的共識：參見萌娘百科_talk:共識存檔館#共識存檔申請（2016.2.28） 申訴提出的時間：2016.3.18 申訴提出人：User:北極星與南十字 被申訴人：User:防濫用過濾器 申訴人的意見：我認為這項處理是不合理的，申請中的共識有效範圍並無錯誤。 你的申訴理由不足，駁回申訴。 --[[User:我假装有这么个管理员]]（[[User_talk:我假装有这么个管理员|讨论]]）2016年3月18日 (五) 22:13 (CST)

（5）若被申訴人對仲裁決定不服可以提出申請認定仲裁是否無效，這時應當請另一位管理員（非當事人）受理申請，該申請僅可提出一次。若申請成立，則之前仲裁無效；若申請不成立，則該仲裁繼續維持有效。

（6）不論是對管理員做出的已經生效的認定，還是對申請者異議做出的仲裁，都可以被管理員的集體投票否決。

該投票可由任意一名非當事管理員發起，除當事人以外的管理員（包括投票者）均可參與表決，若同意者超過半數則該集體否決通過。

一次集體否決投票要生效至少應保證投票人數達到擁有票權的人數的三分之二。

3.當管理員確定申請相關的共識符合標準時，應當將這一共識存檔。

二、共識存檔頁面的標準

1.當對共識的認定結束（詳見第一節第二、三條）時，該共識即應當被存檔。

每份共識的存檔應當遵守以下格式（基本與共識存檔申請無異）：

（1）新的存檔採用「添加話題」的形式添加；

（2）該存檔的小標題應遵守以下要求：

①應當在其後加上共識形成的日期，格式形如「共識存檔(2016.3.17)」

②標題中禁止wiki語法符號、以及{tl}等模板的使用。

（3）該存檔的內容中應當包括下列信息：

①共識形成的時間、地點，

②共識的內容（如果已經形成專門頁面的則添加頁面連結，如果未形成專門頁面的則進行文字概括），

③共識的有效範圍。

示例
共識存檔（2016.2.28） 共識形成時間：2016.2.28 共識形成地點：討論版 共識的內容：參見萌娘百科:巡查豁免者 共識的有效範圍：萌娘百科全站 共識存檔（2016.2.28） 共識形成時間：2016.2.28 共識形成地點：討論版 共識的內容（這裏只是打個比方，並不是說它真要這麼寫）： 該用戶組唯一額外獲得的權限將是autopatrol，即自動標記自己的編輯為已巡查。 設立該用戶組可減少巡查姬的工作量，並且可以讓巡查姬更有效地巡查其他的頁面，從而更容易發現濫用和破壞的情況。 任何管理員將均可將用戶加入或移除該用戶組。 該用戶組將只授予熟知萌百編輯規範，有大量編輯歷史，受社群信賴的用戶。 用戶無需（但可以）申請，只要滿足一定的標準即可被加入該用戶組，具體的標準需要待討論決定。 共識的有效範圍：萌娘百科全站

·

被存檔的共識應當掛上模板進行提示。其內容形如「該討論所形成的共識已被存檔，參見萌娘百科:共識存檔館/2016年春季#共識存檔（2016.2.28）」；

依據共識形成的方針/政策/指引/幫助頁面上亦應當掛上相應的模板進行提示，其內容形如「本頁面依據社區討論共識形成」；

共識的存檔按季度進行，以其被存檔的時間歸入相應的存檔頁面。存檔頁面的標題採用與討論頁面存檔類似的規則，形如萌娘百科:共識存檔館/2016年春季（標題中禁止wiki語法符號、以及{tl}等模板的使用）；

在共識存檔頁的右上角加入導航模塊，形如討論頁存檔頁面的導航模塊。

三、共識的特殊情況——對之前共識的修正案

1.針對共識修正案的申請，提出如下特別要求，未說明的參照通常的申請要求：

在申請「共識的內容」這一項中應明確表明這一提案為對之前共識的修正案，並指明對哪些內容進行更改。

2.針對共識修正案的存檔，提出如下特別要求，未說明的參照通常的存檔要求：

對被修正共識存檔的修正：應當找到之前共識的存檔頁面，並在上面增加一行提示「已被新的共識所代替。」（可以的話會做一個模板）同時將有變動的內容用<u></u>標記出來。

對依據共識形成的方針/政策/指引/幫助頁面的修正：找到相應的頁面，在被更改的部分添加註釋「依據社區討論共識進行修正」。

討論區

“	People get built different. We don't need to figure it out,we just need to respect it.每個人生來都不同。我們不必去理解，只需要互相尊重。	”
——Princess Bubblegum‬

---

哇好厲害就像法律文本一樣。有個問題：如果是達成共識寫入方針的，還需要在進行共識存檔嗎，還是寫入項目空間中的對應頁面？--巡查&Developer XYZ指示物（nbdd0121） (Talk) 2016年3月30日 (三) 23:23 (CST)

@nbdd0121行動性條款第二節第一條下的示例中有展示這樣的情況（以「巡查豁免者」為例），在共識存檔的「共識內容」項目中註明已經被寫入某個頁面就可以了。另，說句閒話，這個提案的大體的格式參照的是聯合國決議草案的格式（序言性條款、行動性條款），條目的標號順序則是參考了法律文本（章、節、條、款、項、目）。--北極星と南十字（給我留言） 2016年3月30日 (三) 23:42 (CST)

吐槽：我感覺並沒有覺得特別像聯合國決議草案我以前其實玩了很久模擬聯合國，聯合國決議草案的條款都是動詞開頭的--巡查&Developer XYZ指示物（nbdd0121） (Talk) 2016年3月31日 (四) 01:27 (CST)

是的，只是參照了其「大體結構」而已，正式的決議草案不只要動詞開頭還要黑體斜體下劃線三選二而且開頭的動詞很多都是沒卵用的呼籲、希望、注意到之類的。還有好巧我也玩模聯。--北極星と南十字（給我留言） 2016年3月31日 (四) 07:51 (CST)

完....完全看不懂....我是不是沒救了QVQ——巡查姬大天使-Is watching you- 2016年3月30日 (三) 23:38 (CST)

@堕丶大天使如果對於具體細節沒法深入了解的話可以參看序言性條款，這樣至少您能知道這個提案想要達到什麼效果。--北極星と南十字（給我留言） 2016年3月30日 (三) 23:42 (CST)

@北极星与南十字就是說編輯的規範是嗎....還是看不太懂....語文老師已哭QVQ——巡查姬大天使-Is watching you- 2016年3月30日 (三) 23:53 (CST)

@堕丶大天使並不，其實是收錄大家討論所形成的結果的。--北極星と南十字（給我留言） 2016年3月31日 (四) 00:00 (CST)

作為一個至少提過三次萌娘百科:共識的用戶，看到這個提案還提出了具體操作流程，我自然是滋瓷的啦--巡查員掃葉（討論） 2016年3月31日 (四) 08:33 (CST)

感覺【序言性條款】有些地方說得太繁瑣，用語能簡練一些嗎？

管理員在這裏的角色真的很忙啊，又要審核，有異議和推翻又要出面。就算是管理員也未必對規則完全掌握，另外這樣疲於處理申述，也影響到日常的維護和日常生活啊。

另外【共識存檔館】日後也會變得臃腫，更好的是在相關頁面進行說明，如，或者是對【幫助頁面】某一條款的論述和延展觀點，以註釋的方式轉到【共識存檔館】，表明當前對這個條款的普遍觀點；對某一個版面的處理方式，如模板，在doc中說明；對某類條目的處理方式，就在對應的編輯指引頁面置頂（或者其他地方），表明該指引頁面在相關討論見於【共識存檔館】之類的。

另外，討論未必一定存在完全的共識，只有單項或者數項被認同，未必是全部。好像沒有考慮到這個情況。--Notalgia-Contαct- 2016年3月31日 (四) 14:05 (CST)

給@Nostalgia的回覆：

1.您可以詳細的指正一下嗎，我自己之後也會抽時間精簡一下這裏的語言。

2.如果認為管理員不足以承擔這個任務，把第一次審核的權限下放給巡查如何（我是參照討論頁存檔的情況（只有管理員能進行）選定共識存檔只有管理員才能進行）？

3.這裏有提過類似的情況，參見行動性條款第二節下的第一個示例（以「參見萌娘百科:巡查豁免者」作為內容），當然，提案中說的可能不太清楚，針對這方面，我會對提案的細節進行一些修正。

4.我會在之後的修改中加入對這一情況的特別說明。

最後非常感謝您的提議！--北極星と南十字（給我留言） 2016年3月31日 (四) 14:23 (CST)

雖然我想過找站長/行政員，不過他也應該沒空吧。

能直接改嗎，用語簡練很難表述的。--Notalgia-Contαct- 2016年3月31日 (四) 15:15 (CST)

給@Nostalgia的回覆：

1.我認為只把第一道審核下放給巡查應該可以，畢竟還有應對異議的申訴程序（這由管理員把關），一方面可以避免失誤，另一方面也可以減少管理員的工作量。當然也可以再加入管理員撤銷巡查操作的程序。

另：其實這裏還涉及到共識標準之類的問題，我有過針對這個問題另作一個提案的想法。

2.您可以直接把您改好的版本寫在我的討論頁，我還在對其中的其他部分進行修改，我怕編輯衝突了。

再次感謝您！--北極星と南十字（給我留言） 2016年3月31日 (四) 15:24 (CST)

覺得有很多話想說，但感覺有說不出來。我還是等待一下秋葉的版本吧。——Recital君（留言） 2016年3月31日 (四) 15:37 (CST)

看起來挺好的樣子…（要閉合）--User_talk:Zyksnowy 2016年3月31日 (四) 16:48 (CST)

---

我幾乎重寫了整篇提案，大家可以在User_talk:北極星與南十字#重寫的存檔機制看到。

改著改著，就發現問題挺多的。大家隨意看看--Notalgia-Contαct- 2016年4月1日 (五) 23:29 (CST)

關於這個提案，我有一些想法：

1.我覺得共識和判例法相似，有一定的約束力但是需要隨形勢和情況而定，我認為直接存放在talk：共識就可以了。

2.共識應該分為局部性共識和全局性共識，共識存放在talk：共識里，局部性共識存放在talk：共識/局部性共識中，全局性共識存放在talk：共識/全局性共識中。

3.我認為全局性共識不需要申請，共識的形成過程中必定有複數管理員/巡查員的參與且進行長時間的充分討論，討論完畢由管理員/巡查員直接加入talk：共識/全局性共識即可。

4.局部性共識是板塊編輯者討論形成的共識，類似行業標準

大板塊必定有管理員/巡查員參與且進行長時間的充分討論，討論完畢由管理員/巡查員直接加入talk：共識/局部性共識即可。

小板塊應該有幾個帶頭的編輯者，產生的共識類似行業標準，討論完畢後向巡查員提請直接加入talk：共識/局部性共識即可。

5.在talk：共識/全局性共識、talk：共識/局部性共識中存放標題連結到存放具體內容的分頁面talk：共識/全局性共識/xxxxx、talk：共識/局部性共識/xxxxx中，對每一個共識進行單獨的管理。

6.具體內容分序言和原討論內容存檔，討論區三個板塊，除討論區非管理員/巡查員不可更改

序言註明最後更改時間和共識結論

原討論內容存檔中存檔原討論並註明討論地點

討論區採用添加話題的形式進行討論以適應形勢變化，x天無回復將話題摺疊並不能再回復（應該可以用機械人吧。。。），達成新的共識後由管理員/巡查員更改序言和原討論內容存檔

以上--Bokuwaahoya（討論） 2016年4月2日 (六) 18:49 (CST)

區分全局共識和局部共識想法不錯，但是你的具體操作辦法還是太過繁雜，直接按季度/月份存檔就好了，不用單獨管理。——From AnnAngela the sysop (Talk) 2016年4月2日 (六) 19:33 (CST)

那就說人話吧，全局共識和局部共識區別存放，主頁面是索引頁，詳細內容存放到分頁。分頁標註時間地點，結論，複製黏貼過去的討論過程，留一個供討論的地方。共識只要參與的巡查/管理認為形成了，直接加過去沒有吸引到巡查/管理的注意叫個毛線共識。人話措辭不嚴謹見諒--Bokuwaahoya（討論） 2016年4月5日 (二) 17:34 (CST)

操作的簡化十分重要，程序的思想和基本的概念很好。但是操作必須要簡化，還有如果可能是否能有一個易於公示的易讀版。

一個便於學習如何操作的版本，以下文本只做參考
蝴蝶和冰姐經過十頁的討論關於更新姬的乳量達成了共識，蝴蝶將提出XX內容代表雙方達成此共識。 然後秋葉認為這種乳量是不可接受的，他提出YY的修改申請。 對此編輯部進行了仲裁，醬油進行了abc個步驟仲裁了乳量共識。並提出了第二次乳量修正案。 編輯部又恢復了和平，可喜可賀

--死蝴蝶（討論） 2016年4月5日 (二) 13:38 (CST)

最近幾天因為三次元事務繁忙暫時沒有處理這個提案，等到17號以後我會回來繼續進行修改的。--北極星と南十字（給我留言） 2016年4月14日 (四) 21:39 (CST)

斗膽說一下看過之後的感受：

1、該提案需要人話翻譯，不然有多少人能耐心看，又有多少能看懂

2、萌娘百科:共識這個頁面吃棗藥丸，各種亂七八糟來自四面八方的共識會讓人啥也找不到。

建議： 【方案A：LoveLive!系列的共識就放在LoveLive!/共識並在萌娘百科:共識記下「LoveLive!系列相關共識參見LoveLive!/共識」】

【方案B：LoveLive!系列的共識就放在共識:LoveLive!然後建立分類樹啥的...全站的放在共識:全站通用共識】

真是作大死了...

3、建議探索更加簡潔的流程，個人認為現在的這個提案使共識過於嚴格

4、為啥不畫個流程圖出來！

以上純屬扯淡--Kuroshitsuji-Ciel（討論） 2016年4月19日 (二) 20:45 (CST)