萌娘百科討論:提案/未通過提案/關於提案、快速提案等方針指引制定與修訂辦法的提案(2022.07.11)
序言
想了好久給提案起什麼名字（ —— ほしみ 2022年6月19日 (日) 21:58 (CST)
正文
提案
- 替換除subpagelist部分之外的全文。
定義
提案是指社群需要達成廣泛而重要的共識時，進行討論與投票決策的一種討論制度。
提案討論不僅追求多數人的支持意見，而且還旨在解決和減輕少數人的反對以達成更多的共識。提案投票並不需要獲得所有人支持而通過，而是需要獲得足夠數量和比例的支持者。投票通過代表該方案獲得了當前社群的共識，其他用戶應尊重投票結果。
發起條件
- 由於提案流程相當低效，提案當且僅當在如下情況使用：
- 新增方針、適用於全站的指引；
- 大規模修訂或是修訂影響範圍較廣的方針、適用於全站的指引和其他爭議較大的具有規範性質的文件；
- 其他罕見但有重大爭議，社群無法達成一致的情況。
- 與已通過提案、討論中提案和60天內未通過提案相同或相似的提案不應被重複發起。
- 同一主題提案的相似或相同應同時從目的和手段的本質來判定。若同時發起相同、相似的提案或是目的相衝突的提案，則應考慮合併討論。行政員有義務在解答其他用戶的此類質疑，該判定程序在有用戶於方針政策版提出質疑時啟動。
- 提案發起人及下述共同起草人均應符合下列要求：
- 允許註明其他至多2名共同起草人[注 1]：
- 若一名行政員或三名管理員認定提案不符合發起條件或質量低下、沒有意義，可在提案發起後7日內認定為不合格提案。不合格提案的認定應由進行認定的行政員/管理員在提案討論區後新增二級標題「駁回提案」闡述理由、在提案頂部懸掛{{被駁回提案}}模板、終止提案程序，並在本模板懸掛一日後直接刪除提案頁（需要在刪除理由中註明所有認定人的用戶名）。
- 反覆發起不合格提案的用戶應受到封禁懲罰，該懲罰應由對不合格提案參與認定的行政員/管理員作出，封禁時長可參考反破壞方針之規定。
提案程序
提案的發起應滿足下列要求：
- 在「萌娘百科_talk:提案/討論中提案/」的子頁面創建提案討論頁；
- 需按照#頁面格式要求編輯；
- 提案內不得包含人身攻擊或其他惡意貶損觀點不同一方的內容、不得包含情緒誘導的內容；
- 若提案涉及到了對現有方針/指引內容的增改，則應當在序言或正文內說明其新增/修改內容將寫入的頁面名。
- 如果需要建立新的頁面，則應當說明其是否為方針、適用於全站的指引或論述等頁面等級。
發起人的權利：
- 在投票程序發起之前，提案發起人可以選擇撤回提案。一旦投票發起，則提案不能被撤回。
發起人的義務：
- 發起人（或代為發起投票的共同起草人）[增 1]有義務對投票發起通知，即在投票區使用{{@}}、{{大召喚術}}等具有Echo通知功能的方式提醒所有具有票權的用戶；
- 鑑於提案存在討論時限的限制，發起人有義務在提案發起前做好充分準備，例如在討論版進行公開的預備討論等。
頁面格式
提案頁必須遵守以下格式要求：
- 開頭可選擇使用二級標題「序言」，用以聲明提案提出的理由、講解相關背景內容或註明共同起草人；
- 提案正文使用二級標題「正文」，其下為提案正文，正文分段應使用三級標題；
- 在提案正文末尾應添加三級標題「增刪註釋區」，在提案討論階段進行的修改都應當保留改動痕跡，並在本節予以註釋。
- 提案發起後，提案頁應保護至僅限自動確認使用者編輯，其關聯的Project頁面（若有）應保護至合適的等級。其他由提案發起人申請保護之用戶頁面亦可考量合理性後進行有限期保護；
- 為便於投票者閱讀，如果提案在討論過程中進行了修改，在投票開始前，提案發起人可選擇在「正文」一節後增加新的二級標題「正文（最終版本）」，將沒有修改痕跡的、最終版本的提案正文列出；
- 如果有投票者認為保留改動痕跡的提案正文難以閱讀，可以向提案發起人要求列出最終版本正文；
- 若提案發起時正文部分超過3萬字節，提案發起人可選擇將「正文」一節移入對應的Project頁面（「萌娘百科:提案/討論中提案/」的子頁面）。
- 討論區使用二級標題「討論區」，其下為討論區，分段使用三級標題；
- 在投票發起時添加二級標題「投票區」：
- 投票區開頭說明投票規則、有票權用戶和投票起始、截止時間點；
- 投票區應按照用戶組劃分區域，設立四個三級標題「管理員」「巡查姬」「參與討論的自動確認使用者」「無票權用戶意見」，以方便用戶組票權的核查統計。
- 在投票結束後添加二級標題「計票與結論」，用以計票和寫明提案結論。
投票
除萌娘百科:投票方針外，提案投票還應遵守以下規定：
- 一般情況下，投票程序僅能由提案發起人發起。僅當提案發起滿28日後，共同起草人可代為發起投票[增 1]；
- 投票的發起時間應遵循如下要求：
- 具有投票權的用戶為管理員、正式巡查姬與在討論階段參與了提案討論的其他自動確認使用者；
- 投票格式不合規、未在正確區域投票、未在投票期內投票等均記作無效票；
- 提案發起人、共同起草人可以在投票截止前以公開形式遊說潛在支持者投同意票；
- 一旦投票程序開始，提案正文不得進行任何改動；
- 當投票期間產生爭議，應將討論限制於討論區內。對投票的回覆亦應置於討論區內。
計票
- 應當統計投票結束時間點時的頁面歷史版本票數，以免被其他更改擾亂計票結果；
- 所有有票權的用戶一人一票；
- 在至少2位管理員投有效的【同意】或【反對】票時，【投票有效】；
- 根據以下規則判斷是否通過（只計算有效票）：
- 【同意】票數大於【反對】票數，且管理員的【同意】票數不小於【反對】票數則【提案通過】；
- 【同意】票數小於【反對】票數，或管理員的【同意】票數小於【反對】票數則【提案不通過】；
- 【同意】票數等於【反對】票數，且管理員的【同意】票數不小於【反對】票數則：
- 若行政員的【同意】票數不小於【反對】票數則【提案通過】；
- 若行政員的【同意】票數小於【反對】票數則【提案不通過】；
- 若沒有行政員的有效【同意】或【反對】票，則由行政員內部磋商後宣佈結果。
- 計票者應當在投票區宣佈各類用戶組計票票數，計票結果，以及提案是否通過;
- 應由提案發起人、共同起草人計票，其他所有用戶監票；
- 如果提案發起人或共同起草人未能在投票結束後24小時內計票，則由維護人員進行計票。
- 若出現無效票或是被他人修改的投票，涉及到的投票應重新進行計票，投票結束已超過30天的除外。
存檔
- 管理員應移動完成計票的提案頁面和其關聯的Project頁面（若有）至存檔頁。
- 每份提案存檔都要在頁面名後面加上投票結束日期（年月日格式）例：萌娘百科_talk:提案/已通過提案/XXXX(2017.08.18)。若提案未進入投票階段，則添加提案終止日期。
- 未通過的提案置於萌娘百科_talk:提案/未通過提案的子頁面中，添加分類:未通過提案；
- 已通過的提案置於萌娘百科_talk:提案/已通過提案的子頁面中，添加分類:已通過提案；
快速提案
替換「定義」一節
快速提案是提案程序的補充手段，用於對萌娘百科現行方針、指引等具有規範性質的文件進行小範圍的快速修訂方案。
如無特定需求，一般推薦採用萌娘百科:方針、指引與論述#制定與修訂方案對適用於全站的指引進行修訂、依照萌娘百科:專題管理方針對適用於專題的指引進行修訂。
適應性調整
依照定義和提案方針的更改對下文進行適應性調整。
方針、指引與論述
替換「制定與修訂」一節
方針與指引在形成過程中，起到最核心作用的是社群的共識，其制定與修訂都應當以社群共識為準。
- 方針、適用於全站的指引的制定應當通過提案程序進行；[注 3]
- 方針、指引的修訂可選擇提案、快速提案等多種程序；
- 除前述程序外，適用於全站的指引亦可通過以下程序進行修訂：
- 應在方針政策版添加新話題以發起修改程序，發起人應當符合萌娘百科:提案對發起人的要求；
- 修訂應進行充分討論；
- 應進行充分投票，投票發起後不得修改修訂內容；
- 具有投票權的用戶為管理員、正式巡查姬與在投票發起前參與了討論的自動確認使用者，計票方式與萌娘百科:提案#計票一致。
- 適用於專題的指引的制定與修訂參見萌娘百科:專題管理方針；
- 不涉及頁面實質含義的修改可以由具有編輯權限的維護人員直接進行，但應當接受其他用戶的監督；
- 對於某一修改是否屬於實質性修改的認定，若修改的發起者為巡查姬，則需要不少於三名管理員共同進行認定，若修改的發起者為管理員，則需要不少於三名管理員（至少包括一名行政員）共同進行認定；
- 上述認定程序在有用戶於方針政策版提出舉報時啟動。
- 行政員行使最終決定權時不受第一至四條的限制。
替換「頁面命名」一節
為保證其名稱、效力等級的可辨識性，萌娘百科的方針、指引頁面應當遵守一定的命名規範。
- 方針、指引頁面應置於「萌娘百科」命名空間內；
- 除下述特殊情況外，方針、指引頁面命名時應以「方針」「指引」為頁面後綴：
- 非方針、指引頁面不得在標題中使用「方針」「指引」或是類似於「方針」「指引」含義的字樣（如政策、規範、守則等）。
投票方針
- 序言中「本文所述提案指萌娘百科:提案與萌娘百科:快速提案」修改為「本文所述提案指萌娘百科:提案、萌娘百科:快速提案等採用與提案相同投票方式的方針、適用於全站的指引之制定與修訂辦法的討論案」。
- 基本政策第3條由「可發起/參與人事案或提案、有票權的非維護人員須滿足以下條件」變更為「可發起/參與人事案或提案之投票的非維護人員須滿足以下條件」[注 7]。
專題管理方針
將萌娘百科:專題管理方針#修改中編輯指引的修訂替換為以下內容：
- 「編輯指引」的修改應遵守以下程序：
- 應在相應指引的討論頁添加新話題以發起修改程序，發起人應當符合萌娘百科:提案對發起人的要求；
- 修訂應進行充分討論。管理員有權以討論不夠充分、修改內容與全站政策相悖及其他合理原因終止投票及修改程序；
- 應進行充分投票，投票發起後不得修改修訂內容。投票發起人無需使用{{大召喚術}}，但有義務通過{{@}}或討論頁留言等方式通知設立者、聯署巡查姬（若在任）、覆核管理員（若在任），並儘可能通知專題涉及頁面的各個主要編輯者；
- 具有投票權的用戶為管理員、正式巡查姬與在投票發起前參與了討論的自動確認使用者，計票方式與萌娘百科:提案#計票一致；
- 特別地，維護人員可依據萌娘百科:方針、指引與論述及其他全站性規定直接對「編輯指引」類頁面進行適應性修改。
其他調整
- 頁面命名調整
依照現行萌娘百科:方針、指引與論述與修訂後的#頁面命名對站內現有的文件進行命名變更（均保留重新導向）：
- 萌娘百科:最終決定權 → 萌娘百科:最終決定權方針
- 萌娘百科:收錄範圍 →
萌娘百科:收錄範圍方針萌娘百科:收錄方針[改 1] - 萌娘百科:消歧義 → 萌娘百科:消歧義方針
萌娘百科:編輯規範 → 萌娘百科:編輯指引[刪 1]- 萌娘百科:條目命名 → 萌娘百科:條目命名指引
- 萌娘百科:條目編寫 →
萌娘百科:條目編輯指引萌娘百科:條目編寫指引[改 1] - 萌娘百科:模板規範 →
萌娘百科:模板編輯指引萌娘百科:模板指引[改 1]
- 政策模板調整
調整Template:萌娘百科政策文件，移除[[萌娘百科:方针|站点维护方针]]，變更為[[萌娘百科:方针#页面存废政策|页面存废]]、[[萌娘百科:方针#页面内容政策|页面内容]]、[[萌娘百科:方针#文件管理政策|文件管理]]、[[萌娘百科:方针#头像管理政策|用户头像]]、[[萌娘百科:方针#著作权问题|著作权方针]]並寫入合適位置。
增刪註釋區
增
刪
- ↑ 暫不調整編輯規範的頁面命名，直至相關指引的重寫/修訂後再議。
改
注
- 這是提案的註釋不是方針正文的註釋。
- ↑ 更改共同起草人相關制度，允許並鼓勵合作，避免個人時間因素導致提案流產。
- ↑ 更改為更公平的時間計算方式。
- ↑ 對指引的制定增加限制，避免再次出現一些問題。
- ↑ 如萌娘百科:方針、指引與論述、萌娘百科:提案。
- ↑ 如萌娘百科:巡查姬
，或共享站的文件收錄指引。 - ↑ 當前僅有萌娘百科:維護人員的基本義務、萌娘百科:維護人員的維護任務。
- ↑ 原文有歧義，意味着可以在無票權投票區不遵守主賬戶等規定。
討論區
對於專題編輯指引修訂的計票方式的看法
首先我很歡迎對計票方式進行完善，但是對於直接照用提案計票法，尤其是對投票需要2名管理員投票方認定有效，本人表示(－)弱反對 。原因在於，專題編輯指引畢竟不是全站內容，規定兩個管理員票對於這種規模的修訂似乎偏重。而且業已規定，管理員有權直接以討論不充分等理由直接終止修訂程序，也就是說管理員對指引修訂的決定權已有條款賦予（這一點和提案顯然不同，提案相關的需要行政員或者三名管理員聯合），不需要再在投票上做出要求了。個人覺得相關的投票有效標準可以下移到巡查姬（比如1名管理+2名巡查參與投票可代替之前的2名管理票），或者直接規定簡單多數原則。——
這是一張遺漏的二餅（請聯繫失主） 2022年6月19日 (日) 22:42 (CST)
- 那又要完整寫一遍計票方式力，好麻煩desuwa。—— ほしみ 2022年6月19日 (日) 23:21 (CST)
- 如果按舊提案的至少4名維護人員投票且包含至少一名管理投票是否可行？—— 屠麟傲血（討論） 2022年6月19日 (日) 23:23 (CST)
屠麟傲血
錯別字與筆誤
#替換「定義」一節：對適用於全站的指引的修訂進行 → 對適用於全站的指引進行修訂。— 葫蘆又留言 2022年6月20日 (一) 00:37 (CST)
完成 —— ほしみ 2022年6月20日 (一) 11:58 (CST)
#發起條件：行政員有義務在解答其他用戶的此類質疑 → 行政員有義務解答其他用戶的此類質疑。 葫蘆又 2022年7月11日 (一) 11:28 (CST)
一點小建議
是否可以考慮對投票比例進行進一步限制，適當提高門檻，而不是按半數通過且管理半數認可。比如要求有效票數回收率足夠高時（如75%），同意或反對票佔八成以上時可直接通過，不足時要求巡查姬達到上述要求（考慮到效率可以要求60%回收率）且總票數60%以上支持。以上可以考慮提前計票並結束提案。管理員過半同意或反對的前提下，仍要求40%有效投票且60%同意或反對。行政員可替代1.5名管理員計算（仍是一票）。參與人數不足20%的提案不可提前計票。
相當於一名管理加行政就可以比較快了。
還有就是，是否有必要存檔被打回的提案？--焦點（討論） 2022年6月20日 (一) 01:37 (CST)
- 您好，本次提案修改的是政策制定辦法和流程，無意修改現有投票規定，如確有需要希望可以給出一套完成的體系，然後討論區再進行討論其合理性。—— ほしみ 2022年6月20日 (一) 10:23 (CST)
一個疑問
如果我沒有理解錯誤的話，如果提案被認為無意義的話可以被行政員或者管理員在公示一天後直接刪除，這個時間是不是在有點草率？並且是否需要增加一個類似於上訴的程序來給提案人一個申訴的機會呢？--宏光 並不是車 激情對線 2022年6月20日 (一) 11:54 (CST)
- 這是現有規定。根據已有的實踐經驗來看，並無不妥。
- 另，您的簽名里包含未展開完全的內容，請及時修改。—— ほしみ 2022年6月20日 (一) 11:57 (CST)
- 收到了，感想您的提醒。宏光（討論） 2022年6月28日 (二) 19:48 (CST)
- @User:星海子我本人也有類似的疑惑，不過方向不同，我認為「懸掛一天」這個一天的時間可能略微短暫，可能無法起到其通知作用（通知參與提案討論的的用戶），個人建議是ping一下所有參與討論的用戶。另，就這個時間草率，管理員及行政員是否有義務於將要懸掛模板的提案下方討論區先行通知？————Erwwyh（討論） 2022年6月20日 (一) 14:28 (CST)
- 我覺得，您可能需要閱讀一下現行規範，認定本就需要在討論區進行發言。另外，一天的全站公告欄時間已經很長了，足夠起到公示作用，就以往被駁回的提案的質量來看，我甚至覺得可以立即撤下公告、刪除頁面。—— ほしみ 2022年6月20日 (一) 16:08 (CST)
- 我個人的觀點依然和2020年這條規定剛出台時一樣，即所有討論頁面都應該存檔而不應刪除（除非涉及立刪內容或監督情形）；不過這個規定已經實行一兩年了，我倒也無意改動（ ——C8H17OH（討論） 2022年6月20日 (一) 18:58 (CST)
- 主要是看了看被刪的幾個，實在是一言難盡（
- 可以考慮改成視情形刪除或移動至討論版方針政策區進行討論。—— ほしみ 2022年6月21日 (二) 00:10 (CST)
- 我也認為關閉並存檔即可。—— Eric Liu 創造は生命（留言·留名） 2022年6月21日 (二) 10:59 (CST)
- (▲)同上 ——この不審者は
小鞠 です 2022年7月9日 (六) 00:00 (CST)
關於#頁面命名調整
關於這幾份舊政策文件的命名，我的觀點是：
- 希望考慮維持原名：
- MGP:收錄範圍我認為已經算是一種「萌百特色」，比照zhwp:WP:維基百科不是什麼、zhwp:WP:命名常規等，我希望能繼續維持這一命名。並且這個名字已經是【描述領域的定語（「收錄」）+意同「規範」的賓語（「範圍」）】的結構了，與MGP:消歧義、MGP:條目命名等直接以「領域描述詞」命名的文件不同，如果要改也應該是「MGP:收錄方針」；但我還是希望能保持原名。
- MGP:編輯規範與上近似，我覺得也有一些特色性，而且提及引用時也很方便（「希望您遵守本站的編輯規範」很通俗易懂吧）。
MGP:最終決定權再加上「方針」倆字好像也有點怪（（不過這個我沒有強烈意見。）
- 希望部分改變新名稱：
- MGP:條目編寫我個人傾向於維持「編寫」二字，即改為MGP:條目編寫指引，因為察其全文，其主要論述的是如何編寫(write)一個條目，而不是如何進行編輯(edit)。
- MGP:模板規範我認為不應該加上「編輯」二字，即建議改為MGP:模板指引，因為其中不僅包含模板本身的創建和編輯，更重要的是起到規範模板使用的作用，尤其是最常被引用的#頂部模板排序。
- 表示支持：
- 其他：
- MGP:方針是否有更名的可能性？
以上。——C8H17OH（討論） 2022年6月20日 (一) 19:20 (CST)
- 收錄方針規定收錄範圍，我覺得「收錄方針」可以用，可以保證指代清晰明確，也沒啥歧義。對條目編寫、模板規範的意見我比較支持。
- 我認為現有的編輯規範不像是一份指引，我有點想剝奪它作為指引的地位。現有的編輯規範更像是一個信息頁，沒有實際需要執行的東西，甚至還包含其他用戶的子頁面作分類規範，可能有點過時，需要重寫，但我也不知道怎麼做。
- 我認為MGP:方針理論上也應該是一份基礎文檔，應該把除了著作權問題、用戶權限體系兩節之外的部分拆出去，並參考用戶權限體系一節的行文進行重寫，成為一份面向所有用戶的、可以快速了解萌娘百科所有基本政策的頁面。因為想偷懶，所以只搞了#政策模板調整這種簡單操作。
- —— ほしみ 2022年6月21日 (二) 00:39 (CST)
在投票已經發起後，可否撤回提案？
在投票已經發起後，可否因眼看無望通過或者企圖搞參與者心態等原因撤回提案？——量産型伝蛙第３４７号(量産工場β) 2022年6月20日 (一) 22:50 (CST)
- 不能，會影響維護組活躍度計算方式等現有方針/指引的正常執行（一環套一環）。—— ほしみ 2022年6月21日 (二) 00:07 (CST)
- 我的理解是，一旦交付表決了，提案發起人的所有權利就行使完畢了，提案的進程將交由全體投票者決定。附一點國家法律規定供參考：
- 《全國人大議事規則》第二十九條：「列入會議議程的議案，在交付表決前，提案人要求撤回的，經主席團同意，會議對該議案的審議即行終止。」
- ——C8H17OH（討論） 2022年6月21日 (二) 11:07 (CST)
關於提案發起人轉讓和共同起草人增補的設想
首先對增加共同起草人的制度表示(＋)支持，一方面有助於標明實際參與起草人的貢獻並賦予其相應的權利，另一方面也能幫助減輕發起人在起草和提案期間修改的壓力；並且我記得這在歷史上是有先例可循的（雖然我想不起來是哪個了x）。對於共同起草人限制為2人我也覺得可以（雖然個人覺得可以再增加1~2個限額）。
進而就是，我在想，考慮到提案發起後修改壓力的確很大（已經有包括我自己在內的一些雖然整體呼聲較高，但因為各種原因未能在限期內完成修改和開啟投票的例子了），並且發起人有可能因為未預料到的客觀原因而無法及時履職，而包括共同起草人在內的其他人即使有意繼續推動提案，也要至少等兩個月才能接手。雖然已經有共同起草人可以減輕一部分壓力了，但是能否考慮允許提案發起人將發起人職責轉讓（或者別的用詞？）給其他共同起草人，以便在其因故退出時能由其他起草人繼續履職？畢竟他們本就是需要步調協同的共同推動者，在其內部轉讓發起人應當對提案的穩定性影響不大。而且QQ群還允許轉讓群主呢（（
更激進的想法是，如果提案發起人願意，可否允許其在發起後增補共同提案人（乃至進而轉讓給新增的共同提案人）？這樣做可能確實對提案穩定性有一定影響，但考慮到前面提到的一些影響提案發起人履職的因素，從社群整體利益出發，這樣更有助於保障有基本共識的提案減少因為提案人原因而未能如期完成的可能性。
——C8H17OH（討論） 2022年6月21日 (二) 11:07 (CST)
- 主要是想前期試行一下，通過這種方式解決發起人時間不足的問題，但同時又要考慮避免混亂的問題。如你所說，我們需要考慮提案的穩定性、提高投票正常發起率，我感覺可以在28日後允許共同起草人代為履行發起投票的義務。—— ほしみ 2022年6月21日 (二) 15:08 (CST)
關於提案期限
- 我還是覺得提案應該在前期下足工夫，30天的時間（之後還有共同起草人的協助）應該是足夠了的，不應該佔據太久的公告時間和公共討論空間。如果確有不可抗力，現在本就可以通過行政員指令或者發公告來延長（？—— ほしみ 2022年6月21日 (二) 15:11 (CST)
來自明明寫了個挺好的提案，結果到期未開啟投票白忙活一場的人的怨念--北湖3（討論） 2022年7月1日 (五) 17:53 (CST)
U:Vcfch843875618的反對意見
按照規定，因內容超過140字，所以我寫在這裏。
首先，提案的60天CD這個本人覺得完全沒有必要，提案發起人顯然是忽略了發起人和共同起草人都出現問題（例如都因為別的要緊事無暇顧及提案，而提案內容本身又非常重要）的可能性，簡單粗暴地設置一個拉長到60天的CD，個人認為不甚妥當，但這個還不是我認為的重點。重點在於「頁面標題更改」這裏。我不客氣點說這個做法純粹是脫那啥放那啥，這個想法我很久以前不是沒有，但是轉念一想我就覺得沒必要。大家族裏面的分類表示不清楚嗎？還是每份政策文件的頁頂模板提示不明確？從提案發起人慾修改「編輯規範」這一名字時也感覺到不對勁這一點上也能說明這個問題。以上，故本人對此提案持堅決反對意見。
--Vcfch843875618（討論） 2022年7月5日 (二) 02:34 (CST)
- 60天是現有的規定啊...沒人在討論中提及，也沒去改它...
- 規範頁面名稱也是萌娘百科:方針、指引與論述#頁面命名中現有的規定，只是沒有執行。—— ほしみ 2022年7月5日 (二) 02:42 (CST)
投票區
@AnnAngela，云霞，蓝羽汇，星海子，玄微子，弗霖凯，Luoxuchan，AkizukiSaitou，Bbrabbit，宇文天启，平塚八兵衛，空翊，Vcfch843875618，HetmesAskalana，不是液氮，Xzonn，Chko08022003，Bete1geuse，小乃，LUO1P，TsanconBYin，西尾哈鲁卡，Wenzuxiaot，SinonJZH，沼泽，Bob1301，あめろ，Daigui，屠麟傲血，NemitsugiOtowa，Qaolp0，胡祥又，甜的白萝卜，秋园世界，淮南皓月，贯井羽优的草莓胖次，Leranjun，高级火法，Sytus，一位史蒂夫，C8H17OH，Ericliu1912，Jacklin612，平平凡凡小小鞠，正云明宏，写条目的奶糖 —— ほしみ 2022年7月4日 (一) 14:25 (CST)
@北湖3，Takeuchi，Erw，焦点—— ほしみ 2022年7月4日 (一) 14:28 (CST)
管理員
- 同意
- (＋)同意 發起人票。主要是調整和完善了指引的制定和修訂方式。—— ほしみ 2022年7月4日 (一) 20:17 (CST)
- (＋)同意 考慮到實際執行的情況，該提案增加的內容沒什麼問題。當然也對很多現有制度和執行慣例的缺陷未做修改表示遺憾。——From 引夢者濁華(討論) 2022年7月6日 (三) 00:39 (CST)
- (＋)同意 感覺跟原來沒太大區別，修訂點細節不是壞事，--SysOp 珞珝 [用戶討論] 2022年7月6日 (三) 12:33 (CST)
- (＋)同意 沒有大的不妥。——From AnnAngela the Bureaucrat (Talk) 2022年7月9日 (六) 15:27 (CST)
- 反對
- (－)反對 爭議過多，建議進一步完善後再行提案--From KumoKasumi the Bureaucrat (Talk) 2022年7月9日 (六) 16:59 (CST)
- (－)反對 爭議如此之大的提案屬實罕見，建議之後先提案沒有爭議的部分並逐漸修改，反對理由與部分反對者一致。——絲毫沒有存在感的某藍色管理員（討論） 2022年7月10日 (日) 21:03 (CST)
- 棄權
#(∅)棄權 來點實在的內容。——絲毫沒有存在感的某藍色管理員（討論） 2022年7月5日 (二) 21:08 (CST)
巡查姬
- 同意
- (＋)同意 俗務繁忙，先坐個沙發。 --
宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2022年7月4日 (一) 15:13 (CST) - (＋)同意 沒什麼反對的理由。——Bete1geuse（1個標籤：打嗝） 2022年7月5日 (二) 13:38 (CST)
- (＋)同意 1.對增加共同起草人的部分表示歡迎；2.個人仍希望收錄範圍不要更名，不過也罷；3.指引按提案計票我此前未注意，目前也沒有強烈觀點，很遺憾似乎沒有充分討論因而反對聲較大；4.60天CD我提到了，可惜也未充分討論，但本次提案只是延續原規定、又沒進一步加長；5.結合前一點，似乎不少投票人沒搞清那些部分是新增的，建議提案人下次再寫清楚些。——C8H17OH（討論） 2022年7月5日 (二) 15:50 (CST)
- (＋)同意 傾向不更名，專題指引部分贊成。這次提案看着怪累的，寫明差異應該會好很多。——この不審者は
小鞠 です 2022年7月9日 (六) 00:19 (CST) - (＋)同意 倒也不賴。不如說像這種褒貶不一的提案可以添加一條，例如在一定情況下行政員有權終止投票環節、繼續討論環節，無傷大雅就是了。——bob1301（討論） 2022年7月10日 (日) 20:56 (CST)
- 反對
- (－)反對 沒有必要，能不能來點兒有意義的？——From百地玉手單推人
貫井羽優的草莓胖次（討論） 2022年7月4日 (一) 15:17 (CST)
- (－)反對 首先，我很擔心共同起草人條款被發起人惡意濫用以推卸發起人義務。其次，60天的提案未通過CD個人感覺太長了（儘管討論過程中似乎沒有提）。最後，如果去除共同起草人的相關內容，這個提案恐怕和現狀一個樣子。--Qaolp0 はなおし (討論) 2022年7月4日 (一) 18:44 (CST)
- (－)反對 「頁面命名調整」那個地方我覺得沒有必要去改，故反對，抱歉。—— DaiGui aka YukinasNeko「talk」 2022年7月4日 (一) 20:57 (CST)
- (－)反對 雖然即使不通過也不會改變現狀，但是我確實很難接受專題編輯指引按提案計票。雖然對於這份提案的其他部分我還是很欣賞的。——
於是我放棄了二餅（已讀不回） 2022年7月4日 (一) 21:20 (CST) - (－)反對 反對理由按照規定，我將寫到討論區。--Vcfch843875618（討論） 2022年7月5日 (二) 02:17 (CST)
- (－)反對 「聯合發起人」制度不錯，但是我反對把現有文件更名為繞口的「標準命名」。--
SinonJZH(๑•̀ω•́๑)(討論) 2022年7月6日 (三) 18:24 (CST)
- (－)反對 我認為不應改名，死板。 あめろ 討論 2022年7月9日 (六) 23:16 (CST)
- (－)反對 更名沒必要，不如說有的更名後不如更名前直觀。比如收錄範圍，模板規範這種。——甜的白蘿蔔(討論) 2022年7月10日 (日) 16:15 (CST)
- (－)反對 慎重思考後我認為一個提案以極低同意率通過不是好事，且在政策更名等方面我確實不認為益大於弊。提案塞的內容方面有些多，對於聯合發起人等方面我其實覺得是積極的。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年7月10日 (日) 21:15 (CST)
- (－)反對 提案本身爭議過大，對此提案將會在這樣的狀態下通過稍微有些擔憂。--
珞羽子(交流室) 2022年7月10日 (日) 21:38 (CST) - (－)反對 又看了一遍，比較不認可更名的操作，恕我投下反對票。—— 芳文廚⭐一位史蒂夫 （討論·貢獻）✉❶ 來看看平平凡凡的日步美吧~ 2022年7月10日 (日) 21:46 (CST)
- (－)反對 共同起草人制度默許用戶私下勾結並在站外進行不公開的討論。 葫蘆又 2022年7月11日 (一) 11:32 (CST)
- 棄權
(∅)棄權 ╮( •́ω•̀ )╭--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年7月4日 (一) 15:58 (CST)- (∅)棄權 看不懂。--某FFF團的高級火法
（批判一番） 2022年7月4日 (一) 16:52 (CST) - (∅)棄權 看不懂+1--巡查姬樂然
✉ ※※※感光性受容体異常※※※ 2022年7月4日 (一) 18:19 (CST) - (∅)棄權 這方面不是很懂，抱歉。—— Sytus（Talk） 2022年7月4日 (一) 19:42 (CST)
- (∅)棄權 抱歉，沒看懂。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年7月4日 (一) 21:44 (CST)
(∅)棄權 不清楚，不了解。—— 非專業技師⭐一位史蒂夫 （討論·貢獻）✉❶ 來看看平平凡凡的日步美吧~ 2022年7月4日 (一) 22:02 (CST)- (∅)棄權 將較長的提案
正文最終版本放置於project命名空間是好事，不過我對專題編輯指引按提案計票持保留意見。—— 屠麟傲血（討論） 2022年7月4日 (一) 22:16 (CST)修改於2022年7月5日 (二) 13:23 (CST) - (∅)棄權 棄權⋯⋯--By CHKO
(Talk) @ 2022年7月5日 (二) 09:31 (CST) - (∅)棄權 我無法判定該提案是否可行，故棄權--94 42 233 2001-8 J-JRE（Discussion） 2022年7月5日 (二) 21:12 (CST)
- (∅)棄權：對此提案本身不置可否。不過我認為現行規定之提案冷卻期有縮短的空間。—— Eric Liu 創造は生命（留言·留名） 2022年7月5日 (二) 22:41 (CST)
- (∅)棄權 不清楚，不了解。—— Jacklin612（☎·🧾） 2022年7月6日 (三) 10:45 (CST)
- (∅)棄權：搞不懂—— 不是液氮 (討論•貢獻) 2022年7月6日 (三) 17:01 (CST)
(∅)棄權 對專題指引按照提案的計票方式計票心存疑慮，但對提案的其他部分了解不多，故棄權。-- 珞羽子(交流室) 2022年7月6日 (三) 17:20 (CST)- (∅)棄權 意見略同SinonJZH。共同起草人的提法我還是挺支持的。 淮南皓月 🌙 2022年7月8日 (五) 17:02 (CST)
- (∅)棄權 怪—— 冬月下的二重奏
LUO1P✾ 2022年7月8日 (五) 17:30 (CST) - (∅)棄權 對部分條款持保留態度--
已經是一條死魚的HetmesAskalana 2022年7月9日 (六) 00:21 (CST) - (∅)棄權 沉澱一下再看看吧，有一些想法很棒。--Nait_Talk 2022年7月9日 (六) 17:06 (CST)
參與討論的自動確認使用者
- 同意
- (＋)同意 可能還有一點問題，但
我看不出哪裏有問題總體是好的--
Takeuchi.BadEditor (討論與留名) 2022年7月5日 (二) 13:39 (CST) - (＋)同意 計票方式日後再議吧，共同提案和更名還是可以接受的，不過上限可能低了點。
順便提議建個萌百化方針。--焦點（討論） 2022年7月9日 (六) 00:24 (CST)
- 反對
- (－)反對 ……看着大家的意見，容我杞人憂天下吧。——量産型伝蛙第１４１号(量産工場⑨) 2022年7月9日 (六) 20:13 (CST)
- 棄權
(∅)棄權 怎麼說呢.JPG——量産型伝蛙第７４０号(量産工場β) 2022年7月5日 (二) 21:21 (CST)- (∅)棄權 怎麼說呢，我覺得方針應當是針對所有未來可能發生的情況而非目前已有的情況，故恕難同意————User:Erw 2022年7月7日 (四) 22:00 (CST)
- (∅)棄權 一臉萌百.JPG--北湖3（討論） 2022年7月7日 (四) 23:55 (CST)
無票權用戶
- 同意
- 反對
- (－)反對 無票權，我覺得這個執行起來難度可能很大，裏頭部分內容總覺得不太好（不太方便）……--
有點慫的playymcmc007簽名請用--~~~~哦（
討論 ） 2022年7月8日 (五) 09:27 (CST)
- 棄權
- (∅)棄權 希望這次修訂的出發點以及將來能起到的作用是好的，而不是什麼「增加/修改一些只有自己能心領神會的內容，等日後若有誰的做法不符合自己的心意，便從這份只有自己能看懂的規則中挑出有利於自己的點然後予以抨擊」。規則的制定與修改不應是專為某幾個人服務的。——翡翠小鎮（討論） 2022年7月9日 (六) 16:13 (CST)
計票與結論
根據萌娘百科:提案：具有投票權的用戶為：【管理員】、【巡查姬】、在討論階段參與了提案討論的已註冊達30天、遵守方針的活躍【自動確認使用者】。在提案有至少2位管理員參與投票時，【投票有效】。
- 投票開始時共有7名參與站務的管理員；其中，
- 4人(＋)同意 ，
- 2人(－)反對 ，
- 0人(∅)棄權 ，
- 1人沒有參與投票（弗霖凱）。
- 投票開始時共有39名正式巡查姬；其中，
- 5人(＋)同意 ，
- 12人(－)反對 ，
- 14人(∅)棄權 ，
- 8人沒有參與投票（AkizukiSaitou, Xzonn, 小乃, 正雲明宏, 西尾哈魯卡, 秋園世界, Bbrabbit, 空翊）。
- 共有4名有票權的自動確認使用者參與了投票；其中，
- 2人(＋)同意 ，
- 0人(－)反對 ，
- 2人(∅)棄權 ，
- 另有2人發表了意見，1人投了無效票。
當前提案有6位管理員投同意或反對票，大於等於要求的2名，該提案投票有效。
統計計票結果，全部投票之同意：反對票數量為 11:14，【同意】票數小於【反對】，【提案不通過】。—— ほしみ 2022年7月12日 (二) 00:23 (CST)