| 讨论区导航 |
|---|
| 公开讨论区 |
|
萌娘百科:提案 |
讨论版【方针政策】档案馆
20
21
22
23年
如果您要 申请/提名他人 至更高权限或其他用户组，请点击 。
目前已发布的公告节选：
- 关于10月29日米哈游编辑组事件进一步情况说明及致歉(2021.10.31)
- 关于2022年10月服务器维护的情况说明(2022.11.02)
- 关于临时暂停评论区所有功能的公告(2022.06.20)
- 关于停用虾米音乐外链播放器的公告(2021.01.05)
- 关于全站开启“香港繁体”用字模式的公告(2021.11.14)
- 关于全面恢复萌娘百科编辑功能的公告(2022.11.26)
- 关于公告的公告(2020.04.28)
- 关于原型类条目收录方针变动的公告(2020.11.12)
- 关于图站政策更新的公告(2020.06.08)
- 关于延伸确认用户的公告(2023.03.09)
- 关于文字内容著作权信息指引发布的公告(2021.09.06)
- 关于新增AppleMusic、Bandcamp、虾米音乐、Soundcloud外链播放器的公告(2020.07.18)
- 关于新增可获取UP粉丝数等的BilibiliUP模板的公告(2020.08.27)
- 关于新增可通过https协议加载如B站等防盗链网站图片的模板的公告(2020.09.26)
- 关于旧版萌娘百科App停运公告(2022.07.02)
- 关于用户组权限调整的公告(2021.12.08)
- 关于米哈游编辑组事件的公告更新(2021.10.30)
- 关于绑定手机号功能上线与隐私权政策更新的公告(2022.09.01)
- 关于编辑组信息登记的公告(2021.12.10)
- 关于网站网络波动的公告(2021.05.03)
- 关于群组信息版的公告(2020.04.28)
- 关于萌娘文库站名更换的公告(2022.08.05)
- 关于萌娘百科LOGO标准字更换的公告(2022.08.02)
- 关于萌娘百科切入境内的告知(2020.07.19)
- 关于萌娘百科站内广告的说明(2023.02.15)
- 关于覆盖上传文件的公告(2023.03.09)
- 关于规范管理官方群组的公告(2021.12.24)
- 关于近期收购相关谣言的澄清(2021.06.08)
- 关于隐私权政策更新与注销账户功能的公告(2021.08.19)
- 关于页面反馈功能上线的公告(2022.01.05)
- 未绑定手机号用户编辑相关功能限制公告(2022.09.06)
- 绑定手机号功能升级公告(2022.08.26)
- 萌娘百科网站新皮肤上线试用(2022.04.13)
- 萌娘百科网站电脑端新皮肤正式上线通知(2022.08.16)
目录
对“急需改进/专题top模板不应重复使用”的异议
指引萌娘百科:模板规范三级标题“顶部模板排序”称“欢迎编辑/急需改进/专题top模板不应重复使用”，我对此抱有异议。
尽管专题top在性质上与欢迎编辑有对应之处，但我认为该模板指示了条目与专题的关系，使用该模板表达的含义包括“该条目属于某专题”，这使得为了添加急需改进而删除专题top在我看来并不合适。一个条目急需改进并不代表其与所在专题无关。因此，我认为，急需改进与专题top模板本应可以重复使用。
以上。--ReikuChan 2023年2月27日 (一) 00:29 (CST)
- (＋)支持 BugCatcher （讨论 / 贡献 / BCR） 2023年2月27日 (一) 00:43 (CST)
- (－)不支持 对于这个问题，我将我的看法归纳为以下三条。
- 第一，专题top其实可以看作花里胡哨的欢迎编辑，本身是没有任何所谓的标识意义的。
- 第二，接上条，你认为欢迎编辑和急需改进能重复用吗？显然是重复且没必要的。
- 第三，如果说要标明条目归属，那起作用的应当是分类，而非一个简简单单的专题top模板，请拎清这之间的关系。—— 兽耳控⭐一位史蒂夫 （讨论·贡献）✉❶ 快来单推可爱的雏羽吧~ 2023年2月27日 (一) 01:08 (CST) 修改于 2023年2月27日 (一) 01:11 (CST)
- (－)反对 我认为在手机使用量日渐上升的当下应当尽量避免反复使用页顶模板，有些条目的页顶长到手机视图一页都拉不完。——
BearBin 「喷他 • 留名」 2023年2月27日 (一) 01:09 (CST) - (－)反对 同史蒂夫。并且我不支持叠叠乐。—— ほしみ 2023年2月27日 (一) 01:31 (CST)
- (－)反对 编辑者完全可以把TOP模板做的花里胡哨来淡化悬挂急需改进模板所应起到的提示作用。建议有整TOP模板的功夫不如好好完善条目正文内容后直接把急需改进模板拿掉。--冰风飘羽（讨论） 2023年2月27日 (一) 02:21 (CST)
- (＋)带条件倾向支持。专题页顶模板，除了常见的欢迎信息、标识所属专题、列出相关编辑组信息和专题编辑指导等展示文字的功能之外，可能还包含会影响页面内容的功能。例如Template:虚拟UP主TOP中会自动给页面添加分类Category:虚拟UP主；Template:Umamusumetop中会使用{{noteTA}}来自动添加地区词公共转换组；有的页顶模板还可能含有复杂的判断逻辑。如果页面因使用{{急需改进}}而不能使用专题页顶模板，则这些内容需要额外在页面中添加。 葫芦又 2023年2月27日 (一) 15:45 (CST)
- (－)不支持 同上述反对言论，叠叠乐看着花里胡哨的。再说，能挂上两天以上“急需改进”的页面要是还没被维护人员撅掉的话，估计也不适合新用户观赏。--人总是要进步的三土君「骂我」「赞我」「留言」 2023年2月27日 (一) 21:52 (CST)
- (－)弱反对 现有的专题top除了“花里胡哨的欢迎编辑”之外，还包括有更多功能的（如葫芦佬的例子）和更简易的（如{{阴阳师手游top}}，只有一张图一行字），和{{欢迎编辑}}确实不一定互为平替；但是，页顶模板叠叠乐更不好，上面几位也都提到了。我自己对这一条指引的个人理解和执行标准是：少用
{{急需改进}}，只要没到不堪卒读的地步，就用{{欢迎编辑|改进建议}}。反正萌娘百科:急需改进的条目已经是💩⛰️了，少这一个也不少。〔巡〕淮南皓月 🌙 2023年2月27日 (一) 23:58 (CST) - ( ¡ )题外话 指引用的“专题top”这个词有些含混。专题导航模板也是专题
页顶（ ）；{{妹妹TOP}}也不属于“妹妹专题”。我觉得“风格化的欢迎编辑模板”更贴切一点（———最近在尝试整理页顶模板的〔巡〕淮南皓月 🌙 2023年2月27日 (一) 23:58 (CST) - (－)反对：萌娘百科页顶模板堆积问题早已相当严重，此提议将使其雪上加霜。—— Eric Liu 創造は生命（留言·留名） 2023年3月5日 (日) 05:18 (CST)
- (＋)支持 -- 吴太祖大皇帝 · 罪论 · 擢升 · 酒诗 2023年3月9日 (四) 20:45 (CST)
- (－)反对 别叠叠乐了--𝕻. 𝖂. 𝕿. 2023年3月17日 (五) 03:00 (CST)
- (－)反对 过往已经对相关模板悬挂作出规范，目前尚无变更必要--云霞（讨论） 2023年3月19日 (日) 00:25 (CST)
BearBin
关于政策化萌系读本收录的可行性讨论
本讨论串已被存档。参见存档页：萌娘百科 talk:讨论版/方针政策/存档/2023年03月#关于政策化萌系读本收录的可行性讨论
关于萌百管理员行政员人手不足这件事
萌百管理员跟行政员人手不足，相信大家也都十分清楚这个状况了。目前想产生新的管理员或行政员都太困难了。因此，我发起这个讨论串，希望征集各位编辑者对于该问题的一些解决方案。
我自己这边有一个想法，但仅仅是一个不成熟的想法，即设置轮值行政员由常任管理员轮流担任，设置轮值管理员由巡查姬轮流担任。轮值用户组的权限可能会在常任用户组的基础上受到一定限制，又或者这会使对维护人员的要求提高。
我自己提这个想法时其实已经足够混乱了，可能并没有多少实施价值。但大静谧之后我确实是感觉到萌百的活力在逐渐消退。我还是希望萌百更加有活力一点的。想法十分不成熟，只是抛砖引玉，希望激起各位编辑者的思考。此串的目的是探寻更符合当下萌百的，能解决管理员和行政员人手不足问题的方法。拜托了，大家。--𝕻. 𝖂. 𝕿. 2023年3月8日 (三) 01:38 (CST)
另一种能快速见效的方案是拆分管理员权限，可以直接申请管理员，但也可以只申请部分权限。--𝕻. 𝖂. 𝕿. 2023年3月8日 (三) 01:53 (CST)
- 为什么活力消退了呢？也许大家都累了吧……--冰风飘羽（讨论） 2023年3月8日 (三) 10:42 (CST)
- 我总有种感觉，在我在萌百的这段时间以来，包括巡查、管理之类的用户组，虽然申请硬标准没有太大变化，但大家潜意识中对这些职位的要求，似乎一直都在水涨船高，因此大家往上申请的动力也就越来越低了。某种意义上，要改变这个现状的话，我觉得让大家轮换着当，可能是一个挺好的解决方案，不过操作上来说可能并不容易，还得再讨论。
- 另外多吐槽一点，单看现在的提案数量，我就觉得萌百的活力还是在的，也有很多人在想办法让它变好。人来人往本就是常态，不必因为少数人的不活跃/离开，就担心这里活力消退。我是觉得，咱们应该互相宽容一点，少点质疑，多鼓励有活力的人上去试试。 --Mathreader（讨论） 2023年3月8日 (三) 11:40 (CST)
- (…)吐槽 上面我的串等几个月了也没多少人愿意讨论，非得变成提案才有人来再次讨论，本来我是打算讨论形成一个共识了再上提案的，啧……--冰风飘羽（讨论） 2023年3月8日 (三) 12:04 (CST)
- 只看数字的话，现在的活跃用户数（1780）已经是疫情开始以来的最低点了（不算关站和关站后的那两个月），低于21年5月8日的记录（1846），见之前的统计。疫情前的数字在1200-1600之间浮动，所以目前为止活跃度还是高于疫情前的。
- 此外，部分学校2月下旬才开学，所以开学对活跃用户数的影响到3月末才会结束，那时的活跃用户可能会更少。 ——好哥哥一起来游戏吧（对线|黑历史|签名墙）日本进口飞机场于2023年3月9日 (四) 07:45 (CST)
- 轮值属于我昨晚在维护组群里一开始想的粗劣方案，问题很多，不具备可行性，可能也不具备必要性：
- 行政员本身没什么站点权限了，实际上除了最终决定权就剩个编辑所有用户权限了，用户权限编辑适当下放到管理就不会有人手紧缺的问题。监督员和查核员本来就是管理可以申请的职位。
- 管理员权限难以拆分，轮值管理势必拿到相当一部分危险站点权限，允许所有巡查无审核的进入轮值名单会直接导致站点运行风险提高，反过来也会使巡查的入职考核变得更严更困难；如果是审核进入轮值名单的话，又跟申请管理没什么区别了。更不用说轮值会导致常任管理一遍遍的老带新。
- 总的来说现在的管理员似乎并没有出显而易见的人手不足问题，硬说的有问题的话，解决方法是多上几个管理。我个人，以及我相信大多数管理，在现在这个情况下对管理申请者的要求都不会苛刻。--C.S.I.S. 珞珝 [用户讨论] 2023年3月8日 (三) 18:06 (CST)
- 管理权限大概也就删除或者页面历史合并权限能拆出来了，不过现在删除工作并没有积压很久，页面历史合并一般也要配合删除使用，只能说拆分并不是一个好主意；至于轮值，怎么选一个轮值管理也是一件麻烦事。所以这个问题最后又回到了“我们能不能看见新管理出现”。—— 屠麟傲血（讨论） 2023年3月8日 (三) 18:26 (CST)
- 估计光是回答问题就可以吓跑大部分的候选人了——现在一次管理员申请候选人要回答十数个用户的数十个问题，要么是问题太多，要么虽然问题的数量本身没问题，但与给予管理员的权利与义务不匹配（权责太多了）。
- 既然下放不可行，不知道上提部分管理员使用频率不多的权限给行政是否可行？危险权限的话，我记得以前滥用过滤器相关是有单独的用户组的。其他的同类型权限也可以考虑附加。——Nameless Qaolp0 (讨论) 2023年3月8日 (三) 20:52 (CST)
- 看不到任何缩减管理部分权限给行政的好处，可以理解初衷是想通过缩减管理权限降低管理申请门槛，但我认为即使如此也不会降低门槛，“高风险性权限”和“高频使用权限”并不是互斥的，上提高频的高风险性权限会导致严重的效率下降，而仅是上提低频的风险性权限又对执行初衷毫无意义，事实上我都想不到什么权限是对整个管理员群体来说低频使用而风险较高的。--C.S.I.S. 珞珝 [用户讨论] 2023年3月9日 (四) 17:10 (CST)
- ”能不能看见新管理出现”我不知道，但我知道已经三个月没有(非复职的)新巡查出现了。〔巡〕淮南皓月 🌙 2023年3月8日 (三) 23:05 (CST)
- 似乎也只能加油了。—— Eric Liu 創造は生命（留言·留名） 2023年3月8日 (三) 21:02 (CST)
- 赞同珞珝的发言，管理少就多来几个管理，巡查少就多来几个巡查（不过我个人对查核个人信息比较保守，所以人越多越好的用户组不包括行政和用户查核），比折腾这个用户组那个权限的简单直接而有效，轮值也是大可不必。至于为什么申请少，我赞同冰风飘羽和Mathreader的看法，同时还认为一是开学了学生党比较忙，二是萌百的各种广告等弊病把人吓退了。--Cesko（讨论） 2023年3月8日 (三) 23:24 (CST)
- 虽然管理行政人数少，但挂删处理和替换申请通常也不会被搁置太久，巡查辞职这些事情也不是非常需要快速处理的事情，这么想来其实萌百也并没有缺少管理行政到迫切的程度。——
BearBin 「喷他 • 留名」 2023年3月10日 (五) 19:53 (CST) - 如果不得不这么解决。在权限和制度都细化、复杂化的前提下，我个人不反对轮值制度。我觉得可以试试想要尝试的巡查姬进行自行申请，由管理员进行类似界面管理员、脚本编辑员的信任度投票、任期不超过3个月，部分权限受限。—— ほしみ 2023年3月12日 (日) 22:03 (CST)
屠麟傲血
BearBin- 轮值制度在技术和规范、风险上都存在诸多麻烦和问题，不宜把问题复杂化
我是不理解你百现在喜欢把问题往复杂了解决的趋势 - 可以优先将巡荣机降等权限给管理，其他重大风险权限目前可仍由行政员执行提降权操作
- 行政员作为最终决定权持有者应当保留，不应全盘放弃给运维执行，这是一个按钮，具体正式行政员遴选办法可以再议
- 管理员、巡查需要进一步降低隐性条件--云霞（讨论） 2023年3月12日 (日) 20:31 (CST)
前情提要
上次维护组内其实讨论过这个问题。当时是说 巡查、荣维、机器人 的升降下放到管理，监督、查核 移权运营。技术类再议、管理再议。
我个人认为管理升降也可以放给管理，欢迎讨论。对其他用户组有疑问也欢迎讨论。——From 引梦者浊华(讨论) 2023年3月12日 (日) 21:00 (CST)
- (＋)同意 我觉得可以尽快执行--云霞（讨论） 2023年3月12日 (日) 21:04 (CST)
- @玄微子该改动可否通过快速提案程序进行修改并提交运维执行--云霞（讨论） 2023年3月19日 (日) 00:23 (CST)
- 我觉得这不属于“对方针内容含糊不清的部分进行修改或补充，或对过时的条件进行修改”。——来自糟糕的妹控狗头人 2023年3月19日 (日) 00:51 (CST)
U:星海子 的建议
我认为调整幅度还可以更小一点，原因和具体说明如下：
- 将以下两个权限授权给管理员，此调整可以解决巡查去职过慢的问题，不涉及快速降权等问题。
- 添加用户组：荣誉维护人员
- 删除用户组：巡查姬
管理员可以用过滤器去除任何人的任何权限，在去职方面没有人能够限制过滤器。
- 我不认为管理员需要获得添加、移除机器人用户组的权限，只需要批准不涉及权限的追加任务即可。
- 管理员现在就可以批准短期的、技术类用户组用户持有的机器人任务。允许批准长期任务没有太大的问题。
- 机器人申请时可能需要额外的用户组权限，这通常不应该由管理员授予，或是管理员无法授予。
- 一般情况下没这么多新增申请机器人，通常来说追加任务比较多。
- 或许可以减少管理员申请时的技术性负担。
- 对机器人方针的改动最小，可以偷懒。
—— ほしみ 2023年3月12日 (日) 21:57 (CST)
- (＋)支持 管理不涉及巡查快速降权，不审批新增机器人用户组的账号，这样挺好。—— 屠麟傲血（讨论） 2023年3月12日 (日) 22:11 (CST)
- 我觉得1的这两条如果能快一点成真就好了。机器人方针什么的我也觉得可以不用那么着急改，交给社群汴一汴也不是来不及。本质上是通过权限下放来缓解，我是赞成的。--𝕻. 𝖂. 𝕿. 2023年3月17日 (五) 02:58 (CST)
- 个人认为，相关权限即使要授予也应当是暂时的，而非永久方案。长期而言，还应该是由行政员行使职权。—— Eric Liu 創造は生命（留言·留名） 2023年3月20日 (一) 11:39 (CST)
关于查核员数量过少的过渡办法的讨论
目前在洛珝请辞查核员之后，萌百的用户查核员仅剩行政员Anna一人，反破坏的压力急剧增大（考虑到之前CU Later的实际状况更是如此），我在此发起讨论，期望能够对新查核员上任之前的这一段过渡期内，对这一问题的可行解决办法进行一下讨论。
目前个人的想法是，解决上任过程中存在的某些阻力，尽快有管理员来担任，或者由运维直接代行职务？期待我这土砖坯子能引点玉来。 --已被萌死的花落→天使降临到了我身边！ 2023年3月12日 (日) 20:54 (CST)
- ( ¡ )题外话 是“珞”，不是“洛”。--冰风飘羽（讨论） 2023年3月12日 (日) 21:03 (CST)
- 阻力关键在于查核员持有用户查核权限所需的“签订保密协议”这一条，这个问题只在站内讨论几乎不可能解决。——来自糟糕的妹控狗头人 2023年3月12日 (日) 21:20 (CST)
- 个人建议等知道了签署保密协议的管理员有哪些、有多少数量之后再开启讨论，现在讨论有点为时尚早。—— ほしみ 2023年3月12日 (日) 21:59 (CST)
- 呃，好像两根手指数的过来... —— ほしみ 2023年3月16日 (四) 18:57 (CST)
- 建议直接请STAFF接管，前提是他们有技术基础。—— Eric Liu 創造は生命（留言·留名） 2023年3月13日 (一) 11:46 (CST)
- (▲)同上 虽然，问题就是有些人没有技术基础。-- 我は行く さらば 昴よ 2023年3月13日 (一) 11:58 (CST)
- 目前STAFF应该没有相关精力处理此类事件，目前仍需通过社群自洽解决问题--云霞（讨论） 2023年3月19日 (日) 00:24 (CST)
问题已答复。
在大家族模版内移除{{dead}}的行为是否正确
参见Special:Contributions/大嘴多啦小新方裤裤，以及{{声优出生年代索引}}、{{Coser}}、{{ACG歌手}}的历史。
由于其他编辑者在看到他移除{{dead}}后，算是形成了一个共识会马上撤销，本来是不打算放到讨论版上的。但是，他在{{ACG歌手}}里再一次移除被其他人加回的{{dead}}标记，恐怕将会出现3rr的情况，希望讨论这样的做法是否正确。（毕竟先前对如何使用{{dead}}的讨论结果也比较含糊）
如果讨论结果认为他不应该移除{{dead}}，请求维护人员进行提醒/警告。--Soramin（讨论） 2023年3月19日 (日) 12:22 (CST)
对于星野澪页面中的{{早期条目}}作出质疑
星野澪作为一个创建于2023年3月13日的页面，经管理员User:玄微子和User:星海子认定后在该页面添加了{{早期条目}}。
参考上方#请求行政员释法的讨论，该页面目前已经不是不在收录范围内。请求移除这个显然并不符合的模版，并希望两位管理员简单解释一下为什么要使用这个模板。--Soramin（讨论） 2023年3月19日 (日) 12:34 (CST)