萌娘百科 talk:讨论版/方针政策/存档/2022年06月

对反破坏方针的一点疑问

萌娘百科:反破坏方针的4.1中，“参与认定的维护人员名单应在编辑摘要中提供。”请问这个编辑摘要写在哪里？——Zyszhao.GE·讨论页·留名版·坦闪组 2022年5月24日 (二) 11:54 (CST)

这句话的意思是，在将被认定为Abuse的添加进萌娘百科:长期破坏者这个页面时，应当在此次编辑操作的摘要中列出参与认定此次Abuse的维护人员名单。——来自糟糕的妹控狗头人 2022年5月24日 (二) 20:21 (CST)

请参考Abuse29的认定。——Ithea^℗╱ 淮南皓月 🌙 2022年5月29日 (日) 19:06 (CST)

问题已答复。

您仍可以继续在本模板上方回复，但这个讨论串将会在本模板悬挂满3日后 (于2022年6月2日凌晨) 存档。
如果您有有关疑问，建议您开启一个新的讨论串。

处理人留言：
参见 U:红魔狗头人的答复。——From

引梦者浊华(讨论) 2022年5月29日 (日) 12:10 (CST)

【快速提案】对于反破坏方针所规定的具体破坏行为第三段第九条的适应性修正

前言

根据萌娘百科:反破坏方针#具体破坏行为第三段第九条的规定，只有“创建符合萌娘百科:收录范围#不予收录一节规定的条目”才属于破坏行为。而“不予收录”一节的第一句为“不仅不在上述收录范围中的内容不予收录，下列内容即便符合收录范围也同样不予收录”，听起来像是对于前面所述的内容的一个补充，容易引起理解歧义。故发起快速提案进行更改。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月19日 (四) 10:39 (CST)

正文

将原文中：“创建符合萌娘百科:收录范围#不予收录一节规定的条目”一句，

更改为：“反复创建不在萌娘百科:收录范围规定范围内的条目”——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月19日 (四) 10:39 (CST)

讨论区

(－)不支持 个人认为非“收录范围”所列举的范围包含大于“不予收录”的范围，即有的内容可能不是“收录范围”里的，但也不属于明文规定“不予收录”的类型。此处修改实际上会扩大对破坏行为的定义。而破坏本身作为一种极其恶劣的行为，其行为定义不应当轻易扩大。

(☩)意见我觉得换成“重复创建已知不属于萌娘百科:收录范围的条目”会更合理。当页面被删除后，重新创建同标题页面会提示该页面曾被删除，在日志中也能查阅到删除理由。如果一个页面曾因为“不属于收录范围”而被删除，那么日志中会有注明。当有注明的情况下仍然重复创建页面，视为已知，方可算入破坏行为。

( ¡ )题外话 如果创建“不在收录范围内”的条目也属于破坏的话，那我也是有过破坏历史的人了

尴尬

--Freeman fan（讨论） 2022年5月19日 (四) 11:30 (CST)

完成已作修改，参考第四段第四条更改为“无视维护人员劝阻，反复创建…”

另外需要指出的是，收录范围是白名单，只要不在里面的就均不能收录，“不予收录”一节只是做了一个额外的排除。从行为性质上来说，创建属于“不予收录”一节的和“不在收录范围”的条目没什么区别，确实不应当直接视为破坏，而应当具体看对方是否是明知故犯。

还有就是，即使一个页面曾因“不在收录范围”而删除，但也不排除随着事物发展就可以收录了，或者说其他名字一样的ACG内容覆写在这个标题上。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月19日 (四) 11:48 (CST)

我认为不需要写无视维护人员劝阻，封禁前警告是既有的要求，无需重复写这个前提。—— ほしみ 2022年5月19日 (四) 18:59 (CST)

行。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月20日 (五) 11:10 (CST)

@沼泽你{{MAR}}忘加了，要不要补一下？——File:苏维埃国旗.jpg 社会主义阵营支持者Jingkela1123(参加全俄代表大会)(对人民的贡献) 2022年5月21日 (六) 06:23 (CST)

这是快速提案啊喂，要讨论投票的 From Sucaiking the WAFighter 2022年5月21日 (六) 07:14 (CST)

@Jingkela1123依萌娘百科:快速提案#快速提案程序之要求，快速提案同样需要讨论期与投票（重复提醒是为了ping一下……） --邪战平安镜玩家花落丿天使·

·

2022年5月21日 (六) 09:20 (CST)

@wenzuxiaot 那你怎么评价“无视维护人员劝阻或违反其他方针，执意反复进行编辑战”一条？如果只是一次误创建，不应当直接视为破坏不是吗？而不是破坏行为也不妨碍你发提醒或者是发警告。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月23日 (一) 12:03 (CST)

一次误创建也属于破坏，但不是恶意破坏而属于方针中的无知破坏，本来依照现在的方针就是应该提醒，而不是封禁的；不是破坏维护人员当然发不了警告。编辑战那一条封禁是因为不愿意坐下来好好谈，所以是因为妨碍正常维护被封禁；如果确实添加了错误信息，就属于添加错误信息、谣言、被证伪的理论或参考资料了，才会因为破坏页面内容被封禁。破坏页面内容和妨碍正常维护有本质上的区别。我认为该快速提案修改的方向本来就偏了，收录范围的章节说得不明白，不应该去改收录范围里的内容让它变得明白嘛。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月23日 (一) 15:05 (CST)

@Wenzuxiaot 同意你的说法。我就刚刚犯了（已经申请处理了），就是属于方针中的无知破坏，作为一个wiki新人，今天细读了收录范围，马上自查改正了，确实是应该被警告的。-- byeLihua 2022年5月29日 (日) 19:43 (CST)

按照现在版本的方针，非恶意提醒即可，不需要警告，如果再犯再警告也是来得及的。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月29日 (日) 22:31 (CST)

投票区

正在加载中……

本次投票由沼泽[更多]发起。

投票开始时间： |
投票结束时间： |
投票总用时 7 天，将于后结束。现已结束！正在计算中……

@AnnAngela，云霞，蓝羽汇，星海子，玄微子，弗霖凯，AkizukiSaitou，Bbrabbit，宇文天启，平塚八兵衛，空翊，Vcfch843875618，HetmesAskalana，不是液氮，红石小蝈，Xzonn，Chko08022003，Bete1geuse，小乃，LUO1P，TsanconBYin，西尾哈鲁卡，Wenzuxiaot，SinonJZH，沼泽，Bob1301，あめろ，Daigui，屠麟傲血，NemitsugiOtowa，Luoxuchan，Qaolp0，胡祥又，甜的白萝卜，秋园世界，淮南皓月，贯井羽优的草莓胖次，Leranjun，高级火法，Sytus——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月23日 (一) 08:04 (CST)

管理员

同意

(＋)同意本应如此修改。—— ほしみ 2022年5月24日 (二) 10:19 (CST)

反对

弃权

(∅)弃权印象里这是原本的方针内容，我在提案的时候就没有进行修正的打算。——From 引梦者浊华(讨论) 2022年5月24日 (二) 11:24 (CST)

巡查姬

同意

(＋)同意发起人票。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月23日 (一) 08:03 (CST)

反对

(－)反对 “反复创建”不好。本来就已经需要经过提醒警告的流程了，不需要再提反复。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月23日 (一) 11:45 (CST)
(－)反对不认为按照此快速提案修改后比原来更好。——From巽绀单推人贯井羽优的草莓胖次（讨论） 2022年5月23日 (一) 23:55 (CST)
(－)反对第一，“不予收录”一节在语法表述上完全没有问题；第二，不认为添加“反复”二字比原来更好。（才看到有快提）—— 超级纯洁的小马娘秋园邀请你去地下室和重马场一坐 2022年5月24日 (二) 10:45 (CST)

弃权: ~~(－)反对不认为按照此快速提案修改后比原来更好。——From宫子单推人贯井羽优的草莓胖次（讨论） 2022年5月23日 (一) 23:54 (CST)~~

(∅)弃权 “反复”一词显得多此一举，这类行为本身就是破坏。--Qaolp0 はなおし (讨论) 2022年5月24日 (二) 11:29 (CST)
(∅)弃权较忙，无法很好判断，抱歉。—— Sytus（Talk） 2022年5月24日 (二) 12:37 (CST)
(∅)弃权无法判断是否合适。--94 42 233 2001-8 J-JRE（Discussion） 2022年5月29日 (日) 23:23 (CST)

参与讨论的自动确认用户

同意

(＋)同意没啥问题，算是一个补充。--Freeman fan（讨论） 2022年5月25日 (三) 01:21 (CST)

反对

(－)反对支持以方针无知破坏作为警告依据（不是立刻封禁依据）的说法。-- byeLihua 2022年5月29日 (日) 19:49 (CST)

弃权

无票权用户意见

同意

(＋)同意无异议--TNLHK（sign • talk • Alignment） 2022年5月24日 (二) 10:48 (CST)
(＋)同意无异议--Takeuchi.BadEditor (讨论与留名) 2022年5月30日 (一) 00:15 (CST)

反对

弃权

(∅)弃权萌百历史上似乎还没有什么因为收录存疑而导致的移动编辑战，而且通常这种情况都算是无知破坏，究竟怎么判断还无法确定。--爱吃面包的Hooonooka（讨论） 2022年5月27日 (五) 08:31 (CST)

计票与结论

根据萌娘百科:快速提案#快速提案程序以及萌娘百科:提案有关投票和计票的规定，“所有维护人员以及提出问题并使提案发起者或维护人员参与讨论的自动确认用户”具有票权，且有两名及以上的管理员参与投票有效。

投票管理员数量不足二人，且同意票数小于反对票数，快速提案未通过。————「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月31日 (二) 23:10 (CST)

请求被拒绝。

您仍可以继续在本模板上方回复，但这个讨论串将会在本模板悬挂满3日后 (于2022年6月4日凌晨) 存档。
如果您有有关疑问，建议您开启一个新的讨论串。

————「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月31日 (二) 23:10 (CST)

【快速提案】对萌娘百科:荣誉维护人员发放称号相关条件的修正

前言

荣誉维护人员（Honored maintainers，honoredmaintainer）是萌娘百科授予因个人原因而离职的维护人员的荣誉用户组。荣誉维护人员虽然不再被视为萌娘百科官方人员，但他们是萌娘百科坚定的支持者，曾经为萌娘百科做出较大贡献。然而在现行的规定中，STAFF用户组在离职后不被授予该用户组。

基于STAFF人员同样在萌娘百科的建设中具有不可磨灭的贡献，在此通过快速提案形式为因故离开萌娘百科项目组、或因故离职，不再作为萌娘百科STAFF存在而移除STAFF权限的账户发放本荣誉称号，以资纪念。

正文

在原文中：授权条件 一节加入：

曾被授予STAFF用户组，目前已因故去职的账户。

适应性修改

在萌娘百科:STAFF中的文本：

STAFF用户组成员可以以个人身份参与页面编辑，但不可申请或被授予长期的维护人员用户组或荣誉用户组。

修改为：

STAFF用户组成员可以以个人身份参与页面编辑，但在不具有其他权限的情况下，不适用于“维护人员”这一名词。

--From KumoKasumi the Bureaucrat (Talk) 2022年6月24日 (五) 17:22 (CST)

讨论区

應該是將「但不可申請或被授予長期的維護人員使用者群組或榮譽使用者群組」中之「榮譽使用者群組」一詞刪去即可。STAFF本來就不是維護人員，一般情況下也不需要申請或被授予長期的維護人員使用者群組，此狀態應毋須更動。相對應的，可將榮譽維護人員之授予人選自現行之「維護人員」擴大至「官方人員」，即包含STAFF。—— Eric Liu_{創造は生命（留言・留名）} 2022年6月24日 (五) 17:29 (CST)

依MGP:快速提案，快速提案不能添加或删除现有条款。故是否不应使用快速提案而是正式提案进行条款修正？--Patroller 珞珝 [与我对线] 2022年6月24日 (五) 18:22 (CST)

如果我的理解没错的话，STAFF应该不属于“维护人员”，那么使用“荣誉维护人员”一词是否会造成理解上的混乱？还有被移除STAFF用户组的账户之后是否还会编辑？--某FFF团的高级火法 （批判一番） 2022年6月24日 (五) 23:15 (CST)

快速提案不能添加条款。
STAFF用户组人数少、较为固定，如确有必要授予离职人员，可根据“其他经维护人员讨论、行政员认定可发放的特殊情形”的条款授予。——来自糟糕的妹控狗头人 2022年6月24日 (五) 23:28 (CST)

补充：根据萌娘百科 talk:提案/已通过提案/关于用户权限体系更新的提案(2021.12.01)中修订注释区“增3.0”的描述，“STAFF用户组成员可以以个人身份参与页面编辑，但不可申请或被授予长期的维护人员用户组或荣誉用户组”的规定是在当时维护组群内讨论得出的共识，如今为何需要修改？——来自糟糕的妹控狗头人 2022年6月24日 (五) 23:44 (CST)

虽然不知道萌派安全性如何，但出于经验，(－)强烈建议带萌百标识的STAFF账号在离职后即告弃用并删除。如确有授予需要请在沟通或公示证据的基础上直接授予该位STAFF私人账号。——量産型伝蛙第２５９号(量産工場⑨) 2022年6月24日 (五) 23:50 (CST)

就职STAFF并非依据编辑能力与社群认同，未经过编辑能力的认定就授予巡查豁免对维护工作不利。--某FFF团的高级火法

（批判一番） 2022年6月25日 (六) 00:47 (CST)

前提为“确有需要”+“已沟通或公示证据”。——量産型伝蛙第５７０号(量産工場β) 2022年6月25日 (六) 01:16 (CST)

能否在授予“荣誉维护人员”用户组的同时，在staff账户离职后即永久封禁+保护用户页？起到对离职staff标注的时候也防止滥用巡查豁免。并且可能不是每个staff都有私人账号/他们不愿公开/他们想区分工作和私人账号，若真这么做的话请给staff选择权。( ¡ )题外话 目前有可能存在staff调离项目组之后再调回来，使其停用的staff账号重新启用的可能吗？——

Zyszhao.GE·讨论页·留名版·坦闪组 2022年6月25日 (六) 01:02 (CST)

按道理来说，重新启用弃用的账号应该是一行脚本的事情。——量産型伝蛙第５７０号(量産工場β) 2022年6月25日 (六) 01:16 (CST)

我不是很支持因曾是STAFF就发放荣誉称号，也不认可因曾是STAFF就代表他们是萌娘百科坚定的支持者。另外快速提案不能增加条款。　あめろ ^讨论 2022年6月25日 (六) 01:04 (CST)

(－)不支持 扯上了工作等现实因素与利益，颁发荣誉称号不是很认可。—— Sytus（Talk） 2022年6月25日 (六) 01:14 (CST)

(－)不支持 曾是STAFF并不代表其就拥有可以获得巡查豁免权的能力，且理论上来说STAFF并不是维护人员。另外，鉴于在STAFF用户组的用户名除了E哥之外都为“萌娘百科:XXX”的格式，建议在STAFF在调任/离职后，其STAFF账户全部弃用并收回。—— Jacklin612（☎·🧾） 2022年6月25日 (六) 01:57 (CST)

明人不说暗话，是有关系密切的STAFF表露出离职意向了是吧。观点不变，请仅在有必要时授予其私人账户而非STAFF账户。——量産型伝蛙第２３１号(量産工場β) 2022年6月25日 (六) 09:25 (CST)

个人臆测大可不必，也请尊重提案发起者的公正性。—— Sytus（Talk） 2022年6月25日 (六) 11:34 (CST)

我现阶段不反对授予当前STAFF的自然人（无论是否纪念），我担心的从始至终都是萌百前缀账户的保安性。——量産型伝蛙第６９４号(量産工場γ) 2022年6月25日 (六) 11:54 (CST)

……如您所见。——量産型伝蛙第８８６号(量産工場γ) 2022年6月26日 (日) 11:32 (CST)

(～)补充至于VIP到底要咋规划那是下步的事情了。——量産型伝蛙第７８７号(量産工場⑨) 2022年6月26日 (日) 11:37 (CST)

根据留言，看来是铁了心要给staff荣维了，明明上面那么多考虑和想法，却连回应也没见一个，这种情况貌似也不是第一次出现了。(－)强烈反对。—— Sytus（Talk） 2022年6月25日 (六) 17:54 (CST)

前两天有点忙没空看版，虽然讨论串关闭了，但是我觉得可以考虑正式有规范的启用VIP用户组用来授予这些离职的STAFF。—— ほしみ 2022年6月25日 (六) 22:38 (CST)

( ? )疑问快速提案发起者自发起至挂mar好像都没有参与讨论区的讨论，这一点我不是很能理解。—— 兽耳控⭐一位史蒂夫（讨论·贡献）✉^❶ 来看看平平凡凡的日步美吧~ 2022年6月26日 (日) 10:36 (CST)

~~虽然发起人已经撤回了，但还是发表一下观点：~~

顾名思义，“荣誉维护人员”是授予离任维护人员的用户组，如果有意授予STAFF，建议单独设立用户组（名称再议），或者如星海所说考虑启用VIP用户组。
STAFF用户组，尤其是后来注册的、用户名以“萌娘百科·”开头的账户，具有明显的官方性质，应在离职后即弃用，故此时授权他们的STAFF账户似乎也没什么实际作用。
也可以考虑设立一个特殊的用户模板挂在离任STAFF账户的用户页，既起到标识已离职、避免误解的作用，也能作为表彰，一举两得，也许比授予特殊用户组效果还好。
~~如果真有已经深入参与萌百、站内经验较丰富的职员离职，可以考虑让他们申请巡查（误~~

——C8H17OH（讨论） 2022年6月27日 (一) 09:33 (CST)

离职Staff申巡！好！鼓励！--SysOp 珞珝 [用户讨论] 2022年6月27日 (一) 09:49 (CST)

投票区

管理员

同意

反对

弃权

巡查姬

同意

反对

弃权