2023年政策修订增补工作正在进行中，欢迎参与！
用户:C8H17OH/Drafts
跳转到导航
跳转到搜索
欢迎来到文件上传页面
我们十分希望您能阅读以下指引之后，再上传文件，上传符合规范的文件会给文件管理带来极大的方便，谢谢！
这里存放C8H17OH[更多]所撰写的站务文件或其他相关内容的草稿，已经正式提出的会被折叠。
cm:MediaWiki:Uploadtext/zh-hans
[展开展开]
- 上传图片前请先阅读 帮助:上传图片 。
- 文件的命名应尽量有规律，可与文件内容有关，也可用pixiv ID等标识符，但不要使用乱码尤其是“脸滚键盘”式的名称。
- 上传文件时，请尽可能为该文件添加授权协议：
- 基于介绍、评论作品需要，您可以适当引用已经发表的作品（合理使用）。该类文件的授权协议请选择“原作者保留权利”；在条目内使用时请填写作者姓名和作品发布处。
- 对于已获得作者授权的文件，请选择“原作者授权萌百使用”授权协议，并按照{{Authorized}}模板文档修改源代码。
- 关于其他类型的授权协议，请见 萌娘共享:授权协议选择指引 。
- 上传文件时，请认真填写文件说明表格，并尽可能为该文件添加分类：
- 作品名或人物名、作者、源地址的填写要求请见 帮助:上传图片#其他图片信息的填写 。
- 作品名或人物名、作者应与对应萌百条目名称一致（例如上传舰队Collection中岛风的图片时，人物名应填“舰队Collection:岛风”而非“岛风”）。
- 无法填写某个属性时，请将其留空，而不要填“无”“未知”“不明”等词语。
- 作品名或人物名、作者有多个的，请用空格分隔；名字本身带空格的，请用下划线“_”代替空格（例如“Kizuna_AI”）。
- 关于文件分类，请见 萌娘共享:文件分类指引 及 帮助:给文件分类 。
- 如果上传时文件信息填写错误，可在上传后在文件页通过编辑源代码或使用HotCat修改。
- 上传音频文件请以英文命名，其他语言会导致文件在部分浏览器中无法播放。
- 直接上传作品发布处的文件版本为最佳。（参见 帮助:寻找原图 ）
- (✘) 请勿上传低质量的图片，包括低分辨率的扫描图片、带有水印的图片等。
- 关于图片在萌百的使用见 帮助:图像 和 帮助:外部图像 ；
- 关于音乐文件在萌百的使用见 帮助:MP3播放器 和 帮助:插入ogg音乐文件 。
- 过往上传的，符合规范的文件可以在 用户贡献 中找到。
- 没有被任何条目使用，同时没有规范作品标注的文件会被定期删除。
- 需注意在萌娘共享上传的图片需要一定时间将记录同步至萌娘百科等站点。如果图片在其他子站不能使用请耐心等待一段时间。
萌娘百科管理组 敬上
cm:Template:Editnotices/Namespace/Category
 请根据本分类页的类型填入相应的模板，各模板的详细使用方法见其文档。
如果属于两个以上的类型，或某类型模板的参数有两个以上的可填值，且不能通过模板内的参数多次使用解决（例如现实人物/作者的多重国籍），可使用多个或多次使用模板。 对于{{分类重定向}}和{{分类消歧义}}，请遵照其模板文档使用。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Template_talk:SCP#SCP专题整改方案
|
近期随着版权方针的修订，成体系地使用与萌百默认协议（CC BY-NC-SA 3.0）不兼容的版权协议将不再被允许，而SCP基金会的共笔特点决定了本站编辑者难以通过向作者请求特别授权的方法全面规避版权冲突；除此之外，SCP条目内直接搬运原文的做法也与MGP:收录范围#作品“不应直接把整个作品上传萌娘百科”的规定冲突，一直受到社群的质疑，一些非知名项目条目的建立在专题内部也有不小争议。为了调整适应新的方针，解决长期存在的一些问题，在咨询了少数几位维护组成员后，我拟定了以下整改方案：
对于某些特殊的条目，如SCP-CN-048-J（原文部分与本站编辑者原创的部分混在一起），我将在进一步思考和与其他用户讨论后再作提议。 请社群审阅以上方案是否合适。如无异议，将在方针修正案（五）公示期结束后开始执行。 |
萌娘百科:用户页面方针
|
用户页面是萌娘百科中供各位注册用户进行自我介绍、撰写草稿、测试代码及存放少量私人内容等用途的页面。 本方针中各术语的含义定义如下[U 1]：对于用户名为“示例用户”的用户，
用户页面的内容、权限和管理适用本方针。用户讨论页、用户子页的讨论页的管理依照萌娘百科:讨论区管理方针。 用户页面的内容
修改他人的用户页面
用户沙盒
其他规定
注释
其他方针的适应性修改
草案说明
|
用户页面方针修正案
阅读本段落的维护组成员都可以参与编辑。
修正案序言
本次修正案中：
- #争议性内容、#主空间页面链入用户页面、#对用户页面的索引、#申请改进被打回页面为主要的新增或修订内容，提请社群重点审议；
- 其他部分（#冒充他人和假冒身份、#用户页面的嵌入使用、#非实质性修改、#维护性修改）多为文字调整、结构变动或无争议的实践经验成文化。
用户页面的内容
冒充他人和假冒身份
- 将序言中的“权限或身份”修改为“用户组、权限或身份”；
- 将第3条中的“具有权限的人员因任何原因被取消权限后”修改为“用户因任何原因失去原先所具有的用户组、权限或身份后”。
解释：这里“权限”本意指“用户组”，出发点是针对{{用户 优质编辑者}}等用户框。此处明确将“用户组”写入文本，同时保留“权限或身份”的用词来兜底。
争议性内容
在【冒充他人和假冒身份】后新增一节，内容为：
用户有权在不违反站点规范的前提下，在用户页面适当发表具有争议性的个人观点，或适当撰写争议性内容；同时，有义务采取妥当措施，表明这些内容不代表萌娘百科，防止造成读者误解。
- 内容和管理要求：
- 此类页面不得包含#违规内容。
- 此类页面不得添加添加
__INDEX__状态开关。- 用户应当在此类页面顶部悬挂{{用户 争议性内容}}，以声明这些内容是个人观点且可能具有争议性。
- 用户不得将此类页面伪装成（主）、萌娘百科或其他名字空间的公共页面，不得误导读者或声称它们是公共页面。
- 对违规页面的处理：
- 违反第1.1条要求的，依照#违规内容的规定处理。
- 违反第1.2、1.3条要求的，由维护人员直接移除
__INDEX__、悬挂{{用户 争议性内容}}。- 违反第1.4条要求的，维护人员应予提醒或警告，责令其在一定期限内改正。未在限期内改正的，维护人员可以直接去除、修改有关文本或代码。
- 违反第1条所述要求，且情节特别严重、已经或可能对萌娘百科的运营安全或声誉造成影响，维护人员经讨论认为确有必要的，可以直接删除页面内的有关内容，或者由管理员、监督员依照萌娘百科:方针#页面存废政策、萌娘百科:修订版本删除指引、萌娘百科:监督方针处理。
- 处罚：用户故意或多次违反前述规定，经提醒、警告拒不改正，或者不经沟通整改而拒绝维护人员所进行的处理的，依照萌娘百科:反破坏方针予以处罚。
- 认定：维护人员有权对页面内容是否涉及争议性内容进行认定，继而根据前述规定进行处理和处罚。
- 非维护人员在发现疑似此类页面时，有权向维护人员举报。
- 对维护人员的认定和处理、处罚有异议的，可以在一般的讨论或封禁复检程序中提出。
解释：此部分主要针对此前发生的关于在用户页面写争议内容的争论，与#对用户页面的索引共同构成对此类内容的限制。其中，情节严重时的删除页面、删除修订版本、监督处理已在相应方针指引中有规定（算入“管理员认定应当进行存废处理的其他情形”），此处仅作概括性描述；而相应的破坏情形增补见#萌娘百科:反破坏方针。
用户页面的管理
新增一章，并将【用户页面的嵌入使用】【主空间页面链入用户页面】两节移动到此章，作为前两节。
用户页面的嵌入使用
第3条修改为：
解释：有维护人员提出在Help:沙盒中嵌入用户页面的需求，在此予以补充完善。
主空间页面链入用户页面
增加一条，作为第3条：
3. 用户子页面可以作为参考资料放在主空间条目的注释中，但应当使用外部链接而非内部链接的形式，且此类页面适用#争议性内容的管理措施。
解释：在执行过程中发现的一种情况，考虑到确有此类需求，且“允许引用外部的个人观点（知乎、贴吧等）却不允许引用站内同等内容”不太合理，同时考虑到此类页面通常是带有争议或个人观点性质的页面，故在#争议性内容的基础上作此规定。
对用户页面的索引
新增一节作为【用户页面的管理】的第三节，内容为：
自2022年2月起，萌娘百科默认要求外部搜索引擎不索引所有用户名字空间的页面。
用户可以自行在页面中添加
__INDEX__状态开关，使该页面能够被外部搜索引擎索引；含有#争议性内容的页面除外。维护组应当采取技术措施，在被添加
__INDEX__的用户页面中放置背景水印、页顶模板或其他明显提示，以告知读者：这些页面并非萌娘百科的公共页面，而是个人内容，且可能带有争议性。用户不得在页面中通过技术手段对读者屏蔽上述措施（不包括调整自己的个人设置以使仅自己看不到）。
同时，提请维护组开发上文所述技术措施；如技术人员认为可行且有必要，可以为注册用户或自动确认用户提供不显示有关提示的小工具。
解释：目前运维方已完成设置对用户名字空间的默认NOINDEX，现暂继续允许手动INDEX，但排除含#争议性内容的页面，同时加入水印等提示。
修改他人的用户页面
非实质性修改
增加一项，作为第4项：
4. 因重复或更佳版本、命名错误、技术性错误等原因，修改文件内链。
解释：增补一项非实质性修改，明确可以在他人用户页面更换图片。（其实本来就可以，只是作为又一个例子写入列举的情况。）
维护性修改
末尾增加一段，内容为：
界面管理员基于网站技术变动、安全考虑、代码优化等合理的维护性原因，有权编辑其他用户的个人CSS、JSON、JavaScript页面，但应在保证网站安全和稳定的前提下尽量尊重用户本意；若为实质性修改，应告知页面所属用户或预先取得授权。
解释：根据界管的MW权限，在方针中明确赋予其权力，并明确其义务。由于界管并非维护人员，故单独开一段；由于此类修改仍有维护性质，故放在同一节。
申请改进被打回页面
整体修改为：
对于因质量低下等原因被维护人员移动至用户子页面（以下简称“打回”）的页面，若其他用户有意将页面改进至合格状态：
- 若打回后页面所属用户未进行新的编辑，则有意改进者除可以向页面所属用户请求授权外，还可以在萌娘百科_talk:讨论版/操作申请提出请求。
- 若打回后页面所属用户进行过新的编辑，则有意改进者应当先向页面所属用户提出授权请求。在请求提出七天后，若页面所属用户既未予以答复，也未再对该页面进行新的编辑，则有意改进者可以根据前述程序申请改进。
对于在打回时不在收录范围内的用户子页面，若其因条目描述对象本身的变动（例如歌曲播放量达标）或者收录范围的修订，而符合了收录范围，且页面质量无需改进即符合条目标准，则维护人员可以直接将其移回主名字空间，其他用户可以在萌娘百科_talk:讨论版/操作申请提出请求，无论打回后页面所属用户是否进行过新的编辑。
注意：本节不适用于由用户自行直接创建、并非被打回页面的用户子页面，请有意改进者在申请前、维护人员在审批时注意辨别。
解释：在上次提案中大量同意票、弃权票皆对此章节提出异议，包括我自己也认为程序过于繁琐。现在最初草稿版本的基础上提出新的方案：
- 将“质量低下”和“不在收录范围”两类分开，后者不再要求检查页面所属用户是否进行过新的编辑，不过仍需维护人员核准，以免部分复杂情况（如小说）出现反复移动，或者用户错误移动并非打回的用户页面；
- 吸收部分当前方针规定的精神，对因质量低下被打回后页面所属用户进行过新的编辑的页面，允许有意改进者在询问七天无答复后提出公版申请。
题外话：本来想等草稿空间政策，但考虑到没有草稿空间也不妨碍这部分政策的执行，且草稿空间实行后仍需处理旧有被打回页面的政策，故拟预先独立提出。
适应性修订和其他操作
萌娘百科:反破坏方针
将#争议性内容中情节严重时的处罚规定写入萌娘百科:反破坏方针，具体来说：在萌娘百科:反破坏方针#具体破坏行为第三类“破坏页面内容”中新增一项，作为第11项：
11. 故意或多次违反萌娘百科:用户页面方针#争议性内容之规定，经提醒、警告拒不改正，或者不经沟通整改而拒绝维护人员所进行的处理；
模板:用户 争议性内容
创建用户框{{用户 争议性内容}}，并给予巡查级编辑保护、管理级移动保护：（仅作示例，具体内容后续可再修改）
{{Info|type=none
|class=infobox-incompleted
|color=red
|leftimage=[[File:Warning.png|50px|link=萌娘百科:用户页面方针]]
|text=注意：此页面为用户{{User|{{BASEPAGENAME}}}}的个人页面，相关内容可能具有争议性，仅代表该用户的个人观点，不代表萌娘百科。萌娘百科不对此页面的内容或观点负责。<br>如果您认为该页面存在侮辱、诽谤、人身攻击、骚扰等情形，或者违反萌娘百科的方针政策，可以到 [[萌娘百科_talk:讨论版/操作申请]] 提出举报，或者点击页面右下角的【页面反馈】进行反馈。
}}
注意：此页面为用户C8H17OH[更多]的个人页面，相关内容可能具有争议性，仅代表该用户的个人观点，不代表萌娘百科。萌娘百科不对此页面的内容或观点负责。
如果您认为该页面存在侮辱、诽谤、人身攻击、骚扰等情形，或者违反萌娘百科的方针政策，可以到 萌娘百科_talk:讨论版/操作申请 提出举报，或者点击页面右下角的【页面反馈】进行反馈。
如果您认为该页面存在侮辱、诽谤、人身攻击、骚扰等情形，或者违反萌娘百科的方针政策，可以到 萌娘百科_talk:讨论版/操作申请 提出举报，或者点击页面右下角的【页面反馈】进行反馈。
其他
- 将全文的萌娘百科:方针#用户封禁政策替换为萌娘百科:反破坏方针。
萌娘百科:站务页面方针
萌娘百科的站务页面，是指所有位于“萌娘百科”名字空间的页面，包括以下类型的页面：
- 站点基本信息，方针，指引；
- 公告，失效公告；
- 论述，幽默论述；
- 活动；
- 失效文档，过时论述，历史页面；
- 其他站务页面。
萌娘百科的帮助文档，是指所有位于“Help/帮助”名字空间的页面。
对各类站务页面和帮助文档的管理，适用本方针。
政策规范
站点基本信息
- 定义和效力
- 萌娘百科的站点基本信息为规定了萌娘百科性质、法律相关信息及对外事务的根本性文件。站点基本信息在站内具有最高效力，任何方针、指引和其他站务文件均不得与其相悖。
- 制定、修订和废止程序
- 站点基本信息由萌娘百科运营主体制定、修订和废止。
- 运营主体在变更站点基本信息前，应当征询行政员和维护组的意见，或者提请社群公开讨论。
- 站点基本信息的变更应当尊重社群共识。
- 页面保护和编辑权限
- 站点基本信息页面应当保护至“编辑=仅允许管理员，移动=仅允许管理员”，仅STAFF和由STAFF授权的行政员可以对其进行实质性修改，仅STAFF、行政员和管理员可以对其进行非实质性修改。
方针
- 定义和效力
- 萌娘百科的方针是由社群共识所形成的，指导站点运行的规范性文件，列出了站点运转的核心原则与规则，在通常情况下应当在其适用范围内得到遵守。
- 方针由全体编辑者的共识形成，其对于百科范围内的事项具有普遍约束力，亦是维护人员执行维护操作的最高准则。方针的内容具有基础性，效力等级指引和其他站务文件，若指引或其他站务文件与方针发生冲突，则必须以方针为准。
- 制定、修订和废止程序
- 在方针的形成过程中，起到最核心作用的是社群的共识，其制定、修订与废止都应当以社群共识为准。
- 方针可以通过以下程序制定和废止：
- 方针的修订除可以通过以上程序外，还可以通过快速提案程序。
- 页面命名、模板使用和分类管理
- 为保证其可辨识性，方针页面应命名为“萌娘百科:XX方针”的形式，但是以下情况除外：
- 因界面消息等技术性原因，不适宜采取此类命名。
- 既存（2020年8月8日前通过的）的方针页面；若站内认为相关页面有必要更名，则可以参照上述命名规范进行修正。
- 方针页面的顶部悬挂{{站点方针}}，列入分类:萌娘百科方针。
- 页面保护和编辑权限
- 方针页面应当保护至“编辑=仅允许管理员，移动=仅允许管理员”。管理员根据提案、快速提案或最终决定权的结果进行实质性修改，并可以进行非实质性修改。
全站指引
- 定义和效力
- 萌娘百科的全站指引与方针一样，也是由社群共识所形成的，指导站点运行的规范性文件，且在通常情况下应当在其适用范围内得到遵守。
- 不过，不同于方针列出了站点运转的核心原则与规则，全站指引则为特定情形的编辑活动提供了指示。
- 全站指引由特定编辑群体的共识形成，其对于百科内的某一类特定事项具有约束力，也是维护人员执行维护操作的准则，维护人员可以在与方针不相冲突的情况下援引全站指引作为执行维护操作的依据。
- 全站指引通常适用于某个特定领域的编辑活动，其内容相较方针更为具体，在不与方针冲突的情况下可以作为站点编辑的准则。
- 制定、修订和废止程序
- 在全站指引的形成过程中，起到最核心作用的是社群的共识，其制定、修订与废止都应当以社群共识为准。
- 全站指引可以通过以下程序制定和废止：
- 可以在萌娘百科_talk:讨论版/方针政策发起公开讨论，经过充分讨论后发起投票。
- 可以在其他讨论页发起讨论和投票，但需在方针政策版发起新话题，告知指引案的主题和讨论、投票的位置。
- 指引案应具有与提案同等或相近的曝光度。例如，若页顶banner中悬挂提案链接，则也应悬挂指引案链接。
- 管理员在征询其他维护人员的意见或提请社群公开讨论后，可以发布公告来直接制定或废止全站指引。
- 可以通过提案程序；以下情况应当通过提案程序：
- 制定或废止影响范围较广、争议较大的全站指引；
- 社群对全站指引的制定或废止出现重大分歧且无法达成一致；
- 对通过第1种（公开讨论和投票）、第2种（公告）方式进行的指引变更存在异议。
- STAFF或行政员可以行使最终决定权。
- 可以在萌娘百科_talk:讨论版/方针政策发起公开讨论，经过充分讨论后发起投票。
- 全站指引的修订除可以通过上述程序外，还可以通过快速提案程序。
- 页面命名、模板使用和分类管理
- 为保证其可辨识性，全站指引页面应命名为“萌娘百科:XX指引”的形式，但是以下情况除外：
- 因界面消息等技术性原因，不适宜采取此类命名。
- 既存（2020年8月8日前通过的）的指引页面；若站内认为相关页面有必要更名，则可以参照上述命名规范进行修正。
- 全站指引页面的顶部悬挂{{站点指引}}，列入分类:萌娘百科指引。
- 页面保护和编辑权限
- 全站指引页面应当保护至“编辑=仅允许管理员和巡查姬，移动=仅允许管理员”。管理员和巡查姬根据相应程序的结果进行实质性修改，并可以进行非实质性修改。
非实质性修改
本章所称“非实质性修改”，是指对相应文件的不涉及文本实质含义的修改，通常限于错别字修正、句式调整、链接维护等不影响文意的修改。
非实质性修改可以由具有编辑权限的维护人员直接进行，但应当接受其他维护人员和其他用户的监督；
- 对于某一修改是否属于实质性修改的认定，若修改的发起者为巡查姬，则需要不少于三名管理员共同进行认定，若修改的发起者为管理员，则需要不少于三名管理员（至少包括一名行政员）共同进行认定；
- 上述认定程序在有用户于萌娘百科_talk:讨论版/方针政策提出举报时启动。
公告
公告的发布和管理依照萌娘百科:公告。
如有必要，公告可以具有与指引同等的效力；在行使最终决定权时，行政员发布的公告可以具有与方针同等的效力。
论述和帮助
论述
- 定义和效力
- 萌娘百科的论述是由一个或一群编辑者撰写的，针对某一事项，特别是与站点规范有关的事项进行补充说明的文件，通常被用以增进编辑者对相关方针内容的理解。
- 论述是一个或一群编辑者的意见或建议，但尚未达到普遍的共识。论述不能代表整个社群，可以不经过批准而被创造及编写，亦不具备相应效力。
- 论述是面向百科编辑的，对于百科现有方针、指引的补充与说明。其可能因为各种原因暂未达到成为百科现有方针、指引的条件，不应当与现存的方针、指引相冲突。
- 论述亦包含用于补充说明或是厘清方针、指引和其他规范、共识的文档，例如介绍一些方针指引可能的施行方式或者整理一些社群对方针指引的补充观点。
- 用户个人论述
- 若是一个用户不愿意其撰写的论述被其他人修改，或是与多数共识抵触，则应该作为其用户子页面，其管理依照萌娘百科:用户页面方针。
- 创建、修改、删除和保护
- 任何用户可以创建和修改论述，除非相应页面被采取保护措施。
- 论述页面的删除依照萌娘百科:方针#页面存废政策。
- 论述页面视情况采取保护措施。
幽默论述
- 定义和效力
- 萌娘百科的幽默论述与论述的功能相似，且同样不具效力；不同之处在于幽默论述通常以幽默、娱乐的语调写成，有时带有调侃意味。
- 内容和管理
- 幽默论述的创建、修改、删除、保护等事宜与论述相同。特别地，幽默论述中的幽默性内容不应超过适当限度，不得违反站点对于这类内容的一般规范。
帮助文档
- 定义
- 帮助文档是帮助用户对萌娘百科进行操作的文档，包括面向读者的和面向百科编辑者的使用说明与操作指南，不包括现行的方针与指引。
- 内容和管理
- 帮助文档的创建、修改、删除、保护等事宜与论述相同。
活动
活动页面用于运维方和维护组举办的各类活动，运维方和维护组根据活动情况制定关于页面内容的规则。
活动页面位于萌娘百科:活动的子页面，或者视情况位于“萌娘百科”名字空间的其他页面。活动页面列入分类:萌娘百科活动。
运维人员、维护人员以外的用户不应创建活动页面，除非得到运维方或维护组的许可。
失效/过时/历史页面
失效公告
失效公告的管理依照萌娘百科:公告。
失效文档
- 定义
- 当一份站点基本信息、方针、指引或其他政策性、规范性文件因各种原因不再具有效力，但其文字内容仍具有保留价值时，其将被标记为“失效文档”。
- 认定程序
- 站点基本信息、方针、指引依照本方针规定的程序废止后，管理员应将其转为失效文档；但是，存续时间不足三个月的，管理员可以选择直接删除。
- 对于地位不明确的其他站务页面及帮助文档，管理员可以根据实际情况认定其为失效文档。
- 页面保护和编辑权限
- 失效文档页面应保护至“编辑=仅允许管理员，移动=仅允许管理员”。除非必要，管理员亦不应进行修改。
过时论述
- 定义
- 当一份论述、幽默论述或帮助文档的全部或大部分内容已经明显过时或失效，而暂时无人对其进行修订或重写，但又存在经重写后符合现状的可能性，不适宜直接删除或认定为失效文档时，维护人员可以将其标记为“过时论述”。
- 页面保护
- 过时论述页面一般维持原有的保护措施，也可以根据实际情况变更保护措施。
- 重写
- 任何具有该页面编辑权限的用户可以对过时论述进行一次性重写，使其符合现状和现行方针指引，同时撤去{{过时论述}}模板。
- 重写后仍未达标的，维护人员可以将页面回退至原有状态，或者再次悬挂{{过时论述}}模板。
历史页面
- 定义
- 已经结束的活动，和已经完成阶段性历史任务的站务页面，管理员应将其被标记为“历史页面”。
- 模板使用和分类管理
- 历史页面的顶部悬挂{{历史页面}}，列入分类:萌娘百科历史页面。
- 页面保护和编辑权限
- 历史页面可以维持原有的保护措施，也可以采取更高等级的保护措施。除非必要，具有编辑权限的人员亦不应进行修改。
其他站务页面
对于本方针未作规定的、其他位于“萌娘百科”名字空间的站务页面，维护组可以根据实际情况进行管理。
草案说明
这份草案基于现行MGP:方针、指引与论述，主要进行了以下修订：
- 将管辖范围由方、指、论扩展为所有MGP空间和Help空间页面，即实际上又是一个名字空间方针；
- 将页面结构重构为以页面类型为上级章节、各类型的各项规定为下级章节；
- 修改站点基本信息和方针的制定规则，尝试引入快速提案和细化最终决定权；尝试细化了对指引的制定规则；
- 在论述的定义中将维基百科对操作指南、信息页、辅助说明的定义合并纳入；
- 将现存的公告、活动、幽默论述和其他MGP页面（比如…专案？）等纳入管理（尽管并没有详细规定），并赋予公告与指引相当的效力；
- 新增“过时论述”“历史页面”，用以处理确实严重过时了、确实一直没人去重写、但又确实不值得打成失效文档加全保护的旧论述，和已经结束的活动等页面（包括本次的专案结束后亦可以算入）。
目前存在的问题：
- 很明显，需要与最终决定权、快速提案、staff、行政员等其他改革案联动；
- 关于指引的细化规则不一定有共识基础：
- 这里主要的问题在于，自“立法法”通过后，新制定/修订的指引一次在萌娘百科_talk:模板规范进行，一次在讨论版进行（cm:Project:页面命名指引），一次由管理员以公告直接发布（可以视为此前以最终决定权颁布的方针修正案的后续措施），两次由提案通过（cm:Project:页面分类指引、MGP:字词转换指引）。在如何制定指引的问题上，仍未见较成熟的制度。此外，自“立法法”通过后，通过提案制定的方针反倒有好几部（讨论区方针、分身账户方针、重定向方针、用户页面方针）。如果只有提案是最成熟的“立法”制度（共享站分类指引、字词转换指引都是抱着“大事走提案”的思路发起的，而重定向方针最早也是作为指引草案来发起提案的），那指引的地位可能也略有些尴尬。
- 原本为专题指引预留的空间未保留，需协调与专题相关政策的关系。
- 语句仍需很多调整。
Template:Editnotices/Namespace/Talk
|
，或使用“关于限制同时进行的提案数量的提案
对萌娘百科:提案做如下修改：
一、在#发起条件第2条和第3条之间插入一条：
同时进行的正在讨论中、尚未开始投票的提案不应超过三个。如果已经有不少于三个讨论阶段提案，则不应发起新的提案；特殊情况下，经行政员同意的，不在此限。
二、在#发起条件原第3条最后增加一款：
同一提案发起人同时进行的正在讨论中、尚未开始投票的提案不应多于一个。在一个提案开始投票前，其发起人不应发起其他提案；特殊情况下，经行政员同意的，不在此限。
三、将#投票第2条第2款修改为：
- 同时进行的正在投票阶段的提案数量通常不应超过三个。
- 在提案发起当日起算的第28日0时前，如果已经有不少于三个正在投票阶段的其他提案，则该提案不应发起投票；特殊情况下，经行政员同意的，不在此限。
- 在提案发起当日起算的第28日0时后，无论有几个正在投票阶段的其他提案，该提案均可发起投票。
过渡政策：本提案第一、二项修改不适用于目前已经发起的提案；第三项修改不适用于目前正在投票阶段的提案，但适用于正在讨论中、尚未开始投票的提案。
注：其他可能的方案包括：
- 去除第二项；
- 第二项“一个”改为“两个”；
- 去除第三项：
- 将第一项中的“正在讨论中、尚未开始投票”改为“讨论中或投票中”，同时去除第三项。