置顶公告:【置顶】关于临时开启评论区所有功能的公告(2022.10.22) | 【置顶】关于本站Widget恢复使用的公告
  • 你好~!欢迎来到萌娘百科镜像站!如需查看或编辑,请联系本站管理员注册账号。
  • 本镜像站和其他萌娘百科的镜像站无关,请注意分别。

萌娘百科 talk:讨论版/权限变更/存档/2022年07月

猛汉♂百科,万男皆可猛的百科全书!转载请标注来源页面的网页链接,并声明引自猛汉百科。内容不可商用。
跳到导航 跳到搜索

档案馆讨论版【权限变更】档案馆


20

21

22

23

24年

优质编辑者申请 - User:彗星之双子

申请者:彗星之双子[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

申请用户组:优质编辑者

个人具备一定的编辑能力,熟知编辑规范,在BanG Dream等专题有一些贡献,编辑的领域也比较广基本上看过的番/玩过的游戏都会尝试去丰富其在萌百上的内容

感觉自己应该可以达到巡查豁免的标准,所以在此申请优质编辑者这一用户组,请社群对我的编辑进行检验与判断。 —— 彗星之双子 2022年6月27日 (一) 22:07 (CST)

是補完G*G CHiSPA的大佬。——By CHKO (Talk) @ 2022年6月27日 (一) 22:11 (CST)
请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月1日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
——By CHKO (Talk) @ 2022年6月27日 (一) 22:11 (CST)

优质编辑者申请 - User:Cesko

申请者:Cesko[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

申请用户组:优质编辑者

申请理由

我近日在共享站进行文件分类时,每用一次HotCat就要跳出一次差异确认界面,深感不便。自认为已经达到巡查豁免标准,特此申请优质编辑者,以便使用HotCat进行文件分类。

申请条件

  • 编辑质量优异,无需返工
自认为可以达到,在提交编辑之前也会先查看预览,避免损坏页面导致需要返工。我创建了Dmail@channel电话微波炉(暂定)等条目,完善了雷netSERNIBN5100命运石之门0(动画)等条目,可供参考。

当然,自己说了肯定是不算的,在此请社群检验。即使这次申请没通过,我也会继续编辑下去。当然使用HotCat就没那么方便了 ——Cesko讨论) 2022年6月27日 (一) 20:00 (CST)

感谢信任--Cesko讨论) 2022年6月27日 (一) 23:03 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月1日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
通过———— 屠麟傲血讨论) 2022年6月27日 (一) 20:08 (CST)

优质编辑者申请 - User:我饿人一一

申请者:我饿人一一[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

申请用户组:优质编辑者

能较完整地写出一些条目,并且对现有的一些条目进行改进。且从2020年4月后,就没有再把百度百科的条目弄到萌娘百科中。

就是想试试,看能不能过审。 ——健健Jian_Jian讨论) 2022年6月27日 (一) 15:33 (CST)

今天还看过阁下的资料和贡献,感叹了一句后生可畏,就2021~2022年的编辑记录,我(+)倾向支持。就算没有成功也没关系,加油!!--理性第一,韧性第二,热情第三。讨论 2022年6月27日 (一) 15:37 (CST)
需要(…)吐槽 的是除必要情况,编辑尽量一气呵成,多次编辑容易让人以为在刷编辑数。--理性第一,韧性第二,热情第三。讨论 2022年6月27日 (一) 15:39 (CST)
好的,谢谢大佬的批评,我以后会改正的。--健健Jian_Jian讨论) 2022年6月27日 (一) 15:41 (CST)
建立頁面較少,胡桃日记在三個月後才得以完善。——By CHKO (Talk) @ 2022年6月27日 (一) 16:00 (CST)
请求被拒绝。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月1日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
——By CHKO (Talk) @ 2022年6月27日 (一) 16:00 (CST)

机器人追加任务申请 - User:C8H17OH-bot

申请者:C8H17OH[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器人账号:C8H17OH-bot[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

附加用户组:巡查姬

请求:

  1. 附加巡查姬用户组,以备批量挂删等需求;
  2. 补申报一下清理B站链接参数任务,为不定期执行的半自动任务(其实已经先斩后奏运行了几次了x(并且甚至现在就在运行x),详见贡献记录)。

——C8H17OH讨论) 2022年6月26日 (日) 16:50 (CST)

(+)支持 要不把清理微博链接也一起处理了吧(( —— ほしみ 2022年6月27日 (一) 15:47 (CST)
那得提供一下已知的参数列表()反正我从浏览器用户的角度来说,都搞不清微博的链接到底啥样=。= ——C8H17OH讨论) 2022年6月27日 (一) 20:27 (CST)
请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月1日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
已由 云霞 完成———— ほしみ 2022年6月27日 (一) 17:34 (CST)

机器人追加任务申请 - User:Eizenchan

申请者:Leranjun[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器人账号:Eizenchan[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

附加用户组:巡查姬

请求恢复机器人权限,并追加“发送月饼”定期作业。 ——巡查姬乐然 ※※※感光性受容体異常※※※ 2022年6月28日 (二) 12:44 (CST)

( ¿ ) 喵喵喵?为啥是追加,你确定不是机器人申请么?—— ほしみ 2022年6月28日 (二) 17:16 (CST)
请求被撤回。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月2日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
摁戳力——OIer乐然 ※※※感光性受容体異常※※※ 2022年6月28日 (二) 23:43 (CST)

机器人申请 - User:机娘霜天酱

申请者:贯井羽优的草莓胖次[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器人账号:机娘霜天酱[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

附加用户组:无(好像也不需要巡查姬权限)

《闪耀幻想曲》专题半自动化维护,具体任务及代码见机器人用户页(长期&不定期,取决于游戏更新,约14天一次,实际间隔可能更短)
——From猪熊阳子单推人贯井羽优的草莓胖次讨论) 2022年6月28日 (二) 19:25 (CST)

( ¡ )题外话 加群申请能一并通过一下么doge——From梓川枫单推人贯井羽优的草莓胖次讨论) 2022年6月28日 (二) 19:27 (CST)
全自动编辑条目么?感觉可以在人工监管下试试。 (+)支持 —— ほしみ 2022年6月28日 (二) 20:53 (CST)
每一笔编辑我都会复核的——From伞木希美单推人贯井羽优的草莓胖次讨论) 2022年6月28日 (二) 23:13 (CST)
我看到最近一次编辑仍有错误,建议再调试一段时间。——移动版用户 Bhsd 2022年6月29日 (三) 00:53 (CST)
请求被撤回。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月3日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
过三个更新之后再看看——From柊镜单推人贯井羽优的草莓胖次讨论) 2022年6月29日 (三) 20:17 (CST)

机器人申请 - User:Eizenchan

申请者:Leranjun[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器人账号:Eizenchan[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

附加用户组:巡查姬

请求恢复机器人权限,并追加“发送月饼”定期作业。 ——OIer乐然 ※※※感光性受容体異常※※※ 2022年6月28日 (二) 23:44 (CST)

@AnnAngela 好像忘了给巡查(--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月1日 (五) 10:01 (CST)
请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月4日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
——From AnnAngela the Bureaucrat (Talk) 2022年6月30日 (四) 20:22 (CST)

巡查姬申请 - User:写条目的奶糖

写条目的奶糖[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

考完会考,斗胆一试。

我目前主要编辑腐向ACG作品及其相关条目,其它较活跃领域有萌属性、单机游戏、东方Project、萌拟人化与网络模因等。个人认为自己的编辑范围已足够广泛,只要不嫌不碰热门作

同时能够为自己不熟悉的内容进行排版等基本质量维护工作,也参与过业余的新条目巡查(注)曾多次到操作申请版请求挂删已创建一段时间未见改进的低质量条目等反破坏工作(注)曾回退过几次破坏性编辑等,对于站点维护工作已有一定经验

沟通经验可能不是很充足,目前来看大概无问题。

wikitext以外的代码技术力较弱,对于内容向巡查来说应该足够了。

无特殊情况或高强度WAF时可以保持每天3小时左右的活跃时间,过去一年内几乎每天都有编辑操作。

我主要会参与内容向的基层维护,同时锻炼自我以及填坑。

以下是满足的申请条件:
  1. 已成为自动确认用户超过30日;
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务
  3. 已经通读了萌娘百科:维护人员的维护任务,基本了解站点方针/指引;
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次;虽说分类编辑得相对较少
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次;
  6. 掌握wiki代码/分类/模板/文件的基本使用方法;
  7. 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目;库利亚性癖情绪化雪王AI CATCH
  8. 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量;酒心巧克力主播女孩重度依赖小绿和小蓝郁娇雨(主播女孩重度依赖)Undertale/梗及相关用语池面十六夜咲夜抑郁症巴啦啦小魔仙之魔法星缘堡
  9. 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为;未曾被警告或封禁过
  10. 除自行请辞外,发起申请前30日内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请。首次申请

——Nait_Talk 2022年6月18日 (六) 10:32 (CST)


维护人员提问与考核区 - User:写条目的奶糖

讨论区 - User:写条目的奶糖

Eric Liu加油!——From Yuzuki 2022年6月18日 (六) 10:35 (CST)

(+)支持 来晚了,加油!——By 纸飞机上的梦 2022年6月18日 (六) 10:39 (CST)

(+)支持 加油-- VENI,VIDI,VICI萌百) 2022年6月18日 (六) 11:28 (CST)

加油!—— Eric Liu 創造は生命(留言留名 2022年6月18日 (六) 12:48 (CST)

(+)支持 编辑实力充足,在郁娇的处置也可证明交流能力。--某FFF团的高级火法 批判一番) 2022年6月18日 (六) 15:17 (CST)

Eric Liu加油!——我怎么越来越想要申巡了(x——Zyszhao.GE·讨论页·留名版·坦闪组 2022年6月18日 (六) 17:40 (CST)

(+)加油.jpg--TNLHKsigntalkAlignment 2022年6月18日 (六) 18:12 (CST)

(+)支持 奶糖君干巴爹~o( =∩ω∩= )m—— ✶阿简现在不太想喝芝麻糊~✶阿简现在不太想喝芝麻糊~ 2022年6月18日 (六) 19:47 (CST)

(+)支持 好耶——「今日も一日がんばるぞい!」(沼泽讨论) 2022年6月19日 (日) 16:45 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满16日后 (于2022年7月5日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
———— ほしみ 2022年6月18日 (六) 10:36 (CST)

机器人申请 - User:Bhsd-bot

申请者:Bhsd[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器人账号:Bhsd-bot[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

附加用户组:巡查姬

需要巡查权限以修正受保护页面的外部链接,并对失效链接进行标记或存档,不会用于其他目的。受到影响的页面如裸体艺术中国抗日战争等。 ————移动版用户 Bhsd 2022年7月1日 (五) 12:20 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月6日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
已由 云霞 完成———— ほしみ 2022年7月2日 (六) 02:30 (CST)

机器用户申请 - User:Qaolp0

申请者:Qaolp0[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器用户账号:Qaolp0[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

根据Help:闪耀幻想曲专题编辑指南进行以下操作:

  • 全人工新建角色卡所属作品分类;
  • 使用HotCat小工具,以半自动方式为以Kiraraf-card-、Kiraraf-head-或Kiraraf-icon-开头的共享站文件添加上一条所述之分类;以人工方式为以Kiraraf-card-、Kiraraf-head-或Kiraraf-icon-开头的共享站文件添加上一条所述之分类;
  • 预计操作速率在10次/分上下浮动,因文件数量较多,预计总操作时间为5天(120小时);
  • 具体的操作流程可参考本人共享站贡献中于7月4日上午之更改。

——Qaolp0 はなおし (讨论) 2022年7月4日 (一) 11:41 (CST)

Hotcat不支持机器用户/机器人使用诶—— ほしみ 2022年7月4日 (一) 13:14 (CST)
改为全人工编辑添加。一旦需要批量使用Hotcat工具怎么办……--Qaolp0 はなおし (讨论) 2022年7月4日 (一) 13:27 (CST)
可以用API中edit的addtext参数。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年7月4日 (一) 13:35 (CST)
仅仅是插入而不是更改分类的话应该是appendtext吧(—— ほしみ 2022年7月4日 (一) 13:39 (CST)
请求被撤回。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月8日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
已交由 U:Swampland Robot 完成批量程序并经本人复核完成,无需再申请机器用户。——Qaolp0 はなおし (讨论) 2022年7月4日 (一) 23:30 (CST)

巡查姬申请 - User:时旅桑

时旅桑[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

申请条件如下:

  1. 已成为自动确认用户超过30日;完成
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务;完成
  3. 已经通读了萌娘百科:维护人员的维护任务,基本了解站点方针/指引;完成
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次;完成
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次;完成
  6. 掌握wiki代码/分类/模板/文件的基本使用方法;完成
  7. 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目;完成
  8. 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量;完成
  9. 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为;完成
  10. 除自行请辞外,发起申请前30日内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请。完成

我希望能够为萌娘百科作出更多贡献,因此申请加入萌百维护组。

——时旅桑讨论) 2022年7月7日 (四) 21:41 (CST)


维护人员提问与考核区 - User:时旅桑

User:星海子 的提问

我想问问您申请巡查的缘由是什么? 以及,您如何证明您了解创建和使用分类? —— ほしみ 2022年7月7日 (四) 21:55 (CST)

Eric的小問題

閣下今年至此申請為止只做了七次編輯。請問閣下何以如此不活躍?我明白本站編者純屬自願而沒有理由強行施加活躍度限制,也不想輕易打滅申請者的熱情,但我想知道閣下今年做了七次編輯以後就決定來申請巡查姬的原因。此外,巡查姬本身應該也是有些許活躍度要求,您是否有信心可以滿足?(當然,若您之前有其他帳號,或是有其他特殊原因的話,那請恕我不察)—— Eric Liu 創造は生命(留言留名 2022年7月8日 (五) 00:40 (CST)

虽然但是,由于方针规定未授权实习前只有管理可提问,申请人可以暂时不回答此问题,但是我也很想知道这个问题的答案。—— ほしみ 2022年7月8日 (五) 13:10 (CST)

讨论区 - User:时旅桑

(+)加油--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月7日 (四) 21:52 (CST)

(+)好耶——From 泠佛. (讨论) 2022年7月7日 (四) 22:01 (CST)

看到了您的沙盒,明白您对方舟专题和碧蓝航线专题内容很有改进之想法。若此次申请成功,希望您在该两个专题能有更出色的表现,没有成功也不要紧,期待您更多的贡献,加油!--理性第一,韧性第二,热情第三。讨论 2022年7月8日 (五) 10:37 (CST)

(+)加油--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲讨论·贡献 2022年7月8日 (五) 12:32 (CST)

请求被拒绝。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月12日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
希望可以先活跃起来,再进行申请。———— ほしみ 2022年7月8日 (五) 23:04 (CST)

机器人申请 - User:Eizenchan

申请者:Leranjun[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器人账号:Eizenchan[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

附加用户组:巡查姬

申请恢复巡查姬,以继续代自然人处理批量挂删申请。 ——工具人乐然 ※※※感光性受容体異常※※※ 2022年7月4日 (一) 13:57 (CST)

巡查姬申请 - User:Sucaiking

Sucaiking[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

我觉得我能做的还有很多,考试考完,终于有时间了。以下是申请条件:

  1. 已成为自动确认用户超过30日;完成
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务完成
  3. 已经通读了萌娘百科:维护人员的维护任务,基本了解站点方针/指引;完成
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次;完成
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次;完成
  6. 掌握wiki代码/分类/模板/文件的基本使用方法;完成
  7. 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目;appy由我主笔,还有一些写在这个页面
  8. 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量;
  9. 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为;完成
  10. 除自行请辞外,发起申请前30日内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请。完成

本人热爱ACG,友善对待他人,偶尔也会去“咬”新手。我希望能加入萌娘百科的维护队伍,为百科作出更多贡献。

——From Sucaiking the WAFighter 2022年6月28日 (二) 17:10 (CST)


维护人员提问与考核区 - User:Sucaiking

來自 Chko08022003的提問

\想認識更多的Sucaiking!/

  1. 你個人比較熟悉及活躍在哪些專題的內容呢?
  2. 你計劃在未來怎樣進行維護呢?

--By CHKO (Talk) @ 2022年6月28日 (二) 18:16 (CST)

感谢提问!以下是回答。
  1. 我做过的比较杂,动画漫画VTB,游戏角色ボカロ(什么奇怪的对仗)。要说哪些浓度最高,大概还是动画和游戏吧。
  2. 先做点文件的活,挂删移动补分类啥的;然后在熟悉操作流程、进一步理解方针指引后,去做维护任务里提及的其他事情。
    与巡查权限无关的维护计划,目前想法是以很小的专题(比如精确到某一部作品而非“cat:日本动画作品”)为单位,把近一段时间没有补充,某种程度上被忘记的条目们再看看,不够好的修一修。
大概就这样。回头去扩充用户页( --From Sucaiking the WAFighter 2022年6月28日 (二) 19:09 (CST)

讨论区 - User:Sucaiking

(+)墙裂支持可靠的前辈,日后辛苦了!话说星海哥这什么神速XD--理性第一,韧性第二,热情第三。讨论 2022年6月28日 (二) 18:31 (CST)

是同辈啊同辈,我也是年初正式活跃的,只是那时候在搞术曲( From Sucaiking the WAFighter 2022年6月28日 (二) 19:14 (CST)

(+)支持:恭喜库德佬--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年6月28日 (二) 18:34 (CST)

加油!—— Eric Liu 創造は生命(留言留名 2022年6月28日 (二) 18:45 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满16日后 (于2022年7月15日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
———— ほしみ 2022年6月28日 (二) 17:15 (CST)

巡查姬申请 - User:人间百态

人间百态[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

  1. 已成为自动确认用户超过30日满足
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务满足
  3. 已经通读了萌娘百科:维护人员的维护任务满足
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次满足
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次满足
  6. 掌握wiki代码/分类/模板/文件的基本使用方法满足
  7. 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目满足VOCALOID传说曲/最慢达成排行榜脑叶公司:爱娜温等;
  8. 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量满足
    1. Special:差异/5592879
    2. Special:差异/5496755
    3. Special:差异/5487043/5496755
    4. Special:差异/5154166/5557526
    5. Special:差异/4698482/5597402
    6. Special:差异/5570129
    7. Special:差异/5610312/5612158
    8. Special:差异/5559254/5590407
    9. Special:差异/4704446/5548722
    10. Special:差异/5221714/5558106
  9. 最近1个月内无触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定的行为满足
  10. 发起申请前一个月内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请满足

鄙人曾于今年一月份申请过一次巡查,感谢星海子大佬在那次申请下对我的提醒。这次申请使我深刻的意识到当时自己的的能力与与巡查间还有一大段差距。在这半年来,鄙人经历了很多,也改正了星海子大佬所提到的那些问题。鄙人认为以我目前的能力而言,已经达到了巡查姬的标准。
把目光放到将来,无论是VJVC新指引建立后对其涉及条目的维护工作,还是脑叶公司下各个涉及版权侵犯条目的善后工作,都需要更多的巡查完成其间的工作。鄙人不敢打包票说能将其做到完美,但我肯定能听取各位的意见,尽我所能,将其做到令更多人满意。
最后我在此抄录一句诗送给大家——长风破浪会有时,直挂云帆济沧海!

——黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年6月30日 (四) 18:25 (CST)


维护人员提问与考核区 - User:人间百态

来自User:沼泽的提问

有些维护标准确实是没有完全明确在方针中,需要维护人员自己把握的;此外站内也始终有一些积攒的问题亟待解决。

  1. 你对于低质量条目倾向于如何认定?可以举作品、人物、萌娘化等几方面的例子来说说。
  2. 你目前观察到的,或者说正在处理的历史遗留问题or方针改动没有完成追溯的现象有哪些?你是怎么处理的?

以上。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年7月2日 (六) 18:33 (CST)

感谢沼泽哥的提问,这里简单回答一下
关于第一个问题,鄙人更倾向于将未完成此类条目必要信息或不在收录范围内的条目认定为是低质量条目。这里鄙人举几个例子来说明这个看法。
  1. 假设萌百存在某中国网络小说A的条目。经查证发现作品A并未出版,不在收录范围之内。并且此条目除了用{{Novel Infobox}}写的简单介绍外,只有一段照抄自作品简介的话。故此鄙人认为这个条目'未完成中国网络小说类条目必须填写的内容,且不在收录范围内’。判定这个条目为低质量条目。
  2. 假设萌百存在某化学萌娘条目B。经检查发现这个娘化条目并未上传娘化图,且此条目只写了此萌娘的一些基本设定,并未对它的化学性质,个人经历,冶炼方式等内容进行说明。故此鄙人认为这个条目未写完化学娘化条目必须填写的内容。判定这个条目为低质量条目。
  3. 假设萌百存在某歌声合成歌曲条目C。经检查发现虽然这个条目完成了歌声合成歌曲条目必要内容的填写,但这个歌曲播放量尚未达到1,500,不符合收录范围。故此鄙人认为这个条目不在歌声合成歌曲的收录范围之内。判定这个条目为低质量条目。
关于第二个问题,在这里请允许鄙人在此使用前几天在申请中提到的VJ指导和脑叶公司条目的整改工作这两个例子来举例。
首先是VJ指导的问题。不同于已经有一套成熟条目编写及收录规则的VC,VJ到目前仍没有一个页面来正式阐述VJ组管辖范围是什么,又如何去编写VJ专题下的条目。针对这个问题,鄙人已经在子页面写出了了一个VJ指导的草案,也有不少的VJ组员
向鄙人提出他们对于VJ指导草案的一些整改意见。
然后是关于脑叶公司条目的整改工作的问题。脑叶专题下的条目相当大一部分都是转自fandom上脑叶wiki的内容。后来在萌百不允许出现除以CC BY-NC-SA 3.0版权发布的条目后,关于脑叶专题条目的整改工作一直是一个大问题。于是在今年的1月份开始鄙人便开始了脑叶专题下条目的整改工作,但因为各种各样的问题鄙人暂时搁置了这方面的计划。但在这次申请中鄙人也提到了将在成为巡查后重启关于脑叶专题下条目的整改工作,并将解决掉这个问题。
以上便是鄙人的回答--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月2日 (六) 22:31 (CST)
关于第一点,实际上没必要那么麻烦,只要认定了不在收录范围就可以直接杀了,与质量无关。
关于第二点,尤其是脑叶公司方面……加油!——「今日も一日がんばるぞい!」(沼泽讨论) 2022年7月4日 (一) 08:03 (CST)

讨论区 - User:人间百态

Like 加油!--理性第一,韧性第二,热情第三。讨论 2022年7月1日 (五) 07:10 (CST)

Eric Liu加油!--工具人乐然 ※※※感光性受容体異常※※※ 2022年7月1日 (五) 20:34 (CST)
请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满16日后 (于2022年7月17日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
可以试试。———— ほしみ 2022年6月30日 (四) 18:29 (CST)

监督员申请 - User:玄微子

玄微子[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为监督员。

其实之前一直有说要申请,但三次元繁忙,耽搁了一段时间。现正式发起申请,希望能为萌百做出更多贡献,也与其他监督员互相监督。
申请条件相关:

  1. 年满十八岁,并已达到服务器所在地的法定成年年龄。 完成
  2. 已任管理员满90日,且90日内活跃天数超过30日; 完成
  3. 充分了解隐私权政策监督方针完成
  4. 熟练使用修订版本删除功能; 完成
  5. 注册满365日,最近30日内无触犯封禁政策和其它方针有关封禁规定的行为; 完成
  6. 除自行请辞外,发起申请前30日内未被除去行政员或监督员用户组,也未发起过行政员或监督员申请。完成

——From 引梦者浊华(讨论) 2022年6月27日 (一) 20:25 (CST)


提问区 - User:玄微子

来自维护人员的提问

Eric的小問題

第一次提問,請多指教。我只問二題:

  1. 在監督以外,另有修訂版本刪除功能可用以隱藏頁面內容。請問您如何判斷是否對一頁面進行監督,抑或進行修訂版本刪除,抑或僅回退相關編輯而不做處理?
  2. 您認為本站之監督工作積壓情況如何?

以上。無論如何,祝申請順利。—— Eric Liu 創造は生命(留言留名 2022年6月27日 (一) 20:53 (CST)

  1. 实际上监督应用的情形是比较少的,因为监督意味着“非监督员的管理员也不得查看此版本”。我的看法和监督方针一致,仅涉及到个人隐私信息、敏感和极敏感内容应当运用监督。而版本删除常用于处理人身攻击、毁谤、商业广告等等内容,或在监督员到来前对需要监督的内容进行先行处理,总体上即“不适合给公众看见的内容”,参见修订版本删除指引,其中引用的反破坏方针也是我发起相关提案并通过的。而一般性的破坏、不正确等的内容,应当进行回退,如数量较多应同时对用户进行提醒/警告。
  2. 目前来看整体上没有积压,但监督员应当较多为宜。一方面监督需要快速响应,自然是人手越多越好;另一方面监督员之间需要相互监督,防止滥权。且相比CU员,监督员涉及的隐私信息较少,有多位监督员并不会产生显著的风险。——From 引梦者浊华(讨论) 2022年6月27日 (一) 23:28 (CST)
    感謝回應。—— Eric Liu 創造は生命(留言留名 2022年6月28日 (二) 18:48 (CST)
來自Chko08022003的提問

以下兩條問題為無序提問,你可以將它們結合為一條問題回應。

  • 你是否認為在處理版權侵犯內容的時候適合應用監督功能?
  • 你認為目前站內單純使用回退來處理版權侵犯內容是一個適合的做法嗎?

早幾天群裏好像提過不影響投票的提問其實沒有意義,但我還是想問這兩個問題。--By CHKO (Talk) @ 2022年6月27日 (一) 22:21 (CST)

关于版权侵犯这个问题,我个人的意见是单纯回退是不够的。我总觉得历史版本如果没有被删掉,那并没有对侵权做出一个完整的处理。但应用监督功能也不至于,我个人的建议是对全文版权侵犯或存在大量版权侵犯内容的版本进行删除。
但因为现行指引对此没有规定,我也不会执行此操作。希望日后能有提案在征询社群意见后,考虑将此条款加入现行指引。
另外如果在目前情况下存在特殊情形需要进行版本删除,我会与其他管理员进行协商。比如上次的操作是有包括我在内的至少4名管理员同意进行的,存在外宣等其他方面的考量,不完全是因为版权侵犯本身。——From 引梦者浊华(讨论) 2022年6月27日 (一) 23:35 (CST)
来自星海的问题
  1. 请您就监督员的权限及其设计谈谈对Suppress log的私有性和防止监督员违规用权之间的平衡。
  2. 您认为在何种情况下对IP段执行封禁时应受到隐私权政策保护,即相关封禁记录的目标是否应当被版本删除或是监督?

—— ほしみ 2022年6月28日 (二) 01:46 (CST)

  1. 个人对代码和后台等技术性内容并不擅长,只能讲讲我个人的理解。监督日志私有性我个人认为是和监督操作本身匹配的,猜测监督日志与仅管理员可见的两个日志一致,会显示操作详情,如果监督日志公开则影响监督效果。
    我认为防止任何一个用户组违规使用权限的方法就是增加持有该用户组的人数,且监督员涉及的隐私性信息较CU员来说相对较少,监督员人数的上升并不与监督日志的私有性需求相冲突。考虑到本站管理员人数现状,我认为在较长一段时间内远不可能达到需要考虑维持保密性需求和互相监督需求间平衡的时候,仍然是监督员越多越好。
  2. 个人对CU和IP定位并不了解,可能足以构成“泄露用户隐私”级别的IP段精度相关的封禁需要进行处理。具体是何种精度本人并不了解,本人也不会申请CU员职务。——From 引梦者浊华(讨论) 2022年6月28日 (二) 17:15 (CST)
来自U:Daigui的提问
  1. 您对监督员这个权限有什么认识?
  2. 如果成为监督员的话,您会如何合理地使用监督权限?
  3. 您认为监督和修订版本删除之间有什么区别?

—— DaiGui aka YukinasNekotalk」 2022年6月28日 (二) 10:17 (CST)

个人认为这三个问题的答案在对上面提问的回答中均有涉及,可以参考相关回答。如果仍对某一方面存在疑问/需要更详细的解答,欢迎追问。
第二题额外再补充一下,我向来是按照方针运用权限,在存疑/未定义/有争议的操作上会与其他人讨论,按多数意见执行。——From 引梦者浊华(讨论) 2022年6月28日 (二) 17:23 (CST)

来自无票权用户的提问

讨论区 - User:玄微子

油 —— Eric Liu 創造は生命(留言留名 2022年6月27日 (一) 20:33 (CST)

(+)支持 --TNLHKsigntalktranslate 2022年6月27日 (一) 20:34 (CST)

字词!--理性第一,韧性第二,热情第三。讨论 2022年6月27日 (一) 20:35 (CST)

(+)强烈支持加油!——From Yuzuki talk 2022年6月27日 (一) 20:36 (CST)

(+)支持 好好好!——By 纸飞机上的梦 2022年6月27日 (一) 20:39 (CST)

(+)支持 支持前辈!--弓野篤禎 舞萌痴(讨论 2022年6月27日 (一) 21:06 (CST)

(+)支持 加油!--鸽鸽鸽鸽鸽鸽子讨论) 2022年6月27日 (一) 21:19 (CST)

(+)强烈支持个人认为完全信得过。—厚礼谢来喝茶吧 2022年6月27日 (一) 22:54 (CST)

(+)支持 加油!-- VENI,VIDI,VICI萌百) 2022年6月28日 (二) 10:02 (CST)

(+)支持 前辈加油!--DDBB520讨论) 2022年6月28日 (二) 13:57 (CST)

(=)中立 Don't really concern,不过还是想说要是不版本删除就告我们不处理,版本删除又说我们湮灭证据,那你算是双赢赢两次了

(+)倾向支持希望专业人干专业事。——CG/SS topic GOOD CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年6月28日 (二) 15:50 (CST)

与申请无关的讨论串--Nait_Talk 2022年7月1日 (五) 13:31 (CST)
此处User:神弈的发言因涉嫌降低讨论质量,故折叠处理。—— 超级纯洁的小马娘秋园邀请你去地下室重马场一坐 2022年6月30日 (四) 23:34 (CST)

(-)反对 不删则已,删则死无对证 既处理了侵权问题,又避免了事态发酵——不可不谓一举两得啊。--神弈讨论) 2022年6月30日 (四) 22:05 (CST)

要是不版本删除就告我们不处理,版本删除又说我们湮灭证据,那你算是双赢赢两次,大获全胜,永远赢了。——CG/SS topic GOOD CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年6月30日 (四) 22:08 (CST)
都给你懂完了🤣——   于是我放弃了二饼已读不回) 2022年6月30日 (四) 23:09 (CST)
Special:差异/6088842/6094599 あっ…(察し)--某FFF团的高级火法 批判一番) 2022年6月30日 (四) 23:18 (CST)
哎呀,懂哥您可赢麻啦—— 屠麟傲血讨论) 2022年6月30日 (四) 23:20 (CST)
像你这种人,在那边可是要吃永久删除+封禁套餐的哦~害,也只有萌百这种有严格规定的地方不会直接给你永删+封禁套餐了~(还没追究你多次违反中立性原则添加不实内容的问题呢)—— 超级纯洁的小马娘秋园邀请你去地下室重马场一坐 2022年6月30日 (四) 23:21 (CST)
违反中立性原则(指删除与萌娘百科相关的负面消息)所以说呀,我的原评论和楼上明明是同一意思,但以不同的立场进行解读,群众便有了不同的看法捏——很喜欢一句话:“****可能会倒闭,但绝不会变质--神弈讨论) 2022年7月1日 (五) 13:19 (CST)

版权侵犯本来就是错误,内容本不该写入萌百,站内又不是没有记录谁什么时候侵犯了多少版权,不修订掉留着过冬还是方便你伪造截图持续攻击萌百?您要的是每个人每次编萌百前有个管理拎着耳朵说不要版权侵犯啊,还是发现一笔版权侵犯公告置顶派个人出来土下座三天?——CG/SS topic GOOD CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年7月1日 (五) 13:37 (CST)

(…)吐槽 怎么每次这种大的权限变更讨论都会出现这些莫名其妙的反对票或单纯为了捣乱的留言?阁下对哪个方针有意见直说不行吗,非要阴阳怪气降低讨论质量,还“萌娘百度同质化”,在下倒是也很喜欢一句话:“年轻人不要太气盛”。--「自由的守护神」NekoCocoa 「与吾对话」 「寻吾足迹」 2022年7月1日 (五) 17:08 (CST)

(+)支持 --「自由的守护神」NekoCocoa 「与吾对话」 「寻吾足迹」 2022年7月1日 (五) 16:59 (CST)

(+)支持 --Takeuchi.BadEditor (讨论留名) 2022年7月1日 (五) 21:20 (CST)

投票区 - User:玄微子

正在加载中……
  • 投票开始时间: |
  • 投票结束时间: |
  • 投票总用时 7 天,正在计算中……

萌娘百科:监督员规定,监督员申请投票时,管理员每人投票权重2票,巡查姬每人权重1票。在维护人员参与率超过2/3的前提下,同意票占总票数之比例超过2/3,且管理员反对票占管理员总票权数之比不足1/2,投票通过;除此以外,投票不通过。

除STAFF外,发起投票时共有6位(除申请人以外的)在任自然人管理员以及39位在任自然人巡查姬。

依方针精神,现在此开启投票,感谢参与投票的各位。
@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖——From 引梦者浊华(讨论) 2022年7月3日 (日) 19:48 (CST)

没生效,重新at一下。@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖—— ほしみ 2022年7月4日 (一) 13:38 (CST)

管理员投票意见

同意
  1. (+)同意 没有需要问的,任何称职的管理员都可以是监督员。--SysOp 珞珝 [用户讨论] 2022年7月3日 (日) 19:56 (CST)
  2. (+)同意 多来点。—— ほしみ 2022年7月3日 (日) 20:05 (CST)
  3. (+)同意 加把劲.--饥饿之声-弗霖凯讨论) 2022年7月4日 (一) 12:00 (CST)
  4. (+)同意 路过。——丝毫没有存在感的某蓝色管理员讨论) 2022年7月4日 (一) 21:00 (CST)
  5. (+)同意 以后就多麻烦你了(x——From AnnAngela the Bureaucrat (Talk) 2022年7月6日 (三) 10:13 (CST)
  6. (+)同意 都是好事--From KumoKasumi the Bureaucrat (Talk) 2022年7月7日 (四) 22:45 (CST)
反对
弃权

巡查姬投票意见

同意
  1. (+)同意 是好事——   于是我放弃了二饼已读不回) 2022年7月3日 (日) 19:50 (CST)
  2. (+)同意 充分信任,加油。--Nait_Talk 2022年7月3日 (日) 19:52 (CST)
  3. (+)同意 有一些想问的问题被别人问了就没问,但最关键的是,我对于相关回答其实是赞同的--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年7月3日 (日) 19:53 (CST)
  4. (+)同意:我信任申請者之能力與道德。—— Eric Liu 創造は生命(留言留名 2022年7月3日 (日) 19:59 (CST)
  5. (+)同意 无异议。—— 淮南皓月 🌙 2022年7月3日 (日) 20:16 (CST)
  6. (+)同意 信任其资历、能力与判断力。--某FFF团的高级火法 批判一番) 2022年7月3日 (日) 20:32 (CST)
  7. (+)同意 相信您的能力,加油。—— DaiGui aka YukinasNekotalk」 2022年7月3日 (日) 20:54 (CST)
  8. (+)同意 支持前辈——by 专注各话制作的正云明宏 2022年7月3日 (日) 21:43 (CST)
  9. (+)同意 前辈加油!--Vcfch843875618讨论) 2022年7月3日 (日) 22:03 (CST)
  10. (+)同意 我看行—— 东方众一位史蒂夫 讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月3日 (日) 22:37 (CST)
  11. (+)同意 好耶!——bob1301讨论) 2022年7月3日 (日) 23:20 (CST)
  12. (+)同意 这是好的。—— Jacklin612·🧾) 2022年7月4日 (一) 00:43 (CST)
  13. (+)同意 嗯。——From恋冢小梦单推人贯井羽优的草莓胖次讨论) 2022年7月4日 (一) 01:29 (CST)
  14. (+)同意 神州行,我看行喵--已经是一条死鱼的HetmesAskalana 2022年7月4日 (一) 01:39 (CST)
  15. (+)同意 认为玄微子能干好。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年7月4日 (一) 08:00 (CST)
  16. (+)同意 我居然也有票权? -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2022年7月4日 (一) 11:35 (CST)
  17. (+)同意 (▲)同珞珝 我认为浊华在审慎行权方面一直做得不错,何况监督员实质性的自由裁量权力也有限,并且增加监督员有助于快速应对近期的一些特殊情况。另外,我又双叒叕没收到at( ——C8H17OH讨论) 2022年7月4日 (一) 11:59 (CST)
  18. (+)同意 同意。——甜的白萝卜(讨论) 2022年7月4日 (一) 13:48 (CST)
  19. (+)同意 他可以的。--单推人乐然 ※※※感光性受容体異常※※※ 2022年7月4日 (一) 14:03 (CST)
  20. (+)同意 冇问题。--94 42 233 2001-8 J-JREDiscussion) 2022年7月4日 (一) 14:44 (CST)
  21. (+)同意:好事。—— LN2 不是液氮 (讨论贡献) 2022年7月4日 (一) 15:02 (CST)
  22. (+)同意 没有意见。--Qaolp0 はなおし (讨论) 2022年7月4日 (一) 15:27 (CST)
  23. (+)同意 所以說還沒申請的管理們要什麼時候去(--By CHKO (Talk) @ 2022年7月4日 (一) 15:46 (CST)
  24. (+)同意 照—— 冬月下的二重奏 LUO1P 2022年7月4日 (一) 18:25 (CST)
  25. (+)同意 无异议。—— SytusTalk 2022年7月4日 (一) 19:39 (CST)
  26. (+)同意 無異議。 ——空翊「留言」 2022年7月4日 (一) 22:09 (CST)
  27. (+)同意 无异议。—— 屠麟傲血讨论) 2022年7月4日 (一) 22:31 (CST)
  28. (+)同意 没问题,希望申请人加把劲-- 小乃讨论) 2022年7月4日 (一) 22:37 (CST)
  29. (+)同意 我觉得这是好的,没有任何坏处。-- 珞羽子(交流室) 2022年7月4日 (一) 22:58 (CST)
  30. (+)同意 无异议,能力与人品都值得信任。-- Welcome to the Hotel California 2022年7月6日 (三) 00:43 (CST)
  31. (+)同意 ao.——Bete1geuse1个标签:打嗝) 2022年7月6日 (三) 00:58 (CST)
  32. (+)同意 复健运动。——この不審者小鞠こまりです 2022年7月6日 (三) 03:04 (CST)
  33. (+)同意 没问题。—SinonJZH(๑•̀ω•́๑)(讨论) 2022年7月6日 (三) 08:50 (CST)
  34. (+)同意 从监督员互相监督的情况来看,现在确实仍需要更多有能力的监督员。  葫芦又  2022年7月6日 (三) 11:18 (CST)
  35. (+)同意 没什么问题。——Xzonn聊天) 2022年7月7日 (四) 08:48 (CST)
  36. (+)同意 没有问题。--bbrabbitからの評論 #討論# 2022年7月7日 (四) 10:52 (CST)
  37. (+)同意 没问题。 あめろ 讨论 2022年7月7日 (四) 14:21 (CST)
  38. (+)同意 我是复读机——From 西尾哈鲁卡 (讨论) 2022年7月7日 (四) 22:18 (CST)
反对
弃权
  1. (∅)弃权 最近写实习报告去了,对整个申请完全没有了解,还请恕我弃权,抱歉(ps.其实是考完高强度打音游去了)—— 超级纯洁的小马娘秋园邀请你去地下室重马场一坐 2022年7月3日 (日) 21:33 (CST)

无票权用户意见

同意
  1. (+)同意 无异议--TNLHKsigntalktranslate 2022年7月3日 (日) 20:07 (CST)
  2. (+)同意 支持--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲讨论·贡献 2022年7月3日 (日) 20:29 (CST)
  3. (+)同意 我很信任玄微子的能力,也认为他能胜任监督员的职务。——From Yuzuki talk 2022年7月3日 (日) 21:03 (CST)
  4. (+)同意 支持,信任浊华的能力——By 纸飞机上的梦 2022年7月3日 (日) 21:11 (CST)
  5. (+)同意 支持前辈。--「自由的守护神」NekoCocoa 「与吾对话」 「寻吾足迹」 2022年7月3日 (日) 21:27 (CST)
  6. (+)同意 支持。——GreenHal Talk with me now~ 2022年7月3日 (日) 21:28 (CST)
  7. (+)同意 这位是我的引路者。--理性第一,韧性第二,热情第三。讨论 2022年7月3日 (日) 21:36 (CST)
  8. (+)同意 没啥可说的--北湖3讨论) 2022年7月3日 (日) 23:13 (CST)
  9. (+)同意 根据申请人的回答与过往处事能力,我觉得没问题。 --Mathreader讨论) 2022年7月3日 (日) 23:32 (CST)
  10. (+)同意 非常信任前辈。--鸽鸽鸽鸽鸽鸽子讨论) 2022年7月4日 (一) 05:36 (CST)
  11. (+)同意 资瓷一个。--未撞扁者讨论)未撞扁者 2022年7月4日 (一) 10:16 (CST)
  12. (+)同意 我认为以浊华的能力而言,他完全可以胜任监督员这份职务--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月4日 (一) 10:53 (CST)
  13. (+)同意 寄语同前,希望能发挥专长。——CG/SS topic GOOD CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年7月4日 (一) 12:41 (CST)
  14. (+)同意 就是好!--Al Birdhaun★-Связаться со мной!☭- 2022年7月4日 (一) 16:45 (CST)
  15. (+)同意 好--芝麻油矿讨论) 2022年7月4日 (一) 19:29 (CST)
  16. (+)同意 支持--爱吃面包的Hooonooka讨论) 2022年7月5日 (二) 06:16 (CST)
  17. (+)同意 加油!-- VENI,VIDI,VICI萌百) 2022年7月6日 (三) 21:29 (CST)
  18. (+)同意 Нет возражений(无异议) --——Christian Mia Rui Of Love DiverDivaRaspravljati·Doprinos Korisnika) 2022年7月6日 (三) 21:50 (CST)
  19. (+)同意 油—厚礼谢来喝茶吧 2022年7月8日 (五) 21:32 (CST)
  20. (+)同意 看到广告栏里面的“2022交友专业 app,约附近的人,保护隐私更安全”所以投个同意票。 ——MAYard. MAJudgement. MAImprints. 2022年7月8日 (五) 22:46 (CST)
  21. (+)同意 支持。--RiceCake讨论) 2022年7月9日 (六) 11:50 (CST)
反对
  1. (-)反对 不认同-- 难忘欧莉普的笑颜 2022年7月4日 (一) 10:48 (CST)
弃权

计票和结论 - User:玄微子

本通知由人工机械体自动发出,可能存在发送时机不对、发送对象不对、重复发送等问题,如有问题请联系User_talk:AnnAngela

@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯Luoxuchan 本投票现已结束,根据萌娘百科:监督员#授权程序,请及时计票!——AnnAngela-abot讨论) 2022年7月11日 (一) 09:00 (CST)

投票结束。

  • 投票发起时的6位(除申请人以外的)在任自然人管理员:
    • 6人(+)同意
    • 0人(-)反对
    • 0人(∅)弃权
小计票数(+)12
  • 投票发起时的39位在任自然人巡查姬:
    • 38人(+)同意
    • 0人(-)反对
    • 1人(∅)弃权
  • 另有22位无票权用户投票,其中:
    • 21人(+)同意
    • 1人(-)反对
    • 0人(∅)弃权

  • 维护人员全员参与投票,参与率大于2/3,投票有效;
  • 同意票占总票数之比例50/51,大于1/2;反对票;管理员反对票;符合要求。

综上,本次监督员申请以(+)50(-)0(∅)1通过。--SysOp 珞珝 [用户讨论] 2022年7月11日 (一) 10:37 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月17日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
——From KumoKasumi the Bureaucrat (Talk) 2022年7月13日 (三) 16:47 (CST)

机器人申请 - User:哈曼女王赛高 机器人

申请者:哈曼女王赛高[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器人账号:哈曼女王赛高 机器人[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

经过讨论版结果需要将Category:游戏王:效果怪兽中非主卡组的额外怪兽进行分类,将此类分类项去除,由于手动操作过于繁琐因此需要机器人执行 ——哈曼女王赛高讨论) 2022年7月14日 (四) 16:03 (CST)

( ? )疑问 好像并没有User:哈曼女王赛高-abot这个用户--已经是一条死鱼的HetmesAskalana 2022年7月14日 (四) 16:09 (CST)
也可以左转操作深情版提出批量申请--已经是一条死鱼的HetmesAskalana 2022年7月14日 (四) 16:12 (CST)
( ? )疑问 沒有管理權力的閣下要a-botadministrative bot來幹什麼?--By CHKO (Talk) @ 2022年7月14日 (四) 16:13 (CST)
答:填写的机器人账号失误,应为哈曼女王赛高 机器人[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核--哈曼女王赛高讨论) 2022年7月14日 (四) 16:18 (CST)
@Chko08022003@HetmesAskalana由于Category:游戏王:效果怪兽中的分类已经多达1000个以上的界面,而且范围需要筛选,没有办法一个个提出让管理员去执行删除,于是需要申请机器人执行--哈曼女王赛高讨论) 2022年7月14日 (四) 16:20 (CST)
此处原由Chko08022003[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核于2022年7月14日悬挂的、类型为“请求被拒绝”的 MAR 因“已更改至存在的用戶”已被Chko08022003[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核于2022年7月14日移除。请您在本模板下方继续讨论!
讨论串原定于在 MAR 悬挂的3日后 (于2022年7月18日凌晨) 存档;U:Chko08022003的留言是“不存在User:哈曼女王賽高-abot”

请提供任务执行的期限、机器人源代码,否则将会被直接拒绝。—— ほしみ 2022年7月14日 (四) 16:44 (CST)

请求被拒绝。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月18日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
申请人说不会机器人。———— ほしみ 2022年7月14日 (四) 17:05 (CST)

机器人申请 - User:UNC_HA_Bot

申请者:HetmesAskalana[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器人账号:UNC_HA_Bot[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

附加用户组:巡查姬

用于不定期需要的批量编辑,诸如格式替换、讨论版批量挂删等 ——已经是一条死鱼的HetmesAskalana 2022年6月15日 (三) 12:28 (CST)

从群里的发言来看,我非常确定HA不会使用机器人,建议申请时附上机器人源代码。—— ほしみ 2022年6月15日 (三) 12:30 (CST)
忘了回了 Github
其他的在写--已经是一条死鱼的HetmesAskalana 2022年6月16日 (四) 23:07 (CST)
这不太行吧,这是func很久很久以前写的。用它仅仅替换分类效率非常低,而且当前版本甚至没有标记机器人编辑。—— ほしみ 2022年6月17日 (五) 02:48 (CST)
我是想着能用先用着,然后随用随加,有需要的再改)--已经是一条死鱼的HetmesAskalana 2022年6月17日 (五) 20:17 (CST)
( ¡ )题外话 建议尝试使用Pywikibot。虽然它写得很烂(func不用它可能是因为这个),但是功能还是很全的。Replace.py的200行代码有150多行是在处理登录、获取页面信息和手动上传图片,这些代码自己写确实有一些好处,但如果想省事还是交给Pywikibot处理比较好:无论是上传图片还是查找某个分类下的所有页面,都已经有成熟的代码可以直接用。
还有就是,根据我自己的理解,机器人账号的很多权限对批量编辑都不是必要的,例如API查询上限从500涨到5000就很鸡肋。最重要的“不在最近编辑显示防止刷屏”可以靠手动限制编辑速度(每20秒一次)达成,唯一的问题就是慢了点,需要挂机慢慢整。如果HA确实很需要机器人权限,或许可以做一些示例性质的批量编辑?虽然有速度限制不能编辑太多页面,但至少可以展示对机器人的理解。
写完上面这段话之后翻了一下用户贡献,好像已经有过一些批量文本替换了。标签的问题也已经解决,只不过GitHub的代码还没有更新。 —— ā PetrōPetrusMagnus对线|黑历史|签名墙Magnō于2022年6月25日(六)01:21(CST)
应该是更过了
pywikibot试过不过……没成,一时半会儿还不如翻api文档自己写一个,感觉是这样的--已经是一条死鱼的HetmesAskalana 2022年6月25日 (六) 17:07 (CST)
试过Help:使用Python编辑吗? —— ā PetrōPetrusMagnus对线|黑历史|签名墙Magnō于2022年6月26日(日)02:10(CST)
pwb需要爆改才能加标签,按萌百目前的方针规定来看还挺要命的。--Patroller 珞珝 [与我对线] 2022年6月25日 (六) 17:15 (CST)
同上,pwb有内置的标签功能,因此使用以下代码保存页面即可。
page.save(summary="测试", botflag=True, tags="Automation tool")
这里的botflag(对我来说)是无效的,必须手动在tags一栏加上“Automation tool”。不过pwb确实很难用,因为这种坑很多,我已经思考过好几次要不要直接弃用pwb换一个没那么难用的库了。 —— ā PetrōPetrusMagnus对线|黑历史|签名墙Magnō于2022年6月26日(日)02:10(CST)
如果是机器人用户的话,应该用tags="Bot",“Automation tool”是给半自动工具用的。——C8H17OH讨论) 2022年6月26日 (日) 11:13 (CST)
感谢提醒。我好像一直都用了错误的标签(逃 —— ā PetrōPetrusMagnus对线|黑历史|签名墙Magnō于2022年6月27日(一)04:06(CST)

@云霞手动召唤云霞,现需要对BA的角色语音分类做进一步细分--已经是一条死鱼的HetmesAskalana 2022年6月26日 (日) 13:16 (CST)

@HetmesAskalana请在机器人用户页面写明机器人相关任务工作以供后续检查维护--From KumoKasumi the Bureaucrat (Talk) 2022年6月27日 (一) 20:43 (CST)
@云霞已加--已经是一条死鱼的HetmesAskalana 2022年6月27日 (一) 22:26 (CST)
此处原由磷化镓[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核于2022年6月24日悬挂的、类型为“无人回复”的 MAR 已被HetmesAskalana[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核于2022年7月1日移除。请您在本模板下方继续讨论!
讨论串原定于在 MAR 悬挂的10日后 (于2022年7月5日凌晨) 存档;U:磷化镓的留言是“尝试吸引回复”
请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满18日后 (于2022年7月21日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
已经通过(存档挂18天是因为我不放心所以留着机器人执行观察期)——From KumoKasumi the Bureaucrat (Talk) 2022年7月2日 (六) 02:01 (CST)

巡查姬申请 - User:Mathreader

Mathreader[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

申请条件

  1. 已成为自动确认用户超过30日;完成
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务完成
  3. 已经通读了萌娘百科:维护人员的维护任务,基本了解站点方针/指引;完成
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次;完成
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次;完成
  6. 掌握wiki代码/分类/模板/文件的基本使用方法;完成
  7. 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目;见下面列出的页面
  8. 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量;参考这些页面的编辑历史:音乐页面ChronostasisOracle(TQ);角色页面柚鸟夏爱清风华;萌属性页面理科少女;游戏页面ChainBeeTTAKUMI3;漫画页面欧姆社学习漫画系列;列表类页面东京 7th Sisters/曲目列表THE BMS OF FIGHTERS/音游收录曲列表
  9. 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为;完成
  10. 除自行请辞外,发起申请前30日内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请。完成

为什么想要申请巡查:谈谈心路历程吧。入站的前两年,我一直是在巡查较多的音游组里,做点简单的补充工作。也就是在近几个月,我加入了新组建的BA组、并创建了数学组。在这两个组时,有些意外地经历了不少争议和挑战。这使我逐渐明白,萌百确实还有很多,在单纯的条目编辑以外的、需要解决的问题,自此真正对巡查这个职位产生一定兴趣。

在申请前,我花了不少时间,“先行体验”了一下“做巡查”是一种什么样的状态,包括参与各种提案讨论、处理消歧义页、整治分类等。虽然不能说自己一定“喜欢”做这些事,但我觉得如果能尽自己的一把力,帮各位分担掉一些维护工作、顺便提出一点想法帮大家集思广益的话,也算是能体现自己的价值了吧。

当然,最重要的还是向各位前辈认真学习,尤其是沟通能力、和处理争议这些方面。凡是我不确定的事情,都会和各位一起先商量、再处理。

如果成为巡查,会做什么:维护工作肯定会做,不过还是会专注于自己所在的这几个编辑组。有空的时候,会去帮一些人手不足的新编辑组,一起制定一些初步的整改方案/工作列表之类。

此外,对于现有与未来的提案,我也会尽己所能,提出自己的建议。我个人也有一些想要推动的萌百事务,可以列举画饼一下:(由于这些事情的难度,或许一些会变成有生之年系列……不过,列在这里也是想看看,有没有志同道合的人一起合作)

  1. 研究原型类条目的统一分类体系
  2. 考察共享站文件,是否可以模仿主站,进行更细致的分类
  3. 针对站内著作权问题,建立更完整的指引/帮助文件,让编辑们从具体例子中,学会“引用来自xx的图片/文字,需要做什么”
  4. 处理部分积压的早期条目,例如对Category:欧姆社学习漫画这个大类的早期漫画条目,进行萌百化

大致就是这样。不论申请成功与否,我都会以同样的心态,为萌百尽自己的一份力。如果各位对我有什么建议,或者有其他的问题,也欢迎大家来提。

——Mathreader讨论) 2022年7月6日 (三) 08:00 (CST)


维护人员提问与考核区 - User:Mathreader

讨论区 - User:Mathreader

(+)支持 什么早起人(x—— 兽耳控一位史蒂夫 讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月6日 (三) 08:03 (CST) 修改于 2022年7月6日 (三) 08:04 (CST)

(+)支持 好耶——Bete1geuse1个标签:打嗝) 2022年7月6日 (三) 08:22 (CST)

加油!—— Eric Liu 創造は生命(留言留名 2022年7月6日 (三) 09:30 (CST)

(+)支持 这是好的--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月6日 (三) 09:47 (CST)

(+)支持 加油!-- VENI,VIDI,VICI萌百) 2022年7月6日 (三) 22:03 (CST)

加油!——この不審者小鞠こまりです 2022年7月18日 (一) 01:19 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满16日后 (于2022年7月23日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
希望您,准备好了———— ほしみ 2022年7月6日 (三) 09:19 (CST)

请求中止实习巡查姬User:MINGach实习期

经过数日观察与对近期编辑历史的考察,我认为实习巡查姬User:MINGach的实习期应当中止。该用户基本完全不了解站点方针/指引,甚至不了解基本模板用法,存在大量误用,其编辑需要维护人员复核,甚至可能不符合优质编辑者标准。

依方针要求,中止实习期需要经维护人员讨论后由授权的管理员选择中止,故在此发起公开讨论串。—— ほしみ 2022年7月21日 (四) 00:51 (CST)

(+)支持中止实习期。该用户在维护组人员私下提醒前从未进行任何巡查相关工作,甚至本人提到提权前未仔细阅读MGP:维护人员的基本义务MGP:维护人员的维护任务。同时该用户人际沟通能力欠佳,相关wikitext能力有限,故我支持中止实习期,甚至我认为该用户达不到巡查豁免的要求。—— 单推人一位史蒂夫  讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月21日 (四) 00:53 (CST) 修改于 2022年7月21日 (四) 01:03 (CST)
(+)支持 无慈悲。—— SytusTalk 2022年7月21日 (四) 00:56 (CST)
(+)支持 当初本就不应该给他巡查--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月21日 (四) 00:58 (CST)
(+)支持 ( ¡ )题外话 这位申巡之后几乎没有进行什么巡查级别操作,可能没有必要——Zyszhao.·讨论·留名·贡献 2022年7月21日 (四) 01:00 (CST)
(+)支持 沟通能力不太行。--某FFF团的高级火法 批判一番) 2022年7月21日 (四) 01:02 (CST)
(+)支持 虽说这件事我站在她这边,但一码归一码,这态度,还有对wiki的糟糕运用都证明她不适合这个位置(话说无投票权是可以表达意见的吧) Rogue Editor Hamon002讨论) 2022年7月21日 (四) 01:05 (CST)
(+)支持終止當事人之巡查姬實習。不過,就情理來說,我個人稍微感到有些遺憾;本不應走得那麼快的。此外,問題與人必須分開對待,我認為近期討論版頁面相關區涉及之條目,其本身確實是存在問題,只不過當事人表達該問題之手法不佳,以至於招致反感。這是未來當事人可以改進的地方。希望您不要氣餒。—— Eric Liu 創造は生命(留言留名 2022年7月21日 (四) 01:07 (CST)
(▲)同刘酱—— From 磷化镓_GaP the NaïvePatroller 于条条初投稿十周年之际  2022年7月21日 (四) 01:18 (CST)
(+)倾向支持 废都申巡前那个优编是我发的,当初发优编的时候确实有巡查豁免的能力,但现在看来,废都对自己不熟悉的领域还达不到豁免和巡查的要求,理由同史蒂夫与二次刘。但在贫乳条目的黑幕是否删除问题上,我站废都(不看讨论版那几句比奥拉朱旺还能盖帽的发言的话)( ¡ )题外话 实习期发出来练练倒也好,练一练才知道几斤几两。—— 超级纯洁的小马娘秋园邀请你去地下室重马场一坐 2022年7月21日 (四) 01:23 (CST)
(+)支持 这件事两方都有错,我支持删除黑幕部分令人不适的内容。但就截止我这句发言时间前该实习巡查的发言,我不认可其沟通能力,并且申巡之后几乎没有进行巡查级别的操作。——By 纸飞机上的梦PTS 2022年7月21日 (四) 01:29 (CST)
(+)支持 唉。不自知至此有何好说。——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年7月21日 (四) 01:33 (CST)
(+)支持 事件经过没有了解不作评价。但我一向认为上纲上线是互联网骂战最后的也是最令人厌恶的手段,没想到竟有巡查在讨论版公开释放核弹。令人震惊。——From 引梦者浊华(讨论) 2022年7月21日 (四) 02:36 (CST)
(+)支持 您作为萌百为数不多的女性编辑者,可谓是坐拥天时地利的团宠级别,甚至在不太符合巡查(甚至是巡查豁免)要求的前提下都能够破例获得这次宝贵的实习机会;可惜您自身存在的问题丝毫没有改进,而且暴露的太快,即便是想表达自己对贫乳这一条目的看法并予以更正也不适合采取这么极端的方式,至少在萌娘百科是不应该这么做的。希望这次教训能够对您有所警示和启发。—— 董家军集合 2022年7月21日 (四) 12:04 (CST)
团宠不是HA?哈宝,我的哈宝——From 引梦者浊华(讨论) 2022年7月21日 (四) 12:20 (CST)
(…)吐槽 因为「女性编辑者」的身份所以才得到团宠、破例的意思么?那也太可怕了。Fetton帮我填坑) 2022年7月24日 (日) 12:17 (CST)
不是团宠,团宠是HA。 あめろ 讨论 2022年7月24日 (日) 21:21 (CST)
不是团宠,团宠是HA。 淮南皓月 🌙 2022年7月24日 (日) 23:16 (CST)
请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月25日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
结合讨论结果与该实习巡查姬之其他不当表现,作为授权管理员,决定中止实习期。——SysOp 珞珝 [用户讨论] 2022年7月21日 (四) 03:04 (CST)

巡查姬申请 - User:MINGach

MINGach[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

下午好。
目前本人主要编辑光与夜之恋专题和天涯明月刀专题,并顺带在番剧,游戏,漫画,模因方面均有涉及,个人认为在编辑范围足够广泛。在编辑能力上从入站开始被打回的条目仅有User:MINGach/光与夜之恋/专题编辑指南
所以在今日尝试申请巡查。 以下是满足的申请条件:

  1. 已成为自动确认用户超过30日;
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务
  3. 已经通读了萌娘百科:维护人员的维护任务,基本了解站点方针/指引;
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次;
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次;
  6. 掌握wiki代码/分类/模板/文件的基本使用方法;
  7. 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目;光与夜之恋专题、紫影的索纳尼尔~何等美好的记忆~奇侠只要你说你爱我鬼与天国量子少年Template:Collectscript 灵感之源光与夜之恋/活动/2021
  8. 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量;凯亚页面的整体补充维护泽木修一郎页面内容补充山村操页面整体补充...等页面大量的编辑补充历史
  9. 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为;30日内未被警告
  10. 除自行请辞外,发起申请前30日内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请。首次申请

———— GO!GO!GO! 一起去冒险吧~ 2022年7月17日 (日) 17:40 (CST)


维护人员提问与考核区 - User:MINGach

User:Luoxuchan 的提问

一个比较经典的问题吧:在您计划做的事情中,有什么是巡查姬能做到而一般编辑者做不到的,或者说您这次申请巡查姬有没有什么具体的计划或预期?--SysOp 珞珝 [用户讨论] 2022年7月17日 (日) 17:43 (CST)

能这个词是指职位所获得的权利还是将附带的义务呢?如果成为巡查,这将代表该用户将和紧紧萌百联系,行为不单单只是个人。
暂时并没有具体的预期,希望自己的加入在为萌百输入新鲜血液和活力。计划上是将条目和专题进一步补全并为新人编辑在路上少走弯路。—— GO!GO!GO! 一起去冒险吧~ 2022年7月17日 (日) 18:04 (CST)
是否可以进行一些实质性回答? 以及,br、换行符、冒号的连用让我怀疑阁下并不熟悉wikitext。—— ほしみ 2022年7月17日 (日) 18:15 (CST)
我并不是这方面的专才,也确实很少使用,在刚刚使用错误我很抱歉。但我个人认为最重要的还是结果,我能够编写长条目,收集资料,排版,并有部分能被夸赞的作品,是对自己能力上最好的证明,可能部分我使用的并不熟练,并伴有错误,但不认为这样的结果指向是我不熟悉。接下来条目编写上的继续积累和有可能到来的巡查工作能够让我学习和完善自身在使用wikitext上的技能。—— GO!GO!GO! 一起去冒险吧~ 2022年7月17日 (日) 18:50 (CST)
大概是我表述不清,容我追问一下:在您当上巡查姬之后,编辑的范围、类型、内容等,对萌娘百科的贡献方向会不会有所改变?如有的话,是怎样改变?--SysOp 珞珝 [用户讨论] 2022年7月17日 (日) 18:19 (CST)
本来就正在进行的相关专题工作不会改变,当上巡查之后会接触到不熟悉的领域肯定会比现在更多,也会因为需要更多的去了解,不仅仅止于现在编辑的舒适区内。保持编写的热情,增强求知欲,在该进行的项目上努力保持准确性和尽善尽美。—— GO!GO!GO! 一起去冒险吧~ 2022年7月17日 (日) 18:50 (CST)
签名要用四个波浪线哦…—— ほしみ 2022年7月17日 (日) 19:03 (CST)
感谢你的指正。—— GO!GO!GO! 一起去冒险吧~ 2022年7月17日 (日) 20:23 (CST)

User:写条目的奶糖的提问

首先祝废都武运昌隆。以下是我的几个提问:

  1. 请您描述一下您自己就近期“异时空同位体问题”的看法,以及您个人在实际编辑中惯用(或在理论上认为更加可行)的对此类问题的解决方法。
  2. 请您对目前女性向专题(少女向、乙女向和腐向作品,可以全部也可以三选一)的现状做一个评价。
  3. 如各位所见,最近巡查姬的申请量相比以往有了较大幅度的增长,其中混杂了现实和服务器访问等多种原因/动机,而近期巡查姬数量的大幅增长让社群产生了“门槛下降”的反映,甚至被夸张地形容为“大号优编”。您认为这种情况对于萌百现在的情况是否有益?

您可以全部回答,也可以自由回答其中几个或一个问题,不作强制要求。

祝编安。--Nait_Talk 2022年7月17日 (日) 22:38 (CST)

简答你前两个问题。
  1. 我并没有较为详尽的看过有关这个问题的讨论,以下仅是我自己个人的看法。
    我自己盯着的条目对没有详细解释异时空同位体的通常我的做法就是直接删除。
    如果没有人能拿出完全信服的标准,标准中自由裁量权很大的话,在已经有大量争吵的情况下建议动动手,把本站相关内容全删了。对那种有官方认证的可以单独在相关条目下开一个比如——趣事写下。当然,你之前和我说过关于如何解决社群方面的问题,我举一个例子:
    最近一个超话因为众多原因被微博警告必须马上大面积删除用户在超话中的发帖,为了安抚用户情绪,超话管理首先发帖解释当前状况,并且通知此次删帖管理将会带来的隐患(比如没有达到删除要求的帖子也会删除),给出了备用B方案,继续减少即将带来的影响。
    那如果想做,轮动公告,筛选条目做到与编辑者对应,通知专题组负责人来减少影响,我想可以的吧(笑)
  2. 评价——完整条目少,活跃编辑少
    首先,女性向本身作品产出少。翻来覆去就几个,每年出的新游一只手便能数过来,更别说筛选后能玩的了。这就导致了快速了解女性向作品本身并不需要太高的门槛,也就对较为全面内容总结wiki需求并不明显。而且萌百相关条目建设的并不全,真有什么需求与其在这里寻找,不如在发个贴或者百科一下来的更快更好(甚至还有bot)。
    “性别认证保证全女生氛围”“女生的话题女生自己聊,懂女生的还得是女生”这是最近萤火圈为了吸引女性用户而打出的口号。在互联网上吸引女性用户已经到了需要靠性别认证的程度,如此的排他性在目前萌百的生态下显然是不太适合。如果想要更多了解,可以在豆瓣看看部分相关小组在简介里的介绍。
    活跃编辑少,急需新鲜血液。我在nga女性向游戏小组,豆瓣,微博引流了老久最后大家宁愿拉表,宁愿帮忙写分析内容,宁愿提供资料也不来萌百动一笔。我不好说是门槛问题还是什么。—— GO!GO!GO! 一起去冒险吧~ 2022年7月18日 (一) 00:54 (CST)
呜呜呜,本来还是很期待第三个问题的回答的说>_< ——この不審者小鞠こまりです 2022年7月18日 (一) 01:33 (CST)
暂时没有能力锐评。第三个问题个人感觉向上问比问同职位或者向下问来的好。—— GO!GO!GO! 一起去冒险吧~ 2022年7月18日 (一) 07:08 (CST)

讨论区 - User:MINGach

加油!—— 满足怪 BearBin康他喷他留名 2022年7月17日 (日) 17:53 (CST)

从用户讨论页和贡献来看,我认为申请人对站点方针和指引可能并没有那么了解,我也没理解申请人申请巡查的动机。不太看好。——Bete1geuse1个标签:打嗝) 2022年7月17日 (日) 17:57 (CST)

(▲)同HXJ,个人不是很支持此次申请。—— 非专业技师一位史蒂夫  讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月17日 (日) 17:59 (CST) 修改于 2022年7月17日 (日) 18:25 (CST)

(▲)同HXJ —— ほしみ 2022年7月17日 (日) 18:01 (CST)

(▲)同HXJ--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月17日 (日) 18:11 (CST)

(▲)同HXJ —— DaiGui aka YukinasNekotalk」 2022年7月17日 (日) 18:12 (CST)

(▲)同HXJ 从“被打回的条目仅有”一句,我认为申请人系将依据提案的移动误判为打回,因此申请人可能不常关注提案等站内事务。——Zyszhao.·讨论·留名·贡献 2022年7月17日 (日) 18:18 (CST)

首先感谢指正。该条目在我的想法内一直是属于内容过少且没有完全按照专题指南规范编写而打回。
在玩mmo时由于帮派人员变动我阴差阳错的当上了帮派联赛的指挥,在完全没有经验的情况下我花了一段时间的恶补规则,熟悉帮派活跃人员和制定战术,在自己的努力下提升了帮派在本服的排行字段。那也是本帮第一次升字段。当然这不是重点,我想讲的是,在还是普通用户时我确实了解的很少,某种程度上我也没有必要常看站内事务,但如若当上巡查后,我肯定会因为身份的不同时常了解和关注。—— GO!GO!GO! 一起去冒险吧~ 2022年7月17日 (日) 19:03 (CST)
加油!另,另一个提案规定了仅用户页使用的文件为用途不当的文件,希望您如果获批实习期的话能首先将您用户页的这个问题解决。——Zyszhao.·讨论·留名·贡献 2022年7月17日 (日) 19:13 (CST)
加油!并且小小提示一下,根据萌娘百科:专题管理方针以及Help:名字空间所述,专题编辑指南需要处在的名字空间为“Help 帮助”,如Help:赛马娘 Pretty Derby专题编辑指南,其它编辑指南与指引可参见Template:萌娘百科专题编辑指导。—— 董家军集合 2022年7月17日 (日) 19:39 (CST)
已经将用户页的自用图片删除,专题页感谢你提供的资料,在补全的过程中我会详细参考。—— GO!GO!GO! 一起去冒险吧~ 2022年7月17日 (日) 20:29 (CST)

(▲)同HXJ 可以再考虑、磨练一下。加油。--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月17日 (日) 18:39 (CST)

看了申请人的答复,感觉回答略显理想化、不够具体——满足怪 BearBin康他喷他留名 2022年7月17日 (日) 18:56 (CST)

我并不是很理解为什么会认为回答理想化。目前问题聚焦在你能做什么,你的改变。我并没有拔高目标,也没有提出什么设想展望。基本上都基于在我本人现状上,希望你能有更加具体的说明。—— GO!GO!GO! 一起去冒险吧~ 2022年7月17日 (日) 19:55 (CST)
珞珝的问题是,“贡献方向会不会有所改变?如有的话,是怎样改变”这个问题包含有“范围、类型、内容”三个要素,可以看出申请人的回答包含有“扩大编辑范围”这一层意思,但我没有很清晰地看到“类型”和“内容”上面的回答。——满足怪 BearBin康他喷他留名 2022年7月17日 (日) 20:28 (CST)
"不熟悉的领域肯定会比现在更多"——这是范围
"不仅仅止于现在编辑的舒适区内"——这是类型(本人近期目前高强度编写的内容全在avg内)
"在该进行的项目上努力保持准确性和尽善尽美"——这是内容
不知道这样解释你能否理解我当时的回复。—— GO!GO!GO! 一起去冒险吧~ 2022年7月17日 (日) 20:33 (CST)
如果这样拆解开来的话我大致理解了,感谢你的答复。
现在想想,刚才我说的“理想化”这个用词,感觉确实有所偏颇,是我言语组织出了些问题。——满足怪 BearBin康他喷他留名 2022年7月17日 (日) 20:40 (CST)

对申请人的回答表示满意。但就实习期表现和申请动机来看,个人意见(▲)同HXJ。--Nait_Talk 2022年7月20日 (三) 11:39 (CST)


(☩)意见 通过这三天的观察,我很遗憾地看到申请人并没有做到回复珞珝和奶糖时所承诺的行动,甚至是一点点行动的倾向。此外,和同期的几位新进巡查对比,其在同样的期限内也几乎没有巡查级操作。当然,距实习期限到期还有一些时间,无论最后申请是否通过,我都希望在这段时间内申请人能拿些行动出来,同时再一次认真阅读萌娘百科:维护人员的基本义务萌娘百科:维护人员的维护任务。不要辜负其他用户对您的信任。--Qaolp0 Unhappy go lucky! (讨论) 2022年7月20日 (三) 21:55 (CST)

此处原由Luoxuchan[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核于2022年7月17日悬挂的、类型为“请求被接受”的 MAR 已被Luoxuchan[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核于2022年7月21日移除。请您在本模板下方继续讨论!
讨论串原定于在 MAR 悬挂的3日后 (于2022年7月21日凌晨) 存档;U:Luoxuchan的留言是“回答不算好。也罢,反正有实习期,看看实际有几斤几两吧。”

非常遗憾地注意到您因发布危害社区安全的讨论内容而被封禁3日,结合您较低的维护积极性(除数次标记巡查操作外无任何巡查级操作)、糟糕的沟通能力与表达手法、对wiki代码较差的使用熟练度(连续的讨论缩进与签名失误等),以及社群普遍的反对意见(见讨论串#请求中止实习巡查姬User:MINGach实习期)等,依照萌娘百科:巡查姬中实习考核的有关文本,我认为您不符合巡查姬的考核标准,在此决定中止您的巡查姬实习期。同时因您已因破坏被封禁,依照萌娘百科:优质编辑者#用户组的移除第三条:进行破坏或其他严重违反萌娘百科方针/指引的行为;故不恢复您成为巡查姬前之优质编辑者用户组。希望您可以改正巡查姬实习期暴露出的各种问题,期待您的再次申请。--SysOp 珞珝 [用户讨论] 2022年7月21日 (四) 03:00 (CST)

提请行政员@AnnAngela云霞移除申请者的巡查姬用户组,并恢复原本的优质编辑者用户组。--SysOp 珞珝 [用户讨论] 2022年7月21日 (四) 03:00 (CST)

请求被拒绝。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月25日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
不满足考核标准,中止实习期。——SysOp 珞珝 [用户讨论] 2022年7月21日 (四) 03:00 (CST)

巡查姬申请 - User:磷化镓

磷化镓[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

上次申请的CD过了,同时这两天不少人催我重新发送申请,加之昨天清理链入时被WAF好几次,所以我又来了(

这几天又学了几遍共享站文件指引,并且经常查看最近更改、积压工作与最新文件,尝试扩大我的编辑范围。

已经满足萌娘百科:巡查姬#申请条件,并确保遵守萌娘百科:维护人员的基本义务,完成萌娘百科:维护人员的维护任务
———— From 磷化镓_GaPthe NaïveEditor 讨论贡献 2022年7月8日 (五) 12:38 (CST)


维护人员提问与考核区 - User:磷化镓

讨论区 - User:磷化镓

(+)强烈支持\噶皮/\噶皮/--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月8日 (五) 12:53 (CST)

(+)支持 最近的权限申请版真的好热闹。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年7月8日 (五) 13:13 (CST)

(+)支持 恭候多时了。--理性第一,韧性第二,热情第三。讨论 2022年7月8日 (五) 14:20 (CST)

(+)支持 权限申请版好热闹+1——From Yuzuki talksign 2022年7月8日 (五) 14:38 (CST)

(+)反对 晚申请了一天,给个差评(x—— 单推人一位史蒂夫 讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月8日 (五) 17:19 (CST)

加油!—— Eric Liu 創造は生命(留言留名 2022年7月8日 (五) 22:26 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满16日后 (于2022年7月25日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
可以试试,希望可以在实践中提高能力。———— ほしみ 2022年7月8日 (五) 22:55 (CST)

管理员申请 - User:Leranjun

Leranjun[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为管理员。

回过头来已迈过如此漫长旅途
渐行渐远 不知何时才能停驻
微微星光中 用微弱的声音低语
我决心今天不再哭泣
谁来将我累积的不安丢弃
谁来带给我一个永恒梦境

——梦中景色

What’s coming will come.

  1. 已任巡查姬满30日,且30日内未有不活跃警告;2022年4月19日复职
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务完成
  3. 已经通读了萌娘百科:维护人员的维护任务完成
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过600次;截至申请时1230次
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过50次;截至申请时764次
  6. 熟练掌握wiki代码/分类/模板/文件的使用方法,可以读懂较复杂的wikitext;老本行
  7. 有10个由自己主力编写的条目,证明自己已经熟悉wiki代码,能写出高质量条目;完成
    • {{HIMEHINA}}和一部分{{Kizuna AI株式会社}}的歌曲条目是我创建的,其他不是我创建的条目也有在维护。加起来应该超过二十个了吧。
  8. 了解萌娘百科、萌娘共享的各类方针/指引文件;完成
  9. 能基本保证每日在线维护半小时或以上;不出意外应该没问题,另外会在站外通讯方式待命
  10. 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为;连“测试封禁消息”的封禁历史都没有
  11. 除自行请辞外,发起申请前30日内未被除去管理员用户组,也未发起过管理员申请。第一次申请

我知道,我在条目内容方面确实需要改进,不说比星海、浊华、siv等等前辈,就单纯看贡献占比和编辑范围都是扭曲而狭窄的。当然,管理员能够对内容进行维护固然重要,但我想我可能会更偏向除了条目内容以外的方面,比如技术、人事、协助建立其他子站(例如EnMGP)等工作。

希望大家能够给我一个锻炼的机会。我会尽我所能努力的。 ——工具人乐然 ※※※感光性受容体異常※※※ 2022年7月7日 (四) 18:30 (CST)


提问区 - User:Leranjun

来自维护人员的提问

来自User:TsanconBYin的提问

先说好,我这人如果认为提问不会改变我的投票意向的话,我是不会提问的。

  1. 您认为英站在读者和编辑者都极度匮乏,且缺乏管理的情况下,我们到底还需要投入多少力量去维护?或者说,我们还有没有必要去维护?
  2. 专题编辑指导等相关制度已经推行了一段时间,您认为现在的制度怎么样?关于专题制度,我们的下一步什么时候迈出去?

每一个问题都有两个问号,您可以考虑只回答其中一个。加油!——   于是我放弃了二饼已读不回) 2022年7月7日 (四) 18:47 (CST)

@TsanconBYin 非常好问题,谢为举起他们。Very good questions, thanks for raising them.
  1. 先摆明态度:有必要。
    1. 如果我们要把En推行下去,其实需要思考的一个很大问题是,我们的定位是什么。我觉得En的宗旨其实和Zh的宗旨一样,我们要做的是一个“头部二次元wiki社区”,是一个包罗万象的ACGN百科全书。这是我们一直以来的优势,也是一直以来我们和其他wiki农场或wiki站点的主要区别。目前以我的调查,外网还没有人做我们在做的事情,因此我觉得值得一试。举个不恰当的例子,En和EnWP、Fandom相比,就类似于Zh和ZhWP、BWIKI。我认为既然Zh能和这些网站共存而不被吞并,说明我们的定位绝对是有独特性的。当然,很明显ZhWP的访问问题和BWIKI建立时间晚这两个因素有很大影响,但是我想说的是,EnWP总归是一个普遍性百科全书,它不会对ACGN收录那么详细;Fandom总归是一个wiki农场,每个wiki都有不同的社群。建立En的过程中,我们要把握住萌百的优势,利用好庞大的Zh社群,才能打造出有竞争力的百科,才能突破“读者和编辑者都极度匮乏”的局面。
    2. 我认为EnMGP现在主要的问题在于基础建设几乎为零。好消息是,我们不需要从头造轮子。我认为——同时也是我希望在未来能够关注的——第一步应该是参考主站完善En的方针政策体系;把这个地基打好了,才能保证后续工作的有条不紊。16在退休之前其实已经留下了很好的基础,比如enmoe:User:One-Six/Policy Policy(先不具体说细节了,但是我心里有个大概的轮廓x)。
    3. 至于“到底需要投入多少力量去维护”这个问题,老实说,我真没觉得现在已经有多少力量在维护。其实En还是有不少非常活跃的编辑者,比如LiaMininaTibbie2017tibbie2018等等。然而,现在维护组里真正关注En工作的,我觉得基本没有——多半是因为语言障碍,但也有摆烂和破罐子破摔的成分在里面。无论如何,得不到维护组的支持,这些编辑者的热情自然不会高涨。没有热情高涨的编辑者,自然就不会有足够的内容吸引读者。当然,我肯定不会逼着其他维护成员学英文,但是光靠我一个人确实是不大可能复兴En。建立任何东西的早期都是非常需要人才的;En现在就相当于Zh的2010-2015阶段,但是好处是现在至少有Zh撑腰。以及,星海最近有设立子站“本地巡查”用户组的打算,我认为这是一个非常有用的建议,甚至她跟我说前一天晚上我还梦见这东西了来着。这些用户有能力、有精力、有意愿辅助维护,是很有帮助的志愿者。
    4. 其实还有比较重要的一点是宣传工作。我相信,如果我们能够多在站内宣传En,以Zh这么大的客户群,绝对不缺会英语的。如果我们能够达成前几项目标,这一点甚至可以和运维沟通,说不定能争取到外宣的机会呢?(虽然我也不知道放B站有没有用,但是或许也能拓宽其他途径x)
    5. 回到原来的问题,当En有了明确的定位和目标、完善的政策体系、愿意付出的维护人员、足够的宣传内容,我就不相信堂堂萌娘百科的子站不会有人来看。当然,这其中牵扯到非常多的细节问题,对于以上我说的这些能实现多少、什么时候能实现,我不知道。但是我希望我给出的这个框架能有参考意义,即使未来我不在了,或者我没有那么多精力负责这方面的事情了,其他人也能按照这个思路继续走下去。
  2. 专题编辑指导制度……我不是特别清楚,因为我个人也只是在V组粥组碧蓝(航线)组BA组VC组做技术指导挂名摸鱼而已。
    哦,那还是挺多组的。
    1. 目前以我氵群所看到的,我觉得这些编辑指导的推行还是挺不错的,能够让新的编辑者跟随条目格式快速上手,同时也是对当前专题一些资源的梳理(比如模板、文件等等),这比我当年照着其他条目抄、自己读文档搜格式要方便多了。把以前编辑组内部的一些规定和习惯明文写在编辑指导上,也有助于使编辑组对组外编辑更加透明。很明显,具有“法律”效力的指引对于一些比较庞大的专题是非常有用的(比如V组和粥组),能够更好justify一些维护操作。总而言之我认为是非常有帮助的一步。
    2. 等siv复职的时候。和提问人交流了一下,我大概明白“专题的下一步”指的是什么了。我是很赞成专题的设立的,但是我不希望看到一个非常复杂的关系网,像隔壁某wiki一个条目底下三个专题负责,那你这专题还不如改名叫“泛题”,是吧。以目前设立专题相关文档(例如编辑指导)的专题数量来看,我个人不建议快进到下一步操作。我认为目前应该继续观察专题政策的实际效果:一些没那么大的编辑组(i.e. 不是V组粥组碧蓝组VC组),是否真的有那么迫切的需求来实行专题政策?真的搞出来一套繁琐的体系,是否反而会成为累赘?就比方说,即便达成了共识、设立了专题名字空间,大组可能会踊跃参与,但是对于连自己的条目内容都管不好的小组,大概也不会费事儿整这些有的没的;最后一个名字空间统共四个页面,也还蛮草的。设立专题本身就是用来更方便地组织、管理条目,不能本末倒置,增加创建专题的难度。而且正如群友所说,专题这件事情和站外沟通、编辑组政策这些比较棘手的问题是密不可分的,尤其是很多地方需要和运维沟通,心急吃不了热豆腐。
完了,写完第一个答案真的觉得我中文下手,希望不影响理解(--OIer乐然 ※※※感光性受容体異常※※※ 2022年7月7日 (四) 20:41 (CST)
Nice job! ——   于是我放弃了二饼已读不回) 2022年7月7日 (四) 20:57 (CST)
( ¡ )话说,En怎么走来着?——_/°°\_ 【さあ、守矢に信仰しよーー 諏訪子さまは我らの光なのだ】 _/°°\_ 2022年7月14日 (四) 14:17 (CST)
[1]━━━━ Sansyrisk [讨论] 2022年7月18日 (一) 14:00 (CST)
来自 User:一位史蒂夫 的提问

很高兴看到你百又有了新的管理申请,就此我想问以下几个问题:

  1. 首先,在您成功晋升管理员后,您会如何判断一名用户是否符合巡查姬or管理员的标准呢?
  2. 您认为管理员是怎样的存在?您认为应当如何合理使用权力?
  3. 您认为在您还是普通用户时和您成为巡查以后在对待问题的态度、处理问题的方法等方面有什么变化?您认为这种变化合理吗?

以上,希望得到答复。—— 兽耳控一位史蒂夫 讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月7日 (四) 18:49 (CST)

上述问题您可以使用英文进行回答,您也可以选择不回答。—— 东方众一位史蒂夫 讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月7日 (四) 20:44 (CST)
@一位史蒂夫 Use your mader Yinglish, this is China.jpg
  1. 管理员我提拔不了。很简单:社群。人民群众是历史的创造者,是力量之源、胜利之本、执政之基。维护人员的权力来源于社群,代表了社群的意见,也理应为社群服务。他能不能代表社群的意见,最重要的是他值不值得社群的信任;一个用户贡献再多,热情再高,甚至是中科大的学生,他也有可能不是二饼,而是A13。他能不能为社群服务,不是取决于他多么能言善辩,而是取决于他对社群所做的贡献是不是真的为了社群好,还是只是为了取得更高的权利来蛊惑人心;这一点的判断方法,就是要多观察、多听社群的意见,有哪些用户和社群有明显不合,哪些用户经常被其他用户投诉,哪些用户做出的一些行为使人无法放心地交予他任何权力。要是觉得我说得太政治化了,那我还是拿出RJ前辈的那句话,“我们是源自普通编辑者的志愿者,我们是站点秩序的维护者,而不是高高在上的统治者。”
  2. 这个问题非常有意思。
    1. 管理的“职位”介于巡查和行政之间,但是我不认为管理员就一定得做巡查的头、行政的狗(Ann姐除外)。我觉得其实这个所谓的“官僚”体系的要点在于,巡查负责解决普通用户无法解决的意见分歧,管理负责解决巡查无法解决的意见分歧,行政负责解决管理无法解决的意见分歧——说白了就是顶“社群认为我的经验比较丰富,所以我有决定权”的帽子,以提高全民投票的低效率。这里的意见分歧,不仅是指编辑战、破坏者封禁这种明显的纠纷,也包括页面存废、各类投票等需要汴京的场合,因为这些操作也需要有“经验”的人。但是没有意见分歧的时候怎么办?大晴天戴帽子,你是云霞吗。wiki站的核心就是内容,而编辑内容这件事情不需要加入维护组也能做。因此我认为其实正常情况下没有那么多幺蛾子,只有在需要有经验的人站出来帮助大家做决定的时候,才会按用户组分出个三六九等来。你也没见当上管理的走路发光,是吧,当然也有可能我马上就能体验了
    2. 合理使用权力这个问题,其实取决于对“合理”的理解。我的理解是,“合理”代表“符合当前社群共识的理论”。在日常操作的场景下,我认为“合理”和“合法”是近义的。如果一个用户——维护成员与否——可以用已有的政策文件解释他的操作,那么他的操作就是合理的,他就合理地使用了他的权力,因为实际上政策文件应该代表符合当前社群共识的理论。但是当遇到法律没有明确规定、或是法律本身需要修订的时候,当一个用户到酒吧点了炒饭、或是过去的法律明显越来越难以实行的时候,就需要社群达成新的共识。对于点炒饭的情况,至于当前的这一次行为是否属于“合理使用权力”,我认为还是得就事论事。有的时候一些行为是不可饶恕的,需要立刻采取行动,比如Abuse(滥用编辑权力)和1029(滥用管理权力)。
  3. 这个问题其实我很难回答,因为我个人在这两年经历了非常多,所以对很多事情的看法都更加成熟了。当然,萌百在我的成长之中占了非常大的、不可或缺的一部分。通过萌百,我结识了不同背景、不同环境的人,也从他们身上学了很多为人处事的方法;而这种方法不光在站务上,在我的日常生活中也有所体现。我已经不再是那个每天都去V组群里道早安、听着HH的歌网抑云的中二少年了,我变成了一个每天氵十个群、听着HH的歌写代码的落魄书生力
    1. 如果非要说出什么的话……在成为巡查后,我对各种事情的处理都变得更加谨慎了吧。毕竟权力大了责任也大,我也不想天天吃警告甚至被社群质疑。从小了说,每次挂删前都得记得检查链入;往大了说,当社群发生非常严重的分歧、或是出现非常严重的事故时,我会首先去找相关人士了解情况,并且会尽量得到两边的说辞。只有在了解事件的全貌、明白争执的双方究竟有哪些过失之后,我才会得出一个结论,然后根据这个结论作出支持、反对或保持中立大概因为我是天秤座
    2. 至于是不是合理,我觉得这恒河里。其实我无论是申巡也好、申管也好,主要就是想要锻炼一下自己的技能、增加自己的阅历,学着和社会上各种各样的人打交道,毕竟再怎么说这也只是一个志愿者活动,又不是什么可以写到简历上的工作。权力大了,自然会应付更多的事情,这对我来说是非常宝贵的人生经验,我认为有这样的改变是更成熟的表现。
暂时就想到这么多了,如果突然想到什么了会补充的。希望解答了您的问题。
我真的是苦吟诗人……--EnMGP编辑者乐然 ※※※感光性受容体異常※※※ 2022年7月8日 (五) 02:06 (CST)
感谢回答,祝武运昌隆~
(…)吐槽 对于您的作息我表示(-)不支持 —— 东方众一位史蒂夫 讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月8日 (五) 02:13 (CST)
Says you.jpg --巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月8日 (五) 02:18 (CST)
来自用户:wenzuxiaot的提问

想了想我最常问的内容向or技术向的问题申请人已经在申请中说完了,也没什么必要再在这里问什么问题了其实。下面这个问题的回答不会影响我的投票,但还是希望能够听到申请人的想法。

二饼问了关于英文站日文站的维护问题,申请人也说要在外文(相对于中文)站推动一些工作,所以我想了解一下,申请人认为,en站和ja站要面对哪些受众?我们要吸引哪些编辑者去到这两个站进行编辑?--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年7月7日 (四) 21:18 (CST)

优质答案:我不懂日语。Ja我实在是无能为力,但是我认为在最佳情况下,En的受众应该是En人。换句话说,En和Zh虽然会有大部分重叠的编辑者,但我并不希望只有Zh到En一条途径。我认为En要传承萌百娘的血液,做有萌百特色的吐槽弹幕系幽默ACGN百科全书,“万物皆可萌”还是咱们的根。但也要找到自己独立的方式,就像ZhWP和EnWP一样,同样是维基百科,但是受众几乎完全不一样。当然,我们肯定比他们做得更紧密一点,管理层还是要统一一下的。
蓝吗?很蓝的啦。谈理想谁不会啊。现阶段大抵可以先打着“学英语”的旗号招一些Zh人,除非我们能找一窝LiaMinina。--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月8日 (五) 02:18 (CST)
那就还是希望申请人能够推动运维在英文互联网上对萌百的宣传啦--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年7月10日 (日) 00:01 (CST)
来自用户:屠麟傲血的提问
  1. 您在您的申请中说要建设英文萌百,当前英文站的政策“页面”还是一般编辑从中文站翻译过去的。方针和指引层面的政策文件在外文站点的制定程序还存在空白,对此您有什么想法?
  2. 您对萌百当下技术相关的帮助文档有何评价,有何改良建议?—— 屠麟傲血讨论) 2022年7月7日 (四) 22:12 (CST)
@屠麟傲血 感谢提问。
  1. なぜすべての質問がEnMGPに関連しているのか?这个问题怪我,因为我之前没空对En进行一个系统的整理,也没空去管其他人的翻译行为。对于En的方针和指引,我会接手16之前写的“方针方针”,定义“全域方针”(Zh同时适用En)、“本地替换方针”(针对En情况对Zh方针进行本地化修改后的方针)和“本地方针”(En自己的方针),然后在这个框架下整理现有的政策文档。之前我有一个整了一半的方案在enmoe:User:Leranjun/en-documents,也可以参考。对于目前En政策相关的制定,确实是一个比较尴尬的局面,因为En活人不够,不大可能自己开提案。我的构思是,目前整理好之后会先在Zh开提案,然后ping一些常在En活跃的编辑者,并且允许他们在提案讨论区内使用英语发言(如果Lia)。以后的政策制定,我觉得暂时还是在Zh为主,直到En有足够的人来建立自己的政策。
  2. 我先说好,我认为的“技术文档”是指“我知道我要做什么、但是我不知道怎么实现”的时候所参考的文档,与“我不知道我要做什么”的时候所参考的文档(也就是“编辑格式、规范与风格”这一类的文档)相对应。那么我觉得技术相关的帮助文档分两类:一种是面向所有用户的简单文档(比如Help:WAF、小工具的帮助文档等),一种是面向深度用户和开发者的复杂文档(比如MGP:代码规范临时论述Help:使用Python编辑等),当然也不排除同一主题不同复杂度的(比如Help:繁简转换Help:繁简转换/公共转换组Help:字词转换模式的说明Help:字词转换语法Help:高级字词转换语法)。我是觉得,因为大部分技术文档都是论述或帮助文档,所以创建门槛比较低,再加上有不少上古遗存,因此可能会出现风格不统一、内容重复、与当前政策脱节等问题。举个例子,一个用户想要在条目里加一首歌,那么请问他应该先去看Help:插入音乐Help:插入ogg音乐文件还是Help:MP3播放器呢?答案是,他应该先了解MGP:音乐与视听作品使用指引,但是这个指引在以上三个帮助文件中完全没有体现,在设立这个指引的时候也没有人提出要在帮助文档里提一嘴。要知道,论述和帮助文档才是面向所有用户的,不会有新人上来就读方针指引。目前倒没有什么非常急切的需求,但是如果可以的话,我认为怎么合并、修改、重写这些技术文档还是有讨论空间的。
以上,希望解答了您的问题。--单推人乐然 ※※※感光性受容体異常※※※ 2022年7月8日 (五) 11:27 (CST)
非常好的举措。—— 屠麟傲血讨论) 2022年7月8日 (五) 17:33 (CST)
来自玄微子的提问
  1. 萌百在前期处于追求条目量的状态,发展起来后转而追求质,但已有几分为时晚矣的感觉。您认为萌百该如何进行这种由量到质的转变,同时留住一批优秀的、可能是专业的乃至业内的编辑者,进而挽救萌百在专业、业内人士中比较负面的第一印象?同样的问题在英萌也已初现端倪,对这个问题的思考是有必要的。
  2. 未明确划分责任的群体,其人数的上升常伴随着责任的推诿和履行义务的懈怠。您如何看待维护人员中存在的不愿处理棘手的事件、不愿与比较tough的编辑者沟通(没有想到好词,可能用英文您更好理解),以及“随票”这一现象?
  3. 这个问题我也没有明确答案,您可以不答:wiki精神是早期互联网精神的一种体现,而萌百基本完全继承了最初的wiki精神。您认为随着十数年间互联网精神特别是中文互联网亚文化的激烈变动,萌百是否需要一些变化?相较于灰机、BWIKI式的维基农场和越来越多的专业性百科,萌百这种“MW构架的网络百科全书”究竟还有何优势?

我知道三个问题都比较难,我个人也没有完整的答案,您有自己的思考就好。您也可以用英文答。——From 引梦者浊华(讨论) 2022年7月8日 (五) 00:41 (CST)

@玄微子 感谢提问。这是一些非常重要的关于大方向的问题,我不一定能说出什么新的东西来,但是我会尽量回答。我先说好,以下内容可能偏激,并且纯属思维实验性回答,对我日常的站务处理不一定能产生多大影响,所以不要投反对票喵,不要投反对票谢谢喵
  1. 这个我真的只能说,挺难解决的。
    1. 对于“从量到质”的问题,我个人其实不是很认可您所说的“为时晚矣的感觉”,因为我觉得这是任何一个网站、公司、甚至国家和经济体的发展需要经历的正常阶段。罗马不是一天建成的,从没几个人的niche小群体到全国最大的ACGN百科全书,这个发展是渐进的、缓慢的,其中有很多的非常宝贵的摸索过程。一开始总归是不会考虑那么周全的,肯定是先紧着条目数量,打响了知名度之后才会开始追求质量、并制定更加详细的方针政策。如果当今的苹果是乔布斯当年PC市场占比被微软和IBM吊打的时代,它会优先考虑用户的数据隐私?它肯定优先考虑怎么挣钱。当然,除非它能像现在这样把理所应当的数据隐私硬生生吹成卖点,然后暗地里接着卖广告上没提到的数据。但我想说的重点是,只有在用户和内容数量上去、对质量开始有需求的时候,才会对一些更加抽象的问题进行更深入的思考。至于En,如我在给二饼的回答中提到的,有了Zh的经验,En的政策体系照抄就行了,还是比较方便的。
    2. 对于编辑者的水平……Let's be real,我们无法决定谁会写而谁不会写百科。从技术角度来说,这到底是把双刃剑。一方面,降低编辑的技术门槛能吸引更多人才,使更多懂行的有能人士专注编写内容而不用考虑技术和实现细节(包括wikitext);另一方面,降低的门槛使任何人都能编辑,导致编辑的质量也参差不齐。我们不能“阻止”不专业的编辑者,只能尽量通过“奖励”专业的编辑者的方式留住人才,比如授予优编。这也就是为什么我不太支持仅仅把优编看成“巡查豁免者”的论调,因为优编背后所代表的荣誉其实大于巡查豁免的功能性用途。我们常年身处维护组可能不觉得,但是对于一般用户来说,能获得“优编”是很大的肯定,也是我们为数不多的能够主动尝试留住编辑者的方式。从我们维护成员个人方面,要做好“吾日三省吾身”的扪心自问:我们有没有反应过激?有没有根据方针行事、还是在推行官僚主义和“滥权”?对于违反相关编辑规定行为的处理方式是punitive(站在惩罚的出发点上记过,重点在当下的错误)还是restorative(指引对方、希望对方能够意识到错误,重点在未来的改正)?这些用户是真心恶意破坏,还是只是不会使用系统的误操作?有没有实行“善意推定”的法则?这些都是需要经常停下来反思的。如果我们推行过度的威权主义,反而会吓跑很多编辑者,导致人才的进一步流失。
    3. “在专业人士中比较负面的第一印象”这个事情,我觉得属于共笔百科的通病。隔壁WP的处理措施是强调参考资料的重要性,主条目内不给出参考资料早晚会被人标“citation needed”或者“original research”,这样一来至少能够从一定程度上保证内容的真实性和可信度。但是第一,这依然不代表“专业人士”会认可条目内容;第二,我认为更严格的参考资料政策与萌百“不墨守成规”的价值观会产生冲突。是的,你没听错,死去的价值观突然开始攻击我。我一直认为萌百不应该做一个死板的、clinical的在线百科,而是如我在给小t的回答中提到的“有萌百特色的吐槽弹幕系幽默ACGN百科全书”。我认为每句话都加参考资料会抹杀很多条目的趣味,让编辑者和读者感觉自己在看论文。而且退一步讲,获得专业人士的肯定真的重要吗?我们要尽量保证条目内容的客观中立,但是不能像操作手册一样枯燥无味。毕竟真正的业内人士都有自己的关系网,也没必要上萌百查资料,咱这就是面向普通老百姓的,接地气一点反而更好。
  2. 这个观点我在给A姐的回答§问题2.1给星海的回答§问题2.2基本回应了。对于处理棘手事件、与编辑者的沟通问题,我其实并没有观察到有谁主动推卸这方面的责任,倒不如说很多人认为自己经验不足,或是比较难想出对策。我想这个只能靠实战磨练吧,阅历都是积攒出来的,更何况维护组未成年人比例在不断升高比如我自己,也不能要求所有维护人员都有足够为人处事的社会经验来想出解决方案。就算我自己,对于一些事情我也完全不认为自己能处理好,因此想要向前辈们多多学习,这也是我个人想申管的原因之一吧。
  3. 抱歉,第三个选答问题我实在是没精力写长答案了……之前几个问题的回答写太多了,分配不合理,是我的问题。我的大概想法是,变化一直都有,一直都有根据社群数量和构成的变化制定新的规则(对条目内容影响比较大的比如收录范围)。在给二饼的回答§问题1.1中我有提到EnMGP和EnWP、Fandom的对比,我觉得也适用于Zh和您所说的其他“专业性百科”,您可以参考一下。如果我有时间,可能会回来补上这个问题。
基本就是这样,如果您有什么追问请提出。我已经尽量使用中文了,但是总感觉有些句子还是怪怪的x
希望解答了您的问题。--OIer乐然 ※※※感光性受容体異常※※※ 2022年7月13日 (三) 02:47 (CST)
来自 User:AnnAngela 的提问
  1. 你对萌百当下的议事机制及效率有何评价,有何改良建议?
  2. 你对萌百当下的用户权限体系及当前维护组成员架构有何评价,有何改良建议?

——From AnnAngela the Bureaucrat (Talk) 2022年7月8日 (五) 09:12 (CST)

@AnnAngela 感谢提问。该来的保留节目还是会来的啊。
  1. 先说说议事机制的问题。
    1. 1029之后,我们看到了议事机制的很大变化。从政策上来讲,非常多的大型议事政策(例如提案、投票等)被修订,包括快速提案的制定对传统提案的效率提升了不少。从结构上来讲,我们看到了维护成员之间、以及维护组和其他用户之间更多的互动,并且运维方面也更多地听取了用户的意见。这都说明我们在与时俱进,是好事。
    2. 但是如我在给星海的回答中提到的,目前的讨论串、提案等方式还是很冗长,对于没有精力密切关注的用户不是很友好。一些讨论串内容复杂、改动较多,经常会有用户反馈“看不懂”;尤其是有票权的维护人员在活跃度压力下,更容易发生“随票”的现象。我希望在一些比较长的讨论串(包括提案)里能有专门的地方维护更简洁的TLDR版本,简述“大概改了哪些方面”。比如,在比较复杂的讨论串正文上方添加一个概要部分,由讨论串发起人或对讨论串内容主要关注的用户概括讨论内容,随讨论串中的讨论更新。对于人事案,可以参考HW版史记的记录方式,为比较长的回答列个提纲。就有点类似于GitHub上通过把上一个版本和这一个版本之间所有PR信息集合自动生成的更新日志那样,一个主要论点只要一句话就行,毕竟完整讨论就在下面。我觉得这样应该会更直观。
      • 举个例子,如果我要对这个问题的回答做概要的话这何尝不是一种套娃,可能会这么写:
        • 总体上议事机制在不断改进。
        • 长讨论串难以理解,建议增加概要部分。
        • 缺少外宣紧急情况的应对方案,需要进一步商讨对策。
        • 站外编辑群讨论的合“法”性存疑,应当保证站内的意见征询。
    3. 正如我在概要里所提到的,我认为另外一点比较重要的是突发事件的处理,尤其是外宣方面。这一点其实珞老师在他的申请里有提到,无论是马娘还是BA,目前我们对于这种对外事件的处理方式依然没有系统化,就连维护组内部获取的信息也不完整。BA事件我是亲眼所见,有人建议运维出面控制舆论、有人建议继续谈判、有人建议调查编辑组成员、还有人根本不知道发生了什么,场面一度非常混乱。我是真心不想看到这种事情再发生一次。当然,这个话题牵扯到了编辑组的外宣能力和权限,我个人并不是最拿手的,但是我希望主要负责这块的用户Siv能够格外注意制定对策,用最短的时间查明真相并做出处理动作,而不是让我们被打得措手不及。另外,编辑组负责人也应当加强对组内用户、尤其是新手的管理与指引,不要让别人先抓住我们的把柄,导致一点小事被夸大、造谣,最后演变成公关危机。正如我在给二饼的回答中提到的,这个时候就体现出一个编辑组具有完备编辑指引和指南的重要性了。扯远了。
    4. 最后一点就是编辑组内部讨论的议事机制。很显然,目前编辑组大部分都依赖站外群组作为主要沟通工具,而这也是有它的优势的,毕竟即时通讯还是更方便、对新手更友好、也能提升讨论速度。然而,尤其是一些比较大的编辑组里,我有观察到一些处于“灰色地带”的讨论:这些讨论对站内内容进行了比较大的修改,却没有在站内留下痕迹,这实际上有违反MGP:编辑组指引中“没有站内讨论的情况下直接以编辑组的共识作为讨论依据”的嫌疑。我就不说具体是什么事儿了,不然感觉像在点名批评一样,但是有些从该政策设立前遗留下来的一些讨论习惯确实需要整改,保证编辑组政策的落实。我认为利用站外工具方便、效率高的特点达成初步的讨论共识是没问题的,但是涉及重大改动时必须在站内留下讨论串,不能排斥没有加入站外群组、或是对该“共识”可能有其他意见的用户。不光是编辑组,这其实适用于任何一种站外讨论。
  2. 说一下比较常见的两个类别的用户组。
    1. 维护用户组方面,能够明显感觉到的就是巡查人数明显变多了。我认为大体上来看这是一件好事,因为维护人数的增加代表维护组意见更加多元化,并且越来越多的专题有对应的维护组成员负责,站务处理也更加便捷、高效。然而,在巡查申请增加的同时,巡查的定位也变得模糊了起来,给一些用户一种巡查手里的权限“不值钱”的错觉。很明显申请巡查的难度和管理、行政相比是不成比例地容易,而巡查和管理之间的权力差异相当大,从“条目维护者”直接上升成了“全站指引者”,没有一个很好的过渡,因此巡查和管理之间的数量差异也越来越大。上一次修正案加入了维护人员提问和考核部分后,这个问题还稍微好了一点,但是实际操作中很少有人提问,多半是“申了就过”。当然,用RJ前辈的话说,我并不希望把巡查申请变成“政审”,也比较反感那种把每条贡献都排查一遍、然后揪着早期的几次编辑质疑的鸡蛋里挑骨头的做法。但是我认为巡查的授权还是需要谨慎,毕竟是官方维护人员,手里握着“挂删”、“评论管理”等关键权限,并且能够访问维护组内部信息。这对于保持维护组信息透明其实也有好处——如果巡查的平均站务处理能力变低,导致整个维护组内很难进行重要的站务讨论(或是没有足够的信任),相当于鼓励管理、行政私下解决问题,又变成1029的情况。处理巡查申请的管理员一定要避免降低巡查申请的门槛、让巡查变成“大号优编”。当然,我没有说以上情况现在有发生,但是我不希望在未来发生。
    2. 技术用户组方面,我认为“技编”、“脚编”和“界管”的添加尤其重要。这其实将技术用户组和维护组做了一个分割,把一部分原来管理、巡查才有的技术权限(包括原来对重要模板的保护)下放给普通用户,这对于没有精力申请维护用户组、但技术力较强的用户提供了一个非常好的途径来直接参与技术性内容的维护,而不用每次都让其他不是很懂的管理员传菜,是吧星海但是星海技术力其实在不断提高,可爱
基本这样,抱歉花了这么久才答复,暑假放了比没放还忙……--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月12日 (二) 10:16 (CST)
来自 User:星海子 的提问
  1. 请您就管理员的权限及其设计谈谈对「System operator(Sysop)」和「Administrator(Admin)」的理解。
  2. 在萌百当下的维护人员的用户权限体系及当前维护人员架构下,我们对维护人员在出现重大站务时参与度有较高的要求,这对专注于一个或数个特定领域/主题的维护人员是不太友好的。那么您认为这种让所有维护人员都参与到站务中来的思想是否有其局限性和改进空间呢?
  3. 在理性权衡利弊的前提下,如果跳出方针/指引的框架去做某些事情会得到更好的效果(即所谓的“滥权”),您是否会选择去做?如果是,请说说大致会怎么去做;如果为否,请说明原因。

—— ほしみ 2022年7月8日 (五) 09:53 (CST)

@星海子 抱歉回复晚了,这两天比较忙摸了
  1. 哦我的上帝啊,感谢圣母玛利亚,我终于可以在这个地方看见英语了。老伙计,我敢跟你打赌,霍稀泥Hoshimi小姐根本就不懂英语,简直就像老路德维希(注)路德维希·凡·贝多芬(德语:Ludwig van Beethoven;1770年12月16日-1827年3月26日),德意志作曲家、钢琴演奏家。大谈米开朗基罗一样一派胡言——对了,你喜欢喝茶吗?
    直译的话,“sysop”表示“系统操作者”,“administrator”表示“管理者”。看一下词源:
    也就是说,sysop来自于“工作、劳动”,而administrator来自于“注意、协助”。
    我认为其实这两个词描绘的是同一个职位的不同方面。从管理员的职务方面,sysop是“系统”的“操作者”,代表管理员的“执行力”。一个好的sysop需要保证操作合理得当,做出每一笔操作时都清楚原因和后果。尤其是在作出影响范围较大的操作时(例如批量删除替换、修改影响全站的过滤器及代码等),应该谨慎谨慎再谨慎,尽量避免技术错误。从管理员的影响力方面,administrator是“服务者、管理者”,代表管理员在社群中的威信与职责。一个好的administrator需要保证自己在社群中有着与自己权力相符的信誉,才能做出有益于社群、提升社群满意度的事情。我再重申一遍,群众是监督的力量,也是管理者执政的基础,一个不为普通用户着想的管理者不会被社群所信任,也不可能有领导、指引社群的能力,更别说处理社群事物了。
  2. 稍微分三个部分回答。
    1. 我认为“让所有维护人员都参与到站务中来”这个思路是正确的。作为维护人员,本来就应该对各种站务处理都有经验。即便是对于像我这样编辑范围一只手能数的过来的维护人员,万一类似的事情发生在自己主要维护的条目上怎么办?
    2. 3次投票的活跃度要求,我觉得还行,基本上够用,也很少看到有人因为这个被撤职。但是我有一点顾虑,就是会不会因为活跃度要求而导致浊华前辈上面所说的“随票”的情况。不管是因为忙还是因为对内容不感兴趣,一定有不想完整阅读提案和人事申请讨论串、但是由于活跃度要求不能投弃权而不得不按照“大趋势”来投票的情况,这个时候就很难听见反对声音。我之前确实是有体验过短期忙碌、又不到请辞程度的时期,如果赶上提案和申请密集就会相当麻烦。或许可以考虑在3次的基础上加上时间限制?例如3次未投票间隔大于等于14天之类的。当然,只是个想法。
    3. 至于其他的“重大站务”,尤其是公关和外宣方面,大部分维护人员能够参与的程度也比较有限,主要还是需要与运维和行政商量。
  3. 我认为“理性权衡利弊”的前提下不会出现“跳出方针/指引的框架”的滥权——如果有,说明方针政策出大问题。以目前的政策文件来看,基本上都有兜底条款,很难真的跳出这个框架执法。目前我所见到过的“滥权”顶多就是在一些细节上——比如撤销或回退编辑、判定条目质量、封禁破坏者这种有主观因素存在的操作里——夹带一些私货,但是这种情况也主要以方针政策为基准。我个人会尽量在日志里留下相关政策的链接,这样一方面可以justify这类操作的合法性,另一方面也能提醒那些因不了解政策而犯错的编辑者、帮助他们认识到自己的错误,而不是只是让他们认为我在“滥权”,然后下次被其他维护人员警告。退一万步讲,就算真的遇到方针政策解释不了的问题,我也认为应该先向其他维护人员求助,而不是冒失地进行可能会“滥权”的操作。说不定真的就是方针政策需要修改了呢?
嗯,大概就这样。希望能解答您的问题。
我恨有序列表。--工具人乐然 ※※※感光性受容体異常※※※ 2022年7月9日 (六) 23:01 (CST)
来自あめろ的提问

当萌娘百科的政策(这可能是社群投票得到的)偏离了《萌娘百科:关于》的“萌娘百科是什么?”或“萌娘百科的目的是什么?”时,你认为是政策应当被调整,还是这两个章节应当适应现状? あめろ 讨论 2022年7月8日 (五) 17:02 (CST)

由于站点基本信息是STAFF和行政员才能改的,我可能问远了。所以这个问题选择性回答吧。 あめろ 讨论 2022年7月8日 (五) 17:07 (CST)

来自 User:Jacklin612 的提问

有新的管理申请是ao的XD

下面是我的提问:

  1. 您提到在担任管理员后会协助建立其他子站。在您看来,是否当鼓励编辑组进行跨语言站点活动以推动子站内容完善呢?

以上,希望得到您的答案,并可以选择使用英文回答。—— Jacklin612·🧾) 2022年7月9日 (六) 01:32 (CST)

@Jacklin612 都想看我用英文回答是吧,行,我用双语回答吧。
中文:我认为有必要,并且是一个非常好的提议。这个在我的En计划里属于“吃人”和“内宣”阶段。如果编辑组内有对英语或者日语比较了解的成员——尤其是人多的编辑组可能性更大——应该鼓励他们为En和Ja做贡献。但是在这之前需要先把方针政策的基础工作做完。另外还有一个比较头疼的地方在于版权协议:子站和Zh版权协议不通,但是反而和WP版权一样。如果Zh的人要到En写一样的东西,必须统一用两个不同协议发布,挺难办的。如果完全如果从EnWP抄的话,就失去意义了。这个我在改政策文档系统的时候还得再考虑考虑。
英文:OK, come on everybody, are you handle AK, featuring, takupaz dance crew, special song for you, OK, let's go! Never gonna give you up, never gonna let you down, never gonna run around and desert you; never gonna make you cry, never gonna say goodbye, never gonna tell a lie and hurt you.
希望解答了您的问题。--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月10日 (日) 12:05 (CST)
非常好佝偻病,爱来自瓷器。Very good Rickroll, love from China. 感谢您的回答,祝武运昌隆XD—— Jacklin612·🧾) 2022年7月10日 (日) 14:48 (CST)
Eric的小問題

我問二題:

  1. 請問閣下對於管理員一職的性質,尤其是「管理員也同樣是志願者,不應強求其做事」以及「管理員有做事的責任,不做事就是尸位素餐」等二種迥異之主流論點理解如何?
  2. 請問閣下是否會認同在部分事務之處理上略有瑕疵或爭議者成為管理員,還是只有「完美無缺」之所謂「聖人」方能勝任?值得一提的是,某種程度上,這也跟管理員選舉問題的水平和方向有點關係。

以上。無論如何,祝申請順利。—— Eric Liu 創造は生命(留言留名 2022年7月9日 (六) 16:06 (CST)

更新:以上二題可以不答,我改問以下這二題(實際上大概相當於三題吧):
  1. 您對於近期兩個提案投票中管理員與巡查姬等其他編者意見迥異的現象有何解讀?
  2. 結合管理員在提案投票中具備的極大權力(幾乎相當於否決權),這樣的現象是否可能對本站之進步構成什麼問題,又若是您會如何彌合管理員與其他編者之間在一些議題看法上的分歧,抑或考慮針對制度本身進行改革?
以上。抱歉造成您答題負擔,我真的忍不住要問一下。—— Eric Liu 創造は生命(留言留名 2022年7月11日 (一) 09:35 (CST)
@Ericliu1912 感谢提问。
  1. 优质解答:我不知道。这是一个……非常难解释的问题,因为除了投票理由上写明的原因以外,我对其他用户投同意或反对票的动机并不知情,而且这两个提案无论从内容还是从形式上都不是很有可比性。以下大部分论点是我的合理和不合理的推断,有很大可能不符合实际情况。我只是尽量想到最坏情况,即便这种事情根本没有发生,这样指出的问题才有反思意义。
    1. 对于未通过的《关于提案、快速提案等方针指引制定与修订办法的提案》,事实证明只要过了管理参与度和同意度这个坎儿,巡查的声音还是能被听见的。过半管理员认为增加的内容不会有太大影响,但是不少巡查认为实际操作中不可行或是没有意义。对于这个分歧,我认为肯定有管理人数少所以意见没有巡查多元化的原因,但是管理员同时也应该思考自己是否有“脱离社群”的嫌疑。虽然整体框架可能没有问题,但是巡查指出的一些细节可能会带来执行上的不便,这是需要管理多思考的。另外在这个提案里看到的一个非常大的问题是,提案的长度、复杂度使很多人搞不清楚发生了什么,投票区也一度反应“看得费劲”。这个时候就像我在给A姐的回答中说的,希望在提案内能看到概述版本,这样或许能看到更多巡查参与到讨论中并给出自己的意见,可能在讨论阶段就能解决一些分歧。
    2. 对于(截至本答案撰写时)仍在投票的《关于建立萌娘文库收录范围的提案》,我稍微多说两句。
      我们可以先看一下投反对票的几位管理投反对票的原因和提案讨论时的参与情况。
      1. 星海
        • 反对理由:侵犯著作权
        • 投票开始前发言次数:2次
        • 投票开始前主要发言内容:大量导入的风险、对执行缓冲期的意见。
      2. 蓝羽汇
        • 反对理由:没有意义
        • 投票开始前发言次数:0次
      3. 珞珝
        • 反对理由:侵犯著作权
        • 投票开始前发言次数:1次
        • 投票开始前主要发言内容:文字版权风险。
      4. 云霞
        • 反对理由:操之过急(根据发言内容,或许可以推断为侵犯著作权)
        • 投票开始前发言次数:1次
        • 投票开始前主要发言内容:文字版权风险(应当参见萌娘共享在版权规范方面作出限制)。
      5. FLK
        • 反对理由:“想法是好的”
        • 投票开始前发言次数:0次
      声明,我不是为了谴责任何一位管理,以上行为也并不代表管理的能力或在其他提案中的参与情况,我只是把观察到的事实记录下来。
      也就是说,除了珞珝和云霞以外,其他管理员并没有能在讨论时及时提出与自己最终反对理由一致的意见。这种情况其实并不罕见,也不是只有管理员有这个问题,但这样的做法总归不是很好。提案本身的意义就在于将一个想法拿出来让大家讨论,刚开始讨论的时候一定是不完美的;但是如果管理员都不针对这个想法提出建议,而是在该投票的时候才喊一句“你做的不完美”,那么有什么建设性意义呢?管理员应该将顾虑分享给社群,保持和其他编辑者的沟通,而不是自己忧心忡忡地看着其他人讨论。
      但是换个思路,投票是否开始得太早了?如果我没算错的话,投票是在第19天开启的,此时两个关于著作权的讨论串(分别由Sinon和珞珝发起)都还没有明确的解决方案,应该再进行更深刻的讨论。尤其是对于著作权这种涉及到法律的问题,需要谨慎行事,如果讨论不周、设立之后收到大量侵权投诉甚至律师函的时候就晚了。
    3. 不搞阴谋论,但是一个可能无关的观察是,前者由管理发起、过半管理投同意票,后者由巡查发起、过半管理投反对票。这是否证明,鉴于管理在社群内的威信,管理依然默认其他管理所发起的提案更加“可信”?另一个解释是,前者是修正案、而后者是设立新的收录范围,因此前者改动没有那么激进,尤其后者在版权问题上的争议可能导致法律问题。只是一些思考和可能的解释。
  2. 这个事情依然很难说。
    1. 管理员的权力是和经验和威信成正比的,不得不承认在一些事情上管理员可能更加老练,而且对提案本身的关注和思考也可能比巡查多(又回到了随票和活跃度压力的问题)。而且事实证明,真正过半管理员反对的情况很少,2位管理员参与度不够的情况就更少了。1029之后,我还没看到管理和其他编辑者之间有非常大的矛盾或恶性事件,我觉得这几次提案不算非常大的“分裂”。我能理解提问人对管理票权过大的怀疑,但是我认为以现在的情况来看,总体来讲还是可以相信管理有能力依据自己的经验做出正确的判断,毕竟能当上管理的人都是经过社群严格的提问与质疑死锤烂打之后才获得的权力。
    2. 但是反过来说,管理员一定要保持清醒、坚定立场、勇于提疑,不要出现1029那样被个别人带偏的情况。类似的,社群应该为质疑和反对意见提供一个安全的环境。我加粗这一点的原因是——我非常诚实地说——我个人有时候会碍于情面难以启齿,而我也看到有时候一些用户可能对反对意见反应过激,甚至包括一些维护人员也是。我认为无论是行政、管理、巡查还是普通编辑,都应该对反对意见保持理性的态度;你可以不接受对方的观点、鄙视对方的人格,但你不能不尊重他提出自己看法的权利。
    3. 最后就是管理员思考多但是没参与讨论的问题,如果不能说自己清楚自己担心的原因和重要性,其他人很容易误解为过度天真或者杞人忧天,这是需要尽量改进的。
基本就是这样。希望能够解答您的问题。--EnMGP编辑者乐然 ※※※感光性受容体異常※※※ 2022年7月13日 (三) 12:49 (CST)
感謝回應!—— Eric Liu 創造は生命(留言留名 2022年7月13日 (三) 17:34 (CST)
来自 User:平平凡凡小小鞠 的提问
  1. 直接轰入主题,我所知晓的编辑冲突的次数在变多,主要集中在操作申请版中。我自己在去年也体验过至少两次,就我个人而言,这种滋味是不令人喜欢的。相似的现象还有同一条申请由多位维护人员处理(A从前往后处理,B从后往前处理,C发现漏了一个没处理),印象中似乎有编辑者以“抢活”称之,请问您是如何看待这种现象的?需要改善此类现象吗?若是,如何改进?
  2. 选答。您如何看待现在运维方与维护组的关系?在双方的交流方面是否仍有不足?

以上。祝一切顺利!——この不審者小鞠こまりです 2022年7月9日 (六) 22:38 (CST)

@平平凡凡小小鞠 感谢提问。我先回答第一个问题吧,第二个选答问题我后面有时间了再来回答。
一件事一件事来。先说“编辑冲突”的问题,这个真的没有什么改善方法,而且讨论版外的地方应该很少见到吧。技术上来讲,如果我没记错的话,“添加话题”功能应该是直接在页尾附加一个新章节,大概是不看已有内容的,也许能减少编冲。
至于申请版“抢活”这个问题,我倒不觉得是件坏事,毕竟维护人员处理及时对用户来说也是很好的体验(可以对比一下某些站点的审核速度),但是我反对一天到晚坐在申请版前面等着接活。维护工作不只是被动处理用户申请,也需要主动去巡查、发现很多东西。要是真的喜欢抢到活之后肾上激素带来的快感,可以看一下这个页面。--工具人乐然 ※※※感光性受容体異常※※※ 2022年7月9日 (六) 23:31 (CST)

来自无票权用户的提问

▼ 我们鼓励申请人尽可能回答大家的疑问,但由于以下提问的发起者没有投票权,允许申请人不回应其提问。
来自U:Sivlovski的提问

有这么多大有希望的管理申请,不用催着我复职了。

  1. 从目前的外部宣传情况来看,您认为站内编辑目前在外部宣传上扮演着怎样的角色?能结合编辑组政策的外部宣传部分论述就再好不过了。
  2. 从目前的站内舆论情况来看,您认为运维团体在站内扮演着怎样的角色?维护组在对运维站内认同的塑造上又已经、抑或是可以做出什么?

--Thus Spoke Sivlovski.讨论」 2022年7月7日 (四) 20:59 (CST)

这两个问题,等提问者复职再来回答吧。--酒姬民乐然 ※※※感光性受容体異常※※※ 2022年7月9日 (六) 23:49 (CST)
?没有设想过这样的回答。就一个编辑者来说,我也想知道有可能成为管理员的人,对这方面的态度。如果回答者考虑到职权问题或类似顾虑,可以当作本人发问。我也就不开一个新提问了,siv问的挺好。—— SytusTalk 2022年7月10日 (日) 01:32 (CST)
这个回答有点过于官僚了吧,不想答可以不答,没必要这样。——来自糟糕的妹控狗头人 2022年7月10日 (日) 05:16 (CST)
开玩笑的,毕竟是选答问题。我会在处理完维护组的必答问题之后回答。--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月10日 (日) 12:07 (CST)

@SivlovskiSytus 好,正儿八经的回答如下。
  1. 如果遵守相关规定,我认为站内编辑实际的外宣权力非常小,大部分情况下都应该移交给管理、行政或运维进行决策。
    1. 代表萌娘百科的情况,根据MGP:对外宣传#对外宣传交流人员,具有外宣权限的一般编辑者必须“经由行政员公开授权”。实际操作中,除了运维和(极偶尔的情况下)行政员以外,很少有编辑者个体代表整个网站的,因此我觉得几乎可以忽略不计。
    2. 如您所提到的,更普遍的情况应该是代表编辑组或编辑群体对外交涉,这也是马娘和BA事件出问题的地方。目前在MGP:编辑组指引中规定的编辑组的外宣权力,只有“已在萌娘百科:编辑组列表中公示的编辑组可以以‘萌娘百科XX编辑组’或类似名义进行萌娘百科与萌娘百科之外平台的对外宣传活动”以及其下属的几条情况而已。更何况新的修正案对“编辑组对外交流时出现与站内有关的纠纷事宜”做出了更严格的规定,相当于直接跳过了编辑组内部处理的可能性。在运维能够辅助编辑组建立外宣能力之前,我认为这是最稳妥的方案,能避免潜在的口角冲突、谈判思路不清晰、甚至是出现“内鬼”的问题。在这些事情上还是得靠管理、行政和运维的经验,毕竟这是马虎不得的,稍有不慎就会把对方送上舆论高地。
  2. 运维的形象……目前来看,挺悲观的。
    1. 跟源初、黑卡、包括小鱼打了这么长时间的交道,我亲眼见证过运维背后工作的努力付出。但是很可惜,大部分编辑者对于运维为了保证网站能够继续存活而做出的举措完全不领情,还反过来骂运维的“不闻不问”、“浑水摸鱼”。说难听一点,你知道运维为了阻挡攻击者烧了多少钱吗?你不知道,因为你只在意你自己被WAF没法编辑了。你知道运维为了给网站攒够资金费了多少心思吗?你不知道,因为你只在意你自己看到广告了。你知道运维——尤其是小鱼——为了从零开始创造出MoeSkin花了多少时间吗?你不知道,因为你只在意你自己习惯Vector而用不惯新皮肤。没办法,这就是一些用户内心的真实想法,站在自己极端自私的立场出来抱怨运维的措施“害人”。是,我承认,运维“这两周”的办事效率确实需要加强,MoeSkin确实有不少需要改进的地方,甚至我们作为维护人员也经常吐槽,但是我请求一些编辑者,你们能不能把运维当人看?能不能考虑一下运维是打工人的事实?能不能理解一下运维不是全球500强、也缺人缺得厉害?“虽然是虚拟的存在,但内心是人类啊!”这句话送给那些隔着屏幕骂运维的人,你们不值得运维给你们做牛做马修复技术问题。
    2. 毕竟运维不会参加一般的站务讨论,也很少在讨论版上出没,因此塑造运维形象的重任就落在了维护组身上。维护组作为普通用户和运维之间的桥梁,在传递运维信息的时候有非常大的影响。如果和运维直接打交道的维护组总是抱怨连连,那么普通用户自然会认为运维都是尸位素餐的懒狗。当然,在一些特殊情况下一些信息属于不可泄露的内部机密,但是在大部分情况下,我认为应该尽量清楚地回复其他用户的质疑。如果运维给出的回应是,“这个问题已经反馈给相关开发者,我们会进行排查,预计在下一个版本中修复”,我觉得完全可以这样写,而不是总是在回复里用“这两周”、“等通知”搪塞,除非运维确实没有给出明确档期(比如升级mw版本、恢复评论区之类的老问题)。
看时间这可能是我最后一个回答了……我是在床上以一个非常不舒服的位置写的这个回答,所以可能影响了大脑的血液循环,但是希望能够解答您的问题。--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月14日 (四) 02:38 (CST)
可,欣赏大胆发声。—— SytusTalk 2022年7月14日 (四) 10:55 (CST)
来自U:红魔狗头人的提问

即使经过了去年10月底的事件后,目前站内维护组尤其是管理员和行政员仍然存在严重的“闭门政治”倾向,请问你对此有何看法?——来自糟糕的妹控狗头人 2022年7月7日 (四) 21:29 (CST)

来自 User:机智的小鱼君 的提问

感谢您对萌娘百科的支持,以下是我想向您提出的问题:

  1. 您如何看待管理员的权利与义务?您认为成为管理员后,与巡查姬、普通编辑者有什么不同?
  2. 您认为沟通是否是管理员工作中的重要一环?假如在今后的工作中遇到其他管理员的意见与您的意见不一致的情况,您将如何应对?
  3. 您打算如何在您的日常生活与萌娘百科的维护工作之间做出权衡?
  4. 您认为萌娘百科是否在向正确的方向发展?您如何看待目前萌娘百科的运维方?

期待您的回答,祝好~ 机智的小鱼君 (留言) 2022年7月8日 (五) 15:45 (CST)

来自U:北湖3的提问

您在申请中提到要更多的侧重于技术和人事方面,那么我想知道面对目前严重的WAF问题给非维护组成员乃至所有普通用户浏览和编辑萌百带来的极大不便,除了只能惠及极少数人的“催人申巡”以外,你是否其它还有更好的普惠性方案?--北湖3讨论) 2022年7月8日 (五) 22:29 (CST)

老夫有一计,关掉维护人员特权,这样就不会产生“普惠”的争议了——量産型伝蛙第869号(量産工場⑨) 2022年7月9日 (六) 12:12 (CST)
有。毁灭这个世界,然后破坏者就会停止攻击了。当然,如果更好的想法也欢迎向我提出,我会视情况帮忙争取。
另外对于维护人员的“特权”问题,不要说我站着说话不腰疼,但是我觉得这不算什么特权,毕竟编辑、维护需求量在那儿摆着。真正有心做维护工作的人蛮好申巡试试,我倒觉得反而是实至名归。--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月9日 (六) 23:11 (CST)
与本次申请无关的讨论。--OIer乐然 ※※※感光性受容体異常※※※ 2022年7月11日 (一) 17:31 (CST)
我觉得他的意思可能是,推出一个像IP封禁豁免类似的“WAF豁免”用户组,对于少数非维护组但编辑需求量较大的dalao而言是很有用的,不过这并不是什么普惠性方案,或者说本身也没必要搞啥普惠型方案。—— 董家军集合 2022年7月10日 (日) 11:49 (CST)
技术上做不到。WAF在PHP之前,在检测到用户组前你已经被WAF了。—— ほしみ 2022年7月10日 (日) 11:52 (CST)
( ? )疑问 如果技术上做不到按用户组豁免WAF,那么现在的维护人员是如何豁免WAF的?——来自糟糕的妹控狗头人 2022年7月10日 (日) 16:24 (CST)
哪裡提過維護人員可以免WAF了,我前天還看到那張萌百魚……--By CHKO (Talk) @ 2022年7月10日 (日) 18:44 (CST)
@北湖3在提问中强烈地暗示了巡查姬可以免受WAF困扰,而@Leranjun在回答时也默认了这一点。——来自糟糕的妹控狗头人 2022年7月10日 (日) 19:47 (CST)
这么说所谓的维护人员绕过WAF不是web端访问绕过WAF,而是直接把操作提交到服务器的脚本或者专用访问工具咯,说起来机器人的批量操作本来就是不吃WAF的。猜错不负责。——量産型伝蛙第564号(量産工場γ) 2022年7月10日 (日) 20:20 (CST)
有几个非维护人员的自然人用户也waf豁免,怎么会是呢—— 冬月下的二重奏 LUO1P 2022年7月10日 (日) 21:13 (CST)
我声明一句,我只是针对认为维护人员有“特权”不公平这个观点进行反驳,我没有说过巡查姬都不会遇到WAF,请不要曲解我的意思。
目前我所听到的两种声音,要么是降低WAF,要么是选择一些用户豁免WAF实行对所有用户开放的WAF豁免权限申请制。前者看似“公平”,实则增加了破坏者滥用的机会,反而对正常编辑的用户不公平。比起网站瘫痪全部500,部署WAF至少能允许你多看几个页面。后者更是带来非常大的问题,这个选择标准是什么?我们怎么知道谁能被信任而谁不被信任?更何况如星海所说,技术上做不到按用户组豁免WAF。我不认为这两种方案可行,如果还有什么其他思路,欢迎提出。--OIer乐然 ※※※感光性受容体異常※※※ 2022年7月10日 (日) 21:45 (CST) 修改于 2022年7月11日 (一) 01:29 (CST)
请问,你在回答中说“我觉得这不算什么特权,毕竟编辑、维护需求量在那儿摆着”,这一句所指的与编辑、维护需求量挂钩的“特权”具体指的是哪些权限?——来自糟糕的妹控狗头人 2022年7月11日 (一) 00:48 (CST)
……还能是啥,当然是WAF豁免权限。我认为“给部分维护人员发放该权限对普通用户不公平”的论调是错误的,因为维护人员有处理站务和进行编辑、维护工作的责任。而且如您所见,所谓“巡查姬可以免受WAF困扰”也是错误的,不是所有维护人员都有该权限,并且也有一些非维护组用户获得该权限(例如STAFF,毕竟人家在萌派工作)。我不想在这个问题上再追究下去了,文字游戏没啥意义,我要说的在上面已经说过了,您心里明白就好。--EnMGP编辑者乐然 ※※※感光性受容体異常※※※ 2022年7月11日 (一) 01:25 (CST)
看来是我误解了你之前的回复,我以为你是“否认维护组成员有豁免WAF的权限”,而实际上你是“否认所有维护组成员有豁免WAF的权限”,也就是说,部分维护组成员(以及STAFF成员)有豁免WAF的权限。
那么,你们在“谁能被信任而谁不被信任”这个问题上是如何对目前已有豁免WAF权限的维护组成员进行判断的?为何这个判断不可以在实行“对所有用户开放的WAF豁免权限申请制”时对申请者进行?——来自糟糕的妹控狗头人 2022年7月11日 (一) 03:56 (CST)
再说一遍,维护人员有处理站务和进行编辑、维护工作的责任。能成为维护人员本身就是拥有信任的体现,与其花时间研究新的“判断哪些非维护组用户可信”的框架,不如直接用申请维护组的方式进行判断。--单推人乐然 ※※※感光性受容体異常※※※ 2022年7月11日 (一) 09:23 (CST)
( ? )疑问 如果“能成为维护人员本身就是拥有信任的体现”,为何“不是所有维护人员都有该权限”?如果成为维护人员后还需要额外接受考核来获取WAF豁免权限的信任,为何这一考核不可以对其他申请WAF豁免权限的非维护组成员进行?——来自糟糕的妹控狗头人 2022年7月11日 (一) 15:45 (CST)
有的维护人员嫌麻烦没有弄,哪来那么多有的没的。别整天脑补了。——From 引梦者浊华(讨论) 2022年7月11日 (一) 17:25 (CST)
Staff本就不能被算作一般语境下的“非维护组用户”,甚至从层级上而言是高于维护组的,因此获得豁免权限是理所当然的。“不是所有维护组成员都有该权限”已经表明即便“能成为维护人员本身就是拥有信任的体现”,拥有信任也≠能够得到豁免权,因此判断“谁能被信任而谁不被信任”以及以此为出发点考虑给一般编辑发放WAF豁免是完全没有必要的。—— 董家军集合 2022年7月11日 (一) 13:01 (CST)
来自 User:Mathreader 的提问

下列问题,可能涉及到En站的后续建设(而非目前需要处理的事情),更多是一种探讨而不是发问。若你觉得还没想好下一步,完全可以不回答,不会影响我对您的评判。

  1. 您认为,英文社群中的ACG文化,与中文社群中的ACG文化,有哪些共性与差异?如果En站在未来,需要同时接纳,来自中文与英文社群双方的编辑者(及本地巡查),您会如何协调好两边的关系,避免/妥善处理因文化差异而导致的矛盾?
  2. Zh站的欧美ACG板块,由于关注度较低,存在着大量的不完整/缺失条目,而这些内容或许是英文社群成员比较擅长的。在我们翻译Zh站内容至En站的同时,是否也应当鼓励En站吸纳一些相关的英文社群编辑,来补充这类Zh站缺失的内容?如果是的话,你觉得如何进行宣传/对En站进行调整,可以有效吸引到这些用户?

辛苦您了,祝顺利。 --Mathreader讨论) 2022年7月10日 (日) 06:33 (CST)

来自User:御坂13766号的提问

emmm,这是我进入萌百的第一次提问,我的第一次,就献给乐然君了XD!

现在萌娘百科的用户群体在不断扩大,呈现低龄化、大众化的趋势,而就目前而言,新编辑者很少会去深究萌娘百科的方针政策,政策中一些表述似乎对新手来说也有点晦涩难懂。故:

  1. 您认为目前萌娘百科的方针政策等的表述是否需要调整?如果需要,将从什么方向上进行改进优化?
  2. 为给新编辑者正确、友好的初学者引导,您认为接下来萌娘百科在新手引导这一方面需要做出哪些改变?

辛苦乐然君了,要回答的问题好多呢。加油!--理性第一,韧性第二,热情第三。讨论 2022年7月10日 (日) 20:57 (CST)

来自User:刺客王边城的提问

问一个提案方面的问题吧:

  • 您认为提案投票中,未参与投票前讨论的管理/巡查是否应该拥有完整的票权?

当然,不回答也没关系。最后希望乐然的申请能顺利吧。--一位普通的刺客以及他的私人邮箱 2022年7月12日 (二) 10:56 (CST)

来自Uwer:Maya-Maja-Maia的提问

一个简单的问题。大家的问题基本上都是“会做什么”“该怎么做”,但是Maya的问题是反过来的:作为管理员,在面对用户的时候,乐然认为有哪些事情是(有其他人在做而且)自己不会做的?为什么不会做呢? ——MAYard. MAJudgement. MAImprints. 2022年7月14日 (四) 08:13 (CST)

讨论区 - User:Leranjun

(+)支持 乐然最棒——MilkBoy讨论贡献) 2022年7月7日 (四) 18:34 (CST)

(+)支持 \乐然/\乐然/--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月7日 (四) 18:37 (CST)

(+)字词 乐然,嘿嘿嘿我的乐然(流口水)--理性第一,韧性第二,热情第三。讨论 2022年7月7日 (四) 18:46 (CST)

(+)反对 No,不要再投票了!—— 兽耳控一位史蒂夫 讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月7日 (四) 18:47 (CST)

(+)支持 支持。--C:\Users\Hasuki_GOGO\Talk\ 2022年7月7日 (四) 18:51 (CST)

(+)支持 支持!--鸽鸽鸽鸽鸽鸽子讨论) 2022年7月7日 (四) 18:52 (CST)

(+)支持 \乐然/\乐然/\乐然/——From Yuzuki talksign 2022年7月7日 (四) 19:02 (CST)

(+)支持 看好乐然!--Nait_Talk 2022年7月7日 (四) 19:18 (CST)

(+)支持 加油!-- VENI,VIDI,VICI萌百) 2022年7月7日 (四) 20:10 (CST)

(+)支持 偏技术方面的一位管理,但文字内容上做的也不错。—— 屠麟傲血讨论) 2022年7月7日 (四) 20:32 (CST)

(+)反对 No,不要再投票了!—— Jacklin612·🧾) 2022年7月7日 (四) 20:46 (CST)

(+)支持 \乐然/\乐然/\乐然/\乐然/\乐然/-- 2022年7月7日 (四) 22:14 (CST)

(+)支持 \乐然/\乐然/\乐然/——SourceHanSerif.svg Al crayon讨论·贡献·共享) 2022年7月7日 (四) 22:27 (CST)

油 —— Eric Liu 創造は生命(留言留名 2022年7月8日 (五) 00:03 (CST)

(+)支持 乐然对碧蓝航线组的贡献有目共睹,支持所以说好的写差分模板给你生孩子何时兑现(对线)--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲讨论·贡献 2022年7月8日 (五) 12:28 (CST)

(+)加油!—— From 磷化镓_GaPthe NaïveEditor 讨论贡献 2022年7月8日 (五) 16:36 (CST)

(+)( + )来者恒来厚礼谢来喝茶吧 2022年7月8日 (五) 21:18 (CST)修改于2022年7月8日 (五) 21:24 (CST)

(+)加油!加油!--RiceCake讨论) 2022年7月9日 (六) 11:48 (CST)

( ¡ )题外话 该规范一下提问区了。以前在讨论区吵吵也就算了,现在直接在提问区讨论,多少有点过分了。——From 引梦者浊华(讨论) 2022年7月11日 (一) 15:43 (CST)

如果有用户问我能不能在不是自己的提问下方进行实质性回复,我一般会建议他们不要这样做;我认为可考虑将类似这样的规定纳入申请程序规范。同时,我也建议规定不能在投票区他人的投票发言下进行实质性回复(即仅可就签名规范、投票资格、投票位置等程序性问题进行提醒)。——C8H17OH讨论) 2022年7月12日 (二) 11:14 (CST)
(☩)意见 萌娘百科:管理员方针中“授权程序”一节规定:“提问期内,其他用户可向申请人提出关于萌娘百科维护、管理员及其权限和萌百未来发展等的提问”“发起投票且询问期未满7日期间,仅允许对申请人的回答进行追问”,由此可见,在规定的时间内进行提问以及追问是所有用户的权利,无论是单独开立章节进行提问和追问或是在他人的章节下进行都不违反方针规定。
在管理员申请流程中设立对申请人的提问环节,初衷就是为了让其他用户能够在自己关心的方面更好的了解申请人,存在复数用户关心同一方面的问题的情况不可避免,也存在用户在看到其他用户的提问和申请人的回答后也对此方面产生兴趣的情况,完全禁止在他人的提问下进行追问不符合设立提问环节的初衷。
但是,在提问区进行讨论也是与“提问区”的意义不符的,我认为,正确的提问区格式应当是“一问一答”(可以没有答),即提问区中只包含用户提出的问题和申请人的回答,而除新开章节的提问外,同一章节下的问题应当是与已有问题和回答直接相关的。
因此,我认同禁止以下情况:1.非申请人在提问区评论其他用户的问题;2.任何用户在提问区对申请人的回答进行非追问性质的评论,包括但不限于认同、否定回答及对回答进行补充;3.用户在提问区已有的提问章节下发表与原提问、已有追问及申请人的回答不直接相关的提问;4.其他用户代替申请人回答问题。——来自糟糕的妹控狗头人 2022年7月13日 (三) 04:06 (CST)

(+)强烈支持——甜的白萝卜(讨论) 2022年7月13日 (三) 04:09 (CST)

@Leranjun到时间开启投票了。草,看错时间。——来自糟糕的妹控狗头人 2022年7月13日 (三) 22:07 (CST)


@玄微子平平凡凡小小鞠红魔狗头人机智的小鱼君Mathreader御坂13766号刺客王边城 真的非常抱歉,这几天恰巧赶上三次元任务较重,一天最多也只能挤出来两三个小时回答问题,所以没办法在短短7天提问期内回答您提出的可选问题,实在对不住。所有的问题我都看过一遍,我认为其中有不少值得讨论的,对于一些问题的意见我其实在必答题的回答中也有涉及,您可以参考一下。如果您有强烈的兴趣继续探讨或者听我的意见,欢迎您通过其他站内或站外方式联系我,我会尽量回应。感谢您的理解!--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月14日 (四) 09:14 (CST)


@雾叶千奈 回复您在上面提问区的询问:EnMGP主页在这里。下次有类似疑问建议在讨论区发言,提问区回复主要用来进行追问,而且不容易被看到。--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月15日 (五) 15:54 (CST)

@小橙666 请在讨论版使用正确的签名,请勿在签名日期处使用如“今天”一类的词汇,方才已帮您改正为标准时间戳,请您理解,谢谢。——この不審者小鞠こまりです 2022年7月18日 (一) 16:19 (CST)


看到投票区有三人因为乐然对siv问题的回答2.1而投出了反对/弃权票,但是理由又很简短,因此写一下个人看法。

乐然想说的似乎是:运维在主观上希望萌娘百科变得更好,并且做出了很多我们看不到的努力。我想,不管是维护组还普通编辑们,都没有怀疑这一点,至少我没有看到有人说“小鱼君/黑卡/源初在试图让萌百变得更差”。或许少数人会说“小鱼君/黑卡/源初在消极怠工”,但我相信大多数编辑没有怀疑过“运维希望萌百变好,并且在为此努力”。在这一点上,不管是普通读者,萌百编辑,还是运维,都有一致的目标。

在“大家都希望萌百变好”的前提下,运维做了一些有争议的事情,引发了社群的不满。乐然觉得有些人的反应很过分,写出了回答2.1,我觉得可以理解——“不把运维当人看”(大概是人身攻击)确实是一件很过分的事情。但是单纯地抱怨“MoeSkin不好用”、“运维帮倒忙”是一件很正常的事情。萌百的很多用户都犯过错误,他们也许很努力,也真心想为萌百做贡献,但还是收到了抱怨和警告。“好心办坏事”不能掩盖失误的事实。强调运维的努力会使这件事看起来只是“运维的效率有点低,大家不理解还纷纷骂”。我个人认为这件事不仅仅是“运维的工作有一些瑕疵”。

例如,对于MoeSkin,我最好奇的是:写一个新的MediaWiki皮肤(以及一个萌百专门的app)这个决策是如何做出来的。即使作为一个三流学校的学生,我也在某门必修上学过“项目开始前要从用户的角度思考”(后来大作业的User story写到吐)和“要和客户交流,让客户澄清模糊的需求”。虽然知道它们很有帮助,但是我自己从来都没有遵守过这些准则,也毫无意外地做出了一些根本没人用的东西。运维作为已经工作了的人,懂的肯定比我多,也必然知道产品要满足用户(萌百读者和编辑)的需求。或许那个做决定的人觉得Vector的外观不太好看(这点我同意),一个更好看的皮肤可以吸引编辑和读者们(这点我也同意(注)我自己现在就在用经过简单修改的萌皮,虽然经常左右横跳);或许叔叔不愿意当冤大头继续给萌百花钱上高防,要求萌百开始盈利,于是运维只好仓促上线一个更容易打广告的萌皮,这个瞎编的原因我也可以理解。但我想知道:为什么运维觉得更换皮肤是达成目的的好方法。他们是否论证了这个想法的可行性,例如:在用户的角度思考;调查已有用户是否认为Vector是萌百目前最值得运维解决的问题(或者解决Vector过于老旧的问题能否帮助运维做重要的工作);估算开发新皮肤需要多少人力和时间,得到的回报是否值当;等等。当然,我并不是想让运维听我的,要是真的采纳我这个外行的意见怕不是更糟糕。我只是粗略地判断运维并没有仔细考虑过他们的决策的可行性和性价比。例如,刚入职的小鱼君似乎负责设计/制做新皮肤。这种高风险的事情,即使是商业公司也有可能在这方面翻车:我几年前看到Memrise请商业公司修改网页设计,结果获得一致差评。这里引用一下保守主义者们常有的观点:如果想要实行一个变化(默认萌皮),不仅要论证这个变化带来的好处大于坏处(萌皮比Vector好?),还要论证好处减去坏处仍然大于推行变化带来的负面效果。即使萌皮在未来成为了超越Vector的皮肤,强行推动萌皮带来的负面影响可能也会超过萌皮的好处。

不过,正如乐然所说:萌百不是世界500强。运维做出了有争议的决定很正常,要是我去干说不定被骂得更惨。运维也做了不少出众(注)请原谅我想不到更好的词:用几个月的时间把B站账户运营到接近40万粉在我看来是很了不起的。的工作。或许我上个自然段是完全错误的:运维认真分析了萌百现有的问题之后得出需要新皮肤的结论,也考虑到了工期、人力等问题,但不受欢迎的结果却出乎意料。无论如何,我希望能看到运维公示他们的计划(例如萌皮测试的时间线就是个很好的例子)和做出计划的原因并参考社群的反馈,不管最终成功还是失败。仅仅知道运维所做的事情是“让萌百更好”是不够的,就像在现实中听到“这是为了你好”又不加解释,不允许反驳。更何况,参考大家的意见一起做出的决定,即使失败了也有更多人甩锅不是吗(笑

零零散散写了一堆,最后总结一下吧:我认为乐然的回答仅仅强调了运维的主观意愿和努力,省去了“运维效率低”背后的问题。虽然运维的工作性质导致萌派而不是萌百对他们有直接的人事任免权,虽然萌百的编辑处于弱势一方,只能被动接受运维的决定,但是,如果编辑们能以友善的态度与运维沟通、反馈,如果运维愿意聆听社群的声音,避免在无意义的项目上耗费精力,最终都会让运维们和编辑们的工作变得更加轻松。

我估计维护组内部和很多编辑群也有过类似的讨论——不管是关于MoeSkin还是运维——而且知道的也比我在这里瞎脑补的多。我没有在站内看到类似的讨论。可能我消息比较闭塞?毕竟我是喜欢闷头编辑、很少参与社群讨论的人,只不过因为这次有点小想法,所以就暂且写下这些文字,看看能不能钓几个人出来回复我。希望能引起一点(迟来的)讨论吧,不管是支持还是反对。最后,写完全文之后一看觉得写得真的烂,尤其是结尾:我自己都不相信这种事情会发生,原因也已经说了。 —— ā PetrōPetrusMagnus对线|黑历史|签名墙Magnō于2022年7月18日(一)18:02(CST)

@Lihaohong 衷心感谢您的详细答复。按照时间顺序这里是投票开始后进行的讨论,所以擅自移动了您的讨论串,请您谅解。
其实我之前一直想找个机会澄清。在我对Siv给出2.1的答复之后,我和一些相关人员有聊过。在听取了一些建议之后,我认识到我的反应确实是有点过激,并且措辞不是很到位,让大家误解了,这点我向运维和所有编辑者道歉。
我想说的是,我并没有尬黑那些对运维工作提出意见的人,更没有为运维“洗白”的意思。其实我也是运维的监督者之一,我同意运维在一些问题上确实处理得不是很到位,尤其是和大部分编辑者的互动不够主动。前几天我也才听说一些运维提出的、与社群有很大的分歧的想法,这在我撰写这个答复之前是未曾想过的(这或许从另一个方面证实了运维在与编辑者、甚至与维护组之间交流不当吧)。
所以,尽管我现在依然坚持不应该对运维冷眼相待,但是就像您所说的,如果运维脱离社群一意孤行,那么毫无疑问应该进行批判。如我在我很多答复里提到的,社群是这个网站的本。如果我可以顺利上任的话,作为社群选举出来的管理员,我一定会尽量站在社群角度考虑问题,这点大家是可以放心的。对于我从社群收到的反馈,我会尽量向运维方传达;同时,我和一些其他编辑者也会尽量督促运维多主动地听取社群的意见,而不是在出现重大分歧之后才为自己的行为辩解。
对于被我之前的答案误导的人,再次表示我的歉意。这是我个人思考不周且表达能力出问题的表现,我会好好反思。请放心,我还是你们所信任的那个乐然。--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月19日 (二) 00:17 (CST)
@Leranjun 感谢乐然的回复。我看到有维护组成员在投票区投反对之后就猜测维护组内部对此有过私下交流。可惜的是,作为一名普通的编辑,我只能看到很简略的解释(诸如因为回答2.1投反对),因此自己在讨论区抛砖引玉,看看有没有更多解释。乐然能理解就好,加油!
( ¡ )题外话 权限变更的提问区是萌百少有的几个可以看到维护组对萌百各方面想法的地方。除了提问区,维护组成员好像很少公开表达对萌百现状的看法?可能讨论版太正式了,用群和私聊交流的应该多一些。 —— ā PetrōPetrusMagnus对线|黑历史|签名墙Magnō于2022年7月19日(二)06:17(CST)
其实话说了就说了,当然是不可能做到人人都满意,一个健康的社群总要有不同的声音嘛。有些人反感你的说辞从而投了反对,太正常了。而我要说我投同意票恰巧是专门看了你的2.1回复而投出来的。虽然不是萌百的运维,但作为相似行业的工作者,我看完了简直想哭好吗。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2022年7月19日 (二) 10:50 (CST)
@宇文天启我也同意您和乐然说的:运维承受了不属于他们的指责。很多灾难性的游戏发售(如战地2042)后有不少人去骂游戏的开发者,但该为此负责的应该是决定发行半成品游戏的管理层而不是执行上层的决策的普通开发者。当然,EA/DICE和萌派内部的运作咱也不懂,但是在我看来,比起因为萌皮bug多抱怨开发者做得不好(这种问题多测试总能解决的),关心为什么运维会做出被社群抵触的决策更重要。看了乐然的回复,我觉得我提到的事情他也注意到了(废话,经常和运维打交道的维护组当然知道),只不过在答题的时候更倾向于为运维不该承担的指责辩护。 —— ā PetrōPetrusMagnus对线|黑历史|签名墙Magnō于2022年7月19日(二)14:33(CST)
@LeranjunLihaohong 那就来点详细的吧,文笔有限,见谅。开投票时我本打算爽快给下同意(抢沙发)但这时我发现了给siv的那条回答,这之前我从没料想到乐然君是这样想的,这是事实。乐然你见过运维和小鱼君他们的付出,可不见得所有人见过啊。如果希望自己的付出被众人皆知,那不妨以某种形式“大胆发声”,就像你给siv的回答一样。关于这个问题,昨天我与一位站外听说过萌百并经常使用萌百的网友正好聊到了这方面,ta表示不知道这里正在受到网络攻击,但添加广告是确确实实看得到的。我相信,大部分人若是知道因为应对网络攻击而不得已引入广告,至少是不会公开就广告问题破口大骂的。而事实上,我现在所看过的有关广告的意见都是一些很合理的建议,也有编辑者明确表示“不是要求取消广告”,如果这都不是对运维工作的理解,那什么是呢?萌皮方面也应该是类似的,但可惜我确实习惯了Vector,没法把萌皮作为主力皮肤使用,但这不代表我对萌皮制作者的否定,我也会在心中暗暗赞叹制作者。如果这也算是我的“极端自私的立场”,那我感到很抱歉。再说“打工人”,一个很现实的解释是,他们是拿工资的而我不是,我只是靠着编辑热情写条目的编辑者,或者叫贡献者。回到乐然君的这条回答,我没办法判断“骂”究竟是什么程度,我不至于出口成脏但也没有太护着运维,这让我很为难。看到最后时不禁产生疑问“乐然,你在对谁喊话?”,又因为这是管理员的申请,这样的回答让我很难判断你对于那些给运维提出一些语气不太友好的意见人会作何回复。正如我认为“管理员可能有着更多与运维接触的机会”(这样想是因为1029事件中运维“旁听”了管理层的讨论),我理想中的管理员应该是在运维和其他编辑者之间的桥梁,既然是桥梁就不应该一边过分结实一边松垮。正如宇文天启前辈所说“一个健康的社群总要有不同的声音嘛”,这个不同的声音不应当仅仅是针对你的管理员申请,放到运维或是说“运维的决策”身上也应当是一样的。不是所有的“意见”都装着满满的恶意,正因为想让这里变得更好才会花时间和精力去提出意见,也希望运维和能深刻理解运维付出的人们也能理解这一点。
( ¡ )题外话 @Lihaohong 翻翻维护组成员的用户页或用户子页面应该会找到一些(?)不过我自己也没特意去找过,只是感觉应该会有人写。——この不審者小鞠こまりです 2022年7月22日 (五) 23:56 (CST)
@平平凡凡小小鞠 感谢您的回复,对于给您造成的困扰,我很抱歉。
关于运维“大胆发声”,我和其他管理员也有聊过,都希望运维能够更主动地和社群进行沟通。我也和运维反应过这个问题,他们其实本来有做公告系统的打算,方便直接和编辑者沟通,但是因为负责技术这块儿的人忙不过来,所以没有排期。未来如果这个功能实现,希望能够给运维和编辑者之间建立起更好的沟通桥梁。至于当下,如果大家对运维的沟通方式有什么建议,也欢迎向我或其他管理员提出,我会尽力向运维传达。
对于我在对谁“喊话”这个问题,就像我之前所说的,我可能确实言辞过激了,这点我坦白承认。我先声明,我不认为您所说的行为属于“极端自私的立场”。我确实观察到了一些用户为了抱怨而抱怨的声音,但是这是极少数的部分用户,很多意见都是非常宝贵的,希望大家不要对号入座。在与运维方交涉的过程中我也一再强调,不要因为小部分人的愿望而放弃大部分人的选择。我想表达的是,社群不能因为运维在沟通方面的欠缺而抱有先入为主的“运维就是不行”的思想,运维也不能因为社群里存在一些无理的反对意见而忽视社群的声音。双方的初衷都是为了将萌娘百科变得更好,希望能够互相理解、互相尊重,而不是分歧越来越大
请您放心,目前以我和运维的交涉来看,他们对用户的意见是非常看重的。但是同时,希望大家不要用风凉话浇灭运维的一腔热情和壮志,而是提出真正有建设性、有帮助的意见。这是我主要想说的。--工具人乐然※※※感光性受容体異常※※※ 2022年7月23日 (六) 02:15 (CST)
@平平凡凡小小鞠 感谢您的详细解释(总算有人也出来讨论了)。确实,萌百有不少类似“暗网”的用户子页面,也有很多早已被存档的讨论。慢慢挖还是能找出不少东西的。 —— ā PetrōPetrusMagnus对线|黑历史|签名墙Magnō于2022年7月23日(六)04:56(CST)

衷心感谢各位对我的支持和鼓励,特别感谢那些勇于对我提出意见的人。我不会辜负大家对我的期望的。--见习管理员乐然※※※感光性受容体異常※※※ 2022年7月21日 (四) 11:50 (CST)

投票区 - User:Leranjun

正在加载中……
  • 投票开始时间: |
  • 投票结束时间: |
  • 投票总用时 7 天,正在计算中……

萌娘百科:管理员规定,管理员申请投票时,管理员每人投票权重2票,巡查姬每人权重1票。在维护人员参与率超过2/3的前提下,同意票占总同意+反对票之比例超过2/3,同意票占总票数之比例超过1/2,且管理员反对票占管理员总票权数之比不足1/2,投票通过;除此以外,投票不通过。

除STAFF外,发起投票时共有7位在任自然人管理员以及39位(除申请人以外的)在任自然人巡查姬。

未生效的大召唤术

启动。@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖Sucaiking--巡查姬乐然 ※※※感光性受容体異常※※※ 2022年7月14日 (四) 09:15 (CST)

无情的圈人工具人@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖Sucaiking——  一位史蒂夫小跟班 ⭐(讨论·贡献)📝来自主账户一位史蒂夫 2022年7月14日 (四) 09:19 (CST)

@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖Sucaiking——  一位史蒂夫小跟班 ⭐(讨论·贡献)📝来自主账户一位史蒂夫 2022年7月14日 (四) 09:21 (CST)

乐然和史蒂夫的ping都失败了,因此再帮忙Ping一次,@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖Sucaiking。--94 42 233 2001-8 J-JREDiscussion) 2022年7月14日 (四) 09:26 (CST)

@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖Sucaiking —— ほしみ 2022年7月14日 (四) 09:52 (CST)

管理员投票意见

同意
  1. (+)同意 终于有时间把提问区看完了。乐然有一种可能是更加“现代”的特质,希望申请人能利用这种特质去推进很多事情。——From 引梦者浊华(讨论) 2022年7月15日 (五) 21:57 (CST)
  2. (+)同意 好。对siv问题的回答很好。—— ほしみ 2022年7月16日 (六) 00:10 (CST)
  3. (+)同意 相关提问的回答较为满意,希望能借你之手落到实处与他一搏吧。——From AnnAngela the Bureaucrat (Talk) 2022年7月19日 (二) 09:10 (CST)
  4. (+)同意 希望能处理好与社群的关系吧。--SysOp 珞珝 [用户讨论] 2022年7月19日 (二) 11:31 (CST)
  5. (+)同意 值得一试--From KumoKasumi the Bureaucrat (Talk) 2022年7月19日 (二) 19:14 (CST)
  6. (+)同意 没意见。——丝毫没有存在感的某蓝色管理员讨论) 2022年7月19日 (二) 19:49 (CST)
反对
弃权
  1. (∅)弃权 多一个人,多一份力.--饥饿之声-弗霖凯讨论) 2022年7月19日 (二) 11:30 (CST)

巡查姬投票意见

同意
▼ 该投票无效,原因:投票人不具备票权。
  1. (+)同意 很激动人心喵--侦探.希耶斯塔讨论) 2022年7月14日 (四) 15:47 (CST)
▲ 该投票无效,原因:投票人不具备票权。
  1. (+)同意 总得来点新血液。--94 42 233 2001-8 J-JREDiscussion) 2022年7月14日 (四) 09:22 (CST)
  2. (+)同意 申请人对英站的思路十分清晰,期待后续表现。——   于是我放弃了二饼已读不回) 2022年7月14日 (四) 09:38 (CST)
  3. (+)同意 七月月饼的一颗夺目明星,期待后续表现~--Nait_Talk 2022年7月14日 (四) 10:43 (CST)
  4. (+)同意 思路很清晰,对于具体或者抽象的问题都有不错的见解。—— 屠麟傲血讨论) 2022年7月14日 (四) 10:56 (CST)
  5. (+)同意 乐然嘿嘿嘿乐然——bob1301讨论) 2022年7月14日 (四) 10:59 (CST)
  6. (+)同意 完全同意——甜的白萝卜(讨论) 2022年7月14日 (四) 14:03 (CST)
  7. (+)同意:思辨能力佳,足堪當大任矣。—— Eric Liu 創造は生命(留言留名 2022年7月14日 (四) 12:07 (CST)
  8. (+)同意 这回答字数我怕了(—— 单推人一位史蒂夫 讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月14日 (四) 12:10 (CST)
  9. (+)同意 无条件支持。--Vcfch843875618讨论) 2022年7月14日 (四) 12:30 (CST)
  10. (+)同意 可以——by 专注各话制作的正云明宏 2022年7月14日 (四) 13:00 (CST)
  11. (+)同意 没有问题的啦。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年7月14日 (四) 13:32 (CST)
  12. (+)同意 已經不打算提問了,不提問我也會投同意。--By CHKO (Talk) @ 2022年7月14日 (四) 14:57 (CST)
  13. (+)同意 乐然的思辨思想和愿意直戳痛点的态度正是目前社群所缺的。strongly support—— 超级纯洁的小马娘秋园邀请你去地下室重马场一坐 2022年7月14日 (四) 15:23 (CST)
  14. (+)同意 可以的。 —— DaiGui aka YukinasNekotalk」 2022年7月14日 (四) 16:17 (CST)
  15. (+)同意 加油!—— Jacklin612·🧾) 2022年7月14日 (四) 17:11 (CST)
  16. (+)同意 ____(此处填入三个字).--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年7月14日 (四) 18:12 (CST)
  17. (+)同意 很认可申请人对于大部分问题的见解(特别是回答浊华前辈的问题那里),故同意。-- 珞羽子(交流室) 2022年7月14日 (四) 18:23 (CST)
  18. (+)同意 看了下回答的內容,覺得可以勝任。——空翊「留言」 2022年7月14日 (四) 21:50 (CST)
  19. (+)同意 感觉可以。—— 冬月下的二重奏 LUO1P 2022年7月16日 (六) 23:07 (CST)
  20. (+)同意 いいかも--已经是一条死鱼的HetmesAskalana 2022年7月17日 (日) 22:00 (CST)
  21. (+)同意 有些回答真的不错,和别的申请人完全不一样,期待能给萌百带来全新的面貌。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2022年7月18日 (一) 09:58 (CST)
  22. (+)同意 大部分问题回答的都很到位。--bbrabbitからの評論 #討論# 2022年7月18日 (一) 15:20 (CST)
  23. (+)同意 1.“No,不要再提问了!”——SILI。2.乐然是好孩子。好样的。(唐突玩梗,与出处无关,仅表达字面意思。)3.特意看了一下投票区提到的siv之问,首先我对乐然的观点表示尊重但无法认同,其次这不足以影响我的投票,最后我(▲)附议一下Lihaohong在评论区的相关发言。——C8H17OH讨论) 2022年7月18日 (一) 23:48 (CST)
  24. (+)同意 能力上可以认可。——Xzonn聊天) 2022年7月19日 (二) 00:26 (CST)
  25. (+)同意 准备充分,思路清晰,态度认真,能力突出,可以胜任。siv之问可以再论。就是提问区太长,看了好几天,实在累人。 淮南皓月 🌙 2022年7月19日 (二) 11:59 (CST)
  26. (+)同意:乐然的能力完全可胜任,虽然看到上面一些言论略有争议,但乐然的态度值得肯定。另,现在管理员申请要回答的问题未免太多了些。—— LN2 不是液氮 (讨论贡献) 2022年7月19日 (二) 13:20 (CST)
  27. (+)同意 从回答中可以看出对各类问题都可以从各种方向展开思辨,对其中一些问题有个人主见,总体方向明确,没有摇摆不定。 葫芦又 2022年7月19日 (二) 23:33 (CST)
  28. (+)同意 支持。——Bete1geuse1个标签:打嗝) 2022年7月20日 (三) 10:01 (CST)
  29. (+)同意 很难认同申请人的某些观点,但欣赏申请人回答问题时坦荡的态度,相信乐然能够在管理的权限范围内做好自己力所能及的事。-- 小乃讨论) 2022年7月20日 (三) 13:33 (CST)
  30. (+)同意 没有不支持的理由。-- Welcome to the Hotel California 2022年7月20日 (三) 21:02 (CST)
  31. (+)同意 加油吧——From 西尾哈鲁卡 (讨论) 2022年7月21日 (四) 01:16 (CST)
反对
  1. (-)反对 根据对siv提问的回答投反对票——From星之守单推人贯井羽优的草莓胖次讨论) 2022年7月15日 (五) 23:50 (CST)
  2. (-)反对 本想速速投下同意,认可除对siv问题的回答的2.1以外的回答。非常在意对siv问题的回答的2.1,故请允许我投下反对。——この不審者小鞠こまりです 2022年7月17日 (日) 23:24 (CST)
  3. (-)反对 抱歉,不认同申请人看待社群和运维的观点,故反对。--SinonJZH(๑•̀ω•́๑)(讨论) 2022年7月18日 (一) 23:33 (CST)
弃权
  1. (∅)弃权 对申请人对参考资料的态度持保留意见——尽管认可其编辑与沟通能力。--某FFF团的高级火法 批判一番) 2022年7月14日 (四) 12:14 (CST)
  2. (∅)弃权 虽然我高度认可申请人在界面和用户交流方面的能力,但鉴于目前站内的实际情况及申请人一些过于理想化的回答,我暂且对此申请持保留意见。--Qaolp0 Unhappy go lucky! (讨论) 2022年7月14日 (四) 22:27 (CST)
  3. (∅)弃权 基本赞成申请人的回答,但以我现在对管理员的认识,无法判断一位用户是否胜任管理员,包括社群意义和用户组权限的角度。From Sucaiking the WAFighter 2022年7月16日 (六) 22:31 (CST)
  4. (∅)弃权 你说的好,很好啊,这也是为什么没投反对。但是不认同对#来自U:Sivlovski的提问的回答2.1,很简单:社群。 あめろ 讨论 2022年7月17日 (日) 16:58 (CST)
  5. (∅)弃权 欣赏敢于发声的勇气,但部分回答保留看法。且与申请人交涉并不多,无法很好判断其是否具有能力胜任管理员一职,为不辱社群信任,投下弃权。相信其余维护人员判断。—— SytusTalk 2022年7月18日 (一) 00:25 (CST)

无票权用户意见

同意
  1. (+)同意 支持—— 满足怪 BearBin康他喷他留名 2022年7月14日 (四) 09:21 (CST)
  2. (+)同意 无异议--TNLHKsigntalktranslate 2022年7月14日 (四) 09:37 (CST)
  3. (+)同意 这是好的--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月14日 (四) 09:54 (CST)
  4. (+)同意 这是好的。--From SGT (Talk) 2022年7月14日 (四) 09:59 (CST)
  5. (+)同意 好耶-- VENI,VIDI,VICI萌百) 2022年7月14日 (四) 10:15 (CST)
  6. (+)同意 尽管我认为申请人在一些问题(如WAF问题)上可以作出更好的回答,但仍然支持乐然申请管理,希望有更好的作风。——AKQ 代号 不可逆Talk/Contributions) 2022年7月14日 (四) 10:18 (CST)
  7. (+)同意 问题的回答都挺好的,希望有朝一日能看到申请人带领下,人丁兴旺的En站。 --Mathreader讨论) 2022年7月14日 (四) 10:42 (CST)
  8. (+)同意 我很满意乐然对上述问题尤其是关于英站的问题的回答,期待今后的表现。--荷光竹影讨论) 2022年7月14日 (四) 11:18 (CST)
  9. (+)同意 这寺豪德。——By 纸飞机上的梦PTS 2022年7月14日 (四) 11:22 (CST)
  10. (+)同意 看得见您对En做的努力,有几个问题回答稍微让我有点感动,希望您当选的话不要离普通编辑越来越远。——CG/SS topic GOOD CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年7月14日 (四) 11:33 (CST)
  11. (+)同意 支持——GreenHal Talk with me now~ 2022年7月14日 (四) 11:39 (CST)
  12. (+)同意 沒太大問題 Kathying talk contribs 2022年7月14日 (四) 12:38 (CST)
  13. (+)同意 乐然人好技术高,支持。—ɪᴎↄʜɜɪ 2022年7月14日 (四) 13:14 (CST)
  14. (+)同意 很多回答都相当有价值,点赞。题外话:珞珝前辈与乐然前辈在管理员答辩中的优异表现毫无疑问地提高了大家对管理员申请回答质量的期望,这是或许是一件好事。—— 董家军集合 2022年7月14日 (四) 20:24 (CST)
  15. (+)同意 en站的希望啊。—— lavender^__^来找我 · 新人摸鱼实录 · 签个名咯qwq) 2022年7月14日 (四) 20:43 (CST)
  16. (+)同意 支持乐然——Zyszhao.·讨论·留名·贡献 2022年7月14日 (四) 22:15 (CST)
  17. (+)同意 乐然加油。-- 2022年7月15日 (五) 00:22 (CST)
  18. (+)同意 加油!—— From 磷化镓_GaP the NaïvePatroller 于洛天依十周年之际  2022年7月15日 (五) 01:49 (CST)
  19. (+)同意 申请者可以担当如此重任。——孤独的旅人暂时来到此地讨论) 2022年7月15日 (五) 10:56 (CST)
  20. (+)同意 这几天剪视频,电脑也坏了,差点摸了www。总之,谁不喜欢人好会整活的乐然君呢? --理性第一,韧性第二,热情第三。讨论 2022年7月15日 (五) 16:05 (CST)
  21. (+)同意 加油!--Takeuchi.BadEditor (讨论留名) 2022年7月16日 (六) 09:48 (CST)
  22. (+)同意 加油!——Wksksk讨论) 2022年7月16日 (六) 12:37 (CST)
  23. (+)同意 加油!萌百需要更多的男铜英雄--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲讨论·贡献 2022年7月17日 (日) 07:35 (CST)
  24. (+)同意 管理+1,这是好的。——From Yuzuki talksign 2022年7月17日 (日) 08:34 (CST)
  25. (+)同意 说话很好听,我很喜欢。——User:さくらじま まい樱岛麻衣 2022年7月17日 (日) 13:07 (CST)
  26. (+)同意 乐然姐姐,加油--不明性别·404查无此人不明性别 2022年7月17日 (日) 14:44 (CST)
  27. (+)同意 支持-- 小橙sweet 2022年7月18日 (一) 10:46 (CST)
  28. (+)同意 支持--Al Birdhaun★-Связаться со мной!☭- 2022年7月18日 (一) 13:04 (CST)
  29. (+)同意 滋磁——小萌貓 - 瀧澤さくね给喵金币! | ネコにこばん!) 2022年7月20日 (三) 20:35 (CST)
反对
弃权
  1. (∅)弃权 要怎样才能从世界中选出几亿亿亿个原子,让其组成有意义的单位呢? ——MAYard. MAJudgement. MAImprints. 2022年7月17日 (日) 13:56 (CST)
  2. (∅)弃权 呵呵。我负责吃瓜【doge】--User:Wudong 一生悬命 十代结弦 2022年7月18日 (一) 09:36 (CST)
  3. (∅)弃权 siv回答的2.1,我感觉有点恐怖--Jimmy qwq 2022年7月20日 (三) 20:07 (CST)

计票和结论 - User:Leranjun

本通知由人工机械体自动发出,可能存在发送时机不对、发送对象不对、重复发送等问题,如有问题请联系User_talk:AnnAngela

@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯Luoxuchan 本投票现已结束,根据萌娘百科:管理员#授权程序,请及时计票!——AnnAngela-abot讨论) 2022年7月21日 (四) 09:20 (CST)

  • 现有的7位管理员中:
    • 12票同意
    • 0票反对
    • 2票弃权
  • 现有的39位巡查(除去申请者本人)中:
    • 31票同意
    • 3票反对
    • 5票弃权
  • 维护人员参与率48/48=100%,大于方针规定的2/3;
  • 同意票/总同意反对数为43/46=93.5%,大于方针中规定的2/3;
  • 同意票/总票数为43/53=81.1%,大于方针中规定的1/2;
  • 管理员无反对。
综上,本次管理员申请投票被社群通过。—— ほしみ 2022年7月21日 (四) 09:39 (CST)
请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月25日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
——From AnnAngela the Bureaucrat (Talk) 2022年7月21日 (四) 11:19 (CST)

巡查姬申请 - User:Senyucishi

Senyucishi[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

  1. 已成为自动确认用户超过30日:
    完成
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务
    完成
  3. 已经通读了萌娘百科:维护人员的维护任务,基本了解站点方针/指引:
    已通读,并基本掌握了各项巡查工作
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次:
    在主、模版以及分类名字空间可被查询的贡献共计2218次。
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次:
    共享站文件、分类名字空间可被查询的贡献共计131次。
  6. 掌握wiki代码/分类/模板/文件的基本使用方法:
    已基本掌握。
  7. 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目:
    可参看U:Senyucishi/创建记录
  8. 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量:
    完成 如:
    1. Special:差异/6100745/6100806
    2. Special:差异/6048435/6049442
    3. Special:差异/6168940/6168989
    4. Special:差异/6100157/6101484
    5. Special:差异/6169120/6169149
    6. Special:差异/5990855/5994034
    7. Special:差异/6027056/6027638
    8. Special:差异/6028052/6028066
    9. Special:差异/5259466/6172704
    10. Special:差异/5913519/5915876
  9. 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为:
    完成
  10. 除自行请辞外,发起申请前30日内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请:
    完成

细细想来,我来到萌百也已一年有余。这期间我经历了许多事情,我个人认为我也同时有了一些改变。

在这里,我希望诸位前辈能够给我这么一次宝贵的机会,希望能够借此锻炼自我,不断使自己得到精进与提高。 ——森雨次世Senyucishi谨白·talk·contributions 2022年7月23日 (六) 18:42 (CST)


维护人员提问与考核区 - User:Senyucishi

讨论区 - User:Senyucishi

(+)支持 认识森雨也已经有快一年时间了,从毛手毛脚到沉稳谨慎,我也见证了森雨这些日子极大的改变,所以我个人支持此次申请,希望他能够以更高的标准要求自己,也希望能够使他在萌娘百科中做出更大的贡献。—— 东方众一位史蒂夫  讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月23日 (六) 18:46 (CST)

(+)加油!--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月23日 (六) 18:49 (CST)

(+)支持 加油.png—— Jacklin612·🧾) 2022年7月23日 (六) 18:50 (CST)

Eric Liu加油!—— From 磷化镓_GaP the NaïvePatroller 于条条初投稿十周年之际  2022年7月23日 (六) 18:52 (CST)


刚刚在地铁上面没有及时看到消息,先感谢长久以来支持我的各位。

星海前辈的拒绝也给我提了个醒,确实我自身还有许多不足之处,也有许多小问题没有得到改进。

很喜欢一句歌词:

行けば永い道
道阻且长,行则将至。

——《又三郎

在此之后,我一定会以更高的标准要求自己、约束自己、改变自己。最后,如果我有什么问题或者有需要改善之处,还请不吝赐教。

以上,再次对各位表示感谢!——森雨次世Senyucishi上言·talk·contributions 2022年7月23日 (六) 19:25 (CST)

(☩)意见 萌娘百科:管理员中未授权管理员直接拒绝巡查姬申请,萌娘百科:巡查姬中仅规定“若7日内无管理员受理巡查姬申请,视为自动拒绝”,@星海子以“某些方面有点欠缺”这一模糊的理由主动拒绝申请,既不符合方针规定,也难以服众。——来自糟糕的妹控狗头人 2022年7月23日 (六) 22:23 (CST)

在存档之前其他管理想改又不是不能改,RMAR动动手的事儿。管理有一定共识后早挂拒绝比一致决定开始装死七天搞得申请者一个星期寝食难安还多吃7天CD好太多,充其量是方针延伸出来的更佳人性化的方案罢了。--SysOp 珞珝 [用户讨论] 2022年7月23日 (六) 23:00 (CST)
一个星期寝食难安这个真的深有体会。--某FFF团的高级火法 批判一番) 2022年7月23日 (六) 23:20 (CST)
所以又是闭门政治讨论得出来“某些方面有点欠缺”的“共识”?我不是说坚决反对管理员主动拒绝,但是拒绝的理由如此模糊,如何服众?——来自糟糕的妹控狗头人 2022年7月24日 (日) 00:49 (CST)
我个人没见到此类讨论,当然也可能是我没怎么看群。但既然其他管理员都没有改结果,想必其他管理员是认可这种结果的吧。——From 引梦者浊华(讨论) 2022年7月24日 (日) 09:26 (CST)
我还真是第一次发现方针里没明文写管理员可以拒绝巡查姬申请,我以为这是方针行文的问题,建议下次修订时顺便补上;而“7天自动拒绝”则是因为发生过一些被晾了很久(既没人通过也没人拒绝)的申请,为补这个缺漏才添上的,与管理员原本的拒绝权无关。顺便,我找到了分别于2020年2018年发生的此类先例——均在您任职管理员期间,且当时的MGP:巡查姬也没有明确写可以直接拒绝。——C8H17OH讨论) 2022年7月23日 (六) 23:10 (CST)
2016年7月以前,授予巡查的权限由行政员(前任站长)持有,在处理申请时进行过主动拒绝的操作;2016年7月,前任站长使用最终决定权决定修改用户权限体系,将授予巡查的权限下放至管理员,此后管理员在处理巡查申请时沿用了之前行政员处理的方式。而且,当时的MGP:巡查姬并非方针,没有强制力。
但是,现在的用户权限体系主要是根据2021年12月的更新提案和修正提案建立的,该提案是在前任站长离任后提出的,确立了适应萌百新形势的权限体系,不应再沿用旧权限体系的“惯例”。
不过,方针并未严格要求管理员不得拒绝巡查姬申请,考虑实际情况的确有允许管理员主动拒绝的必要,但我认为管理员应当给出明确且合理的拒绝理由。——来自糟糕的妹控狗头人 2022年7月24日 (日) 00:49 (CST)
在2020年至今的相关修订中,对原有体系所做的修改都是明确指出的,未提及的都应视为照旧,并且我不记得有用户在修订过程中提出相关动议,因此我认为在没明确说明废除的情况下,此制度应继续适用。不过我同意至少现在的方针对此没说清楚,并因此建议下次修订时予以明确。——C8H17OH讨论) 2022年7月24日 (日) 02:50 (CST)
请求被拒绝。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月27日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
我觉得不太行,某些方面有点欠缺。———— ほしみ 2022年7月23日 (六) 18:56 (CST)

巡查姬申请 - User:BearBin

BearBin[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

  1. 已成为自动确认用户超过30日:
    2022年1月23日成为自确起至今共168日在?为什么注册五年才成为自确?
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务
    已通读并理解其内容、确保可以遵守。
  3. 已经通读了萌娘百科:维护人员的维护任务,基本了解站点方针/指引:
    已基本通读分类:萌娘百科方针内的页面。
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次:
    未被删除贡献大概1500+180+50左右,具体数量不确定,总之肯定是够的。
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次:
    文件上传+文件信息修改+分类创建/编辑分别约为500+200+250。自己上传文件时会第一时间分类(除暂定译名),写条目时也会顺便编辑他人未正确分类的文件。
  6. 掌握wiki代码/分类/模板/文件的基本使用方法:
    有创建条目的能力,会使用一定程度的wikitext、HTML及CSS代码,亦自己创建过模板页。
  7. 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目:
    用了比较多精力、自认为写的比较好的作品条目:天津罪奇异恩典(游戏)pieces系列闪耀青春追逐记,都用到了层叠样式表、较多模板和一定的HTML标签突出一个自我满足;创建的其它内容较多(>10k字节)的条目有花泽樱美少女游戏大赏水无月萤织部诚白鸟律雪之妖精的旋律秽翼的尤斯蒂娅 ORIGINAL SOUND TRACK玻璃青春久那土国记
  8. 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量:
    可见User:BearBin#主要贡献,创建/整改过的角色条目基本都会写上较详细的角色经历等信息、而非简单搬运官网内容。自认为通过编辑显著提高页面质量(个人编辑比重超过50%)的包括青鸟(游戏)创作彼女的恋爱公式Unless Terminalia最后的现在五彩斑斓的世界及其角色页面、星辰恋曲的白色永恒及其角色页面、InFINITE Line
  9. 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为:
    注册后无封禁和警告记录。经过其他巡查的解答才知道原来提醒不算警告,没读完政策文件就来申巡了属于是,丢人
  10. 除自行请辞外,发起申请前30日内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请:
    注册后首次申请。

【管理员】栀梦#放假阿熊去申我就去(有人说我申鲟他就申所以我来了,动机不纯警告

经过一段时间的编辑,已经能够较熟练地写条目、自认对条目质量要求有足够的理解,满足巡查姬所需的编辑水平;做过一段时间的up/博主,对自己的语言组织能力和交流能力有自信。自产生申巡的想法后,也经过了一定时间的冷却来确保自己不是一时间的头脑发热。

—— 满足怪 BearBin康他喷他留名 2022年7月10日 (日) 23:55 (CST)


维护人员提问与考核区 - User:BearBin

讨论区 - User:BearBin

(+)滋瓷—— 屠麟傲血讨论) 2022年7月11日 (一) 00:02 (CST)

(+)支持 我怎么被挂了(——By 纸飞机上的梦 2022年7月11日 (一) 00:06 (CST)

看看你的(指申请)——   于是我放弃了二饼已读不回) 2022年7月11日 (一) 00:19 (CST)
看看你的(指申请)—— 满足怪 BearBin康他喷他留名 2022年7月11日 (一) 00:20 (CST)

(+)好耶 —— 淮南皓月 🌙 2022年7月11日 (一) 00:22 (CST)

(+)加油!—— From 磷化镓_GaP the NaïvePatroller 于洛天依十周年之际 2022年7月11日 (一) 00:49 (CST)

加油!—— Eric Liu 創造は生命(留言留名 2022年7月11日 (一) 09:28 (CST)

好甜。 あめろ 讨论 2022年7月11日 (一) 11:22 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满16日后 (于2022年7月27日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
可以试试———— ほしみ 2022年7月10日 (日) 23:57 (CST)

优质编辑者申请 - User:冷漠丶无心

申请者:冷漠丶无心[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

申请用户组:优质编辑者

错误上传 ——冷漠丶无心讨论) 2022年7月24日 (日) 01:01 (CST)

请求被拒绝。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月28日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
文件没有问题,是网站的问题。暂时不要重复上传,等待修复即可。—— あめろ 讨论 2022年7月24日 (日) 01:03 (CST)

优质编辑者申请 - User:冷漠丶无心

申请者:冷漠丶无心[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

申请用户组:优质编辑者

错误上传 ——冷漠丶无心讨论) 2022年7月24日 (日) 00:52 (CST)

@冷漠丶无心,是网站出问题了,暂时不要重复上传。 あめろ 讨论 2022年7月24日 (日) 01:02 (CST)
@冷漠丶无心 您给出的链接指向的图片已因技术性错误重复上传而被挂删,另外请不要重复提交申请
如果您想删除错误上传的文件,请到操作申请版提出请求。--Nait_Talk 2022年7月24日 (日) 01:08 (CST)
请求被拒绝。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月28日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
如果您想删除错误上传的文件,请到操作申请版提出请求。——Nait_Talk 2022年7月24日 (日) 00:55 (CST)

巡查姬申请 - User:栀梦

栀梦[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核在此申请成为巡查姬。

  1. 已成为自动确认用户超过30日;完成
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务完成
  3. 已经通读了萌娘百科:维护人员的维护任务,基本了解站点方针/指引;完成
  4. 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次;完成
  5. 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次;完成
  6. 掌握wiki代码/分类/模板/文件的基本使用方法;完成
  7. 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目;完成
    玉响未来LOST:SMILE真愿朦幻馆交汇协奏曲等。
  8. 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量;完成
    Special:差异/6046018/6105170
    Special:差异/6098479/6099276
    Special:差异/5694715/5695006
    Special:差异/5676749/5677663
    Special:差异/6056898/6081138
    Special:差异/6094927/6096815
    Special:差异/5683086/6096789
    Special:差异/5937462/5938739
    Special:差异/5924707/6052530
    Special:差异/5850484/5851486等。
  9. 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为;完成
  10. 除自行请辞外,发起申请前30日内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请。完成


来萌百虽然有一年多了,但第一次编辑是在今年的三月。目前主要编辑范围是Galgame相关,为内容向编辑,现正在自己研究HTML以及css来美化排版 当然是仅桌面版视图(
最初那会什么也不懂犯了很多错,现在已经能尽量避免低级错误了。并且也想锻炼一下自己的能力 其实是最近迷上查看最近更改,所以斗胆一试。我深知自己还远不及各位前辈,不论申请是否通过,我都会以最初来这里的心态为萌百尽自己的一份力。

——By 纸飞机上的梦 2022年7月11日 (一) 00:28 (CST)


维护人员提问与考核区 - User:栀梦

讨论区 - User:栀梦

(+)支持 好耶,维护组CP+1—— 非专业技师一位史蒂夫 讨论·贡献 来看看平平凡凡的日步美吧~ 2022年7月11日 (一) 00:33 (CST)

(+)支持 【管理员】栀梦#放假一天没有看最近更改,要死叻—— 满足怪 BearBin康他喷他留名 2022年7月11日 (一) 00:35 (CST)

(+)加油!—— From 磷化镓_GaP the NaïvePatroller 于洛天依十周年之际, 2022年7月11日 (一) 00:52 (CST)

(+)滋瓷—— 屠麟傲血讨论) 2022年7月11日 (一) 00:54 (CST)

加油!—— Eric Liu 創造は生命(留言留名 2022年7月11日 (一) 09:20 (CST)

好甜。 あめろ 讨论 2022年7月11日 (一) 11:22 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满16日后 (于2022年7月28日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
———— ほしみ 2022年7月11日 (一) 00:32 (CST)

机器人申请 - User:新人之机

申请者:NewPerson[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

机器人账号:新人之机[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

我想实践最近学习的一些信息技术手段,对萌娘百科上的编辑进行编辑字数、词频等的不定期统计。

如果能够提供相关关键词列表,甚至可以及时发现破坏,部分减轻巡查姬工作。

顺便我还可以蹭API上限。

( ¡ )题外话 萌百或者MediaWiki是否有相关的API文档?如果没有,只能强制通过HTML分析页面了(


——新人 @ 2022年7月25日 (一) 21:27 (CST)

額……要求列出代碼的那些交給管理員問。很顯然我們對你、以及你的機器人並不熟悉,有什麼證據證明你進行的這些操作是正確且有用的呢?
例如,先利用沒有機器人權限的機器人帳號來進行一些操作?--By CHKO (Talk) @ 2022年7月25日 (一) 21:36 (CST)
好的,请等我再调试一下。
另外,这个bot的主要功能是统计,因此不会对页面造成破坏。
申请的主要目的是提升API上限。--新人 @ 2022年7月25日 (一) 21:38 (CST)
API有。mw:API:Main_pagehttps://zh.moegirl.org.cn/api.php?action=help 。 あめろ 讨论 2022年7月25日 (一) 21:43 (CST)
(i)注意 @NewPerson,根据萌娘百科:讨论区管理方针,原则上不允许用户修改或删除他人或自己的讨论内容。——Zyszhao.·讨论·留名·贡献 2022年7月25日 (一) 21:49 (CST)
好吧,“稍作改进”不能改变原意(--新人 @ 2022年7月25日 (一) 21:52 (CST)
关键词反破坏 您查找的是不是:Help:滥用过滤器--已经是一条死鱼的HetmesAskalana 2022年7月25日 (一) 22:13 (CST)
@NewPerson 以我对您申请目的的理解,我无法认定该申请会为萌娘百科带来任何贡献,故拒绝。如果您认为您的机器人能做出实质性贡献的话,请在申请中写明。——工具人乐然※※※感光性受容体異常※※※ 2022年7月25日 (一) 22:16 (CST)
这种词汇统计之类的机器人现在站里也不是没有,但人家就没选择申请机器人,机器人用户组是拿来做维护工作的。—— 屠麟傲血讨论) 2022年7月25日 (一) 22:20 (CST)
所以带个flag就可以了是嘛?--新人 @ 2022年7月25日 (一) 22:36 (CST)
没有机器人用户组无法使用bot标签。--EnMGP编辑者乐然※※※感光性受容体異常※※※ 2022年7月25日 (一) 22:45 (CST)
这就尴尬了,日后证明贡献再来吧。--新人 @ 2022年7月25日 (一) 22:47 (CST)
请求被拒绝。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月29日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
——工具人乐然※※※感光性受容体異常※※※ 2022年7月25日 (一) 22:16 (CST)

技术编辑员申请 - User:Grandom

申请者:Grandom[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

申请用户组:技术编辑员

同上
—— Grandom 2022年7月25日 (一) 16:27 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月29日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
———— ほしみ 2022年7月25日 (一) 16:28 (CST)