维基百科讨论:管理员布告板

动议合并一些有关求助的页面

发现中文维基百科的有关求助、讨论的页面太过分散，导致其中一部分页面长时间无人问津，问题得不到解决。尤其是Wikipedia:新手求助。把所有页面统一起来，便于管理，也便于查看。我认为可能存在这种问题的页面有：

• Wikipedia:管理员通告板：大部分都有自己独立的页面解决，也可以私下联系管理员。页面中的留言大多是类似的、有独立页面（诸如WP:VIP）之类的页面的问题或者新手求助
• Wikipedia:媒体版权问题：可以合并到Wikipedia:互助客栈/求助
• Wikipedia:中立的观点布告板：可以合并到维基百科:互助客栈/条目探讨
• Wikipedia:对管理员的意见和建议：可以私下联系或者发布到Wikipedia:互助客栈/其他中
• Wikipedia:新手求助：可以合并到Wikipedia:互助客栈/求助

不知大家有何看法？ --Techyan（留言） 2014年3月21日 (五) 12:34 (UTC)

我从不知道这些页面的存在。在中文维基百科本身讨论不多的情况下，合并这些小分页非常合理。支持。钢琴小子 打个招呼 查看贡献 2014年3月21日 (五) 23:33 (UTC)

• 我曾建议过将所有非技术性的管理员权限请求合并到同一页面，主要是3RR布告板、RFPP和VIP。 --达师 - 277 - 465 2014年3月22日 (六) 09:07 (UTC)
• 支持合并这些页面，过于分散不易使更多人参与讨论。--M940504（留言） 2014年3月23日 (日) 02:04 (UTC)
• (＋)支持--GZWDer（留言） 2014年3月25日 (二) 14:15 (UTC)
• 没有反对我就把相关页面标记成Historical了。--GZWDer（留言） 2014年3月30日 (日) 12:44 (UTC)
  • 话说Wikipedia:对管理员的意见和建议会有些放置一些过长的对管理员的投诉内容（按照先前的情况，这些内容通常确实会非常长且可能措辞较激烈）的作用，防止大量占据互助客栈版面……Liangent（留言） 2014年3月30日 (日) 13:35 (UTC)
    • 已经关闭Wikipedia:管理员通告板/3RR。其他页面没有反对意见明天将关闭。--GZWDer（留言） 2014年3月30日 (日) 13:46 (UTC)

Wikipedia:管理员通告板其实用作管理员群的交流以及用户寻找管理员帮助的地方应该还是有用的。毕竟一些只与管理员有关的问题，实在没必要放到互助客栈上来--百無一用是書生 (☎) 2014年3月31日 (一) 01:39 (UTC)

• 可不可以把之前的一些页面移动到互助客栈的子页面中，例如wp:互助客栈/新手求助这样？毕竟一部分问题可能需要特别关注之类的，至少要有一个独立页面吧。--[[C_P_K_.]] {{留言}} 2014年3月31日 (一) 15:01 (UTC)
  • 这样不能解决讨论的页面分散，页面无人问津的问题。--GZWDer（留言） 2014年3月31日 (一) 15:24 (UTC)
    • 什么都混在一起的话，就不方便挑有兴趣看的内容阅读了。Liangent（留言） 2014年3月31日 (一) 18:25 (UTC)
      • 如果要设置成互助客栈的子页面的形式，那么这似乎和原来没什么区别啊。。还是很分散。如果有人认为Wikipedia:管理员通告板不适合放在互助客栈里面那就不放了吧。@GZWDer：最近没什么时间处理维基百科了，如果没什么异议，那就麻烦您处理一下，谢谢。--Techyan（留言） 2014年4月2日 (三) 10:32 (UTC)

提议规范管理员通告板（VIP，ANM，AN3）的处理程序、时限和方式

众所周知，中维目前用户争议经常导致用户被提报到以上页面。被提报后，除了非常明显的案例之外，管理员经常对投诉进行“冷处理”：查阅近期ANM存档，绝大部分章节的“处理”栏目均为空白。虽然用心良好，但事实上，冷处理导致争议不断延烧，对社群和谐不利，也无助形成一套“习惯法”令社群明白具争议行为可以接受的界线在哪里。是故，本人在此提议在管理员通告版中引入《申请解除权限方针》中关于管理员裁决举报的规定，以鼓励管理员发挥更明确的争议裁决和指引作用。

具体如下。

每宗举报通常处理时限为7天（参照AFD），然非硬性限制。原则上，被举报一方有权进行答辩，但在事实清楚和/或紧急情况下，管理员可直接采取制裁行动。遇到复杂情况，需进一步讨论者，可延长讨论时限。

根据被举报行为的严重性，管理员可作如下回应：

1. 驳回：举报不成立，不采取任何行动。
2. 提醒：被举报者行为有所不妥，容易引起争议，但尚未违规，则由管理员作正式提醒。
3. 警告：被举报者行为的确违反方针或指引，但尚不必进行制裁，则作出正式警告。
4. 禁制：对被举报者实施编辑禁制或互动禁制。
5. 暂时封禁：在管理员决定的期限内完全禁止被举报者编辑。
6. 永久封禁。

反复提出不成立的举报视为扰乱行为，可招致编辑禁制。

（引入自RFDR方针）管理员做决定时，应考虑所有用户的发言。进行禁制或封禁的有效理据包括但不限于蓄意犯规、草率行事、执于己见、没有悔意等。

（复审规定）有待进一步讨论。本人倾向规定不服禁制、封禁应使用已有的渠道进行申诉，而不服“驳回”、“提醒”、“警告”处理的用户可在同一页面就同一事件重新举报一次，由另一位管理员处理。另外，任何管理员均可推翻之前管理员的决定，但须有充足的理由。

-- Classy Melissa （批判一番） 2020年7月14日 (二) 13:26 (UTC)

看起来不错，暂时(＋)支持 --  Sunny00217  2020年7月14日 (二) 14:14 (UTC)

大体(＋)支持，一个疑问：如果是被举报用户不服“提醒”、“警告”处理怎么办？ DRIZZLE _{(按此给我留言）} 2020年7月14日 (二) 14:21 (UTC)

• @DrizzleD：微调一下吧：“被禁制或封锁的用户不服决定，应使用已有的渠道进行申诉。在其他情况下，涉及举报的任何用户均可对管理员的决定提出反对，要求另一管理员复核决定，但是每个举报仅限一次”。 Classy Melissa （批判一番） 2020年7月15日 (三) 00:43 (UTC)

(！)意见有关操作似乎为向管理提供进一步指示，应当详实讨论不同指示之细节。其中一点，现草拟之有关基本是指定针对被提报对象，认为依据实际不同个案，并不恰当。对于争议之涉及可有两方或之上、乃至多方事务，而有关事宜也会因应不同变化，而有机会于其他程序上处理。基于考虑到实际运作之问题，应仅略微强调有关决断适用于任何牵涉争议案之对象。

而决断应仅列明，基于提交与查核争议之编辑记录、案中发言理据、交叉比对争议中对象与争议外不同记录理据等而作出，并指示可以以第三方角度优先给予争议之协作意见、以便促成一定共识。而现提出之3到6项内容，不建议在草拟指引中优先与明确指示，除非有足够分权制衡机制统合于之（如本地一直无法成行的WP:仲裁委员会），否则此等指示极易变相令管理超合理权限。——约克客（留言） 2020年7月14日 (二) 15:07 (UTC)

• @Longway22：谢谢您的意见。此提案并没有给管理员授予新的权力；3－6项都是管理员已经可以做的行动，草案也没有规定在哪些情况必须使用此类措施，所以我不太明白为何会“令管理超合理权限”。此草案的用意之一是给管理员在封禁以外多几个回应举报事件的选择（1－3），正可以帮助调解争端：若涉及争端的用户可以这么想：“我不同意某人的行为，但尊重管理员的独立判断和终局判决，故此事不再追究”，对社群争议解决就颇有帮助。至于对管理员的权力制衡，一个是有上诉机制，另一个是任何管理员如见明显不合情理的处理，都可以径自推翻（有充足理据避免车轮战/管理战就好），私以为已符合合理制衡的维基惯例。 Classy Melissa （批判一番） 2020年7月15日 (三) 00:43 (UTC)
• 再加一点吧：“如阁下用户名列于下方，并认为对方亦有不当，请于同段提出，将对方用户名并列于标题，毋须开设新提案。敬请合作。管理员对所有涉及争端的用户都可以作出相同或不同的处理。（一事不再理原则）除非出现有说服力的新证据，不得就同一用户的同一行为作出重复举报。” Classy Melissa （批判一番） 2020年7月15日 (三) 01:04 (UTC)

(＋)支持--Starry🌟Home🏠_{签•动•哀•疫} 2020年7月14日 (二) 16:26 (UTC)

• 是支持阿，但人呢。--Outlookxp（留言） 2020年7月17日 (五) 07:42 (UTC)
• 看来管理团队没什么人愿意下决心改善社群的这种战场风气。那我皇帝不急太监急干什么，没资格继续讨论。 Classy Melissa （批判一番） 2020年7月18日 (六) 01:32 (UTC)

小工具

(！)意见:其实VIP的xiplus小工具已经罗列了很多不同的处理方式，我觉得比提案更可取。相反，我觉得与其定立规则，不如邀请技术大帝为ANM，AN3也设计一个小工具，这样我觉得更实用。--虫虫飞♡♡→♡℃※留言 2020年7月15日 (三) 13:36 (UTC)

(！)意见(▲)同上。--安全体验^TM 2020年7月15日 (三) 13:56 (UTC)

• @蟲蟲飛：已利用xiplus版close-vip源代码制作了 close-anm.js，您试试？ Classy Melissa （批判一番） 2020年7月15日 (三) 14:36 (UTC)
• (～)补充：若社群支持，我愿意 1.整合一个小工具，同时支援三个页面 2.在VIP模板和js中加入“警告”和“提醒”作为关闭选项。 Classy Melissa （批判一番） 2020年7月15日 (三) 14:41 (UTC)

• 现在xiplus的vip小工具已经很好用，可以不用另做一个；看看谁有能力帮忙做一个ANM，AN3的小工具，如果能帮忙做一个drv的小工具就更好了。--虫虫飞♡♡→♡℃※留言 2020年7月15日 (三) 15:03 (UTC)
  • 我刚刚做了ANM的，与xiplus的其实没什么区别，只是对应了ANM。User:Classy_Melissa/gadgets/close-anm.js。我稍后去做an3和drv。帮助管理员多做事的任何手段都是好的。 Classy Melissa （批判一番） 2020年7月15日 (三) 15:07 (UTC)

• 刚试过您的ANM小工具，很好用，但那些回应用词还保留了vip，可以修正一下；有空帮忙做一个AN3吧？drv能做一个吗？--虫虫飞♡♡→♡℃※留言 2020年7月15日 (三) 15:10 (UTC)

• 好的，我稍后改一下这些细节和小问题，其他的这几天就去做。 Classy Melissa （批判一番） 2020年7月15日 (三) 15:17 (UTC)

• 非常感谢﹗--虫虫飞♡♡→♡℃※留言 2020年7月15日 (三) 15:23 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘@蟲蟲飛：close-anm已更新（并移动至User:Classy_Melissa/gadgets/close-anx.js），改了一些细节和bug，同时支援ANM和AN3两个页面。DRV的在写了，不日即可完成。 Classy Melissa （批判一番） 2020年7月16日 (四) 01:34 (UTC)

Classy Melissa提报到错的地方的提报应该获得转介或由管理员提示提报者转介。ꓢꓯꓠꓟꓳꓢꓮ _{他从不挣扎} 2020年7月16日 (四) 01:09 (UTC)

@Sanmosa：我建议是若提报错地方，任何其他用户均可自行移动至对的页面。 Classy Melissa （批判一番） 2020年7月16日 (四) 01:23 (UTC)

Classy Melissa现在本来就可以这样移动（我很久以前就做过了），但这有机会导致编辑战和提报战（例如提案人坚决认为那个是破坏，不让人移动到AN3或ANM，然后把移动的人都给提报了，这最近我看到其他人有发生）。另一方面，如果没人移动的话，管理员还是有责任完成这个工作，而不是直接驳回，不然就和冷处理没分别。ꓢꓯꓠꓟꓳꓢꓮ _{他从不挣扎} 2020年7月16日 (四) 01:29 (UTC)

@Sanmosa：那我考虑一下要不要修改close-vip等小工具，增加自动移动的功能。 Classy Melissa （批判一番） 2020年7月16日 (四) 01:37 (UTC)

好的，不过没这个功能暂时也无大碍（反正我没有在用）。ꓢꓯꓠꓟꓳꓢꓮ _{他从不挣扎} 2020年7月16日 (四) 01:41 (UTC)

我想了一下，这不是技术问题，不应用技术手段解决。不如规定，若管理员转交到anm或an3，同一事件就不得重复在vip提出。 Classy Melissa （批判一番） 2020年7月16日 (四) 06:07 (UTC)

• 刚试过drv那个小工具，很好用。--虫虫飞♡♡→♡℃※留言 2020年7月16日 (四) 13:44 (UTC)

WP:管理员布告板相关问题

因应WP:行政员布告板的设立，想提出一些关于WP:管理员布告板的问题：

1. WP:管理员布告板/其他现时用作提报非破坏性的不当行为，但此命名可能引导用户直觉认为该布告板是用作向管理员提报其他所有事项。早前WP:管理员布告板/编辑争议因用词不准确已经更名（原为“/3RR”），是否应该讨论和考虑WP:管理员布告板/其他的命名是否准确恰当？个人认为以该页的用途而言，更名为WP:管理员布告板/用户不当行为更为恰当。
2. 续上，en:Wikipedia:Administrators' noticeboard用作与管理员团队整体之通讯。是否整体而言更适合回归该主页？英维常见在AN主页的提报包含处理页面争议、管理员使用权限处理事项的相关疑问和争议（例如最近的保护争议）、请求处理积压等等。现在不少这类型的通讯在中维分散在不同页面，有的在本板（互助客栈其他板），有的在条目探讨板（我比较好奇，这个板哪里“互助”了，根本就是RfC的集中板而已啊？为何不好好启用RfC在条目讨论页处理，非得在“客栈”讨论后又存回条目讨论页？），有什么事情又要ping一堆管理员，为何不集中在WP:管理员布告板主页进行通讯呢？是否应该重启布告板主页？

以上。--路西法人⛧ 2021年11月28日 (日) 16:56 (UTC)

• 针对第一点，考虑地区词问题，“/其他不当行为”为宜。—— Eric Liu _{创造は生命（留言．留名．学生会．STE）} 2021年11月28日 (日) 17:58 (UTC)

  提出用“用户(使用者)不当行为”是基于管理员布告板本身的意义不是纯粹用作提报不当行为，而是包含其他通讯（例如以往的“意见与建议”板、“界面的修改”板），正确来说是管理员通讯和待处理的工作，使用“其他不当行为”中“其他”给我的感觉好像管理员布告板只是用作提报不当行为。--路西法人⛧ 2021年11月29日 (一) 01:57 (UTC)

  目前双布告板配置的情况下，我认为这样命名妥当。如果有计划重启布告板主页面或其他板块，那么可以再商榷。—— Eric Liu _{创造は生命（留言．留名．学生会．STE）} 2021年11月29日 (一) 06:28 (UTC)

  此讨论正包含重启主页的议题。个人觉得无论如何都应改成最准确的命名，避免改完再改。--路西法人⛧ 2021年11月29日 (一) 15:37 (UTC)

  按目前情况，该板就是处理其他不当行为。如果最后有所变化，命名才有重新调整的余地。—— Eric Liu _{创造は生命（留言．留名．学生会．STE）} 2021年11月30日 (二) 02:40 (UTC)

  那么@Ericliu1912阁下对于重整布告板系统并重启WP:管理员布告板主页有何意见？--路西法人⛧ 2021年11月30日 (二) 08:24 (UTC)

  我个人是支持的。但是怎么分流，这是有点令人烦恼的地方。—— Eric Liu _{创造は生命（留言．留名．学生会．STE）} 2021年11月30日 (二) 08:35 (UTC)

(～)补充对布告板系统的相关意见和问题：

1. WP:申请解除权限使用率颇低，今年至今11个月整才41宗（平均一个月才四宗）被提报滥用权限、13宗请辞或弃用无用权限（平均一个月仅一宗）、14宗已封禁或除权用户复审（平均一个月仅一宗）。提报滥用权限的41宗基本上很容易出现一案两审（因为WP:ANM的存在），基本上全部并回ANM都可以；请辞或弃用无用权限可并至重新设立的WP:管理员布告板主页（如同请辞管理员并回WP:行政员布告板；已封禁或除权用户复审则应透过JS提醒管理员被永久封锁用户有权限需要移除，遗漏者亦可透过WP:管理员布告板主页提醒管理员处理。
2. WP:互助客栈/条目探讨板基本上就是RfC的简化+混乱板。RfC设好还用不用这板？（可能直接重定向至RfC主页更好）
3. WP:已删除内容查询不知道为何连结至英维en:Wikipedia:Requests for undeletion，不是应该连至WP:存废复核请求吗？
4. 请求处理管理员积压有时候真的不知道为何会挂在公告栏，有用吗？
5. 互助客栈除了求助板以外还真的没哪个板是“互助”的，本质上就没有半点是互助的讨论空间，我觉得去掉互助两个字其实并无不可，直接“客栈”就足够了，这样就不会有“互煮客栈”这个称号了呢～^{[开玩笑的]}

其他用户怎么看呢？Ericliu1912--路西法人⛧ 2021年11月30日 (二) 09:21 (UTC)

申请解除权限可并入管理员布告板；互助客栈条目探讨区不适合并入集中讨论；已删除内容查询之跨语言链接问题系本地与英维存废讨论类型不同所致，并无修正必要。—— Eric Liu _{创造は生命（留言．留名．学生会．STE）} 2021年11月30日 (二) 10:42 (UTC)

“互助客栈条目探讨区不适合并入集中讨论”能否解释？--路西法人⛧ 2021年11月30日 (二) 11:03 (UTC)

我认为集中讨论比较适合用来做政策意见收集，或短期密集讨论；互助客栈条目探讨区行之有年，运作良好，有长期需求，未见有必要为切换而切换。况且集中讨论目前实施起来其实并不算多成功。—— Eric Liu _{创造は生命（留言．留名．学生会．STE）} 2021年11月30日 (二) 16:59 (UTC)

enwiki的undeletion限于索取已删除资料、复还过期草稿和未讨论而删除的页面，经XfD讨论删除的页面跟我们一样是要走DRV的。把Wikipedia:已删除内容查询连结到undeletion是正确的。--无聊龙·留言·贡献 2021年12月8日 (三) 05:52 (UTC)

---

好像不够关注，搬过来看看。--路西法人⛧ 2021年12月8日 (三) 04:17 (UTC)

“其他”改名为“不当行为”。补充：是不当行为四个字。桐生ここ★[讨论] 2021年12月8日 (三) 04:22 (UTC)

那么阁下对于其他讨论点（重启管理员布告板主页、申请解除权限并入管理员布告板、互助客栈名称）等有没有意见？--路西法人⛧ 2021年12月8日 (三) 05:20 (UTC)

支持重启主页，互助客栈没坏别修，互煮也挺好的^{[开玩笑的]}。不支持解除权限并入管理员布告板，认为解除权限和申请权限应该并入WP:用户权限级别的子页面。桐生ここ★[讨论] 2021年12月8日 (三) 05:50 (UTC)

“不当行为”是否宽泛了些？破坏，编辑战都可以算是不当行为。--东风（留言） 2021年12月8日 (三) 09:40 (UTC)

可以“其他不当行为”。桐生ここ★[讨论] 2021年12月8日 (三) 10:17 (UTC)

我个人向来支持以“/其他不当行为”命名。—— Eric Liu _{创造は生命（留言．留名．学生会．STE）} 2021年12月8日 (三) 13:43 (UTC)

---

推一推：就重启WP:管理员布告板主页和WP:管理员布告板/其他移动至WP:管理员布告板/其他不当行为 公示7日，2021年12月21日 (二) 18:47 (UTC) 结束。--路西法人☆ 2021年12月14日 (二) 18:47 (UTC)

我会支持重启，但要先界定管理员布告板之处理范围，例如“除当前的破坏、编辑争议或其他不当行为以外之管理员工作相关事务”之类的。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2021年12月14日 (二) 19:32 (UTC)

基本上就是没有布告板的管理员通讯或事务。--路西法人☆ 2021年12月15日 (三) 10:05 (UTC)

这样的话Jason22案就文体四开花了， 囧rz……，请求处理积压你希望是怎样提出来了，一般也是极短的一句而己，要搞也最多是搞个积压报告板。此外，重启布告板后要不要处理申请解除权限你好像没说到，实际上也就是让几个问题儿多个骂战的地方，很难真的让管理员值得关注的问题放上主页。--🐦^C🕛 2021年12月19日 (日) 04:19 (UTC)

用户问题应该那三版就已经要处理到了，管理员布告板说明了是供“没有独立布告板的通讯事务”。通常比较少通讯或事务直接联络管理员我觉得不代表该板没有设置的意义，基本上还是要有的，与其在不同议题上@管理员请求协助处理问题，倒不如在一个统一板上联络管理员，这也包含类似早前的长期全保护等问题，管理操作复核请求也应该属于合理置于此页的内容，包括错误保护、移动、封锁等需要通讯管理员的事务应当适合此页。例如过滤器错误封锁用户，其他比较资深的用户发现了也可以透过此板通知所有管理员（此前没有任何公开通告的途径，只能透过单独或私下联络管理员处理的问题）。--路西法人☆ 2021年12月21日 (二) 04:37 (UTC)

管理复核的数目我并不认为会有相当多的数目要引致独立另开一页的需要，毕竟这三四个月内实际上能上AN的案件大概也只有五六宗左右 ，而且针对除权的问题，也似乎是比较功能性的，实际上有三分之一是IPBE的问题的话，实际上这些案件根本不需要这样高的关注度，而在AN处理。其他不当问题也不容易定明，我注意到11月#3RR更名以来似乎案件有减少的问题，似乎大家可能将其当成内容争议处理页之类的，变成提报到ANO之类的地方，可能APO更名后都有这样的问题。--Ghren^🐦🕖 2021年12月21日 (二) 11:22 (UTC)

我不认同此布告板的使用率代表此布告板不适合存在，如果要比较，行政员布告板远比管理员布告板的使用率低，但不代表没有设立的需要。在存在行政员布告板的情况下，设管理员布告板供通讯作用。就连英维管理员布告板主页实际符合使用作用的使用率也不怎么高，但设置了总是会方便社群通讯用。另外，因为公告栏存档比较快，管理员很可能一个月的维基假期已经落后了一些关于管理的方针指引更新，管理员布告板也不只是用作“布告”问题用的，原翻译“通告板”应该能让你更加理解为何要设置此板。--路西法人☆ 2021年12月21日 (二) 11:56 (UTC)

使用率和其他页面重复是当初社群共识Wikipedia:对管理员的意见和建议，如果看回存档，就会发现你希望处理的事务是相当相似的。WP:BN使用虽然低，但他所处理的事务是明显不宜放在其他页面所处理的，这是两件事情。而且开了之后变成有些拉票案之类的又会多开花的情况。假如一些管理方针指引更新，管理是应该去看公报而不是依靠WP:AN上的更新。我估计成立之后只会像WP:ANO和Wikipedia:对管理员的意见和建议变成对管理员个人投诉和封禁重审之类的页面，新手不知道去哪然后放在AN也是个问题，事实是中维的报告板就是报告板，很少有通告用途。最大问题还是什么能放上去的问题。申请解除权限的问题你好像还没有回。WP:VPO#有关被全域禁制用户的用户讨论页或者WP:VPO#请求撤销User:Guyiming所有的破坏性编辑之类可以放上去吗？管理才可动的模板应该在WP:VPT、WP:VPD还是WP:AN呢？总之还有很多细节问题。假如只是空泛定义为所有在其他页面不合的事务的话，抱歉不能支持。--Ghren🐦🕓 2021年12月22日 (三) 08:19 (UTC)

@LuciferianThomas--Ghren🐦🕚 2021年12月26日 (日) 15:56 (UTC)

你在这个尴尬公示接近结束时才提出的反对要我怎样处理 囧rz……--路西法人☆ 2021年12月27日 (一) 02:00 (UTC)

社群都是这样，不公示就不反对，其实我是之前太忙留意不了，浪费阁下心血不是我的原意。--Ghren🐦🕚 2021年12月27日 (一) 15:44 (UTC)

@Ghrenghren：因阁下仅对重启主页的部分提出反对，而并未对其他板更名的部分提出反对意见，我将该部分先视为通过，重启主页的部分再继续进行讨论和征求其他用户的意见。--路西法人☆ 2022年1月2日 (日) 05:52 (UTC)

是的，可以去找个管理来更名。--Ghren🐦🕑 2022年1月2日 (日) 06:37 (UTC)

LuciferianThomas这边建议找Xiplus。—— Eric Liu _{创造は生命（留言．留名．学生会）} 2022年1月9日 (日) 12:22 (UTC)

经站外找过了，他说得等机器人操作者修改机器人，这部分已经通知了对方了。--路西法人☆ 2022年1月9日 (日) 13:42 (UTC)

@LuciferianThomas：目前有无进展？—— Eric Liu _{创造は生命（留言．留名．学生会）} 2022年1月24日 (一) 12:59 (UTC)

• (！)意见：敝人路经此地，斗胆表达个人意见。先讲结论，个人(＋)支持重启“维基百科:管理员布告板”（“维基百科:对管理员的意见和建议”仍停用即可），并主张将所有仅管理员具站务权限或透过行权才能处理的站务页面统一整合至此，同时整并“维基百科:请求管理员帮助”页面，将该页面中的“你是否需要管理员来帮你做一些你不能做的事情？”与此页面合并，“维基百科:请求管理员帮助”页面保留非属管理员权限之“请注意，管理员不会做...”内容，并可更名为比如“维基百科:请求其他站务协助”。“维基百科:管理员布告板”与“维基百科:请求其他站务协助”作为对照并陈，呈现为两大站务协助申请之入口页面。

首先，个人认为一般情况下，尤其对于需要面向大众或市场的用品、产品或任何设计而言，最符合人性直觉的使用界面最方便、最容易上手，也最能增进使用者正面体验；对网站而言，若浏览动线或使用界面叠床架屋、复杂繁浩，使用者无法简单找到需要的功能或页面，实在称不上好设计（如某些政府机关网站（笑））。

以此而言，敝人窃以为正因一般使用者会在有站务需求时直觉找上“管理员布告板”寻求协助，故将管理员权限所辖之站务汇聚统整于此，实属名正言顺、理所当然，自无必要刻意“反直觉”或让人难以辨识，不然为何要反直觉呢？除非你想整新来的使用者，或担心被使用者发现“原来你是管理员”（笑）。

其次，就此布告板之用途和定位而言，窃以为是“汇聚媒合管理员站务供给与需求”之处，而此页面的使用者应同时包含管理员团队和一般使用者，因此理想上应含括站务协助申请、联系管理员或让管理员彼此联系、相互支应（当然视管理员自愿提供之方式或投入之心力而定）等功能。而不属于须劳烦管理员团队才能处理的站务，如目前“维基百科:请求管理员帮助”页面所示之相关内容，分割留置原处即可。

若依此而言，个人建议将“维基百科:管理员布告板”的页首文字改为：“管理员布告板是专门申请处理必须透过管理员才能协助解决的问题之页面，若用户有其他站务需求，请参阅“维基百科:请求其他站务协助”，或迳至“维基百科:互助客栈”发起讨论。”即可。而通常置于页尾的小模板字段和字样亦可能须视情形连动编修一番。

最后敝人提醒，不论如何异动发展，众站友（含管理员团队）自然自适、量力而为即可。

以上为个人意见，供参。--Kriz Ju（留言） 2022年1月9日 (日) 13:35 (UTC)

大部分同意，但唯一不同意就是把所有站务都聚集在该处，小维基尚可这样运作，大维基就是太多提报难以处理才改为分拆部分布告板专门处理不同事项。--路西法人☆ 2022年1月11日 (二) 04:53 (UTC)

我们已经拆分了各种业务出来，其实中文维基百科虽然不能算小维基，但也没大到哪里去XD —— Eric Liu _{创造は生命（留言．留名．学生会）} 2022年1月11日 (二) 13:28 (UTC)

建议重启管理员布告板

个人在处理站务时，常常遇到自己或他人需要联系或通告管理员之情况，但有时私下联系并不得体，且有碍于往后存档之查询，而全然仰赖互助客栈其他区亦非良策。去年社群曾有讨论，惟无下文。考虑到长期需求确实是存在的，现请求重启管理员布告板主页面，用于讨论与协调管理员相关事务，惟不包含编辑争议及其他使用者之不当行为在内。副知参与上次讨论之@Ghrenghren、Kriz Ju、LuciferianThomas、桐生ここ、無聊龍。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2022年4月30日 (六) 02:55 (UTC)

只要它不要办得好像一个用户行为终审法庭一样的地方其实就应该没有问题。提醒积压之类，互相交流的理论上应该不会有问题，但是假如日后又成为用户互相举报之场所，只怕管理员不会有心思去管这些玩意。单纯作为管理员之间交流，请求管理员协助的页面就好。--Ghren🐦🕐 2022年4月30日 (六) 05:19 (UTC)

比方说像是合并条目的请求，或是与本站管理员相关的通告等，我认为都是可以上布告板的，符合该页面宗旨的。至于使用者之间互相举报，毕竟多半适用于上述例外子布告板的范围，分流便是。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2022年4月30日 (六) 11:38 (UTC)

合并条目不是已经有WP:合并条目了，这种情况可能将合并条目放宽点改成合并编辑历史也可以比较好。--Ghren🐦🕐 2022年5月1日 (日) 05:54 (UTC)

合并历史是移动请求而非合并请求，另外有{{Histmerge}}，但未有相关程序也不广为人知。--Xiplus#Talk 2022年5月1日 (日) 05:58 (UTC)

emmm...确实。相关的情序比较含糊而不清晰，也难怪大家都走去管理员的讨论页问。--Ghren🐦🕑 2022年5月1日 (日) 06:31 (UTC)

规定长讨论应尽快{{moveto}}到适当页面会有用吗，比如讨论达3天或3人，且移动无需避嫌。条目讨论页可能是冷却争执的好地方？而客栈可能有更多关注度。--YFdyh000（留言） 2022年5月1日 (日) 06:38 (UTC)

支持，WP:ANO偏向“举报”，需要一个“讨论”的板块，也可用来寻求管理员帮助，请求合并页面历史/移动flow页等等。看了客栈其它版近半年存档，这些也适用：关于Unblock-zh邮件列表的一些事、WP:AR积压、条目名含间隔号_需管理员代劳、请求xxx管理员解释其近期言行的详细原因 --及时雨 ^留言 2022年5月2日 (一) 22:01 (UTC)

请求xxx管理员解释其近期言行还应该是移到VPO讨论比较好，合并页面历史和移动Flow也看来是移动请求做的。--Ghren🐦🕛 2022年5月7日 (六) 16:16 (UTC)

对于这种话题，管理员布告板亦可作为集中分流之处。总好过四散在各种布告板、讨论页、互助客栈而难以收拾吧。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2022年5月7日 (六) 17:03 (UTC)

我总觉得社群是戒不掉将向某指定的管理员作出请求的毛病。假如确实有四散在各种布告板的问题，这说明可能相近的布告板可能太多了。虽说这次我不反对，但是我还是不看好新手能搞请什么要找管理员，什么不用找管理员。--Ghren🐦🕐 2022年5月8日 (日) 05:11 (UTC)

若在看完请求管理员帮助页面之后还是不知道什么时候要找管理员，那大概还是真的去找管理员比较好。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2022年5月9日 (一) 12:01 (UTC)

---

公示建议七日。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2022年5月7日 (六) 17:09 (UTC)

通过。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2022年5月14日 (六) 17:20 (UTC)

取消Wikipedia:新闻动态候选#错误回报区，相关功能移至Wikipedia:管理员布告板

如题，一直以来Wikipedia:新闻动态候选#错误回报区作用不明显，用户提出错误或修改意见后少有管理员能够依照改正，且错误回报区无存档位置，不利于部分情况下的文字查证。现初步提议将错误回报区移动至Wikipedia:管理员布告板，移动后实际用途和范围并未变更（均为管理员处理），且可以进行存档。不知其他人意见如何。--东风（留言） 2022年12月6日 (二) 14:50 (UTC)

如果能有其他管理员去介入，我觉得很好。如果其他管理员有顾忌而不想碰那里，就没必要。--YFdyh000（留言） 2022年12月6日 (二) 17:59 (UTC)

就这段时间新闻动态的更新来看，是有其他“非常驻”管理员进行处理的。--东风（留言） 2022年12月8日 (四) 03:29 (UTC)

是否可以直接在新闻动态候选的提名处？--Kethyga（留言） 2022年12月7日 (三) 00:00 (UTC)

为什么不移到Wikipedia talk:首页？--GZWDer（留言） 2022年12月7日 (三) 18:52 (UTC)

可能在其他地方关注度不够？--Kethyga（留言） 2022年12月8日 (四) 08:41 (UTC)

我一直以为错误回报有存档，结果竟然没有喔？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2022年12月10日 (六) 07:40 (UTC)

新闻动态候选有存档，错误回报没有。--~~Sid~~ 2022年12月14日 (三) 02:12 (UTC)

基本上我个人的想法是只要有存档，提报放哪儿都没差。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2022年12月20日 (二) 12:41 (UTC)

同意提案。ITN错误回报区的报错需要管理员快速解决，理应有更大的能见度。--PATLABOR 英格拉姆^Ingram Talk 2022年12月14日 (三) 20:35 (UTC)

(＝)中立，不管黑猫白猫，跑得快的就是好猫。--FK8438祝您剩蛋快乐（签名）🎄🎄 2023年1月4日 (三) 08:10 (UTC)

---

@Easterlies：看来应是有共识？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2022年12月30日 (五) 08:18 (UTC)

讨论人数在我看来不算很多，再加上不算什么大型共识，参与者还是多点为好。--东风（留言） 2023年1月1日 (日) 16:02 (UTC)

不过这部分主要是管理员在处理，似乎不需要非常广泛的共识？只是要做好通知措施，避免提报者跑错地方。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年1月12日 (四) 02:28 (UTC)

我又想了想，或许留在新闻动态候选比较好？流量确实比较高。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年1月13日 (五) 04:23 (UTC)

流量高可以只在布告板放捷径，处理效率/能力不高就允许在布告板发布然后存档/记录到候选。--YFdyh000（留言） 2023年1月13日 (五) 06:47 (UTC)

编辑请求 2023-10-26

请求已拒绝

提交的Wikipedia:新条目推荐/候选的条目，最后以无人投票的结果来结束，请问能否再次提交？--125.230.32.250（留言） 2023年10月26日 (四) 03:38 (UTC)

未完成，无效请求--百無一用是書生 (☎) 2023年10月26日 (四) 08:36 (UTC)