萌娘百科 talk:提案/已通过提案/关于共享站分类体系的提案(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)