因各种原因页面内容可能和源页面有所出入,非本站特有页面内容请以萌娘百科为准。
- 你好~!欢迎来到萌娘百科镜像站!如需查看或编辑,请联系本站管理员注册账号。
- 本镜像站和其他萌娘百科的镜像站无关,请注意分别。
萌娘百科討論:提案/未通過提案/關於社區共識存檔機制的提案(2016.03.30)
正文
定義
本提案中所提到的「共識」,特指在討論頁面形成的「共識」。它可能是一個建議/提議/方案,且如果通過將對編輯形成一定的約束力。
序言性條款
一、關於共識的重要性
- 萌百是自由開放的共筆型百科,而社區共識是解決編輯之間爭端,規範編輯行為,進而提升條目質量的重要途徑。
- 社區共識也是管理人員維護萌百的重要依據。
- 社區共識是萌百方針/指引的重要來源,是對提案的重要補充。
提案由於其通過程序較為複雜與正式,比較適用於相對較為重要的政策(例如管理員申請制度)。
而相比之下,「共識」相對較為寬鬆——
它可以適用於某一個具體的專題或是某些更加具體的問題,沒有過多的限制;同時,比起程序相對繁瑣的提案,它也更有活力,當你對舊的共識有異議時,你可以直接提出你的新觀點來尋求新的共識(而不是等待修正案通過的漫長過程)。
二、關於共識的現狀
- 共識是進行編輯操作(尤其是有爭議的操作)的重要依據,然而由於很多共識的憑據都集中在討論頁面,沒有經過整理,存在著諸如難以查找的種種問題。
- 有很多用戶在討論中會提及過去的共識,但經常出現無據可考的情況,只能憑回憶來確認其內容的情況。其準確性難以保證。
- 社區共識也是管理人員執行管理操作的重要依據之一,但由於社區的共識都留存在各種各樣的討論頁面中,而沒有專門的頁面收錄,因此查找起來非常的困難。
三、由此我們認定,建立一套對社區共識的存檔機制是有必要的。
四、務必要強調的是,舊共識的存檔只是一件工具(正如同一本辭典),存在目的是為了方便大家的查找,而不是要大家視這些共識為不可打破的金科玉律。共識是我們通過討論化解糾紛後成果的結晶,能為我們提供參考,但這並不代表它就是永久的或者是永遠正確的。為了讓萌娘百科發展的更好,萌娘百科鼓勵所有編輯勇於創新,不墨守陳規,對待共識也應是如此。共識是可以改變的,過去的共識可被挑戰,也並非必須遵守。再者,對共識的修訂通常也是合理的。因此,「根據共識」和「違反共識」並不是接受或拒絕提議與行動的有效理由。儘管過去的「廣泛討論」能引導編輯去了解過去的共識,但編輯仍應重新審查每一個提議的價值,進而重新確定共識是否已經改變。
五、關於共識的標準、形成機制等會在後續的提案中提出。
行動性條款
一、對共識的存檔的申請與認定
1.當認定在討論頁面中形成了一個共識時,任何參與/看到的用戶都可以在共識存檔頁面的討論頁(如萌娘百科_talk:共識存檔館)留言,向管理員提出將這一共識存檔的申請。
- 這一申請的格式應當遵守下列要求:
- (1)新的申請採用「添加話題」的形式添加;
- (2)該申請的小標題應當在其後加上共識形成的日期,形如「共識存檔申請(2016.3.17)」
- (3)該申請的內容中應當包括下列信息:
- ①申請的提交人
- ②共識形成的時間、地點,
- ③共識的內容(若已在之前頁面提出則直接插入連結,若未在之前頁面明確寫出或是其他需要另外撰寫的情況(例如只有一部分內容取得編輯共識)[增 1]應當撰寫一段概括性文字總結已經形成的共識。),
- ④共識的有效範圍。
示例 |
---|
共識存檔申請(2016.1.21)
共識存檔申請(2016.2.28)
共識存檔申請(2016.2.28)
|
- 當要對申請進行修改時應當遵照以下格式:
- (1)刪去的內容使用
<s></s>
; - (2)新增的內容使用
<u></u>
;
- (1)刪去的內容使用
- 多個申請人對同一共識提交申請的順序是討論發起人、討論參與人、未參與討論人(即,當多個申請人同時遞交申請時,以前一順序的申請人提交的申請為準,若申請人處在同一順序的,以時間先後為準);
2.管理員應當定期巡查共識存檔頁面的討論頁(如萌娘百科_talk:共識存檔館),並認定申請相關的共識是否符合社區共識的標準。
- 需要認定的事項包括:
- (1)該討論結果是否足以被稱為「共識」(是否考慮了參與討論的各方的意見),
- (2)該申請中的「共識的內容」是否符合討論結果,
- (3)該申請中的「共識有效範圍」是否符合討論情況;
- 當管理員認定該申請有問題時,應當在申請下通過回復,申請者應當回答管理員的問題或對申請做出修改,若申請者超過七天未回復即認定該申請失效;
- 當管理員認定申請通過時,亦應當在申請下回復,告知申請者該申請已通過;
示例 |
---|
共識存檔申請(2016.2.28)
完成確認該申請有效,已經存檔 --User:防濫用過濾器(討論)2016年3月18日 (五) 22:13 (CST) |
示例 |
---|
共識存檔申請(2016.2.28)
該申請無效,理由為:該共識的有效範圍填寫有誤。 --User:防濫用過濾器(討論)2016年3月18日 (五) 22:13 (CST) |
- 申請者對於管理員的認定有異議時可以在共識頁面的討論頁面(如萌娘百科_talk:共識存檔館)進行申訴,申訴程序如下:
- (1)使用「添加話題」功能添加新的話題進行申訴,並在標題中註明申訴提交的日期,標題形如「共識存檔認定申訴(2016.3.18)」
- (2)申訴中應當包含以下內容
- ①申訴涉及的共識(為指向申請的連結)
- ②申訴提出的時間
- ③申訴提出人
- ④被申訴人
- ⑤申訴人的意見
示例 |
---|
共識存檔認定申訴(2016.3.18)
|
- (3)同一用戶針對同一申請的申訴只能進行三次。
- (4)當申訴提出後,應當有一位管理員(非當事人)受理申訴,並做出仲裁,判斷申訴是否有效。在仲裁完畢後應當回復申訴人。
示例 |
---|
共識存檔認定申訴(2016.3.18)
申訴有效,請被申訴人User:防濫用過濾器重新進行之前的認定。 |
示例 |
---|
共識存檔認定申訴(2016.3.18)
你的申訴理由不足,駁回申訴。 --[[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)
|
·
- 被存檔的共識應當掛上模板進行提示。其內容[增 2]形如「該討論所形成的共識已被存檔,參見萌娘百科:共識存檔館/2016年春季#共識存檔(2016.2.28)」;
- 依據共識形成的方針/政策/指引/幫助頁面上亦應當掛上相應的模板進行提示,其內容形如「本頁面依據社區討論共識形成」[增 2];
- 共識的存檔按季度進行,以其被存檔的時間歸入相應的存檔頁面。存檔頁面的標題採用與討論頁面存檔類似的規則,形如萌娘百科:共識存檔館/2016年春季(標題中禁止wiki語法符號、以及{tl}等模板的使用);
- 在共識存檔頁的右上角加入導航模塊,形如討論頁存檔頁面的導航模塊。
三、共識的特殊情況——對之前共識的修正案
1.針對共識修正案的申請,提出如下特別要求,未說明的參照通常的申請要求:
- 在申請「共識的內容」這一項中應明確表明這一提案為對之前共識的修正案,並指明對哪些內容進行更改。
2.針對共識修正案的存檔,提出如下特別要求,未說明的參照通常的存檔要求:
- 對被修正共識存檔的修正:應當找到之前共識的存檔頁面,並在上面增加一行提示「已被新的共識所代替。」(可以的話會做一個模板)同時將有變動的內容用
<u></u>
標記出來。 - 對依據共識形成的方針/政策/指引/幫助頁面的修正:找到相應的頁面,在被更改的部分添加注釋「依據社區討論共識進行修正」[增 2]。
增刪注釋區
增
刪
改
討論區
“ | ” | |
——Princess Bubblegum |
- 哇好厲害就像法律文本一樣。有個問題:如果是達成共識寫入方針的,還需要在進行共識存檔嗎,還是寫入項目空間中的對應頁面?--巡查&Developer
XYZ指示物( ) (Talk) 2016年3月30日 (三) 23:23 (CST)
- 完....完全看不懂....我是不是沒救了QVQ——巡查姬大天使-Is watching you- 2016年3月30日 (三) 23:38 (CST)
- @堕丶大天使如果對於具體細節沒法深入了解的話可以參看序言性條款,這樣至少您能知道這個提案想要達到什麼效果。--北極星と南十字(給我留言) 2016年3月30日 (三) 23:42 (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)
覺得有很多話想說,但感覺有說不出來。我還是等待一下秋葉的版本吧。——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)