萌娘百科討論:提案/已通過提案/關於共享站分類體系的提案(2020.10.11)

這個頁面「萌娘百科 talk:提案/已通過提案/關於共享站分類體系的提案(2020.10.11)」是萌娘百科現有方針、指引或其他規範文件的討論案

• 這個頁面已於即日起通過協商討論寫入萌娘共享:文件分類指引。
• 如您對現有政策存在異議，請在萌娘共享:文件分類指引的討論頁提出修改意見，或另行發起提案。請不要直接修改本頁面。

前言

自本站文件遷至萌娘共享以來，共享站的分類體系由於各種原因遲遲沒有完全、徹底建立，廣大編輯者也一直未能形成對文件進行分類的意識。雖然前管理員User:Nostalgia（秋葉）等前輩已構建起分類體系的基本框架（cm:User:Nostalgia/萌娘共享文件索引），但一方面至今並未使之成為正式規範，大多數編輯者對此並不知情；另一方面該體系本身也並不完善，這篇索引草稿的行文排版也不便於其他編輯者的學習了解。

從近期巡查、優編的申請討論中能看到共享站的分類問題已為不少編輯者所重視，而與之相對從最新圖片可見目前文件分類的情況慘不忍睹，急需建立一個較完善、整體的分類規範供眾編輯者了解、使用。

基於秋葉版圖站分類樹的基本框架，並結合全站及各專題的實踐做法，我撰寫了User:C8H17OH/萌娘百科:萌娘共享文件分類指引，對分類的類型、各種分類的添加條件、分類命名、分類頁的建立和管理等問題做出明確規定，此後在各種交流渠道多次討論、修改；同時，對共享站的一些分類用模板進行了調整、整合。雖不能保證完全解決共享站分類問題，但應已能覆蓋絕大多數文件的情況，故在此提出提案，希望與各位共同討論其中的各項條款，最終形成社群認可的分類指引。

——C8H17OH（討論） 2020年9月15日 (二) 23:01 (CST)

提案正文

1. 將User:C8H17OH/萌娘百科:萌娘共享文件分類指引的內容寫入萌娘百科:萌娘共享文件分類指引cm:萌娘共享:文件分類指引，作為全站範圍的指引，給予巡查級保護。
2. 對指引#人物、作者、作品分類頁的創建部分提及的分類用模板給予巡查級保護。
3. 以User:C8H17OH/Help:給文件分類為藍本創建Help:給文件分類cm:Help:給文件分類，作為與指引相關的幫助性文件，開放編輯。
4. 修改cm:MediaWiki:Uploadtext、cm:Template:Editnotices/Namespace/File、cm:Template:Editnotices/Namespace/Category、Help:上傳圖片等提示或幫助性文件，協助指導文件分類的填寫。

提案解釋

關於【提案】和【指引】

考慮到此事關係重大、草案長而複雜（長達1.6萬字節），故發起提案以便集中討論，並期望通過投票表徵全站共識。

但同時，我認為分類體系並非全站的基礎性、原則性事宜，不必以方針形式規定；同時由於萌百關注範圍的複雜性和快速變化性，很多問題難以在初版規範中全面涵蓋，採用指引形式能便於日後對分類體系的補充、完善。

萌娘百科:方針、指引與論述只規定「方針應由提案確立」，並未規定「提案確立的一定是方針」，故本提案並不違反這個方針。

指引草案與秋葉版分類索引草稿的差異

指引草案基本全面繼承了秋葉版分類索引草稿的框架和主旨，但在一些事情上做出了補充或調整，包括：

太長不看
將【給文件分類】和【分類頁的創建】分離，便於用戶分別了解、學習二者； 將【文件類型】、【授權協議】定為與【人物】、【作者】、【作品】平級的基本分類類型，同時定義了【分級】、各專題的專屬分類、細分分類等其他分類類型； 對人物、作者、作品分類的添加條件進行了定義，並通過舉例的方式覆蓋了絕大部分的常見情形； 對一些原草稿中缺失的部分，如系列作品、公司作者等，結合實踐做法進行了規定； 結合實踐經驗提出了一些新的制度，如只填人物分類不填作者分類的情形、分類的命名規範、暫緩建立分類頁的情況、重新導向分類與消歧義分類等； 整理了分類用模板，將虛擬UP主歸為新的一類虛擬角色，將原先各【現實人物】類模板、各【作者】類模板分別予以整合； 等等。

關於以上各項調整涉及的細節，如有異議或疑問可在討論區提出，這裡為節省篇幅不逐一詳述。

關於指引的溯及力和效力

考慮到過往文件數量龐大（接近35萬個），且幾乎完全要靠手工處理，加上一些歷史和現實原因，短時間內幾乎無法全面處理，因此指引「附則」部分規定不強制溯及過往文件。

但如果提案通過，我個人希望每位認真閱讀並理解了指引的活躍編輯者能主動查糾自己過去上傳的文件，共同促進這一分類體系的實施和普及。

關於提案投票前的指引草案頁

由於頁面很長，我沒有將它的內容完全寫在本頁。在討論過程中如有修改，我會在討論區通報，可通過頁面歷史查詢修改情況。某種程度上我認為這比在本頁修改更易於追溯。提案發起時的版本為Special:固定鏈接/4376870。

關於幫助性文件

我覺得指引的語言還是比較晦澀的，尤其是對新編輯者來說不太友好，需要一個更簡明的幫助文檔用以教學。不過我對寫幫助沒有太多經驗，已寫的草稿感覺也不是太滿意，歡迎各位幫助撰寫、改進，或者進行大規模的重寫也是可以的，感激不盡。

——C8H17OH（討論） 2020年9月15日 (二) 23:01 (CST)

討論區

關於提案發起前的討論，請見User_talk:C8H17OH/萌娘百科:萌娘共享文件分類指引、萌娘百科_talk:討論版/方針政策/存檔/2020年09月#User:C8H17OH/萌娘百科:萌娘共享文件分類指引徵求意見。——C8H17OH（討論） 2020年9月15日 (二) 23:01 (CST)

圖站的help和指引應該放在圖站

我的個人建議是圖站的help和指引應該放在圖站，主站可以給個重新導向或者直接使用跨維基鏈接。這樣的話應該是cm:萌娘共享:文件分類指引和cm:help:給文件分類。——Patroller39 ほしみ 2020年9月16日 (三) 15:51 (CST)

(＋)+ 如果允許在共享站建Project和Help頁面的話我覺得ok，而且在那邊確實也更方便一點（比如內鏈）。——C8H17OH（討論） 2020年9月16日 (三) 22:05 (CST)

好像是巡查以上可創建，實質不行麻煩一下管理員肯定OK。——Patroller39 ほしみ 2020年9月16日 (三) 22:15 (CST)

已修改。——C8H17OH（討論） 2020年9月17日 (四) 00:17 (CST)

有關一些文件的特殊分類等

有部分文件是用不到分類的（因為分類是紅的而且沒必要為只用於使用了一兩張圖片的角色而創建以及一些冷僻條目的圖片更是用不着分類），而且在上傳的時候需要強制填寫作者，人物，源地址，如果不填就不能上傳，只有輸入空格才可以傳，個人建議添加一個選項不添加分类□勾選後可以忽略填寫前三項，不過這可能需要一些技術上的幫助不知道我有沒有偏題……--橙鴿11非常非常慫的playymcmc007（討論爆破） 2020年9月17日 (四) 12:42 (CST)

(－)反對 (ｉ)注意 提案的初衷就是為了解決沒有分類的問題。

個人認為，即使分類頁暫時不存在也應該添加分類。首先，上傳者並不清楚未來這個分類是否會有新的文件。其次，「冷僻條目」難以量化，按照您的說法，我可以認為所有的新條目都屬於「冷僻條目」（因為新創建的條目沒有訪問量），因此相關文件都不能標註分類。關於創建分類頁的條件，請參考#暫緩創建分類頁的情況。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$OIer|36 2020年9月17日 (四) 13:27 (CST)

(▲)同樂然。首先，本提案的目的之一就是督促給這種「只使用了一兩張圖片的角色」的相關圖片添加分類並創建分類頁，只要角色有條目/在萌百收錄範圍，就有資格和需要創建圖站分類。這也是為何遠在本提案之前，維護組就用行政技術手段對要求至少填人物名、作者和源地址之一，因為分類是查詢、維護文件很重要的方式之一。

至於「用不到分類」的文件，事實上根據我的觀察，萌娘共享的絕大部分圖片都能至少找到一個合適的人物或作品分類。真正比較麻煩的是無人像的照片、表情包之類的，這種情況就得靠文件類型分類來歸納了；這種情況可能會與前述技術式限制有所衝突，不過一是可以通過只填寫源地址來規避，二是可以trickily把其他類型的分類填在【人物名】里，三是這種情況很少、可能需要讓位於更龐大的能有人物或作者分類的文件。我也可能會和維護組商討一下是否調整這個限制。

再者，即使是紅鏈分類，也不代表不需要/不可以添加。事實上如果您觀察過主站的條目分類就會發現主站也有不少紅鏈分類，比如[[Category:<歌手名>歌曲]]，這有利於歸納符合該分類的條目（文件），將來如果創建分類頁後也就可以一步到位了。

——C8H17OH（討論） 2020年9月18日 (五) 10:56 (CST)

間接分類與分類樹

終於寫成提案了，淚目（

先來(＋)支持 一波！有幾個小( ? )問題想要諮詢一下：

1. 指引中雖然提到了，但是還是想問一下關於「間接分類」的處理問題。例如，專輯特設網站的背景圖^{File:HIMEHINA Mr.VIRTUALIZER Background.png}是否算作「另一項藝術作品的一部分」（即專輯的相關資料）？（註：與辛醇桑私下討論的結果是標註演唱者分類（Category:田中姬鈴木雛）和「Category:背景圖片」，但是仍然留在這裡徵求大家的意見）
2. 秋葉前輩的分類指南有幾個部分列出了目前大概的分類樹（例如這裡）我覺得還蠻好用的。新幫助是否也需要這個部分？畢竟不是所有用戶都會用Special:CategoryTree啊x

其他的想到了再來補充。謝謝辛醇桑帶頭做這件事！--ZhMGP:~ Leranjun用戶頁討論頁貢獻$OIer|12 2020年9月17日 (四) 13:35 (CST)

(～)補充 對了，辛醇桑之前提到了在共享站創建類似於{{无链入}}這樣的模板，用來標註像上文問題1提到的背景圖片一類無法直接顯示鏈入的圖片。個人覺得這樣標註比較清楚，也能防止系統誤刪。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$EnMGP|4 2020年9月17日 (四) 15:08 (CST)

(：)回應 網站的背景圖之類的我傾向於認為屬於「另一項藝術作品的一部分」，不過你提到的這個情況主要在於專輯在分類樹中不屬於【作品分類】，只能依附於相關的人物或ACGN作品，因此這個文件添加其演唱者分類我覺得是合適的；如果是動畫/遊戲的官網那我覺得就可以添加相應的作品分類了。

關於為何音樂專輯（M）未歸入作品分類，這是根據已有的分類體系，並參考了主站的分類樹，主站的Category:作品就不包括音樂作品（已經形成跨媒體企劃的除外），這應該是一個比較公認的共識，原因可能在於音樂作品的綜合性遠不如ACGN作品，比如通常沒有角色等。

幫助中列出基本分類樹我覺得可以，麻煩你寫進去吧。幫助怎麼寫在提案通過後也可以繼續討論。

模板在設計/在寫了（進度：0%）。——C8H17OH（討論） 2020年9月18日 (五) 11:36 (CST)

關於分類:作者:未知

我個人認為這個分類是沒有必要的，不明或者不存在可以不填分類，堆砌在這個分類下面完全沒有用。——Patroller39 ほしみ 2020年9月17日 (四) 22:17 (CST)

( ? )疑問 方針里不是說了作者未知的不要填嗎www--ZhMGP:~ Leranjun用戶頁討論頁貢獻$工具人|12 2020年9月18日 (五) 10:00 (CST)

@Leranjun：首先新文件是不允許的。我建議星海把這個問題發到這裡，是因為在秋葉版分類樹中有【分類:作者:未知】這種規定的：作者信息是十分重要的，如果真的找不到填【作者:未知】，而且現有cm:Category:作者:未知中已有四千多個文件，而本指引草案規定對舊有文件不強制溯及，所以是否需要清理舊有文件+殺掉這個分類需要考慮。——C8H17OH（討論） 2020年9月18日 (五) 10:36 (CST)

了解。個人(＋)95%支持去除該分類，像什麼Category:作者:未知、Category:作者:無、甚至最離譜的Category:無，填了跟沒填一樣。不過這樣一來，感覺有些積壓站務就比較難處理，比如現在我如果想要幫助整理HH相關文件，可以直接搜索incategory:田中姬铃木雏 incategory:作者:未知之類的。只不過現在壓根兒沒人這麼幹罷了（--ZhMGP:~ Leranjun用戶頁討論頁貢獻$OIer|15 2020年9月18日 (五) 11:15 (CST)

我撤回。剛在下面回的時候突然意識到紅鏈了也能整理……打擾了（--ZhMGP:~ Leranjun用戶頁討論頁貢獻$乙方|14 2020年9月26日 (六) 12:51 (CST)

我進行了百度一下搜索了「名為未知的作者」，發現了名為未知的作者，(＆)建議 將作者不明的文件移動至cm:分類:作者不明的文件--Разрушить Л. Топольва（討論） 2020年9月18日 (五) 22:14 (CST)

(～)補充 如果有文件的作者信息是名為「未知」的作者，請保留此分類並將作者信息不是名為「未知」的作者的文件移出cm:分類:作者:未知--Разрушить Л. Топольва（討論） 2020年9月18日 (五) 22:33 (CST)

@Разрушить Л. Топольва：？首先我並沒有搜到，建議直接給鏈接；其次即使有這麼個人，如果ta不是一個畫師或者其他萌娘共享里常見的作者職業，那麼有收錄其作品的可能性也不大。除非您給出上述兩個問題的實證，否則我不想進一步評價您的說法和想法。——C8H17OH（討論） 2020年9月19日 (六) 01:45 (CST)

我們未能發現名為未知的作者！--Разрушить Л. Топольва（討論） 2020年9月19日 (六) 09:04 (CST)

(～)補充 最後，即使真的有這麼一位怪異的作者，也完全可以參考監督(插畫家)的方式進行消歧義，而不需要去影響更具一般意義的【作者:未知】。——C8H17OH（討論） 2020年9月19日 (六) 12:01 (CST)

個人(－)不支持 刪除此分類--SD hehua（討論） 2020年9月19日 (六) 22:00 (CST)

@SD hehua：能請您大概陳述一下理由嗎？只是希望能了解一下大家的想法。——C8H17OH（討論） 2020年9月20日 (日) 17:46 (CST)

嗯……之前發的時候可能確實有點草率，現在我支持移動到cm:分類:作者不明的文件。個人認為對尋找要編輯的東西有幫助。--SD hehua（討論） 2020年9月22日 (二) 23:46 (CST)

@SD hehua我覺得這還是變相保留該分類。一般情況下，未知的作者是不填寫的，我覺得你的理由並不充分也不具體。——Patroller39 ほしみ 2020年10月4日 (日) 00:35 (CST)

了解--SD hehua（討論） 2020年10月4日 (日) 09:39 (CST)

投票預告，以及關於提案第四條的執行

鑑於本提案迄今未收到較大的反對意見，也沒有對某項條款的持續討論，我可能會在下周二（提案發起一周後）開啟投票。
另外，我大體寫了一下圖站的上傳提示和分類頁編輯提示的修改草稿，各位感興趣的可以提提意見，感激不盡：User:C8H17OH/Drafts。——C8H17OH（討論） 2020年9月21日 (一) 00:30 (CST)

循其本的建議

• 其實我覺得，問題大多是在萌娘共享信息欄的問題。

如果真的要解決這分類問題的話，得要從上傳文件中的信息填寫欄開始進行改進。

在上傳文件的資料卡中，只有作者、圖片人物兩欄。而一個完整的分類，至少還有作品名，這樣才好管理

比如 [[分类:作者:某某原作者]][[分类:作品:某某作品]][[分类:某某某虚拟人物]]

但是現行信息填寫欄只有兩行可填。

更麻煩的是，如果在上傳有多個人物在一張圖的時候，這種問題就十分之大:有的人只寫其中一個人物，那倒還行;可怕的是打頓號寫兩個人物分成一個分類的情況

像這樣的尷尬情況 [[分类:甲、乙]]

而且，很多人還不知道文件信息還可以修改...

總之，萌娘共享上傳這一環做得不好。應該把它改成正常萌娘百科的自助編輯制。

2020年9月21日 (一) 18:36 (CST)

@青海白云：是的，你說得對，其實原有體系雖然不夠完善但也足以實行，問題就出在很少有人正確執行上。這個提案的目的一方面是把分類體系明文定下來，另一方面就是希望讓大家都能養成這麼一種分類意識。你能看到提案的第3、4項就是希望改善有關的幫助和提示文字；我在上面也留了修改草稿的鏈接，你可以看一下。至於上傳頁面的表格，我已在維護組內提了建議，但因為涉及到後台的腳本操作，可能需要進一步商討；如果條件允許，將來（咕咕咕）也可能會引入維基資源共享那樣的流程式上傳工具。——C8H17OH（討論） 2020年9月21日 (一) 19:23 (CST)

(＋)支持 為啥我之前在公版上提的時候只有星海姐姐回我QAQ

我覺得這個插件挺好的，不過有些部分需要根據萌百的實際情況來進行更改。—-ZhMGP:~ Leranjun用戶頁討論頁貢獻$工具人|10 2020年9月23日 (三) 07:43 (CST)

(＋)支持 是的，總得魔改一下。OTS.EndPoem（討論） 2020年10月3日 (六) 14:22 (CST)

(～)補充 在編寫人物名時，如果這個人/物中間有個空格，它也會分到兩個分類去--Al Birdhaun 2020年9月21日 (一) 20:54 (CST)

已經把「人物名」改成了「作品名或人物名」，應該能解決一部分問題。——C8H17OH（討論） 2020年9月22日 (二) 01:19 (CST)

自己的作品該怎麼分類，還是不要保留

在網上傳了很多張自己畫的，傳到這裡只想放着，保存一下，這些圖不會用到頁面上，文件名字也是亂寫的。

因為我看到頁面上寫着不分類，定期就會刪除。而我只是想保留一下，僅此而已，所以該怎麼辦？

貓耳雲朵（討論） 2020年9月21日 (一) 19:33 (CST)

以下文字引自方針：

由於資金和技術限制，先前的“圖片保存計劃”於2016年10月25日廢止。自 萌娘共享 建立日起新上傳的圖片，如果沒有在任何萌百站點使用，也沒有信息標註的，會自動被腳本定期刪除。 

結論：不應上傳不再條目中使用的圖片。--By patroller CHKO (Talk) @ 2020年9月21日 (一) 19:47 (CST)

建議使用其他的圖片站點，共享站不是用戶的個人相冊。--Sysop 北極星と南十字（給我留言） 2020年9月21日 (一) 19:49 (CST)

@猫耳云朵：在條目中有使用的，可參考cm:Template:已授權的文檔進行標註；沒有使用的，請轉移至其他網站。——C8H17OH（討論） 2020年9月21日 (一) 20:04 (CST)

• @猫耳云朵確實，上面兩位前輩說的不錯。

萌娘共享確實是個信得過的避難所，但現在確實不是災備中心

如果你真的想備份的話，你可以準備一塊硬盤，全裝你的作品。然後不要用它，把它放在箱底。每隔幾個月半年拿出來備份一次。就算是電腦空間窘迫，也別打算用它。因為硬盤一插到電腦上，不穩定因素就增加了；可能一次非正常關機，或者手誤，都會讓你寶貴的作品毀於一旦。

降低討論質量。——C8H17OH
不過如果如果您家鄉經常地震或者水災，那我也沒辦法了

"數據無價，謹慎操作。"

2020年9月21日 (一) 20:24 (CST)

@青海白云你的編輯似乎把C8H17OH的留言覆蓋掉了，請注意。
另外，貓耳雲朵的疑問是正常合理的（共享站早期實際有用作圖片保存計劃）。所以，請勿作出疑似挖苦/惡言相向的留言，感謝。--By patroller CHKO (Talk) @ 2020年9月21日 (一) 20:38 (CST)

• 拜託，真的沒有惡意挖苦啊。

我修改一下語氣

2020年9月21日 (一) 20:49 (CST)

@青海白云警告，不要在正式的討論中擅自刪除自己或他人的發言或是進行其他降低討論質量的行為，且無論動機如何，您在擅自刪除他人發言上也並非初犯。請您在之後的討論中注意自己的行為，否則維護人員會對您進行懲處。--Sysop 北極星と南十字（給我留言） 2020年9月21日 (一) 21:40 (CST)

• 我錯了，第一次加入這種大型的提案討論，經驗不夠，觸犯了討論規。會改過。

2020年9月22日 (二) 00:56 (CST)

第二個潛在問題

• 至於填寫的信息欄，我看了下草稿，看來問題不大。期待完善的資料填寫表會上線運行！

但是，我們這套機器，是建立在用戶自覺，真正想進行分類嚴謹管理的心理之上的。

根據近段時間各個用戶的發言與意見，可以很多人對圖片分類的問題認識薄弱，不懂得分類管理的重要性，最後問題大了，問到了，就回答 「我只是急着想上傳」，「初來咋到，不懂的怎麼用」這樣的敷衍話。

所以要想辦法讓這些不懂規則的用戶轉正，好好對新用戶進行教育。

我也不想看到提案主精心做出的機器，承載這我們期望的程序，投入運轉卻沒幾個人注意，人們依舊我行我素。最終沒達到目的，白忙活一場。

2020年9月22日 (二) 20:15 (CST)

(－)反對 我能理解您的出發點，但是創建指引和論述的作用本身就是為了界定一個框架。如果發現了個別用戶故意違反的情況，維護組將會進行提醒和處理。

況且，萌百開放編輯的運作模式，本身就是防君子不防小人的。您這麼一說，怕是否定了整個萌百啊（笑）--ZhMGP:~ Leranjun用戶頁討論頁貢獻$單推人|22 2020年9月23日 (三) 07:21 (CST)

• 也對。但是，也有很多人怕麻煩，用臉滾鍵盤分類法。

2020年9月23日 (三) 19:23 (CST)

關於是否允許適當的分類名與條目名不一致的情況

前兩天在巡查圖站的時候想到一種情況：某些作品分類的命名和條目名不一致，但是並不影響表意，甚至不影響catmore（通過重新導向），比如輝夜大小姐想讓我告白～天才們的戀愛頭腦戰～的圖站分類是cm:Category:輝夜大小姐想讓我告白。事實上主站也存在一些這樣的分類，比如CODE_GEASS和CAT:Code Geass系列。現版的分類指引草案未明文容許這種情況，因為規定是分類名應與萌百對應條目的條目名一致。想問一下大家對這種情況怎麼看，是不容許、不作規定但在實踐操作中默許、還是明文規定容許？我比較傾向於在指引中補充一條規定，允許在特定條件下使用不同於條目名的分類名，目前想到的條件包括不影響表意、不產生歧義、未作縮略、對應頁面有重新導向等。——C8H17OH（討論） 2020年9月24日 (四) 21:53 (CST)

我建議還是保持一致，主站條目名用什麼，主站分類和圖站的分類也用什麼，免得傳圖的時候A用簡稱B沒用簡稱，導致出現了兩個完全相同的分類。——Xzonn（聊天） 2020年9月24日 (四) 23:02 (CST)

@Xzonn：首先關於簡稱，我昨天寫「未作縮略」的時候想的是避免LoveLive→LL、Clannad→CL這樣的簡稱，確實沒想到輝夜這樣的；其次即使禁止包括輝夜這種情況的簡稱，像「CODE GEASS」和「Code Geass系列」這樣的情況怎麼處理呢？二者的優劣性可能很難比較（如果要比較可能會進入NO GAME NO LIFE 遊戲人生那樣的定名討論直至達成共識），在這種情況下是否有必要要求分類必須完全一致，還是可以進行一定程度的允許/默許比較好呢？說實在的我也不太清楚……——C8H17OH（討論） 2020年9月25日 (五) 20:00 (CST)

先討論這個特例，「Code Geass系列」是2012年10月28日 (日) 01:38‎ (CST)創建的，當時還沒有主條目；「CODE GEASS」是2013年3月10日 (日) 02:42‎ (CST)創建的，當時添加了「CODE GEASS」分類，後來在2013年7月28日 (日) 11:53‎ (CST)被Nostalgia移除了「CODE GEASS」分類然後加了「Code Geass系列」。這一系列操作不能說有什麼錯誤：分類創建者按照正常方式創建了分類；條目創建者可能根本不知道有這個分類；Nostalgia移除了不存在的分類添加了已有的分類。但是結合在一起的結果就是，分類名和條目名不一致。我建議就是，移動條目到「Code Geass系列」。

再討論為什麼我不建議使用簡稱。首先，大部分用戶在圖站添加分類都是上傳時通過表單添加的，即使有錯誤分類他們也不一定知道，因為填寫信息的時候顯示不出紅鏈、藍鏈還是斜體（分類重新導向）。

如果條目名和分類名一致，那麼上傳者只需要在主站確認條目名全名即可；既然圖站是為主站服務的，那麼上傳者有義務確認主站的條目名全名。而如果反之允許條目名和分類名不一致，那麼上傳者需要多一次去圖站確認正確的分類名，而且圖站的搜索顯然不如主站搜索方便，無疑增加了工作量。此外，還有可能出現同一個條目存在多個分類的情況。

另外就是，條目名和分類名一致就無需討論分類的命名規範，只要和條目命名規範一致即可。——Xzonn（聊天） 2020年9月25日 (五) 20:25 (CST)

@Xzonn：嗯，有道理，從規範的角度來說確實如此，既然我們要引導上傳者主動添加分類，就沒必要在這種事上給他們製造麻煩，尤其是涉及到你說的上傳圖片時不知道是藍鏈、紅鏈還是斜體的情況下。

那麼剩下的問題就是要不要/如何處理現存的分類了……雖然說可以先以不溯及過往為由暫時擱置這項工作的進行（

另外主站是否也考慮引進這類規範也待討論（不過就交給主站的分類指引討論吧x）。

總之我贊成不明文寫入了；至於默許……後續如果執行不力就自然成為默許了。——C8H17OH（討論） 2020年9月25日 (五) 20:37 (CST)

輝夜大小姐的分類我剛才看了一下，確實出現了兩個分類並存的情況，我存了個檔，參見[1]。既然影響了維護，那我就直接處理了。——Xzonn（聊天） 2020年9月25日 (五) 23:14 (CST)

存檔沒成功，直接看cm:File:輝夜大小姐想讓我告白_同人版3.jpg的歷史吧。——Xzonn（聊天） 2020年9月25日 (五) 23:18 (CST)

啊這，確實，看來確實會有比較大的影響。那還是一刀切吧。——C8H17OH（討論） 2020年9月26日 (六) 00:34 (CST)

希望可以一致，但是實際操作中容易出現不一致的情況，個人的意見是可以默許，我想如果能重新導向就更好。--SD hehua（討論） 2020年9月24日 (四) 23:52 (CST)

其實我提出來就是覺得像輝夜之類的分類下屬文件很多、歷史也不短、也沒有太影響實際運作，在這種情況下有沒有必要嚴格依規範糾正……——C8H17OH（討論） 2020年9月25日 (五) 20:04 (CST)

那大概無需--SD hehua（討論） 2020年9月25日 (五) 23:02 (CST)

@SD hehua：見上，某種程度上還是有一些影響……——C8H17OH（討論） 2020年9月26日 (六) 00:34 (CST)

(＋)支持 這個討論串達成共識之後應該在指引中補充相關內容。我的想法是，如果要創建分類的話，應該根據主條目的重新導向創建相應的重新導向。例如，對於條目絆愛所對應的分類cm:Category:絆愛，應該根據Special:WhatLinksHere上的頁面創建cm:Category:Kizuna AI、cm:Category:Kizuna Ai、cm:Category:Kizunaai、cm:Category:キズナアイ並重新導向至主分類。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$EnMGP|26 2020年9月25日 (五) 00:02 (CST)

@Leranjun：em，你這個就矯枉過正了，不需要對不必要的重新導向名稱建立重新導向分類。指引草案對此的描述是重新導向分類和消歧義分類僅在需要（如曾經有不少文件錯誤分類到該分類）時建立。我不覺得一般人不會在人物名裡面把「絆愛」填成「キズナアイ」，但保不齊會有人把「雲寶黛茜」填成「雲寶黛西」，重新導向分類是給後面這種情況準備的。——C8H17OH（討論） 2020年9月25日 (五) 20:16 (CST)

對，重新導向我就想舉這個例子。--SD hehua（討論） 2020年9月25日 (五) 23:02 (CST)

關於cm:Category:有水印

[問題一] 鑑於此分類頁面下沒有介紹，想直接在這裡稍微諮詢一下這個分類的設置初衷。

我覺得一個分類的水印可以大致分為以下三類：①作者本人的水印；②其他平台的水印；③多重水印。

如果這個分類是傾向於把①分出來，後兩種似乎不應該被分進來？

同理如果是為了把②③分出來，①似乎也不能算進來？

於是對應的也有——

[問題二] 是否有必要在此分類頁面進行一些註解，或拆分？

——迪爾碧莉蝶（留言板 • 腳印） 2020年9月25日 (五) 03:16 (CST)

這個問題估計要維護組解答（這個分類應該是只有維護組能用？），不過我(＋)支持 在分類頁面添加註解，也能防止用戶誤用。cm:Category:截圖我記得是另一個只有維護組能用的分類，建議也添加註解。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$酒姬民|36 2020年9月25日 (五) 07:24 (CST)

@迪尔碧莉蝶：首先我也(＋)贊成在文件類型分類頁添加註解；從某種程度上說這是當時秋葉等圖站主要維護者的鍋（包括那堆分類用模板也是）。在這種情況下我認為可以通過一般討論程序給這些分類頁添加註解。

其次關於這個分類，由於上述原因，我也不知道建分類頁的原意如何（創建者是那位Thai）；個人理解應該是那種因為各種原因不得不帶有水印的圖片（比如作者發布時就加了水印或使用了平台的自帶水印，或者能找到的圖片中沒有不帶水印的版本），畢竟萌娘共享要求儘可能使用沒有水印的圖片，因而這個分類不應該是給帶水印的（比如說來自百度百科的）圖片的避難所。

最後，關於文件類型分類，事實上我在指引草案中只寫了很少的條款，從設計上是希望這棵子分類樹通過維護組操作和一般討論加以維護，而不在指引中進行太多規定（當然一定程度上也是因為這些分類太亂了以至於我不想處理x），所以提案期間和提案後這些問題可以多多討論。——C8H17OH（討論） 2020年9月25日 (五) 19:50 (CST)

原作者自己的的水印還可以，若是它平台的水印的圖，就都砍了。萌娘百科不能有平台水印。

2020年9月25日 (五) 19:58 (CST)

@青海白云：Help:簽名使用指南建議：您的簽名應該有着美觀的排版且只在自己所在的行內顯示。您的簽名不應該具有跨行顯示擾亂排版的功能。迄今為止我見到的您的簽名都是換行的，我不太清楚您是否是專門換行寫的。我認為如果不是較長的發言，簽名宜放在發言的同一行，以免擾亂排版。——C8H17OH（討論） 2020年9月25日 (五) 20:23 (CST)

另外您似乎不會使用縮進來表示回復關係，建議閱讀萌娘百科:討論頁面。——C8H17OH（討論） 2020年9月25日 (五) 20:25 (CST)

(：)回應 我也覺得主要用途大概是類似「等待替換無水印圖」的積壓工作分類。

但我個人覺得如果是作者本人添加的平台水印（比如作者微博），雖然去除水印更美觀，但似乎沒有達到別人二次添加的水印那種非替換不可的程度。——迪爾碧莉蝶（留言板 • 腳印） 2020年9月26日 (六) 07:19 (CST)

(～)補充記錄一種「作者+平台」的水印的情況：含有 番劇版權方播放平台水印 的動畫截圖——這應該跟作者的微博水印可以算作同類。——迪爾碧莉蝶（留言板 • 腳印） 2020年10月6日 (二) 01:08 (CST)

關於提醒新人注意圖片分類

[小細節] 主站這邊提醒新人是會到用戶的討論頁發布話題，那麼圖站的問題是去主站還是圖站的討論頁提醒呢？

我好像沒看到類似的說明。還是說其實圖站的用戶頁相關向來是不使用的？

——迪爾碧莉蝶（留言板 • 腳印） 2020年9月25日 (五) 05:49 (CST)

@迪尔碧莉蝶 我記得現在的圖站對非維護組應該只開放了文件和分類兩個名字空間吧害得我想改一下用戶頁都不行，差評（（（

不過我是支持所有討論和提醒都在主站進行，方便用戶統一在一個地方查看。畢竟圖站只是個工具站而已x--ZhMGP:~ Leranjun用戶頁討論頁貢獻$酒姬民|36 2020年9月25日 (五) 07:10 (CST)

@迪尔碧莉蝶：一律主站，圖站的定位只是個工具站；而且事實上如果你試試應該能發現現在非維護人員編輯不了用戶頁/用戶討論頁（ ——C8H17OH（討論） 2020年9月25日 (五) 19:29 (CST)

照片和三次元圖片的區別是？

如題。——迪爾碧莉蝶（留言板 • 腳印） 2020年9月25日 (五) 14:40 (CST)

@迪尔碧莉蝶：我不知道建這倆分類的人怎麼想的（經查，照片是16年秋葉建的，而三次元圖片是17年Thaiyj123建的），反正我覺得是沒有區別，且從詞語的嚴謹性來說，三次元圖片應該合入照片；只不過我還來得及提起公開/私下討論也還沒行動而已（咕咕咕）。沒什麼異議的話就跑個批量+設上分類重新導向就行了。——C8H17OH（討論） 2020年9月25日 (五) 19:33 (CST)

@C8H17OH:其實我覺得用三次元圖片更合適，因為二次元中也有「照片「這一說法，顯得有些不嚴謹。就通知一下管理批量替換成三次元圖片吧。
另外，我的簽名怎麼了？若有話到我討論頁說。

2020年9月25日 (五) 20:33 (CST)

@青海白云：……好像也有道理，但是「二次元的照片」我覺得無非兩種情況：一是圖片裡有照片實物，這種情況下「照片」是圖中的一個物體而非這張圖的文件類型，不應該添加照片分類；二是圖片本身被設定為一張照片（比如主角團合照、畢業照等），但需注意cm:Category:文件類型中的分類都是基於我們現實的視角來定義的，比如「截圖」、「人設」，而不應該根據故事中的設定來定義。既然有爭議那就再討論討論吧，看看其他人的想法。——C8H17OH（討論） 2020年9月25日 (五) 21:08 (CST)

仔細一想，二次元好像沒有三次元「真實存在」這個定義。所以，理論上來說，P站上的畫作都是二次元照片，電視上播的番都是二次元視頻。

不過總感覺這樣會被誰罵（--ZhMGP:~ Leranjun用戶頁討論頁貢獻$EnMGP|5 2020年9月26日 (六) 12:47 (CST)

@青海白云：二次元中的照片一般都是從內容上定義的吧，我覺得不至於跟文件類型混同。雖然畫面與照片有關，往往作為文件類型是屬於「截圖」或「插圖」之類的。——迪爾碧莉蝶（留言板 • 腳印） 2020年9月26日 (六) 06:42 (CST)

( ¡ )題外話 不過這個倒是確實啟發我了。我自己本地分類圖片的時候，一般會專門建個「全家福」文件夾放多人組合的圖片。不過我覺得現在萌百多人圖片按照每個角色加tag的方式分類也挺好的。不知道這個「全家福」分類你們怎麼看？要不要單獨建個討論串討論呢？——迪爾碧莉蝶（留言板 • 腳印） 2020年9月26日 (六) 06:42 (CST)

@迪尔碧莉蝶 專門放一個「全家福」分類……有啥作用嗎（滑稽汗）--ZhMGP:~ Leranjun用戶頁討論頁貢獻$EnMGP|5 2020年9月26日 (六) 12:47 (CST)

(▲)同上 我覺得沒什麼必要……而且很難定義何為「全家福」。——C8H17OH（討論） 2020年9月26日 (六) 17:23 (CST)

了解 那沒事了。——迪爾碧莉蝶（留言板 • 腳印） 2020年9月27日 (日) 08:48 (CST)

另外，這兩天翻自己上傳記錄的時候發現了一張——可能只適合放在三次元圖片分類，而不適合照片分類的圖……--迪爾碧莉蝶（留言板 • 腳印） 2020年9月26日 (六) 06:42 (CST)

kusa，好像有道理的樣子。看來需要考慮二次創作後的照片（指P過的、meme、表情包這類的）的特殊情況。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$EnMGP|5 2020年9月26日 (六) 12:47 (CST)

@迪尔碧莉蝶：這個或許分類為「表情包」更合適？——C8H17OH（討論） 2020年9月26日 (六) 17:23 (CST)

(：)回應 我覺得不能算表情包，更類似於梗圖，因為聊天時我們一般並不會用到這張圖作為表情，而這個圖的系列本身的出處是「用薯條跟不同食物的搭配講解各種類型的CP」這樣子，也可以算是一種惡搞P圖創作吧（比起表情包分類，反而更傾向於改圖分類）——迪爾碧莉蝶（留言板 • 腳印） 2020年9月27日 (日) 08:48 (CST)

但是又不屬於ACG相關原圖的改圖，所以可能也不適合跟改圖分類放在一起。——迪爾碧莉蝶（留言板 • 腳印） 2020年9月27日 (日) 08:53 (CST)

關於cm:Category:雜圖

感覺這個分類跟上面的#關於分類:作者:未知有異曲同工之處，不知道這個分類是用來放什麼種類的圖的？BTW又雙叒叕是一條關於文件類型的討論。——迪爾碧莉蝶（留言板 • 腳印） 2020年9月26日 (六) 07:43 (CST)

所以我的建議是cm:Category:雜圖和cm:Category:作者:未知都削除。——Patroller39 ほしみ 2020年9月26日 (六) 09:53 (CST)

刪除後咋辦？那樣豈不是積壓工作都沒法做了-- 2020年9月26日 (六) 09:54 (CST)

我倒是(＋)支持 刪除。

關於@青海白云桑所提到的積壓工作，其實刪除了也可以做。刪除一個分類頁面並不會刪除這個分類本身有的文件的分類（只不過變成紅鏈了），但是又能避免之後的用戶錯誤上傳到這個分類（不會在HotCat里顯示，除非用戶自己手打）。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$OIer|15 2020年9月26日 (六) 12:49 (CST)

哦 了解。-- 2020年9月26日 (六) 13:28 (CST)

這個分類是前管理Nostalgia桑建的來着……--Cevon03gt Talk / Gossip 2020年9月26日 (六) 09:59 (CST)

所以說我真的想問問秋葉當時為什麼不給這種沒有公認定義的分類加上解釋（惱）

看了一下其中有一些是可以轉入cm:Category:表情包的；總之是挺雜的。如果共識支持刪掉那就刪吧，我(＝)中立 。——C8H17OH（討論） 2020年9月26日 (六) 17:28 (CST)

也不過就78個文件，手動整一下就完了。我(＋)支持 刪除。

(＆)另外@C8H17OH桑是否要在提案里記錄一下討論區內提到的需要刪除或傾向刪除的分類？--ZhMGP:~ Leranjun用戶頁討論頁貢獻$單推人|6 2020年9月27日 (日) 11:34 (CST)

@Leranjun：呃我覺得不需要在提案里寫了吧，後期維護組行政操作解決就行。參考「不完整」提案最開始Func的話。——C8H17OH（討論） 2020年9月28日 (一) 13:21 (CST)

音樂專輯封面如何按作品分類

音樂專輯封面類圖片用於描述某一作品的音樂，但現實是「作品中音樂」是用來存放作品中的音頻的。單純按照「音樂專輯封面」這個屬性來對這些圖片進行分類實際上割裂了分類樹，建議作品分類[[Category:XXX]]下設第四個子分類：[[Category:XXX音乐专辑封面]]，並建立模板「作品音樂專輯封面」。但考慮到歷史原因，模板的使用作為參考和範例，不強制各作品下專輯封面都使用該模板。--—— 屠麟傲血（討論） 2020年9月26日 (六) 10:55 (CST)

@屠麟傲血：我覺得你的理解可能有誤，「音樂專輯封面」是一種文件類型分類，和「動畫截圖」「立繪」「遊戲CG」相同，它們與作品相關的分類樹沒有半毛錢關係，是一棵獨立的分類樹，談不上「割裂」作品相關分類樹。

而對於這些音樂專輯封面文件在作品分類樹中的位置，在指引草案的#作品分類一節有明確規定：

“

來源於某一ACGN作品或與其高度相關的文件應添加該作品的分類。這些文件包括： 與動畫/遊戲/偶像企劃相關的音樂專輯封面、歌曲音頻；

”

因此根據指引草案，這些封面文件直接分類至作品分類即可，不必建立單獨的分類。

不過，雖然不必建立，但這樣的交叉分類是可以建立的，事實上cm:Category:音樂專輯封面下就有這樣的幾個子分類，這種分類適用#其他分類中的專題專屬分類或細分分類之規定，由各專題的主要維護者自行決定是否設立並負責維護。因為本身就是一種特例，所以也不需要建立模板來統一規範了。需要說明的是，這種分類也沒有導致所謂的「割裂」分類樹，它們是一種作品分類和文件類型分類的交叉分類，就像cm:Template:作品中角色會同時掛上cm:Category:作品中角色（隸屬於cm:Category:人物這棵分類樹）和[[cm:Category:<作品名>]]（隸屬於cm:Category:作品這棵分類樹）一樣。

以上是我對當前指引草案的規定下相關文件及分類的解釋，如果大家覺得有必要給所有作品分類都預設這麼一種子分類那也可以作為【作品中角色/音樂/音頻】的平級分類+模板建立起來。在這件事上我的觀點是沒有必要。

希望我的表述能正確傳達我的意思。——C8H17OH（討論） 2020年9月26日 (六) 17:48 (CST)

(▲)同辛醇桑 kusa，音樂專輯封面下面只有5個子分類啊。我個人覺得這樣沒啥必要，因為搜索時incategory:作品名 incategory:音乐专辑封面能達到同樣的效果，況且絕大部分情況下專輯封面的數量達不到需要單獨創建分類的地步。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$單推人|21 2020年9月27日 (日) 11:41 (CST)

對本提案程序合規性的質詢

@C8H17OH你在發起本提案之前，先是在自己的用戶頁下建立了沙盒頁並寫入了本提案的草案，然後將沙盒頁移動到了屬於討論頁面的提案頁面。雖然你的行為字面上可能並不違背萌娘百科:討論頁面、萌娘百科:提案以及正在討論的萌娘百科_talk:提案/討論中提案/關於討論區管理方針的提案，但是這樣做顯得比較隨意，不夠嚴肅，而且還保留了曾經作為沙盒頁的可能不符合萌娘百科:討論頁面的編輯歷史，恐怕有違方針精神。依愚之見，發起提案應當直接建立新頁面，內容可以從某處沙盒復制，但不應該把帶有前世沙盒編輯歷史的頁面直接移動至提案討論頁，盡管這麽做可能確實方便。現向提案發起人提出質詢，也請諸位討論這種行為是否符合方針指引。——Tide of opinion（討論） 2020年9月29日 (二) 16:08 (CST)

@Tide of opinion 首先，我認為您所提到的幾個問題對於提案本身無法造成任何影響。複製也好，移動也好，最後的展現是沒有區別的。

既然您提到了移動，那麼請您(ｉ)注意 ，移動用戶頁的是行政員AnnAngela[更多]對話頁貢獻上傳歷史封鎖及歷史被刪貢獻移動日誌巡查日誌使用者權限及日誌使用者查核而非辛醇桑自身。一般用戶都有權限建立新提案，更何況是巡查？因此，我有充分的理由相信移動頁面是A姐和辛醇桑協商後的結果。時間戳也印證了這一點：A姐移動的時間是9月15日23:10，辛醇桑在公版上通知的時間是23:12。

況且，您提到編輯歷史含有可能不符合萌娘百科:討論頁面的內容。暫且不論論述的實際約束性，從您的表述來看，您對萌百相關政策應該十分了解，那麼請您具體說明您認為哪一個版本的哪裡不符合論述頁面的哪一條。否則，請不要妄下結論。

以上。如有錯誤，還請指正。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$酒姬民|36 2020年9月29日 (二) 16:36 (CST)

😂答案是，頁面標題非管理員不可創建，不得不這麼做。——Patroller39 ほしみ 2020年9月29日 (二) 17:36 (CST)

無關內容。--Leranjun
( ? )疑問 ？為啥我看到的幾個提案的創建都沒有管理員介入……比如關於討論區管理方針的提案、關於移除權限申請中『萌娘百科的提問』段落的提案、關於專題的提案都是直接創建或者自己移動的啊。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$優編|39 2020年9月29日 (二) 22:06 (CST) 頁面標題問題哈...不再解釋——Patroller39 ほしみ 2020年9月29日 (二) 22:10 (CST)

如星海姐姐所說，管理員介入與標題有關。

(～)補充 關於從用戶沙盒移動至提案頁面的問題，並不僅是本提案如此（參見關於移除權限申請中『萌娘百科的提問』段落的提案），我認為不足以構成對提案合規性的質疑。--ZhMGP:~ Leranjun用戶頁討論頁貢獻$酒姬民|20 2020年9月29日 (二) 23:24 (CST)

投票區

鑑於討論已比較充分且未有較大的反對意見，現開啟投票。

@Baskice，AnnAngela，雲霞，金萌橋姬，藍羽匯，弗霖凱，北極星與南十字，W3jc，衛宮，AkizukiSaitou，Rg224，Hlwan03，PLAcenturion，Luenshi007，Bbrabbit，宇文天啟，平塚八兵衛，九江月，幽靈幽靈呦，空翊，目錄小妹妹，Abc4473，サンムル，Momo bly dblk，葉姬洛，Vcfch843875618，HetmesAskalana，AYAegis，不是液氮，Func，紅石小蟈，Xzonn，星海子，C8H17OH，Chko08022003，聲優編集者

——C8H17OH（討論） 2020年10月4日 (日) 17:27 (CST)

投票正在進行中！投票已經結束！正在加載中……

本次投票由C8H17OH[更多]對話頁貢獻上傳歷史封鎖及歷史被刪貢獻移動日誌巡查日誌使用者權限及日誌使用者查核發起。

• 投票開始時間： |
• 投票結束時間： |
• 投票總用時 7 天，將於 後結束。現已結束！正在計算中……

管理員

同意

1. (＋)同意 共享一開始分離出去就是想當個垃圾場用的，不過改善下也好。——絲毫沒有存在感的某藍色（討論） 2020年10月5日 (一) 10:55 (CST)
2. (＋)同意 加把勁.--飢餓之聲-弗霖凱（討論） 2020年10月9日 (五) 19:55 (CST)
3. (＋)同意 看了下提案，還有些部分有待商榷，但是千里之行始於足下，現在是從無到有的過程--From KumoKasumi the Temporary Bureaucrat (Talk) 2020年10月10日 (六) 19:52 (CST)

反對

棄權

1. (∅)棄權 不太懂分類樹。--Sysop 北極星と南十字（給我留言） 2020年10月5日 (一) 17:59 (CST)

巡查姬

同意

1. (＋)同意 先有法可依，我們再來共同促進社群依法守法。——C8H17OH（討論） 2020年10月4日 (日) 17:27‎ (CST)
2. (＋)同意 沒什麼好說的，舉雙手贊成。--Vcfch843875618（討論） 2020年10月4日 (日) 17:35 (CST)
3. (＋)同意 我認為這是極好的。——Patroller Talk:葉姬洛 2020年10月4日 (日) 17:35 (CST)
4. (＋)同意 積壓工作++，但也值得去做 --By patroller CHKO (Talk) @ 2020年10月4日 (日) 17:41 (CST)
5. (＋)同意 要不然共享站就是一個垃圾場--From a patroller named RedstoneDave 2020年10月4日 (日) 17:56 (CST)
6. (＋)同意 需要一個規範。——Xzonn（聊天） 2020年10月4日 (日) 18:11 (CST)
7. (＋)同意 無意見––rg224（討論） 2020年10月4日 (日) 21:11 (CST)
8. (＋)同意 辛苦了。--Func（討論·貢獻） 2020年10月4日 (日) 22:51 (CST)
9. (＋)同意 全文同意。--刺儿15 The piper's calling you to join him. 2020年10月5日 (一) 08:01 (CST)
10. (＋)同意 但是我對實際執行情況並不看好。 -- 目錄小妹妹 ~ Talk 2020年10月5日 (一) 14:05 (CST)
11. (＋)同意 支持對於共享站的規範制定。--Ether（討論） 2020年10月5日 (一) 20:39 (CST)
12. (＋)同意 雖然部分地方可能不完善，但是算是可以了——Patroller39 ほしみ 2020年10月5日 (一) 23:46 (CST)
13. (＋)同意 沒意見~——炙月·楓（討論） 2020年10月6日 (二) 20:11 (CST)
14. (＋)同意：挺好的。—— N₂ 不是液氮 (討論•貢獻) 2020年10月7日 (三) 14:03 (CST)
15. (＋)同意 希望實行過程也能少點障礙--以上言論來自於巡查姬007君 _(:3 」∠)_（討論） 2020年10月8日 (四) 21:39 (CST)
16. (＋)同意 沒有意見。--94 42 233 2001-8 J-JRE（Discussion） 2020年10月9日 (五) 01:11 (CST)

反對

棄權

1. (∅)棄權 之前沒太關注過分類樹 -- Momo bly dblk與我討論 2020年10月5日 (一) 18:46 (CST)
2. (∅)棄權 共享分類問題你們定就行了。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2020年10月5日 (一) 21:32 (CST)
3. (∅)棄權 不甚了解。--サンムル（討論） 2020年10月9日 (五) 12:55 (CST)

優質編輯者

同意

1. (＋)同意 趕緊實施，拖一天就多一天積壓工作（--ZhMGP:~ Leranjun$用戶頁討論頁貢獻乙方|11 2020年10月4日 (日) 17:47 (CST)
2. (＋)同意 基本沒啥問題。--來自Takizawa Sakutaro 瀧澤 朔太郎（討論·貢獻）的留言於2020年10月4日 (日) 18:41 (CST)
3. (＋)同意 搞快點。靈空醬★DrTompkins優編 2020年10月5日 (一) 17:47 (CST)
4. (＋)同意 沒問題。——From 月_櫻_雪 (討論) 2020年10月7日 (三) 11:17 (CST)
5. (＋)同意 ，總要有法可依。另外還是把這些指引在主站也留一份吧？至少給個重新導向頁面，共享站看的人較少。——  今日も一日がんばるぞい！(沼澤 • 討論) 2020年10月7日 (三) 13:18 (CST)
6. (＋)同意 感覺歷史遺留問題上存在目前意想不到的東西，不過能走出這一步還是好的。—— 屠麟傲血（討論） 2020年10月7日 (三) 21:40 (CST)

反對

棄權

參與討論的自動確認使用者

同意

1. (＋)同意 沒啥問題了。--SD hehua（討論） 2020年10月4日 (日) 19:23 (CST)
2. (＋)同意 並希望後續對細節進一步優化。--迪爾碧莉蝶（留言板 • 腳印） 2020年10月4日 (日) 21:56 (CST)
3. (＋)同意 沒問題-- Al Birdhaun 2020年10月5日 (一) 12:35 (CST)
4. (＋)同意 該有一個規範了。順帶一提，歷史遺留問題似乎仍是當前的主要問題之一。--Cevon03gt Talk / Gossip 2020年10月5日 (一) 14:44 (CST)

反對

棄權

1. (∅)棄權 嘿，我為什麽在指引裏找不到保存計劃的初心了？——Tide of opinion（討論） 2020年10月5日 (一) 19:03 (CST)

無票權用戶意見（未參與討論的自動確認使用者）

同意

1. (＋)同意 ——Emuskbird Talk with me now 2020年10月7日 (三) 11:48 (CST)
2. (＋)同意 來晚了，支持一個————磷化镓_GaP19，謹祝編安 2020年10月8日 (四) 16:12 (CST)
3. (＋)同意 又來晚了……——————RSF40byĹáְְְֶ֓০ḟèπ發表了自己可笑而荒唐的說法2020年10月8日 (四) 19:24 (CST)

反對

棄權

總結

根據提案相關政策：具有投票權的用戶為：【管理員】、【巡查員】、【優質編輯】、在討論階段參與了提案討論的【自動確認使用者】。在提案有至少一位管理員並有超過4位管理員或巡查員表態時（不包括投棄權票的巡查員），【投票有效】。

• 現有的8位管理員（除去暫不參與站務的Etolli）中：
  • 3票同意
  • 0票反對
  • 1票棄權
  • 3位管理員未投票（Baskice、AnnAngela、金萌橋姬）
• 現有的29位巡查中：
  • 16票同意
  • 0票反對
  • 3票棄權

10位巡查姬未投票（W3jc、衛宮、Hlwan03、Bbrabbit、九江月、幽靈幽靈呦、空翊、HetmesAskalana、AYAegis、聲優編集者）。

• 6位優質編輯者參與了投票，其中：
  • 6票同意
  • 0票反對
  • 0票棄權
• 5位自動確認使用者參與了投票，其中：
  • 4票同意
  • 0票反對
  • 1票棄權

另有3人因之前未參與討論而不具備票權。

---

本次投票共有3名管理員和16位巡查參與，滿足有效條件。

本次投票中總同意數29票，總反對數0票，同意票數大於反對票數，故投票通過，本提案被社群所批准，方針將做出相應修改。--Sysop 北極星と南十字（給我留言） 2020年10月11日 (日) 21:10 (CST)