维基百科:互助客栈/其他

本页使用了标题或全文手工转换
本页使用了标题或全文手工转换
维基百科，自由的百科全书
< Wikipedia:互助客栈

这是本页的一个历史版本，由人神之间（留言 | 贡献）在2017年9月15日 (五) 06:15 （→‎有关 Jimmy Xu 对 unblock-zh、IRC 的管控权独揽问题）编辑。这可能和当前版本存在着巨大的差异。

快捷方式

本页讨论與維基百科有關的话题，但不包括新闻、方针、技术、求助、條目或繁简处理。

  • 如果您需要就具体条目应当如何编辑才符合中立性原則寻求社区共识，请前往條目探討留言。
  • 請在主題欄简明扼要地寫出問題主旨，不要使用如「新問題」等無意義的文字。
  • 請勿公開姓名、地理位置、電話、Email地址等联系資料。我們通常只在此頁回應，並不利用Email或電話等私下回應。
  • 無關維基百科專案的問題，請往知識問答相關頁面询問。


請注重礼仪、遵守方針與指引，一般問題請至互助客棧其他區或知识问答提出，留言后请务必签名（点击 ）。


發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

5月11日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 沒有主題的頁面如何評級 186 11 A2569875 2024-05-19 17:01
2 評級系統缺失問題 213 21 A2569875 2024-05-19 17:03
3 管理人员申请预讨论 279 47 Manchiu 2024-05-18 10:25
4 對新用戶禁用內容翻譯工具（續） 29 12 SCP-2000 2024-04-24 11:51
5 关于IP封禁豁免权授予者的顶部图标 1 1 Sanmosa 2024-05-14 23:11
6 对ITN获选标准及ITNR的小修订 25 10 Ericliu1912 2024-05-12 11:19
7 Unblock-zh.org 29 11 魔琴 2024-05-21 11:01
8 第二十二次動員令籌備討論 73 25 T45614631 2024-05-21 18:01
9 关于第三次非洲月 19 12 Sanmosa 2024-05-21 10:31
10 針對kenny023見習編輯的處置提出質疑 8 5 暁月凛奈 2024-05-11 19:27
11 管理員選舉候選人ASid通告 6 4 Manchiu 2024-05-13 07:14
12 关于偽基百科一覽中文維基人页面 7 6 Dnaimfz 2024-05-17 13:39
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注：（重新整理）

維基專題與協作

Wikipedia talk:已经去世的用户 § 已被全域禁制的用户的用户主页可以加离世模板吗？

條目主題
非條目主題
提示
要將某一個討論加入上述列表中：
  • 在討論頁中的對應討論章節頂端加上{{rfc|xxx}}標籤，其中「xxx」為分類縮寫。各類分類縮寫已列於上方項目中，並應將其插入{{rfc}}中。多個分類請使用管道符號分開，如{{rfc|xxx|yyy}}，其中「xxx」為第一個分類，「yyy」為第二個分類。
更多資訊請參閱Wikipedia:徵求意見。請在Wikipedia talk:徵求意見回報有關錯誤。本列表由LuciferianBot於每個小時進行更新。

為什麼不把簡體和繁體的維基百科分開?

因為國情的關係

中國編輯的維基百科多半都有大量侵權內容

除此之外

教育不同也導致歷史上的認知也不同

所以我說

乾脆分開也減少維基百科編輯戰的問題

--WW（留言）

(－)強烈反对！！！！！(！)抗议！！！！！(－)強烈反对！！！！！(！)抗议！！！！！之前很多次討論都被大眾反對！！！絕對(－)強烈反对並(！)抗议繁簡分開的提議到底！！！！！4279父親節 2017年8月8日 (二) 13:15 (UTC)[回复]
  • 有甚麼好抗議的? 維基百科左下角相同條目有各種語言的編輯 我到覺得分開很正常 實際上中共用的詞跟台灣用的詞也不一樣 之前我就看過簡繁互換的時候 不單純的只是簡繁體互換 連詞都會改變 那怎不翻譯各國語言的編輯成同一個百科? 本來就該分開--WW（留言）
    • 就是有要抗議，之前很多人討論過了，每次的結果都是每個人都反對，或只有一兩個人支持，再加上困難的繁簡頁面內容分離要求使得一體的中文維基百科不能說要就要分離，在技術上是不可能的。4279父親節 2017年8月8日 (二) 13:36 (UTC)[回复]
      • 我是不覺得在技術上不可能 還有舉例來說以前不通過的法案 不代表現在不會通過 人的思考都不同了--WW（留言）

為什麼不拆成澳門，東帝汶，葡萄牙，亞速群島，馬德拉，加利西亞 (西班牙)，莫三比克，安哥拉，幾內亞比索，赤道幾內亞，維德角，聖多美和普林西比，馬德拉，巴西？地區和習慣都不同啊？

蕭條的原因包括：條目被濫刪？被過於不切實際的關注度要求糾纏？ What do you think about? --It's gonna be awesome!✎Talk♬ 2017年8月10日 (四) 04:09 (UTC)[回复]
  • (－)反对：老问题了。首先，简体中文、繁体中文，以及港澳台陆马新之间的地区词差异，属于现代标准汉语的不同变种，所以说它们都是现代标准汉语，自然也就没必要分开。其次，简繁分开后翻译成本几乎为零，根据维基百科的创用CC-BY-SA协议，分开不如现在用简繁转换系统。此外，「因為國情的關係，中國編輯的維基百科多半都有大量侵權內容」，因此更加不能分开了，否则巡查劳动力大大下降，不利于维基百科发展。然后，「教育不同也導致歷史上的認知也不同，乾脆分開也減少維基百科編輯戰的問題」，所以更加不能分开了，因为维基百科是中立的，如果以这种目的而分开，那么中立性会受到破坏。最后，有不少大陆维基人使用繁体字，台湾用户也有使用简体字的，所以简繁不是区分地区的条件。 --dqwyy（談笑風生）環状線を走り抜けて回復請ping/mute我 2017年8月9日 (三) 15:22 (UTC)[回复]
  • “中國編輯的維基百科多半都有大量侵權內容”[來源請求]。——路过围观的Sakamotosan 2017年8月10日 (四) 02:43 (UTC)[回复]
  • (－)反对，同Dqwyy，另外，中國編輯的維基百科多半都有大量侵權內容[原創研究？][來源請求]？？？--RabbitMeow ∞ Talk 2017年8月11日 (五) 02:30 (UTC)[回复]
  • (＆)建議直接撰寫一個論述，講述為何繁簡不能分開，打消這種老問題的不斷提出。臺灣杉在此發言 (會客室) 2017年8月11日 (五) 07:45 (UTC)[回复]
(－)強烈反对——Hikaruangeel（留言） 2017年8月11日 (五) 07:50 (UTC)[回复]
從維基百科的宗旨、哲理講起，我們是要整合全人類知識，不分國界、種族、語言、文化、宗教、歷史認知、政治信仰。由於不同的語言從根本上不可能互通，所以每個語言只能自立門戶，分開管理。但除此之外，凡是自稱為維基人的，都應該致力於消除人與人之間的其他隔閡，維護「有容乃大」的理念。所以以「不同政治取向」、「不同地區網民素質差異」作為繁簡分家的原因，是違背維基宗旨的。中文維基百科創始時，曾因技術原因有繁簡兩組條目並立（詳見維基百科:字詞轉換處理），現已通過地區用詞轉換功能解決。世界眾多語言，皆有地區差異，甚至還有和中文一樣有多種書寫系統的（見m:Wikipedias in multiple writing systems），不足為奇。事實上，中文維基百科能夠通過技術手段，成為跨越地域、政治、歷史、文化的（不無硝煙味的）橋樑，可謂是彰顯維基精神的典範，在華語圈內實屬難得。鋼琴小子 留言 貢獻 2017年8月11日 (五) 10:53 (UTC)[回复]
(－)強烈反对 --暖城2016-02-05（留言） 2017年8月12日 (六) 09:30 (UTC)[回复]
(－)強烈反对(！)抗议想(＋)支持也不行，因為繁體和簡體沒有ISO 639語言代碼。 --我要真普選 Asdfugil （留言 | 簽名） 留言於香港特別行政區。 2017年8月13日 (日) 07:34 (UTC)[回复]

诸位看看能别回这个讨论串就别回了，等自动存档。这种鸡同鸭讲的话题每几个月来一次看着真蛋疼。--偷窥ACU的用户页/留言 2017年9月12日 (二) 07:05 (UTC)[回复]

有关 unblock-zh 邮件列表可能潜在的“黑箱”制度

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:封禁申诉。

以下討論已結束，請不要對此存檔進行任何編輯。

诸位好。近来有几名维基新手加入 QQ 群，抱怨自己发送给 unblock-zh 邮件列表申请 IPBE 的邮件迟迟得不到回复。我用新手发送给 unblock 的邮箱反查邮件，发现这些新手的邮件并没有投递到订阅 unblock-zh 的各个管理员手上，遂对 unblock-zh 的收发信策略做了一些测试，发现如下状况：

  • 会丢弃邮件中的 HTML 部分，只留 plain text（纯文本）。目前邮件客户端普遍会同时发送相同内容的 HTML 和 plain text；部分客户端只会发送 plain text；但有一部分客户端只发送 HTML 排版过后的邮件。（当然这也视乎用户自己的设置。）对于部分只有 HTML 的邮件，在经过 unblock-zh 转发后，邮件就会如这里所示，全篇邮件一个文字都没有。这一设置在 unblock-zh 后台是可调的，但普通管理员没有权限。除非遇到下条所示情况：
  • 对于字符编码不是 UTF-8 的邮件，会把能转换成 UTF-8 的邮件全部转成 UTF-8。有些有些编码能正常处理，但有些不能。对于能处理的，其到达收件箱后效果如下：
但是无法处理的，其方式如下：
对于不能处理的编码，unblock-zh 在转发时全文保留了原来的 plain text 内容，并在后面加上了自己使用 UTF-8 编码的提示。
但是，使用这种方式同样可以接收 HTML 邮件。比如在其他邮件列表里有这样的例子：
上面的这种方式显然更加适合 unblock 的需求。原先的 HTML 格式被完整地保留了下来，即使 unblock-zh 无法处理此类字符编码，也可以发送到每个邮箱后手动解决乱码问题。
维基媒体计划上所有的邮件列表是基于一个叫 mailman 的程序，包括 unblock-zh 。其他的邮件列表可以做到，unblock-zh 也可以。
  • 有些邮箱是自带坑的。比如上面 #2 中，unblock-zh 没有把所有邮件内容转成 UTF-8 的原因不是因为不支持原邮件使用的 GB 2312 ，而是因为原来邮件用的实际上不是 GB 2312 ，而是 GBK 或 GB 18030，但是发信客户端非得把 charset 那一项写成 GB 2312，mailman 无法解码内容，只得原文保留。#2 的邮件是使用 Outlook/Live/Hotmail 的网页版客户端发出去的。通常的客户端都能正常读取，但并不见得所有的都能读出来。

当然，上面的内容还只是我自己的猜测。我不敢保证自己的叙述和推断全部正确，因为我自己也看不到 unblock-zh 的设置到底是什么。这也正是我开这一讨论想要说明的：现在 unblock-zh 的体系有严重的漏洞。unblock-zh 的管理员不同于维基百科站内的管理员、邮件进入 unblock-zh 需要经过少数几人的审批，这使得 unblock-zh 存在内部黑箱的情况成为可能。——我指出 unblock-zh 存在漏洞，但我没说过有人一定利用过这个漏洞。下面逐条详叙：

  • unblock-zh 是一个邮件列表。邮件列表是早期互联网中网民进行讨论的重要工具之一，但随时间流逝，邮件列表的重要性大不如前。在通常的邮件列表中，订阅该列表的成员使用通过回复他人邮件的方式来进行类似论坛跟帖式的交流。邮件列表的服务器会将所有发送到该邮箱的邮件转发给所有订阅了该列表的成员。邮件列表对于维基百科意义重大。Shizhao 等早期管理员不是通过社群讨论，而是利用邮件列表讨论成为管理员的。
    • 用 unblock-zh 举例子。所有中文维基百科上的管理员“订阅”了该列表。所有发送给 unblock-zh@lists.wikimedia.org 这个邮箱的邮件都会被转发给该邮件列表所有的成员，也就是中文维基百科的所有管理员。外面的人若要进行封禁申诉，直接发送邮件到该邮箱里，所有的管理员理论上都能收到一份该邮件的拷贝。在其中一个管理员回复申诉请求后，会抄送一份到 unblock-zh 。抄送的邮件也会被转发给所有成员。这样，当成员（也就是管理员）看到了抄送过来的回复后，就知道该请求已经有人回复了。如果管理员之间需要讨论封禁事宜，管理员也可以直接发送邮件到 unblock-zh ，其他管理员也都能看到。其他的管理员若是想要就该封禁案发表观点，直接回复该邮件，并把回复的邮件发送到 unblock-zh 中，所有其他管理员也会收到由 unblock-zh 邮件列表转发来的回复。
    • unblock 不能算是“用于讨论问题的邮件列表”。对于讨论问题的邮件列表，通常只有该列表的订阅者才会向邮件列表中发送邮件来商讨事宜。但是 unblock-zh 每天都要接收大量邮件列表外的邮箱发送过来的请求。因此，为了提升讨论质量，部分邮件列表会通过限制订阅、限制只允许订阅者发送邮件、所有外来邮件都需要经过列表管理员审批，审批通过后才会转发给所有订阅者的形式来控制讨论质量。论坛可以删除帖子，但邮件送达后没有撤回的余地。因此很多邮件列表都很注重其中邮件的质量。让邮件仅以 plain text 发送、限制 HTML 元素使用也是通常邮件列表为保证讨论质量会开启的设置项。但是，unblock-zh 某种意义上作为中国大陆新手参与维基百科的必经之路，却因为上面提到的诸多限制，导致相当一部分新手的申诉邮件无法正常收取。
  • 众所周知，unblock 是允许所有管理员成员加入、获取内容的。管理员不应该泄露其中的申诉请求。但是同样地，凡是有意向进行封禁申诉的邮件，都应该投递给所有订阅了 unblock 的管理员。然而，目前 unblock 仍然在预先审查邮件，只有审查通过的才会发送给所有管理员。前面提到了，通常邮件列表审查邮件是出于为了把关内容的考虑，unblock-zh 审查邮件，依 Kegns 的说法，是为了减少垃圾邮件 。但是，就目前可知的情况来看，unblock-zh 所有具有审查邮件权限的人，只有 Jimmy Xu、Kegns、Mys 721tx 三人。无论审查者是谁，只要人数有限、没有公开征求他人意见，客观上就存在黑箱操作的可能。最重要的不是现在审查邮件的这三位是否正在（或者曾经）黑箱操作，而是大多数管理员没有这方面的意识，根本没有意识到自己在 unblock 里看到的邮件可能有故意或者无意漏掉的、甚至故意删掉的。
    • 另一方面，就是垃圾邮件存在误判的可能。在 QQ 上跟我联系的一个新手在邮件发送三天后都没有回应。用其邮箱、邮件标题等信息去翻存档，发现根本没有收到这封邮件。当时我直接给他批复了 IPBE ，并开始调查此事。但次日，他的邮件就收到了。可能是某名列表管理员最开始误判了这封邮件，后来其他人复核后发现有一封邮件被误作垃圾邮件，于是重新放行，这才导致了延后四天收到邮件的情况。
    • 最后，就是对真正的 spam 和滥用申诉者反映可能不即时。尽管滥用 unblock 发邮件的行为非常少见，但不是没有发生过。这时候就只能让唯一能修改设置、屏蔽 spammer 的成员，也就是 Jimmy Xu 出面屏蔽。
  • 尽管 Jimmy Xu 在一封 2014 年的邮件里面说“欢迎其他有意向参与者联系”（大意），但实际上新上任的管理员甚少了解此事，更不要说主动参与邮件审查事务了。

总结一下：由于技术原因导致部分新手邮件进入 unblock 困难、耽误新手参与维基；unblock 现在邮件审查机制不透明、人手不足，进一步导致新手和其他申诉邮件延误；目前管理员普遍缺乏对 unblock-zh 以及其他邮件列表的认识，unblock-zh 的“上层”管理者架构不透明、缺乏监督。

所以，我们要做什么？首先，私以为所有社群成员都有权利知道这一点——每个人都有可能遭受管理员的不当封禁，unblock-zh 作为封禁申诉渠道，保证其透明是有必要的；其次，我们要改进 unblock-zh 的后台设置——不一定全部照上面说的改，但一定要保证比现在更友好；最后，有关列表管理员和具有审核权限者，也需要在社群公开化，保证人手充足、不会有邮件因为审核者个人原因而被延误甚至拒绝。

望诸位发表意见。

--Techyan（留言） 2017年8月16日 (三) 14:14 (UTC)[回复]

（纯属抛砖引玉啦）改成全开放的ticket系统，所有出入信息全透明。实现方法有很多，其中之一：在GitHub上开一个项目，然后滥用github的issue系统来处理我们的查封。对于隐私资料，则仍然寄给unblock，或者直接寄给管理员邮箱。头脑风暴建议，没有细想。Bluedeck 2017年8月16日 (三) 19:31 (UTC)[回复]
我的建议：1.如果编码问题导致mailman接收出错的话，应该想mailman反映或者调整配置来修正。2.对于申请LIPE或新账号的，可以考虑使用新的邮件列表处理，将配置调松以方便接收不合规格的邮件，或者OTRS也可？3.管理员应该要加入unblock-zh，而且强调或教育如何使用（需要弄一份邮件列表使用手册）。——路过围观的Sakamotosan 2017年8月17日 (四) 02:39 (UTC)[回复]
（可能有问题）4.进入unblock-zh的邮件先进入一个队列，所有op都能分拣但不能删除。在区分是垃圾邮件后所有“垃圾邮件组”，可以被删除和不用转发，是正常邮件则放入另一队列，可以转发。不过删除应该有记录并可恢复，以防误删或故意删。以此减少审核人员过少而导致可能的暗中操作问题。——路过围观的Sakamotosan 2017年8月17日 (四) 02:43 (UTC)[回复]
如果使用OTRS系統，那就必須要所有管理員都是OTRS志工，但目前申請OTRS志工與申請管理員的管道不一樣，而且目前OTRS沒看到有規定管理員必定為OTRS志工。臺灣杉在此發言 (會客室) 2017年8月17日 (四) 08:15 (UTC)[回复]
OTRS也是一套系统，只是OTRS直接沿用软件名作为该工作组的称呼，例如以前bugzilla，我的意思是使用OTRS系统在建立一个基于mail-ticket的unblock组。——路过围观的Sakamotosan 2017年8月18日 (五) 08:37 (UTC)[回复]
英文版是仿效OTRS弄了個UTRS。--Temp3600（留言） 2017年8月17日 (四) 17:51 (UTC)[回复]
全透明的最大问题是会有人恶意扰乱（例如骂人，泄露隐私等），这些东西一旦被搜索引擎索引会有不好的影响。当然可以设置成不索引，但是另外建立一套全透明的系统并不比完全使用用户讨论页申诉好（想想为什么要剥夺用户的用户讨论页编辑权限）。另外我们完全可以fork一个英文版的UTRS，但是好不好用不好说。--GZWDer（留言） 2017年8月18日 (五) 20:36 (UTC)[回复]
我覺得改良mail-list會是比較簡單的做法。UTRS要請人寫代碼才行﹐不知要弄得何年何月。--Temp3600（留言） 2017年8月21日 (一) 14:56 (UTC)[回复]
哈哈哈哈，我开玩笑的而已，不会真的搞到2049年去。Bluedeck 🤔 2017年8月21日 (一) 19:47 (UTC)[回复]

对于互联网上的“gb2312”混杂gbk、gb18030不能解码，按照WHATWG/W3C的《编码》（技术建议；TR）应该算是bug了。《编码》里面说得很明确，gb2312、gbk、gb18030一律用一个gb18030和gbk并集的解码器理解。——Artoria2e5编 讨论要完整，回覆请用ping。 2017年8月23日 (三) 00:55 (UTC)[回复]

phab:T173894. 剩下那个 HTML 问题请改设置。--Artoria2e5编 讨论要完整，回覆请用ping。 2017年8月23日 (三) 01:12 (UTC)[回复]

“Dark Hoel！Terrible！”--113.97.43.185（留言） 2017年8月29日 (二) 06:41 (UTC)[回复]

認同應對unblock-zh機制進行檢討。unblock-zh已是實施8年多的申訴機制，現在是合適時機去處理解決當中之缺陷。如郵件審批可能會因審核員不足而延宕，造成封禁申訴無法及時處理。--千村狐兔（留言） 2017年8月30日 (三) 09:23 (UTC)[回复]

有关 Jimmy Xu 对 unblock-zh、IRC 的管控权独揽问题

在与其他一些管理员通过站外渠道沟通交流后，我得知 Jimmy Xu 目前拥有中文维基百科 unblock-zh 邮件列表和 Freenode 上名为 #wikipedia-zh 的 IRC 频道的最高管控权。考虑到上面只介绍了 unblock 存在的问题，没有提到 IRC ，下面再对 IRC 存在的问题作一些介绍：

IRC 群组里的权限共有三级。最高级者，可以踢出、禁言其他 IRC 频道里的成员。但是，能够赋予其他用户高级权限的权限，在 #wikipedia-zh 上却只有 Jimmy Xu 一人拥有。这不是什么大事，因为中文维基站内的所有管理员都拥有操控一个能够踢人、禁言的机器人的权限，一旦有人扰乱，可以直接通过操纵机器人来进行维护操作，管理员通常不需要更高的权限。但由 Jimmy 一人独揽权限的情况仍然客观存在，且据一名维基人的说法，Jimmy 曾有意地不给他人更高权限。考虑到 Jimmy Xu 最近并不活跃，若是 IRC 频道出现一些意料外的状况，处理起来将非常耗时。因此 IRC 的问题与 unblock 一并在此提出。

至于 unblock 邮件列表，在我上面这段论述写完之后又出了一些新的状况：因为三名审核员都没有即时审核、放行邮件，导致 unblock 中邮件曾出现至少五天的断流，期间所有申请 IPBE 的新手、封禁申诉等都在极端情况下等了五天才送达——而目前有数名管理员活跃在 unblock 上，一旦邮件送到了各个管理员手中，往往只需要数小时就能答复，时间全部浪费在了审核员上。

Jimmy Xu 作为中文维基曾经非常活跃的技术管理员，如今已经不甚活跃，他独揽中文维基两大系统的最高权限，并在需要做出改进时不愿动作。Jimmy Xu 没有对上文在下的指控做出回应，在下已于 Jimmy 的用户讨论页做出通知，希望 Jimmy 出面解决目前存在的问题。对于 unblock ，在下拟邀请数名最近比较活跃的管理员作为审核员（或考虑无审核员实行一段时间）；同时请 Jimmy 按照上面的提示进行设置调整，或指明不进行调整的理由；另请另一名维基人兼任 unblock-zh 的管理员。对于 IRC ，则请 Jimmy 给有意者授予相关权限。

--Techyan（留言） 2017年9月6日 (三) 13:26 (UTC)[回复]

Unblock-zh的問題比較嚴重，亦確實希望可以引入更多管理人員，令封禁申訴電郵可以更快速到達各管理員電郵。至於IRC，據系統回報，目前共有三個群主，除了Jimmy，還有Ben.MQ及Liangent。兩人均擁有群主權限。不過兩人亦是近來都不甚活躍。這個可以再與Jimmy討論。--J.Wong 2017年9月6日 (三) 13:50 (UTC)[回复]
真凶啊，又是在对历史遗留问题不求甚解自己揣测。本来哪位想审信找我要一下密码就行了，技术问题也没什么不能解决的。你倒好，也不来对话页也不找-owner，非要费劲写这么多来“指控”还不通知本人？邮件列表一直都欢迎比Techyan更懂协作的管理员参与管理。--Jimmy Xu 论 2017年9月6日 (三) 14:52 (UTC)[回复]
啧啧啧，态度好差，有则改之无则加勉。人家提个意见你懂你就回答好来。人家写的问题也是很客观的，你还要讽刺人家不懂。要么弄个考试，你跟他一起考试？不要这样，有耐心就回答，没耐心就不要干了，把自己耗在那里有什么意思来。--SP RailwayGuest 2017年9月11日 (一) 10:41 (UTC)[回复]
(！)意見：我认为Jimmy Xu阁下不宜继续独揽权限。去年我当选管理员之后不久的一段时间，Jimmy Xu阁下就一直在irc对我“训政”，而我惧怕他是群主，如果为逆他会被踢走，就常常只能顺从他的意志处理站务。当时作为新管理员，我感到很困扰。门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月7日 (四) 01:30 (UTC)[回复]
关于IRC，从未出过什么问题，折腾它干嘛--百無一用是書生 (☎) 2017年9月7日 (四) 01:33 (UTC)[回复]
@霧島聖：都管理员了还怕踢走。。。。怎么感觉和新手用户一样啊--百無一用是書生 (☎) 2017年9月7日 (四) 01:35 (UTC)[回复]
当时在irc的确还算是半个新人没错。门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月11日 (一) 10:11 (UTC)[回复]
“伟”光正的时昭陛下，您对irc一窍不通，所以就别在这里乱讲了，即使是维基百科管理员，irc群主一样能踢。建议时昭陛下继续专攻您的滥权大业，切记说多错多，伤害您“伟”光正的巨人（mo）形象。黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月7日 (四) 01:49 (UTC)[回复]
(！)意見：请理解管理员也是人，管理员也不可能什么都知道，有问题，完全可以友好的指出，我相信一般维基人都能够正确的对待问题，请保持善意，这样的讽刺对于解决问题并没有帮助。--人神之间摆哈龙门阵 2017年9月11日 (一) 03:54 (UTC)[回复]
(！)意見：制度有問題就談制度，人手有不足就談人手，而不應該是借題發揮攻擊管理員濫權。--Mewaqua（留言） 2017年9月7日 (四) 02:54 (UTC)[回复]
能踢就能踢呗（我当然知道能踢），不做错事为何要怕被踢？--百無一用是書生 (☎) 2017年9月7日 (四) 03:13 (UTC)[回复]
Jimmy Xu口中“更懂协作的管理员”，事实上似乎完全不能领会最基本的维基方针，哎。。。 上海灘維基悍將  守望者傳奇  2017年9月10日 (日) 11:42 (UTC)[回复]
希望阁下也能就事论事，大家一起建设好维基才是正道啊。--人神之间摆哈龙门阵 2017年9月11日 (一) 04:27 (UTC)[回复]
“大家一起建设好维基才是正道啊”，人神之间竟然对爱孟说了这么一句话，呵呵呵呵，大家来看看哦，黄鼠狼给鸡拜年了！113.116.171.81（留言） 2017年9月11日 (一) 07:16 (UTC)[回复]
那位什么人神之间啊。Jimmyxu讽刺别人不懂的时候，你也回应一个呀。你表面的公平好歹也要做一做。否则你就不要起劲说别人不就事论事了。我觉得Jimmyxu这种不积极参与社群服务的行为，是应该要有其他人参与进来，否则站务都要停顿了。我们不是为了证明某个人很重要，才设立这个unblock的机制的，然后就放一个管理员在那里。还是开放的好，怕什么，多加两个人天塌不了。--SP RailwayGuest 2017年9月11日 (一) 10:53 (UTC)[回复]
请参考我下面说的，我同意加更多的人，乃至不需要审查。另外，大多数的参与是根本无需谁批准的，同样如我下面所说，请呼吁其他管理员积极参与回应unblock。--人神之间摆哈龙门阵 2017年9月11日 (一) 18:01 (UTC)[回复]
人神之间，您忘了我是谁了？ （打个比方而已，请勿以后面那句话再给别人扣“人参公鸡”之罪名，谢谢！）好比说：杀人犯看到被害人可以装不认得了？ 上海灘維基悍將  守望者傳奇  2017年9月12日 (二) 15:34 (UTC)[回复]
如果你都知道比喻不恰当或会被误会，就请不要做出类似的比喻。作为一个维基人，我在维基上的留言是基于其他人留言的内容，而和那句话是谁说得没有关系。我相信很多维基人都是这样做的，我也希望阁下也能做到如此。--人神之间摆哈龙门阵 2017年9月12日 (二) 23:15 (UTC)[回复]
如果现在人神之间的账号是本人操纵，那么显然前方的比喻是合理的；如果该账号已经不在本人手里，那么现在的表现不出意外。 上海灘維基悍將  守望者傳奇  2017年9月13日 (三) 11:50 (UTC)[回复]

先談unblock-zh：我沒搞過mailman，當然也沒權限存取unblock-zh。不過從上面的論述可以看出一點：unblock-zh的控制者，或者說維護者，他們現在並不活躍，無法及時受理郵件，也不能及時解決技術故障。再概括一點就是人手的問題（其他問題主要還是由人手問題衍生出來的）。

最近一年內，社群已經有數位能夠保持活躍、已經或者有能力掌握相關技術的管理員，例如User:WhitePhosphorus、User:Alexander Misel、User:Techyan、User:A2093064、User:Bluedeck等，因此是時候解決問題了。我建議從以下兩方面來解決問題：

  1. 開放unblock-zh的技術控制權限，使這些熟悉技術的管理員能夠及時調整設定，修正技術層面的問題。同時也可以預防和及時應對其他技術故障。
  2. 不再實行審核制度，或者推選數位（至少是unblock-zh上活躍管理員數量的一半吧，我覺得）值得信任的管理員作為審核員，以防信件積壓。

這樣的話就不會因為Jimmy Xu或其他人在現實生活很忙而無法及時處理維基的事情了。

unblock-zh是中文維基重要的工具之一，我們不能讓它因為無人及時處理故障而癱瘓，所以自己太忙的話多派一些維護者就行了，而且只會有好處不會有壞處。雖然我們完全可以做新系統，但是從目前情況來看這樣做並不現實。如果能把技術型管理員派進去進行修理，使得unblock-zh的技術問題能夠得以修正，我們何苦重新造輪子呢？ --逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:03 (UTC)[回复]

近大半年來都在IRC掛機，或者容我說兩句吧。首先，在下不知霧島君所經歷的是什麼情況，不過現時IRC社群已經通過WP:IRCPOL，縱然有人可能不承認，但至少大半年來都沒發生過什麼Jimmy君獨攪大權，恣意妄為之事，因為正如在下上面所言，IRC群尚有另外兩位群主及社群相當活躍。基本上，現在在下作為IRC OP，亦隨時可以把其他群管踢走，不用等Jimmy君出手。但無原無故誰會去動手踢人？別說得好像昨日剛踢完一個群管似的。現在唯一困難之處，大概是因為三位事務繁忙，未能及時為新當選管理員授予群管地位。就此，在下建議把群主權力授予User:WhitePhosphorus等常駐可信用戶。在下相信此舉足可解決IRC問題。--J.Wong 2017年9月7日 (四) 06:12 (UTC)[回复]

事情在客棧掛這麼些天，有沒有進展了？反正，假如我是unblock維護者，一方面我肯定不打算讓事情有機會在客棧上面出現，另一方面，即使真的上了客棧，看到之後也該有所動作，不給你們在客棧評論的機會。--逆襲的天邪鬼（留言） 2017年9月11日 (一) 03:13 (UTC)[回复]
请善意推定，管理员只是拥有系统权限的维基人，并不是和普通维基人对立的关系（尽管我知道有些事情可能导致了这样的看法），但我还是希望大家能够善意推定，就事论事。--人神之间摆哈龙门阵 2017年9月11日 (一) 03:54 (UTC)[回复]
人神之间：“我们要善意推定！”；永康师傅：“要建设民主法治！”；才厚将军：“要坚持反腐强军！”，既视感啊既视感，XD。。。113.116.171.81（留言） 2017年9月11日 (一) 09:04 (UTC)[回复]
  • 我不常在IRC，但是对于unblock-zh我可以发表一些个人意见。我去年下半年一直在处理日常unblock-zh的请求，尽量保证在收到请求的1-2天内处理，具处理详情可以见我的贡献记录。去年底也在参加北美维基会议的时候见到了JimmyXu本人，并当面讨论了关于unblock-cn的情况。会议后一直太忙，未向社群反馈此事，这可以算是我的一点疏忽。正好趁此机会向大家汇报一下：
我觉得这个问题没什么恶意，就是质询一下。难道做的好不好还不让人评论了？和平解决是什么意思，就是大家睁只眼闭只眼咯？装睡？--SP RailwayGuest 2017年9月11日 (一) 12:25 (UTC)[回复]
很简单，提出解决方案（加人手或者做调整），at人过来问是否还存在技术原因。非要用点煽动的字眼，好像嫌事不够大的样子，我觉得这就不太好了。——路过围观的Sakamotosan 2017年9月11日 (一) 12:44 (UTC)[回复]
用的词，那是语言艺术的问题。事情大了么？怕什么？人家也是想让社群注意到事情的重要性，出发点是好的。要让人说话，不要都做拍手党。要拍手谁不会啊，如果心理素质差，不想被质询，没有被质询的觉悟，那我觉得还是做个普通编辑好了。那就没人来质询你，那多舒坦。这里是客栈，是提出问题的地方，不是开表彰大会的地方。人家才提了那么点点意见，你怎么就急眼了。别急，又没说你，着什么急。--SP RailwayGuest 2017年9月11日 (一) 12:51 (UTC)[回复]
(＆)建議用词的问题的确是语言艺术的问题，但是我建议提议需要对事不对人。比如这件事情，可以说是现在unblock-zh可能缺乏一个开放的审核机制，这个我严重同意。但是推到JimmyXu独断专权上我个人觉得不太合适。如果有人事先和他讨论过，而他拒绝交流，这样描述也还行，问题是之前并没有人直接和JimmyXu讨论这个问题。很多问题人手不够是客观存在的，而之前很多工作集中于一两个人，并不是他们愿意独断专权，而是人手不够的直接后果，希望大家能够理解这一点。更多的管理员愿意加入维护是一个好事情，我个人非常赞成！--人神之间摆哈龙门阵 2017年9月11日 (一) 18:29 (UTC)[回复]
用词当然很重要，就是有些人喜欢挑用词问题来发难的。本来可以不用说重口气，非要加多几程重。——路过围观的Sakamotosan 2017年9月12日 (二) 00:55 (UTC)[回复]
所以啊，汉语言一定要学好。这是我们的母语，我们有这个责任和义务，把语言学习给搞上去。孔子有云：“不学诗，无以言”，那就证明了语言的重要性。现在的很多人就是觉得语文么，都会说的，不需要认真学，所以说的话往往词不达意。楼上这个问题讲的很好，对于大家都起到了督促的作用。--SP RailwayGuest 2017年9月12日 (二) 15:25 (UTC)[回复]
(：)回應人神之间：有人提出Jimmyxu独断专权的事情，本质上还是爱护他的，指出问题，对不对的话可以讨论嘛，先提出来。你看这样一讨论不是效果很好嘛。顺带把语言问题也搞明白了。大家爱护关心Jimmyxu的发展，那才会提这些意见。用《私人订制》里的那句话，“越是经常批评您的领导才是真正爱护你的。不跟你拍桌子了，对你客气了，也就不拿你当自己人了。现在谁跟谁随便交心呐”。--SP RailwayGuest 2017年9月12日 (二) 15:33 (UTC)[回复]
(：)回應如果是出于爱护，我表示感谢，但是我建议下次用一个更好的方法，比如先和对方直接交流，如果无效，再这样说也来得及。其次，我也很高兴能把语言问题搞明白了，希望以后大家都能用很合适的语言来处理类似事件，这样也有助于大家能更好的为维基百科做出贡献。最后，如何和人交流是一个动态的，我不认为一个方法就能包治百病，但至少我相信在维基里，保持善意肯定是最基本的需求。--人神之间摆哈龙门阵 2017年9月12日 (二) 23:22 (UTC)[回复]
不对呀，爱护的是Jimmyxu怎么你来感谢了，太客气了，不用谢啊。方法有好有坏，最重要么就是能不能说清楚问题，再客气方法再好，说不清楚问题总归也是不行的。语言问题是个漫长的过程，用词的准确需要慢慢的磨练出来，不能急于一时。自古像苏学士、欧阳文忠公都是日积月累才写出了振聋发聩的文章。像贾岛，更是为了僧推还是僧敲月下门纠结了半天，甚至撞上了韩愈的坐骑。所以说，语言的矛盾将持续并且长期持续在维基里，大家都要有耐心。当然，语言问题中不能包含骂人这个成分，这已经超出了语言用词的问题了。是关乎个人修养和家庭教育的因素了，反映了一个人的世界观、人生观和价值观。在对于语言问题大容忍的情况下，我们对于骂人还是要零容忍。尤其是管理员更不能骂人，否则给外人感觉维基编辑的素质都不高了，这样不好，百弊而无一利。最后，大家都是善意的，没有恶意啊，就是说话难听点，但是心都是好的。最后还是希望大家逐渐提高文学水平，毕竟汉语是我们的母语，语言工作还是很重要的。--SP RailwayGuest 2017年9月14日 (四) 00:46 (UTC)[回复]
完全同意阁下一个观点，对于骂人还是要零容忍的，特别是在没有交流的情况下无端的对其它维基人扣帽子这种行为，个人觉得在维基百科上还是越少越好。--人神之间摆哈龙门阵 2017年9月15日 (五) 06:15 (UTC)[回复]
被轉移至此的218.19.207.157於2017年9月13日 (三) 11:07 (UTC)的留言是回應User:守望者愛孟於2017年9月12日 (二) 15:19 (UTC)的留言。--Mewaqua（留言） 2017年9月13日 (三) 13:26 (UTC)[回复]
谢谢Mewaqua发现的及时，否则其它维基人就看不到这一段被某人删除的留言了。--人神之间摆哈龙门阵 2017年9月13日 (三) 22:48 (UTC)[回复]
“人神之间”账号露出了很多明显破绽，因为该账号不知道人神之间和我在过去的大量通信往来。我已经知道是谁在背后控制了，可以了。 上海灘維基悍將  守望者傳奇  2017年9月14日 (四) 11:12 (UTC)[回复]
如果不和你争论便是不知道过往以及有破绽的话，我也只能呵呵了，这种推理谁也只能甘拜下风。既然阁下已经解封，就多做点贡献，少参加这种无谓的争论，更不要随意的删除其他维基人的留言。--人神之间摆哈龙门阵 2017年9月15日 (五) 06:15 (UTC)[回复]

我觉得这次发起讨论的几位是出于社群较为长远的发展考量，是很好的一个议案，请各位回归讨论正题：如何解决“目前Jimmy Xu对Unblock和Irc管控的权限独揽”的问题，撕别的话题没意义。谢谢合作。实在想撕请到横线上面去撕，横线下面请讨论正题。如发现继续撕其他关联不大的事情，丑话说在前头：恕无礼，我将把关联不大的其他内容移动到横线上面。 上海灘維基悍將  守望者傳奇  2017年9月11日 (一) 15:30 (UTC)[回复]

  • 赞成横线下不讨论与这个提议无关的内容，理论上整个互助客栈都不应该讨论与相关提议无关的内容。关于unblock-zh的问题，根据我上面说的，我支持放开unblock的审核权，甚至于不审核。其它各位还觉得有什么需要补充的？其次，更大的问题是维护人手的问题，我在此呼吁更多的管理员加入对unblock的处理，否则等待时间难免加长。--人神之间摆哈龙门阵 2017年9月11日 (一) 18:07 (UTC)[回复]
  • 必须注意WP:IRC并非中文维基百科官方群，任何站内的讨论对IRC无效，任何IRC上的讨论也对站内无效。站内遵守方针指引，IRC遵守WP:IRCPOL，所以在这里讨论IRC的问题是没有意义的。--Antigng（留言） 2017年9月12日 (二) 01:19 (UTC)[回复]

具体规划

首先，我希望 Jimmy Xu 能够按照上方论述的要求对 unblock-zh 的后台设置做出必要的改动。否则请给出理由。除此之外，我提名在 unblock-zh 上很活跃的 A2093064、Wcam、WhitePhosphorus、Antigng、Alexander Misel 和我自己为列表的主持人（moderator）。考虑到 unblock 应该对所有管理员开放，因此如有其他希望担任主持人的管理员，也请在下面留言提出。如果上方提到的被提名人愿意接受，也请在下面留言表态。--Techyan（留言） 2017年9月11日 (一) 18:21 (UTC)[回复]

  • (＋)支持，我已经在JimmyXu用户页留言表达了这个意思。同时我也报名，希望能加入维护列表。--人神之间摆哈龙门阵 2017年9月11日 (一) 18:32 (UTC)[回复]
    请查收邮件。--Jimmy Xu 论 2017年9月11日 (一) 18:46 (UTC)[回复]
    谢谢Jimmy，我已加入维护列表，如果还有JimmyXu未联系到的管理员，麻烦请直接前往Jimmy的对话页请求密码。--人神之间摆哈龙门阵 2017年9月11日 (一) 19:03 (UTC)[回复]
    这Jimmy和人神之间唱双簧也太直接了，(－)反对如此unblock管理权还是按Jimmy个人意志决定，同样反对目前unblock继续被非华人地区人士垄断的情况。另外也没有证据证明人神之间是被社群信任的管理员，该用户曾经利用unblock黑箱，制造过社群的重大争议性性封禁——京沪线和爱孟的封禁事件，因此不信任该用户。unblock邮箱列表管理权应该由社群讨论或投票决定，要求撤回目前无共识的授权。从当下讨论的情况看，也没有一个人表示信任人神之间。若Jimmy Xu和人神之间等人执意完小圈子控制，那么我(＆)建議其他管理员另立新的受社群信任的unblock邮件列表，并考虑让社群选出若干非管理员用户作为观察员，监督unblock运作。门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月12日 (二) 00:39 (UTC)[回复]
    (：)回應首先，管理员本身就是受社群信任的维基人。其次，我否认使用过unblock黑箱操作，所有unblock邮件往来都是可以查证的，任何在任管理员均可以查询。第三，没有任何人要小圈子控制，就像上面所述，任何管理员都可以找Jimmy拿到密码。当然，如果有维基人愿意开发，我完全支持开发一个新的unblock邮件列表，多总比不够的好。--人神之间摆哈龙门阵 2017年9月12日 (二) 01:14 (UTC)[回复]
    你也可以问拿钥匙的，问不到大可以再来问责。而且也有一些新当选的管理员加入，除非你觉得那些也是不可信的。——路过围观的Sakamotosan 2017年9月12日 (二) 01:01 (UTC)[回复]
    人神之间确实不被信任，该用户曾经以伪造的聊天记录作为“证据”，逼迫本人道歉认错，骗我说“道歉就解封”，结果我在没有任何违规的情况下，为了避免撕逼，违心地被他逼迫得道歉了，但他马上出尔反尔，拿我的“道歉”进一步作为给我扣罪名的“证据”，给本人和其他用户的心灵造成了极大的创伤。人神之间本来就是以玩“unblock黑箱”出名的，而他和本讨论所质疑的Jimmy Xu以及长期打压社群发展的AddisWang都关系很好（所谓近朱者赤近墨者黑，人神之间曾经为AddisWang冲锋陷阵，带头打压大陆维基社群，现在还是老样子），而人神之间脱离中文维基社群也已经很久了，甚至出现过6个月来“打一次卡”的情况[1]，所以该用户取得Unblock管理权显然不合理。另外，从来没有所谓“是个管理员就永远被信任”的道理。请其他受社群信任的管理员站出来维护，取得Unblock管理权限，维护方针，谢谢！ 上海灘維基悍將  守望者傳奇  2017年9月12日 (二) 15:19 (UTC)[回复]
    我认为维基百科最好的一点，就是所有的贡献和编辑都有迹可循，所有unblock邮件列表也都是对所有管理员公开的。有心想要了解事件详情的维基人，我相信他们能从编辑历史以及各种存档中了解到清晰的来龙去脉并作出自己的清晰判断。另外相信了解我的维基人都应该知道我对大陆维基社群的态度和贡献。最后，我非常赞同你的最后一点，我也希望更多的管理员前来加入维护unblock。--人神之间摆哈龙门阵 2017年9月13日 (三) 22:55 (UTC)[回复]
  • 愿意接受。--1=0，欢迎加入WP:維基百科維護專題 2017年9月12日 (二) 01:16 (UTC)[回复]
    请查收邮件。--Jimmy Xu 论 2017年9月12日 (二) 02:19 (UTC)[回复]
    已收到Jimmy Xu关于unblock-zh管理接口的邮件。--1=0，欢迎加入WP:維基百科維護專題 2017年9月12日 (二) 02:41 (UTC)[回复]
"观察员"是一個很好的提議。可是會不會太複雜?--Temp3600（留言） 2017年9月12日 (二) 01:31 (UTC)[回复]
也许我是最好作为观察员的，因为我曾经多次被Unblock黑箱作业/伪造的证据所害。 上海灘維基悍將  守望者傳奇  2017年9月12日 (二) 15:19 (UTC)[回复]
我還是傾向增加審核員的數目。設立觀察員，又要寫個新的方針，行政上會多出不少工序。--Temp3600（留言） 2017年9月12日 (二) 17:36 (UTC)[回复]

鸡米许阁下是好像除了在互助客栈上留了几个请查收邮件的言之外别的一句话都没说？请问上面那些阁下修改的设置改没改？让Temp3600等人好像都去你讨论页上留言了还当看不到？还有techyan说了和我自己，为什么没见阁下联络techyan赋权？揭了某些人的老底就把当事人给搞得火气和针对性这么大。。--黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月12日 (二) 05:51 (UTC)[回复]

建议为WP:互助客栈/求助和WP:知识问答部署Flow

如题。我认为这两个页面非常适合Flow，原因如下:

  • 都是比较短的讨论，不会像方针区那里几百行一个章节。
  • 方便新用户。如果用户想要查看自己的问题被回复了没有，按照目前的情况，通常用户得以特定的方法来访问这些页面。而Flow，可以让用户在访问维基百科任一页面的时候就可以收到通知。
  • 有摘要功能，如果问题解决了还可以立马一键关闭讨论。

综上，我认为这些页面采用Flow是有益的。——꧁༺星耀晨曦༻꧂（留言） 2017年8月16日 (三) 19:28 (UTC)[回复]

Flow的效率和排版都有很多争议和不足。但是，中文社区确实没有在大流量页面尝试过flow，所以可以开启一阵子感受一下利弊。我想可以给flow一次机会试试。不行再改回来。（如果要试，应该在我们的内用页面，求助客栈试）。Bluedeck 2017年8月16日 (三) 19:33 (UTC)[回复]
Flow的问题是不支持繁简转换，但是我认为讨论页面没有必须转换的硬性需求。此外，我觉得Flow排版再差，也比现在讨论页面的排版好(但是flow现在对于该页的头部说明性内容支持太差，放到右侧需要重新改头部的版面才行)。长篇内容是否合适Flow还真不清楚。此外，flow对于讨论存档到相关对话页的方式不太好解决，可能需要一套专门的流程来处理这个问题。比如在相关对话页放置一个模板指向专门的讨论帖子，或者把帖子剪切移动到相关对话页，然后把帖子删除，在编辑摘要注明去向（似乎能用bot解决？）还有一个问题是不清楚现在flow能不能在非对话页启用？不能的话把WP:互助客栈/求助的对话页作为讨论区倒是也不错--百無一用是書生 (☎) 2017年8月17日 (四) 02:42 (UTC)[回复]
先放到一个flow子页试跑一轮？——路过围观的Sakamotosan 2017年8月17日 (四) 02:52 (UTC)[回复]
啊，看来可以放在非对话页pt:Wikipédia:Flow/Testes--百無一用是書生 (☎) 2017年8月17日 (四) 03:01 (UTC)[回复]
Flow似乎不用专门存档，过一段时间如果无人编辑话题就会在页面自动隐藏。就像mediawiki官网的帮助台一样。——꧁༺星耀晨曦༻꧂（留言） 2017年8月17日 (四) 03:26 (UTC)[回复]
frwiki的玩法fr:Wikipédia:Forum des nouveaux/Flow。@星耀晨曦：Flow的确不用专门存档，但是我说的是{{save to}}的用法，把讨论尽量放到最相关的地方，方便查找--百無一用是書生 (☎) 2017年8月17日 (四) 03:59 (UTC)[回复]
这是一个问题。能不能利用bot检测话题摘要的{{saveto}}，然后复制到特定页面？话说回来，求助区和知识问答没啥需要用到saveto的地方。——꧁༺星耀晨曦༻꧂（留言） 2017年8月17日 (四) 06:03 (UTC)[回复]
前两天试了一下，觉得比较可行的做法，就是在相关讨论页放上一个提示：“关于xxx的讨论见topic:yyyyy”。复制到特定页的问题是有两份内容同时存在，而如果把flow这边的隐藏或删除的话，flow这边没法看到转移到了那里，所以在相关讨论页反链到flow的讨论主题上似乎是唯一的方式了--百無一用是書生 (☎) 2017年8月21日 (一) 07:03 (UTC)[回复]
还有一个问题就是讨论错了地方如何处理？比如一个讨论的话题是方针相关的，应该在方针区讨论，但却发在了求助区。目前的做法是复制粘贴到方针区，求助区的内容删掉，并且挂一个指向方针区的链接。但是flow的情况下似乎就不太好这么处理？--百無一用是書生 (☎) 2017年8月21日 (一) 07:09 (UTC)[回复]
先Wikipedia:知识问答/flow吧。 --达师 - 345 - 574 2017年8月21日 (一) 08:41 (UTC)[回复]
那就先去提了再说？--百無一用是書生 (☎) 2017年8月23日 (三) 00:58 (UTC)[回复]
我认为可以。——꧁༺星耀晨曦༻꧂（留言） 2017年8月24日 (四) 14:54 (UTC)[回复]
  • (－)傾向反對：不值得一试。Flow是维基修正主义，必须全面禁止！[開玩笑的]--相信友谊就是魔法的萌得不能再萌 2017年8月25日 (五) 14:19 (UTC)[回复]
  • (＋)支持：值得一試。我覺得可以。--　宇帆（留言·歡迎簽到·聯絡） 2017年8月27日 (日) 08:10 (UTC)[回复]
  • (＋)支持，如果不行的话也可以参照translatewiki的那种讨论工具。--SolidBlock留言 2017年8月28日 (一) 23:05 (UTC)[回复]
已经提交请求：mw:Flow/Request Flow on a page#3. Community requests--百無一用是書生 (☎) 2017年8月29日 (二) 03:45 (UTC)[回复]
Wikipedia:知识问答/flow now has Flow. Trizek (WMF)（留言） 2017年8月29日 (二) 09:53 (UTC)[回复]
建议弄一套类似fr:Projet:Aide et accueil/Participer的模板在flow，这样既可以对某个话题的状态进行醒目的表示，又能对某个话题进行分类--百無一用是書生 (☎) 2017年8月29日 (二) 11:55 (UTC)[回复]
其实维基百科:互助客栈/消息挺适合flow的....--百無一用是書生 (☎) 2017年8月31日 (四) 02:59 (UTC)[回复]

请来知识问答体验flow，然后参加本调查。Bluedeck 🤔 2017年9月11日 (一) 22:51 (UTC)[回复]

再次提議「特色條目」改名

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:特色条目。

在執行教育專案的過程中，發現很多學生根本不了解特色條目的意思，因此他們可能寧願去閱讀優良條目，也不會去讀特色條目。而我也完全承認這一個名字是錯譯。因此提議將「特色條目」改名為「特優條目」。---Koala0090（留言） 2017年8月25日 (五) 01:22 (UTC)[回复]

討論區

  1. (＋)支持。我好幾個朋友也是這樣 囧rz……--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月26日 (六) 06:40 (UTC)[回复]
  2. (＋)支持。Featured 翻譯為 "特優"或"招牌" 比較貼切。=) --It's gonna be awesome!✎Talk♬ 2017年8月27日 (日) 05:18 (UTC)[回复]
  3. (＝)中立：能够更好地表现出「比优良条目更好的条目」之意，但叫习惯了不是很建议改。 --dqwyy (talk) 環状線を走り抜けて 2017年8月27日 (日) 12:02 (UTC)[回复]
  1. (－)反对：此名稱很容易會和優良混淆，令人以為是特色＋優良的結合條目，要改名就不要用「優」這個字，例如英文直譯的「精選」？-- 源  環  2017年8月27日 (日) 15:16 (UTC)[回复]
典範條目。-游蛇脫殼/克勞棣 2017年8月27日 (日) 15:21 (UTC)[回复]
個人認為不會混淆，就像頒獎時「特優」跟「優等」沒有混淆問題一樣，且考慮名稱時也要考慮在語境上FA要優於GA。不過這都還可以討論，我想也許我們應該可以先投票是否要改名，通過之後再討論要改什麼名字---Koala0090（留言） 2017年8月27日 (日) 15:51 (UTC)[回复]
  1. (＋)贊成改名，「特色條目」和「优良条目」，不太容易看出哪一個比較好--Wolfch (留言) 歡迎參與今年的動員令 2017年8月28日 (一) 00:08 (UTC)[回复]
(＋)支持：可以改是可以改，不過請順便將「特色條目評選」也改名成「特優條目評選」吧 囧rz……還有首頁的頁面能不能也順便寫成「特優內容」阿 囧rz……?--Z7504（留言） 2017年8月28日 (一) 02:48 (UTC)[回复]
可以尋求管理員協助。--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月28日 (一) 04:45 (UTC)[回复]
  1. (＋)支持。Featured 翻譯為 "特優"或"招牌" 比較貼切。--葉又嘉（留言） 2017年8月28日 (一) 06:41 (UTC)[回复]
要提醒的一点是，最初只有特色条目，没有优良条目。现在说的困扰，应该是出现了优良条目造成的，特色条目只是躺枪...--百無一用是書生 (☎) 2017年8月28日 (一) 07:42 (UTC)[回复]

第一次投票：請問您是否支持Featured article改名?

(※)注意：投票不能代替討論，此討論應該追求共識，而非投票硬定出個結論，在下不理解為何此討論討論到一半又莫名其妙變成投票了。——Aotfs2013 留於 2017年8月30日 (三) 09:58 (UTC)[回复]

支持

  1. (＋)支持---Koala0090（留言） 2017年8月28日 (一) 10:52 (UTC)[回复]
  2. (＋)支持--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月28日 (一) 10:54 (UTC)[回复]
  3. (＋)支持（不然也不會參與討論了 囧rz……）--Z7504（留言） 2017年8月28日 (一) 10:55 (UTC)[回复]
  4. (＋)支持--Wolfch (留言) 歡迎參與今年的動員令 2017年8月28日 (一) 11:07 (UTC)[回复]
  5. (＋)支持。臺灣杉在此發言 (會客室) 2017年8月29日 (二) 02:00 (UTC)[回复]
  6. (＋)支持 感謝Koala for tagging me. 無限期支持正名喔！ 不然改用招牌條目如何? 無論是Google Store's Featured app 或菜單的招牌菜總是會置頂。 --It's gonna be awesome!✎Talk♬ 2017年8月29日 (二) 04:03 (UTC)[回复]
  7. (＋)支持--葉又嘉（留言） 2017年8月29日 (二) 06:46 (UTC)[回复]
  8. (＋)支持，現名不易於理解。--【和平至上】💬📝 2017年8月29日 (二) 12:20 (UTC)[回复]
  9. (＋)支持水可煮粥，亦可赛艇 听取蛙声一片 人生经验 2017年8月30日 (三) 08:30 (UTC)[回复]
  10. (＋)支持--小培の良民證※来讨论？ 2017年8月30日 (三) 11:29 (UTC)[回复]
  11. (＋)支持--YFdyh000（留言） 2017年8月30日 (三) 13:34 (UTC)[回复]
  12. (＋)支持：「特色」實在不易理解，記得從前我也提議過。--Kolyma（留言） 2017年8月31日 (四) 16:52 (UTC)[回复]

反對

  1. (－)反对。提出改名的理由是認為多數用戶只讀優良，不看特色，改名就會嗎？如果認為改名就會增加點閱率，哪麼，也得要有實際上的資料佐證。-cobrachen（留言） 2017年8月29日 (二) 02:31 (UTC)[回复]
  2. (－)反对，(▲)同上。--B dash（留言） 2017年8月30日 (三) 02:52 (UTC)[回复]

中立

  1. (＝)中立：「特优」一词能够更好地让新用户明白，但是可能会让老用户觉得不习惯，毕竟用了这么多年。因此先投中立，看看其他人的意见先。 --dqwyy (talk) 環状線を走り抜けて 2017年8月28日 (一) 10:57 (UTC)[回复]
  2. (＝)中立：改名沒意見，但若堅持用「特優」代替，在投票時我會投(－)反对票。-- 源  環  2017年8月28日 (一) 15:37 (UTC)[回复]
  3. (＝)中立，“Featured”或许还有更好的译法，而不仅仅有“特优”。此外老用户可能需要一段时间来适应改名。--兔喵 ∞ ( ゜- ゜)つロ乾杯~ 回复请直接Ping我~ 2017年9月3日 (日) 00:58 (UTC)[回复]

投票結果12票(＋)支持，2反對，3中立，進到下一步投票。---Koala0090（留言） 2017年9月5日 (二) 23:49 (UTC)[回复]

意見

  1. 特優條目
  2. 招牌條目
  3. 精選條目
  4. 典範條目
  5. 經典條目
  6. 精湛條目
  7. 頂尖條目
  8. 特級條目

(※)注意：敝人初步先排除一些明顯會產生混淆和歧義的名稱：

  1. 特優條目
    • 原因：常被用作特色條目和優良條目的合稱，在過往討論存檔中該名稱亦被相當地如此使用。
  2. 精選條目
    • 原因：新條目推薦 曾經使用過的名稱。

不便之處，敬希見諒。更多請參考往日有關Wikipedia talk:特色条目#提议“特色条目”更名的討論，謝謝關注！--街燈電箱150號 開箱維修 抄錶 檢驗證明 2017年8月29日 (二) 02:29 (UTC)[回复]

(！)意見，不然像文言维基百科一样叫“卓著”?[開玩笑的]--WAN233 (留言) 2017年8月30日 (三) 09:19 (UTC)[回复]

第二輪投票：票選新名

以下個子項是過去討論曾經提出的新名，先去掉「特優」及「精選」等可能混淆的新名，歡迎各位在子項下投票，一人可以多票，但一人單項不可重複投票，無反對票設計，投票期自9月5日至9月19日，共計兩周。---Koala0090（留言） 2017年9月5日 (二) 23:49 (UTC)[回复]

(※)注意：共識方針明確指出：

共識最終將根據支持和反對該議題的論點質量所決定，同時經過維基百科方針的審視，而不應通過簡單計票統計多數來決定。回復是／否／支持／反對」這樣的評論，除了表達道義支持外沒有任何意義；回復「支持／反對用戶X的意見」則更好一些；在你的看法下提出新穎的見解才是最好的做法。我們的目標是提出有說服力的理由來作出決定，而不是根據公開支持的比重來作出決定。

——WP:CON

——Aotfs2013 留於 2017年9月6日 (三) 06:07 (UTC)[回复]

身為提議人，在下認知自己必定會有立場，因此如果質疑我主持的討論，歡迎代替我的主持。這次的提案其實過去早已有人提出過，且事前討論時間看起來也相當充分，我也等到沒有人回應之後才決定開啟投票。我想也許你引用的條文比較適合方針的開放性討論，但這次的提案具有雙向性，以投票表達意見似乎並無不妥---Koala0090（留言） 2017年9月6日 (三) 11:50 (UTC)[回复]
以共識行事是維基百科的基石，而不僅僅限於方針與指引的修改。在此案中，顯然每個名字都有其較為恰當與較為不恰當處，也正因為如此使用者才會「投票」給任一選項以表達自己的立場；如要討論修改，應任所有使用者將其「投票」之理據完整說明，而非僅僅經由所謂「支持」票數的多寡進行決定。——Aotfs2013 留於 2017年9月6日 (三) 12:11 (UTC)[回复]
好的，希望投票者同時也能發表投票原因，同時討論區開放繼續討論及反對意見---Koala0090（留言） 2017年9月8日 (五) 11:59 (UTC)[回复]

招牌條目

(－)反对招牌應該只有幾個(固定)，可是一天都已經有十幾二十個特色條目。Pigppp（留言） 2017年9月14日 (四) 15:34 (UTC)[回复]

典范條目

經典條目

精湛條目

頂尖條目

特級條目

最佳条目

特色条目

  • (＝)中立，虽然题主没有开启自行添加候选项，不过基于维基百科:勇于更新页面，在下自行添加了这个选项。此外，在下也希望延长投票的期限，毕竟多了选项。再者，因为投票规则表明“无反对票设计”，只能以中立态度明志，不知道前面投了反对票的会不会影响最后的计票结果。--👼㊙️偶㊗️💯CKG48💖茁壮成长乛◡乛喜欢👧♀⚢喜欢👗👙👚 2017年9月11日 (一) 17:53 (UTC)[回复]

討論區

只要新名，完全不要旧名了吗？这个投票的意思是选出来的名字作为“特色条目”的替代，还是选出来后再与“特色条目”一决高下？--百無一用是書生 (☎) 2017年9月7日 (四) 01:38 (UTC)[回复]

舊名不易理解，實在不值得再要了。--Kolyma（留言） 2017年9月7日 (四) 15:11 (UTC)[回复]
一樣討論好請告知一下，因為需要順便修改這裡的文字介紹，謝謝您--Z7504（留言） 2017年9月7日 (四) 20:48 (UTC)[回复]
我认为即使打算否定原来名称，但是投票的时候也应该给原来的名字留个活口（一个简单的问题，如果有用户虽然同意改名字，但是看了现在的提案觉得还不如原来的名字，那么这样的用户如何通过投票表达自己的意见呢？）--百無一用是書生 (☎) 2017年9月11日 (一) 01:46 (UTC)[回复]
可以参考新西兰国旗公投的模式，第一轮先选新名，胜者进入第二轮和原名1v1投票--#young[谁？] 2017年9月12日 (二) 10:42 (UTC)[回复]
話說回來不是說沒有反對票嗎……這樣的話到底算不算反對票？--【和平至上】💬📝 2017年9月13日 (三) 10:45 (UTC)[回复]

我覺得分級是這樣的:精湛<特級<頂尖，那如果採用其中一個的話，那肯定有人會說要設立其餘兩者。「經典」應該是指創立超過一段時間，在某個數量的年中曾經拿超過一定數目的獎項的條目。至於「典範」應該是指被引用超過一定數目或者成為編輯指引討論時的參考並被採用。「最佳」一次表示綜合各方面都沒有其他條目能超過的條目。Pigppp（留言） 2017年9月14日 (四) 15:44 (UTC)[回复]

维护维基百科的中立性，抵制日本历史右翼势力对中文维基有组织、有计划、有预谋的渗透和劫持

在User talk:AT的话题(上任行政员： AT 2017年5月24日 存檔 31/5/1 自薦)　

香港人，現居日本，自2007年開始參與維基百科，現職行政員，由於目前站務積壓嚴重，希望盡快解決的話請直接通知我。 日本中世史專攻，對氏族發展有濃厚興趣。關注範圍為彌生時代至江戶時代前期。AKB48系和乃木坂46的支持者。無論是任何議題，尤其是與日本相關的，均歡迎留言。謝謝。 既往讨论已于2015-11-17存档在User talk:AT/存档 1。----引自User talk:AT用户讨论页面

< User talk:AT 請留意user:废科举 6个评论 • 4 小时前 武藏 (讨论贡献) 該用戶不斷將日本軍艦條目內的軍艦旗及「大日本帝國」刪除，請AT閣下代為留意，謝謝。1 天前

AT (讨论贡献) OK 1 天前

武藏 (讨论贡献) 該用戶還是這樣，麻煩AT閣下處理一下。順帶一題，該用戶已在日版被永久封禁。 编辑于 4 小时前

AT (讨论贡献) 已封禁一天。 4 小时前

武藏 (讨论贡献) 麻煩了。不過這是個開始，該用戶在日版已經弄得天怒人怨，到了這裡也是用這種態度編輯。詳情可留意南京大屠殺及大日本帝國編輯歷史。最後感謝AT閣下。4 小时前

AT (讨论贡献) 自他執意在條目加入日語維基什麼什麼的時候，我已經留意到他的出位行徑了。武藏兄適當時候也可以採取措施應對，您也是管理員啊~

以上引自User talk:AT 2017年8月25日的对话记录--废科举（留言） 2017年8月28日 (一) 06:40 (UTC)[回复]

请注意维基百科上有善意推定原则，在没有直接明确的证据证明用户存在恶意的情形下，请不要断言用户具有恶意。就事论事，不要论人。--Antigng（留言） 2017年8月28日 (一) 07:29 (UTC)[回复]

(：)回應: 如果能确认“天怒人怨”、“行徑”这类措辞不含善意，如果能确认用户武藏对用户废科举在南京大屠杀的编辑的评价昭示了用户武藏的军国主义观点的话，相关证据就会自然而然地趋于明朗吧。--废科举（留言） 2017年8月28日 (一) 09:38 (UTC)[回复]

“相关证据就会自然而然地趋于明朗吧”，当然不会，想想法官能不能单纯依赖间接证据推理断定嫌疑人有罪。--Antigng（留言） 2017年8月28日 (一) 09:41 (UTC)[回复]

(：)回應: 用户武藏是有历史渊源的。“武藏是我提攜他成為管理員，最後有可能成為第一個成功罷免的管理員，我想我要負出一點責任。”--废科举（留言） 2017年8月28日 (一) 10:21 (UTC)[回复]

這種指控讓我想到這類奇怪的指控[2]。--Outlookxp（留言） 2017年8月28日 (一) 09:23 (UTC)[回复]

(：)回應: 所谓指控附带了理由。参照上面的对话记录及相关编辑记录后再联想为妥。--废科举（留言） 2017年8月29日 (二) 11:19 (UTC)[回复]

维护维基百科的中立性，抵制日本历史右翼势力对中文维基有组织、有计划、有预谋的渗透和劫持，[來源請求][來源請求][來源請求][來源請求][來源請求]-- 晴空·和岩 o(*≧▽≦)ツ┏━┓一起拍桌！ 2017年9月8日 (五) 13:34 (UTC)[回复]

是否应协助宣传中文维基百科B站频道

本主題或以下段落文字，在討論結束後應存檔至Template talk:AdvancedSiteNotices/2017年。

在这个编辑请求中，TSVC1190 君希望宣传中文维基百科B站频道，请问社群意见如何。 --砜中嘌呤的白磷萃取 打谱 2017年9月1日 (五) 03:02 (UTC)[回复]

这个UP主，是转载YouTube视频，问题是有些视频是维基媒体基金会账号发的，是CC授权的，转到B站就剩下一个链接了，不合格吧😂。（还有m.youtube的链接什么鬼--Tiger（留言） 2017年9月1日 (五) 05:48 (UTC)[回复]
@Tigerzeng阁下的意思是说在介绍中加入CC授权字样？--当繁星不再闪耀，有我给你点亮 2017年9月1日 (五) 08:02 (UTC)[回复]
宣傳青島社群的時候至少算是社群，這B站頻道……這麼說吧，好東西不用特意宣傳，而且如果宣傳完了卻沒搞好，結果當然會很難看……Victor Shyu不是第一次做這種事了。--逆襲的天邪鬼（留言） 2017年9月1日 (五) 14:07 (UTC)[回复]
当然是要按照CC BY协议所述的要求，写明作者，好像没有SA的要求。至于“标准YouTube许可”，不是太懂，应该也有转载相关的条款。简介也得严谨一点，那个介绍知识共享的视频，简介有点粗。至于作为中文维基百科的账户，是否需要把作品全都CC授权，看看大家的意见吧。--Tiger（留言） 2017年9月2日 (六) 10:04 (UTC)[回复]
標準Youtube授權應當視為有著作權。臺灣杉在此發言 (會客室) 2017年9月3日 (日) 13:39 (UTC)[回复]

能否全保護User talk:Liangent-bot

如題，該頁長期積壓各類刪除通知，基本上惟一的用途就是給維基人刷編輯玩。雖然敝人在提刪/速刪該機器人創建的重定向時會取消勾選「通知原作者」，但多數時候大家都會忘記。因此此類通知不僅沒有必要，也是浪費服務器資源。 Kou Dou 2017年9月1日 (五) 13:35 (UTC)[回复]

已全保護。但是，只能阻擋一般用戶，管理員提刪則沒有辦法。—AT 2017年9月1日 (五) 13:46 (UTC)[回复]
多謝。由於從歷史記錄來看提刪者多爲非管理員，這樣處理應屬妥當。 Kou Dou 2017年9月1日 (五) 13:49 (UTC)[回复]
应该自动存档，而不是全保护--百無一用是書生 (☎) 2017年9月4日 (一) 02:25 (UTC)[回复]
+1。全保护不是用于这个用途的。——꧁༺星耀晨曦༻꧂（留言） 2017年9月4日 (一) 15:59 (UTC)[回复]
这话没错，可是感觉发通知并没有什么用。删除通知本来就是给人类看的，提醒「你建的东西可能要被删了，赶紧来发表意见」，但 Liangent-bot 并不会来发表任何意见。可能唯一的作用是方便统计哪些人提删了机器人建的页面？ --砜中嘌呤的白磷萃取 打谱 2017年9月6日 (三) 00:51 (UTC)[回复]

我认为必须确认清楚

本主題或以下段落文字，移動自User_talk:Lanwi1。执行者：——Aotfs2013 留於 2017年9月5日 (二) 14:15 (UTC)。[回复]

說明：考量話題涉及甚廣，並有大量本地管理人員參與其中，經使用者討論頁主人Lanwi1閣下同意將其討論頁之「我认为必须确认清楚 」移動至此處進行進一步討論。——Aotfs2013 留於 2017年9月5日 (二) 14:15 (UTC)[回复]

以下是移動前的內容，建議在分隔線外討論

之前我们在爱孟的讨论页聊过，我当时说：“ 以我曾经多年经验，这个所谓“绕过封禁”也许只是托辞”，也就是，实际上Kegns并没有任何在CU层面上可以证明“守望者爱孟和中华某人是同一个人”技术证据，很可能是Kegns在没有CU技术证据的情况下，就编造了中华是爱孟傀儡的所谓“CU结论”。现在您应该可以看到Kegns所指的那个CU员才能看到的页面了。请问下Kegns所列的那个页面里，有没有CU证据呢？

我认为这个事情事关重大，如果有，那么爱孟的信誉是被质疑的，因为确实有滥用傀儡的可能；但同样，如果没有，那么问题更严重了，Kegns就是在自己杜撰CU结论，这简直无法想象。希望您明确回应这个事，谢谢！黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月4日 (一) 11:38 (UTC)[回复]

Kegns的判定依据是某IP用户的编辑以及守望者爱孟发送电邮的记录，技术细节与那个IP用户不完全一致，所以没有足够证据证明守望者爱孟和中华爱国阵线是同一个人。--Lanwi1(留言) 2017年9月4日 (一) 12:21 (UTC)[回复]
如果技術上來說CU無法確定兩人是同一人，也沒有充分的證據，但是CU員還是這樣做了，這是不是說明了什麼？--丁子君~和我說話~維基風紀委員 2017年9月4日 (一) 16:54 (UTC)[回复]
我不知道目的……但有其他人怀疑。--Lanwi1(留言) 2017年9月4日 (一) 19:21 (UTC)[回复]
这么说，事实上Kegns并没有CU技术证据，而把个人的揣测当做CU结论公布，硬把“守望者爱孟和中华某人”二人说成是一个人。而CU员以外的外人无法知晓具体细节，所以爱孟被黑箱扣了莫须有的罪名，是这样吗？黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月4日 (一) 19:26 (UTC)[回复]
有相关记录但与守望者爱孟有关的记录不一致（月夜精灵之首席英雄=中华爱国阵线≠守望者爱孟），我不知道目的……但有其他人认为是臆测。--Lanwi1(留言) 2017年9月4日 (一) 19:37 (UTC)[回复]
没有CU证据，就可以以核查员身份公布CU结论，随意给用户扣滥用傀儡帽子。这太恐怖了，CU的黑箱被Kegns等人玩成了想让谁死谁就得死，谁是傀儡谁就是傀儡。CU员黑箱作业，捏造CU结论，比滥用傀儡更不能接受。建议考虑革除Kegns的核查员权限。Shwangtianyuan 自强不息 厚德载物 2017年9月5日 (二) 01:48 (UTC)[回复]
@金牌雄鹰、Lanwi1、Shwangtianyuan、丁子君：在Lanwi1发出的那个链接中，某IP用户自称了是守望者爱孟，这是当时我做判断的直接依据——并不是我找到的证据不充分，而是有人自己承认。其他（Lanwi1认为不一致）的技术细节只是为了杜绝有人冒充，不是本人却知道何时进行了后台操作，冒充可能性极低，因此予以确认。在当时这样的结论已经得到了其他CUer的认可。--Kegns（留言） 2017年9月5日 (二) 05:47 (UTC)[回复]
我认为判断是否同一个人的最大问题就是那个IP用户自称是守望者爱孟的编辑。现在中华爱国阵线承认自己就是那个IP用户，也和我的结论一样，那个IP用户很可能不是守望者爱孟本人。苏州宇文宙武的证言也推翻了二人是一个人的结论。--Lanwi1(留言) 2017年9月5日 (二) 07:11 (UTC)[回复]
我在2014年依据“那个页面”的数据作出如上结论（2014年已有结论，由于当时守望者爱孟已被封禁，没有“落井下石”在当时就披露），当然不会把2017年中华爱国阵线所说的情况纳入考虑。况且，中华爱国阵线所述的情况在判断时都会由于过于巧合、真人傀儡、账户分享（“所以守望者爱孟把自己的账户和密码给过我”）而确认为傀儡。2014年，中华爱国阵线称我们“伪造结果报复他”，2017年又称“那句话是对核查员辛苦工作的一种挑衅”。因此迄今我都无法对他的申诉内容完全相信。--Kegns（留言） 2017年9月5日 (二) 07:59 (UTC)[回复]
  • (※)注意：综合各方叙述，我归纳一下：
    • 在2014年的时候，有中华爱国阵线使用的某个IP，在用户核查页面声称：“我八月份改过密码”；
    • 同时，在当年八月，守望者爱孟有过发送电邮的操作，改操作并非修改密码；
  • 因此，中华爱国阵线所声称的动作和守望者爱孟实际操作的动作，完全不同。所以完全不能以此推断傀儡。
  • 更关键的，CU本是纯技术上的一种侦测手段，不能渗入个人的推理或者猜测。
  • 综上，Kegns使用不相关的“后台动作”进行判断，甚为不当。门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月5日 (二) 08:03 (UTC)[回复]
该IP地址的自称已是“自投罗网”，我当时的判断依据是“用邮件取回密码”，得知自己的账号在特定的时间有过特定的活动。已经是不可能有别人，只是再额外确证一下“自投罗网”的不是冒充者。
CU当然是原始CU数据加上合理的推理，如等量代换、特殊UA的稀缺性等等都是推理的依据。
我与守望者爱孟几乎没有正面冲突或纠葛，只是关注于检查傀儡的滥用。“报复或者施压”无从谈起。--Kegns（留言） 2017年9月5日 (二) 08:45 (UTC)[回复]
从另一个角度来说，按照你们所相信的中华爱国阵线所说：「那些编辑，包括[3]，的确是我做的，因为之前爱孟告诉过我“他有修改过密码什么的”，然后我为了保护自己，就干脆继续模仿爱孟，所以说了那句话。但那个IP的编辑和User:守望者爱孟本人无关。」，如果事实如此——守望将自己账户活动告诉中华，使得中华成功模仿被查核对象守望，导致得出傀儡结论——请问这是谁的责任呢？--Kegns（留言） 2017年9月5日 (二) 09:39 (UTC)[回复]
  • (：)回應：我觉得Kegns先生你是不是应该先说明一下，你为什么没有根据IP地址来判定？现在就请Kegns阁下好好解释一下这个问题。不要这个问题没解决，又扯出了什么别的事情，不要企图混淆视听。错的就是错的，对的就是对的。Kegns先生，你到底做得来CU么，你做不来就不要做了好吗？--SP RailwayGuest 2017年9月5日 (二) 11:35 (UTC)[回复]
我自始至终都在解释这个问题的本身。这件事从一开始不就也牵涉到IP？除了IP地址，诸如稀缺的UserAgent、不常有编辑的IP地址段内的活动等等都是判断的依据。当然，我也想请你们问问你们身后的当事人，我们一直所讨论的IP是守望还是中华？如果是守望，那么我的判断没错；如果是中华，为什么故意模仿守望？如此故意模仿被我们查出，难道不是我们工作到位？--Kegns（留言） 2017年9月5日 (二) 11:57 (UTC)[回复]
牵涉到IP？那你看到的细节怎么跟别人看到的不一样？你只有根据IP做是和不是的判断，谁给你的权力让你引申出那么多的故事，请不要给自己加戏好吗？你又不是作家协会的，还想把人给写死啊。还有“你们身后”这是什么意思？你这是指控我咯，你凭什么指控我，又要制造冤假错案咯。我现在是请你解释，你为什么自己做了那么多不恰当的引申判断，现在是在问你，请你不要反问我。你工作到位不到位让大家判断。故意模仿你有IP数据做支撑么，没有请不要给自己贴金说什么工作到位，自己说自己好谁不会啊？请你态度端正点。--SP RailwayGuest 2017年9月5日 (二) 12:12 (UTC)[回复]
「故意模仿你有IP数据做支撑么」，这是你们所信任的中华爱国阵线自己说的。如果这不是真的，不是模仿，那就是守望本人了。不然不会知道账户在那个时间有过活动。--Kegns（留言） 2017年9月5日 (二) 12:16 (UTC)[回复]
你汉语听得懂么？我问你你为什么细节看到的和人家不一样。你为什么不根据IP地址直接判断？你为什么自己加戏把人写死？还有什么叫“你们所信任的”，怎么，你准备掀起党锢咯，你以为是东汉啊，请你直接举出例子，证明我信任他。不然请你收回这句话，我有足够的理由觉得你在造谣，试图混淆他人试听。最后，希望你不要自己给自己加戏，谢谢--SP RailwayGuest 2017年9月5日 (二) 12:21 (UTC)[回复]
使用开放代理时自然无法通过IP地址判断。-Mys_721tx（留言) 2017年9月5日 (二) 13:14 (UTC)[回复]
我认为中华爱国阵线为什么模仿守望者爱孟是因为自己曾用过类似真实姓名的用户名（担心被报复）以及对守望者爱孟被永久封禁感到不满。--Lanwi1(留言) 2017年9月5日 (二) 13:20 (UTC)[回复]
建议阁下仔细检查存档，在下并没有提过中华爱国阵线使用开放代理。-Mys_721tx（留言） 2017年9月5日 (二) 13:50 (UTC)[回复]
中华爱国阵线不可能用开放代理的话更不可能与守望者爱孟是同一人。--Lanwi1(留言) 2017年9月5日 (二) 13:58 (UTC)[回复]
至少现在事实是，Kegns在既无IP或设备比对，而中华爱国阵线所声称“其做的动作（改过密码）”与守望者爱孟本人“实际做过的动作（发送电邮）”不一致的情况下，凭个人猜测公布的CU结论。这个离谱得比较大，按Kegns的逻辑，是不是如果我对爱孟被封不满，所以我也是傀儡。任何和爱孟认识的人，只要说了一些和爱孟有关的信息，哪怕信息和实际情况不一致，Kegns都认定为爱孟的傀儡。更关键一点，CU是外人看不到的地方，这样子的做法，实在是……门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月5日 (二) 13:33 (UTC)[回复]
或许我的理解有问题，Legolas1024说“为什么不根据IP地址直接判断”，但是Kegns很明显是根据IP地址来判断的啊？再加上设计的账户自己都承认了，还有什么好说的。除非是假冒IP和UA，但这种可能性通常情况下也未免太低了吧。另外，CU记录，所有的核查员、监管员和申诉专员都可以看到。如果不满CU结果，完全可以向申诉专员投诉--百無一用是書生 (☎) 2017年9月5日 (二) 13:46 (UTC)[回复]
(：)回應：你说的我没看懂。但是设计的账户，这是你说的。你关键证据呢？WP:CU就三条，超出三条的你就不要再说了。谢谢配合--SP RailwayGuest 2017年9月5日 (二) 14:31 (UTC)[回复]
是“涉及”的账户，我打错字了--百無一用是書生 (☎) 2017年9月5日 (二) 14:47 (UTC)[回复]
非常非常遗憾地告诉您，您的理解完全错误。从Kegns自己的叙述，以及lanwi1叙述，以及其他和核查员沟通过的部分管理员的叙述，Kegns这次的CU认定，并没有比对过守望者爱孟的IP地址，也没有比对过设备。您可以向任何核查员核实。“自己都承认了”，好吧，我承认，我是Shizhao的傀儡账号，所以请把我和Shizhao一起封了吧。（:-D）门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月5日 (二) 13:52 (UTC)[回复]
不好意思，我没有从讨论中看到任何“没有比对过守望者爱孟的IP地址，也没有比对过设备”的证据和说法，不知道你是怎么得出这个结论的？另外，有人说CU不需要推理和分析，这怎么可能。如果真是这样的话，查核模板只留两个就好了{{Confirmed}}和{{Unrelated}}。承不承认的，这不能断章取义吧？总得结合当时的历史环境吧--百無一用是書生 (☎) 2017年9月5日 (二) 14:04 (UTC)[回复]
「没有对比过IP地址」把守望和中华关联起来的是什么？「没有对比过设备」请你再问问Lanwi1那页有没有出现过设备UA？“自己都承认了”当然我是通过所述情况与实际情况的时间相符来确定这次承认有效，「好吧，我承认，我是Shizhao的傀儡账号，所以请把我和Shizhao一起封了吧。」你能说出shizhao帐号何时有过发过邮件改过密码这些后台操作吗？视关键证据于无物是你的专长吗？--Kegns（留言） 2017年9月5日 (二) 14:20 (UTC)[回复]
有设备UA。--Lanwi1(留言) 2017年9月5日 (二) 15:14 (UTC)[回复]

@Lanwi1：閣下認為有沒有需要把此案轉移至客棧進行進一步討論？——Aotfs2013 留於 2017年9月5日 (二) 14:02 (UTC)[回复]

@Aotfs2013：有必要，一看就明白。--Lanwi1(留言) 2017年9月5日 (二) 14:08 (UTC)[回复]

以上是移動前的內容，建議在分隔線外討論

另外，说黑箱作业的，如果认为目前的这种方式存在问题，请向基金会反映，在这里说一点用都没有--百無一用是書生 (☎) 2017年9月5日 (二) 14:17 (UTC)[回复]

(：)回應：User:Shizhao：你这甩脸色给谁看呢？我们就是要这里讨论，维基没有一条规定不可以这里讨论的。WP:CU就只规定了三条，存不存在问题也不是你说了算的，大家说了算，吓唬谁呢？别给自己加戏。--SP RailwayGuest 2017年9月5日 (二) 14:28 (UTC)[回复]
不懂啥叫甩脸色，我只是就事论事而已，又没有对人不对事。我也没说CU有没有问题，我只是说有人认为CU太黑箱，需要改变的话，必须去和基金会反映。因为这牵扯到隐私方针和数据公开方针等，不是本地社群能够完全解决得了的。我没说不能在这里讨论，在这里讨论没有任何问题，只是讨论半天不去和基金会打交道也不会有啥结果（黑箱问题）。如果讨论核查员的滥用CU权限或CU问题，不去和基金会或者Ombudsman投诉，在这里说，也很难有结果，因为绝大多数用户看不到CU日志，无从比对各方的说法到底有没有问题，而能看到CU记录的又有隐私方针等的限制，没法提供详细证据。这不就是个死结吗--百無一用是書生 (☎) 2017年9月5日 (二) 14:47 (UTC)[回复]
你这算有花头了，算厉害死了，认识Ombudsman了。基金会解决是一个方式，这里讨论是另外回事。讨论的意义就是明确WP:CU就三条，超出的就是CU犯规，那么简单的事情我不知道你有什么好解释的。白不白让大家来看，请你不要来洗，谢谢--SP RailwayGuest 2017年9月6日 (三) 00:38 (UTC)[回复]
说都不会好好话了么？既然是想讨论方针问题，就直接说不行么，非要绕这么大的圈子？另外，我一直不明白所说的WP:CU三条是啥东西？是指WP:CUP#1，WP:CUP#2,WP:CUP#3?--百無一用是書生 (☎) 2017年9月7日 (四) 01:45 (UTC)[回复]
哪里没有好好说话了？我骂你了么？奇怪伐。我也没像以前有个管理员来问候你家先人，我说了半天连个脏字都没有，你凭什么说我没有好好说话？请你说清楚。说不清楚，就请你道歉。--SP RailwayGuest 2017年9月7日 (四) 05:16 (UTC)[回复]
@Lanwi1：：继续之前讨论：本页面中有三个IP地址，其中一个是开放代理。请阁下指出使用开放代理的用户。-Mys_721tx（留言） 2017年9月5日 (二) 14:34 (UTC)[回复]
大概是中华爱国阵线……见2014年9月时的申诉。--Lanwi1(留言) 2017年9月5日 (二) 14:51 (UTC)[回复]
  • 我在上个月和Kegns私聊的时候，他说是因为“中华”知道我的某些后台操作，所以认定傀儡。但这最多证明中华和我关系好，并不能证明傀儡。现在从实际情况看，连这点都证明不了，中华说的是“我修改密码”，而Kegns认定当时我的操作是“发送电邮”，这完全不一样的两件事。我竟然被这么搞成滥用傀儡。一年前的时候，Kegns一口咬定中华（山东人士）和我（上海人士）是同一个人，当时我还以为我患了失忆症。。。现在看来，他们几个的CU原来拿不上台面。 上海灘維基悍將  守望者傳奇  2017年9月5日 (二) 15:43 (UTC)[回复]

按照Kegns的认定模拟：

我守望者爱孟现在说：“我是Kegns，我在21世纪的时候有过改过密码操作。”

事实上呢，在同一个时间（21世纪），User:Kegns有发送电邮的操作（并非修改密码，具体干嘛未知）。

根据Kegns的认定：由于这个操作是第三方无法知晓的，所以：守望者爱孟=Kegns。

结论：确认，守望者爱孟是Kegns的傀儡。

模拟完毕。（Kegns阁下来看看有没有毛病？）

好啊， 首先，一个月活动可以放大到一个世纪了，这个毛病真的是一点都不大。 其次，「根据Kegns的认定：由于这个操作是第三方无法知晓的」，「由于这个操作是第三方无法知晓的」这句话是我写在CUwiki的原话，请问你是从何人那里取得的copy？是你的愿望终于实现了，还是说这么巧合的事情又让你碰见了第二回？--Kegns（留言） 2017年9月5日 (二) 15:58 (UTC)[回复]

首先，原来是“一个月”，那么长的时间啊？这可是您自己讲的哦，我还以为您手里握有“中华爱国阵线是精确到几分几秒地知道了我的后台操作”的证据，所以无所不能的Kegns大人才以此判定傀儡了呢。
其次，「由于这个操作是第三方无法知晓的」，这原来是您的原话哟，看来上面几位的信息是准确的，您把自己的臆测（中华所谓“修改密码”，爱孟所为“发送电邮”）混淆成CU技术证据了嘛。。。还有啊，原来你我如此心有灵犀，我竟然可以精确感知到您在私密场合的发言，按您的判断标准，我几乎被确认是您的傀儡，也许是某个人使用Kegns和守望者爱孟这两个账号，然后分别潜入中文维基的“官僚”和“百姓”两大的阵营，目前，这一双账户，在各自阵营都混到了最高的级别，现在可以合体了！合体后的组合就叫“思孟”！Oh Yeah。好了我说了我避嫌的，任何人再有问题请到我讨论页来吧，在这里我就不回应了。 上海灘維基悍將  守望者傳奇  2017年9月6日 (三) 12:48 (UTC)[回复]
隨手拈來，Category:影武者的維基用戶分身裡面就有一大堆「没有CU技术确认，就宣布某人是傀儡」。--Mewaqua（留言） 2017年9月5日 (二) 16:30 (UTC)[回复]
能DUCK就不需要CU技术确认，而守望和中华是否同一人则无法通过DUCK确认。--Lanwi1(留言) 2017年9月5日 (二) 16:35 (UTC)[回复]
Wikipedia:更改用户名/已完成/2014年，可以再看看中华爱国阵线改名前的签名是什么。--Kegns（留言） 2017年9月5日 (二) 16:42 (UTC)[回复]
認同書生君所言，在各方都無法取得全面資訊前，在此妄加批評並非所宜。如認為有問題，應該提請申訴專員。如果認為制度或技術層面應該更改，則應該與基金會聯繫，甚或到元維基發起討論，以更改全域用戶核查方針。在此僅憑一言兩語，然後互相質疑，根本無濟於事。同時，本人對懷疑有人違反保密協議，洩漏用戶資料，深表關注。請用戶核查員確認後，商議是否向基金會報備。--J.Wong 2017年9月5日 (二) 16:56 (UTC)[回复]
同楼上，守望者爱孟既然以证据不足为由被解封，再继续追究CU问题也没有意义，能做到避免类似事情再次发生就行了。--Lanwi1(留言) 2017年9月5日 (二) 17:07 (UTC)[回复]
我说JWong啊，枉我那么看好你，你怎么也跟着瞎起哄，还和某些在本地不受待见的人一样还拿基金会出来唬人，你吓唬谁呢？这事儿现在摆明了就是Kegns没有CU证据，仅凭借两个人的后台操作就在那里乱编CU结论整人（他自己都承认了）。事件没有不透风的墙，现在如果有人要帮着Kegns掩饰和撒谎，那么之后你们就要撒更多的谎言，来掩盖你们今天撒的谎。上面有人说要除权啥的，都是气话吧，我觉得Kegns也用不着道歉，只要大方承认自己做那次CU的的时候不严谨，误判了，就没事了，然后大家该干嘛干嘛去。本来也就是我以及其他几个好奇的人想问lanwi1（讨论页聊无意撕逼）确认清楚某个CU，你们竟然撕到客栈来了。（难得一次见到Kegns也慌神了，看来……逃）。黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月5日 (二) 23:59 (UTC)[回复]
这个叫user:Wong128hk的朋友啊，你这意思就是不让大家在中文维基讨论咯，元维基讨论和这里讨论都是讨论，没事情换什么地方。还有，妄加评论，这妄加什么意思，就是我们质疑的发表评论的都是坏人咯，你这是挑事情咯。还有，不要动不动把基金会抬出来，几岁了？怎么，还动用泄露资料的幌子要干嘛？那我们的知情权应不应该有了，人家的清白要不要归还了？你也不要给自己加戏了，谢谢--SP RailwayGuest 2017年9月6日 (三) 00:51 (UTC)[回复]
(？)疑問，若CUer是基于证据不足（IP数据未充分证明），而是据其他证据诸如用户编辑倾向、用户后台活动等可案WP:DUCK及WP:常识判定是同一人，若以{{Possible}}或DUCK名义--即有用户故意冒充被永封用户编辑行径而封禁，会否较使用查核后得出明确结论的斩钉截铁的{{已确认}}为好？--千村狐兔（留言） 2017年9月6日 (三) 00:41 (UTC)[回复]
現在用戶核查員基於私隱政策、保密協議，其判斷理據，不可能在此一一羅列，去說服各位。上面討論之中，各位都幾近一口咬定用戶核查員是濫權，是胡亂判定傀儡，而且理據非常清晰，如此何不按正常及既定程序，交予申訴專員處理？申訴專員可以審視整體理據，亦可以要求Kegns君去解釋，亦可以還兩位一個公道。如果兩位沒在一起過，現在亦說明顯證據不足，一交上申訴專員，一經審視，Kegns君就現形囉。然後就可以把專員回報列在這，大家知情權沒有被削弱呀，然後更加可以大條道理啟動彈劾程序。有何不好呢？怎成了唬人啦，還脅迫Lanwi1君啦……只在此討論，其他用戶又看不到紀錄，你有你說，他有他說，根本於事無補，其他社群成員亦難以判斷。所以閣下到底想達到什麼目的？純粹要在此吵一個半個月，然後不了了之？然後大家上面討論得不是很清楚了麼？在下又不是一開始就跳出來阻止各位，只是見討論已經相當成熟，幾位都已經相當肯定，於是乎就提示各位去按既定程序處理。保密協議是基金會與持權用戶之間的協議，如果真的有人違反協議，當然是要通知基金會啦。為何這又有問題啦……既然本地無權力處理，當然提示各位去相應的地方繼續處理啦。實在不想看著各位繼續在此空轉而已。已經受了這麼大的委屈，還要在此你一言我一語，不知何年何月才重獲公道。於心不忍，就提示各位處理路徑啦，僅此而已，別無他意。--J.Wong 2017年9月6日 (三) 02:53 (UTC)[回复]
好意我们心领了，讨论还是这里进行了，就不劳您费心移到别处了，怪累的。暑气未退，请多休息--SP RailwayGuest 2017年9月6日 (三) 14:54 (UTC)[回复]
如果你们想要一个公正的结论，那很明显申诉专员是最好、最合适而且能够让人信服的申诉通道；谁都知道CU是黑箱，在这里只能各说各话，得不出结果。如果你们并没有想要一个公正的结论，那当我什么也没说。 --达师 - 345 - 574 2017年9月7日 (四) 06:25 (UTC)[回复]
(：)回應：一直漏掉了楼上管理员的回复。公正的结论在人心，公正不是你想要就要得到的。我们心态很好的，把事情的原委搞清楚，说明白。我也不知道你从哪里得到的结论，觉得我们不要一个公正的。这个话说的，总不是那个味儿，语言艺术还需要加工一下。--SP RailwayGuest 2017年9月14日 (四) 06:37 (UTC)[回复]

其他核查员有提出意见

社群有多人找我问我对该CU的看法。我可以说一下，我要给结论的话，可能会给{{possible}}。--1=0，欢迎加入WP:維基百科維護專題 2017年9月6日 (三) 13:07 (UTC)[回复]
{{possible}}最理想。--Lanwi1(留言) 2017年9月6日 (三) 14:03 (UTC)[回复]

左下角的"其他語言"選單可不可以不要摺疊起來

作為常常看同條目其他語言的使用者 最近更新把其他語言折疊起來造成我極大的困擾 要把它點開才知道有沒有想看的語言的條目 不能跟舊版一樣全列出來就好了嗎—以上未簽名的留言由220.135.126.60（對話）於2017年9月5日 (二) 21:00 (UTC)加入。[回复]

折疊起來不是最近的事了。如果完全不想折疊，可以註冊一個帳戶，然後到参数设置 > 外观 > 语言裡關閉此功能。或許也可以按照這裡的方法設置自己想看的語言，不過我沒有試過。 --砜中嘌呤的白磷萃取 打谱 2017年9月6日 (三) 00:19 (UTC)[回复]

提议在元维基政策框架内放宽中文维基百科对开放代理的封禁

首先，中国大陆地区的网民普遍需要使用代理访问维基百科——尽管改 hosts 也可以，但是 hosts 在面对中国复杂且不稳定的网络状况、访问速度、不同平台设备的兼容性上仍然存在问题。客观上，代理仍然是访问维基百科的重要工具之一。然而目前中文维基百科对开放代理封禁政策过于激进，客观上严重影响新手编辑、加入，因此在下提议在元维基政策框架内放宽中文维基百科对开放代理的封禁。

首先，元维基上的 No open proxies 要求“Publicly available proxies (including paid proxies) may be blocked for any period at any time”，即可由公众获取的代理，无论收费与否，都可以在任意时间以任意期限封禁。不过这是个可行的规定，而不是必须执行的规定——换句话说，各个本地维基的封禁方针通常要求管理员执行封禁要小心、要善意推定等等，但是如果管理员想要封禁的 IP 是代理，那么直接封就可以了，不用管本地的那些要求。

中文维基目前对开放代理的封禁是通过 Jimmy Xu 的一个机器人实现的。具体实现方式未知，但根据其封禁日志来看，是通过自治系统编号锁定 IP 区间，然后实施封禁。通俗地说，Jimmy 的机器人会搜刮来所有可能被用作代理的 IP ，然后直接整段、整段地封禁掉，无论代理是否做出过破坏、无论代理是否是开放的、无论代理在其他语言上是不是也被封禁过。很多在中文维基上被封禁的代理，在绝大多数语言上根本没被封禁。中文维基正在使用“主动出击”的方式“打击”开放代理，这是其他语言从未存在过的现象——尽管这不违反元维基上“发现即可封禁”的政策。

如果我们不再“主动打击”开放代理，而是转而使用“允许代理编辑-发现破坏/傀儡迹象-立刻封禁”的流程，对于新手会友好得多。这也不会违反基金会的政策。这样做可能会引发一些问题，但是私以为影响不会很大。我也不是很清楚实际实行起来会有什么问题，但是基于纯理论的分析如下：

  • 即使机器人不封禁疑似代理的 IP ，管理员也可以在不具备专业知识的情况下轻松判断。在实行之后，也可以使用过滤器等方式把由疑似代理 IP 做出的编辑给标记出来，以备其他编者复查。
  • 此举不太可能会造成大量编辑涌现在同一 IP 下的情况发生。翻墙代理中有很多是自用的，对于自用的代理，一个用户通常只会使用一个 IP；对于公用的代理 IP ，通常至多也是寥寥数个用户共享；对于 Lantern 等免费代理，也会把不同用户分布在不同 IP 下。
  • 管理员和巡查员的工作量可能会有提升，但不会太大。毕竟，其他维基上的破坏者也可以利用代理 IP 进行鬼祟破坏，但他们封禁代理 IP 的力度远低于中文维基。
  • 对于用户查核造成的影响有限。按照目前管理员和老编者通行的方略，做出过几笔编辑的用户往往更容易获得 IPBE ，老用户也可以很轻松地以自己网络不好、设备翻墙不方便为由申请 IPBE ，所以如果是这些人滥用傀儡，他们的查核结果在技术上总归也是不相关的；对于新手来说，他们普遍没有利用代理来逃脱用户查核的意识，即使使用了代理，因为注册的帐号大多集中在一个 IP 下，也能够通过用户查核把傀儡抓出来。
  • 除非有严重的滥用傀儡的状况，否则不要轻易开启禁止已注册用户编辑的选项。按上条，老用户的傀儡根本防不了、能抓到的也就是些危害性不大的新手傀儡。

望各位发表意见。--Techyan（留言） 2017年9月6日 (三) 14:41 (UTC)[回复]

此案宜移往VPP討論。——Aotfs2013 留於 2017年9月6日 (三) 14:46 (UTC)[回复]
我希望调整现在的做法，而不是另立新的方针。达成社群的共识、并把操作规范起来就够了。--Techyan（留言） 2017年9月6日 (三) 14:49 (UTC)[回复]
方針根本就沒禁止也沒允許這樣激進地封禁，所以討論機器人封禁程度或者封不封比制定一個規則成本更低而且更有意義。不是什麼問題都能靠制定規則來解決。--逆襲的天邪鬼（留言） 2017年9月6日 (三) 22:20 (UTC)[回复]
(－)反对：
    1. “即使机器人不封禁疑似代理的 IP ，管理员也可以在不具备专业知识的情况下轻松判断”：注册帐户使用代理服务器进行编辑，在没有用户查核的情形下，管理员无法知悉。
    2. “管理员和巡查员的工作量可能会有提升，但不会太大。毕竟，其他维基上的破坏者也可以利用代理 IP 进行鬼祟破坏，但他们封禁代理 IP 的力度远低于中文维基。”：首先“他们封禁代理 IP 的力度远低于中文维基”未必成立，英文维基百科不会采取“一人超生，全村结扎”的策略，但是英文维基百科的机器人维护一个非常全面的开放代理库，其精准封禁开放代理的能力比起中文维基，可能是有过之而无不及。在这样的封禁策略下，英文维基百科代理破坏的现象不严重，自然推不出“在中文维基百科实施代理不破坏就不封禁的措施不会给管理员带来负担”。
    3. “对于用户查核造成的影响有限。按照目前管理员和老编者通行的方略，做出过几笔编辑的用户往往更容易获得 IPBE ，老用户也可以很轻松地以自己网络不好、设备翻墙不方便为由申请 IPBE ，所以如果是这些人滥用傀儡，他们的查核结果在技术上总归也是不相关的；对于新手来说，他们普遍没有利用代理来逃脱用户查核的意识，即使使用了代理，因为注册的帐号大多集中在一个 IP 下，也能够通过用户查核把傀儡抓出来。”、“除非有严重的滥用傀儡的状况，否则不要轻易开启禁止已注册用户编辑的选项。按上条，老用户的傀儡根本防不了、能抓到的也就是些危害性不大的新手傀儡。”：首先，新用户即使没有逃脱用户查核的意识，使用代理服务器亦可能在客观上帮助新用户摆脱查核。例如，新用户被硬封禁，然后挂代理重新注册傀儡帐户，发现没有受到任何限制，他也许没有意识到硬封禁的原理，而以为自己的封禁被解除了。然后“按照目前管理员和老编者通行的方略，做出过几笔编辑的用户往往更容易获得 IPBE ”：这种做法违反了WP:IPBE方针，该方针要求获得此权限的用户具备管理人员级别的信任度。封禁代理无法阻止老用户使用傀儡，不在于NOP政策没有用，而在于大量管理员不遵守IPBE方针，给本站留下了“长期滥用的用户注册新帐户再骗IPBE用代理躲查核”的安全隐患。最后，“对于用户查核造成的影响有限”的结论也不成立，我就遇到一个——User:飞莫鱼然。
  • 最后还是那句话，GFW的责任，维基百科不承担。--Antigng（留言） 2017年9月6日 (三) 15:16 (UTC)[回复]

GFW的责任，维基百科不承担

现在讨论的不是GFW的责任。我认为，目前的关键是如何让人正常访问、编辑和注册的问题。目前，在大部分被封IP都未做出破坏性编辑的情况下，个人实际上一直不希望看到长期硬封禁。主动打击所谓的开放代理区间（实则是整个自治系统全部被ban）明显不符合方针“防止破坏”的意图。本人态度如上。——Wang Qiliang · 留言 2017年9月6日 (三) 16:13 (UTC)[回复]

      • 在大部分被封IP都未做出破坏性编辑的情况下[來源請求]。大部分代理设备IP被封禁，您也自然不可能知道是否有、有多少用户试图从这些IP做出编辑，其中又有多少不具有建设性。元维基的方针如是说：“Although Meta encourages anyone in the world to contribute, such proxies are often exploited for abusive purposes. Because MediaWiki (the wiki software) depends on IP addresses for administrator intervention against abuse, open proxies allow users to completely circumvent administrators. The use of scripts or bots allow malicious users to rapidly rotate IP addresses, causing continuous disruption that cannot be stopped by helpless administrators. Several such attacks have occurred on Wikimedia projects, causing heavy disruption and occupying administrators who would otherwise deal with other concerns.”--Antigng（留言） 2017年9月7日 (四) 00:01 (UTC)[回复]
      • 中文翻译：“尽管Meta鼓励世界上的所有人进行贡献，但是开放代理往往沦为滥用者的工具。因为在MediaWiki上管理员需要依据IP地址信息来干预滥用行为，开放代理则可以完全规避管理员的行动。使用脚本或机器人，恶意用户可以迅速的转换IP地址，由此产生的持续破坏让管理员也束手无策。在维基媒体计划上已经出现过数次这样的攻击，造成了严重的混乱，使得管理员没有精力处理其他事务。”--1=0，欢迎加入WP:維基百科維護專題 2017年9月7日 (四) 04:47 (UTC)[回复]
        • 不用代理一樣能操作吧？換句話說，如果我真想幹一仗，我事前肯定會充分地準備，那樣的話封代理是遠遠不夠的。我當然知道你們所面臨的威脅。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:58 (UTC)[回复]
          • “绕过保护/封禁一样能操作吧。换句话说，如果我真想干一仗，我事先肯定会充分地准备，比如全世界到处旅游躲IP段封禁，操纵全球的僵尸电脑随机鬼祟破坏尚未保护的条目，或者往维基百科的数据库上装定时炸弹，那样的话维基百科的所有保护措施都是不够的。”所以呢？这并不会成为我们废除保护/封禁/过滤器的理由。--Antigng（留言） 2017年9月7日 (四) 07:42 (UTC)[回复]
  • 早就該(＋)支持了。我並沒有看到這種激進的封禁攔住了多少傀儡（而且還是疑似的），只看到它妨礙了大量有意貢獻的中國大陸用戶。
  • 當然你可以把責任全都推到GFW身上，然後無視所有IPBE申請，從法理上講這沒什麼問題。然而從道理上已經產生了更嚴重的問題，即「落井下石」——翻牆本身就很困難，好不容易翻過來卻發現無法編輯，又要研究如何改hosts，這已經嚴重地影響新人加入。
  • 舉個例子，發生了一場水災或者什麼天災，但政府要把工作重心放在防止盜竊、搶劫和騷亂而不是救人上面，這樣是沒違法也沒犯罪，但是肯定預防效果有限而且還要多死不少人。
既不違反規則，又不GAME，而且還能對維基百科造成不良影響，這種事情其實不少，激進地封代理就是其中之一。
  • 當然肯定會放進一些破壞者和無法合作的人，但是不會多到應付不了。能做到有耐心和管理員與查核員玩的只能是極少數人，會有點負擔，但是說會癱瘓那就太誇張了。
  • 真正想開傀儡的，就算你用白名單他們照樣能夠有效地規避查核。傳授反查核經驗只需寥寥數字，而且可以做到根本不用代理。
  • 當然這不意味著什麼IP都解，不過出現問題之後再修就是了，因為現在的問題更嚴重。
--逆襲的天邪鬼（留言） 2017年9月6日 (三) 23:03 (UTC)[回复]
我还是不得不说一个情况。许多大陆用户看不到封禁提示的原因是，对于元维基封的代理，注册的时候都没有完整的提示。元维基封的代理往往都是大家常用的免费代理，像什么自由门啊，GAE啊、常见价格低廉的Web hosting service啊；而他们的封禁只会有一小句英文，不会提示人修改hosts。而我非常支持对这些代理在本地加封一次，大家从封禁模板就可以获得帮助，也可以让那些连封禁模板都不去看完的用户为他们自己的行为付出代价。我忘记加封一次是否能让他们看到了，如果不能当我没说上面那句话。--1=0，欢迎加入WP:維基百科維護專題 2017年9月6日 (三) 23:25 (UTC)[回复]
@Alexander Misel：遭到全域封禁之後所看到的提示訊息是MediaWiki:Globalblocking-ipblocked-range，中文維基還沒去設計這個介面。--逆襲的天邪鬼（留言） 2017年9月6日 (三) 23:49 (UTC)[回复]
@逆襲的天邪鬼、Alexander Misel：需要在这个消息上加多现有本地封的大陆代理封禁提示？——路过围观的Sakamotosan 2017年9月7日 (四) 03:48 (UTC)[回复]
不管有沒有人能看到，反正我在文言文維基上面加了。「非子之過」也。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:42 (UTC)[回复]
  • 我支持对开放代理有限度的封禁。我认为使用bot扫描IP进行主动封禁的做法太过激进，WP:OPD的方式已经足够了，无论哪种方式，都可能有误报的情况，所以bot主动扫描封禁有一定可能造成误封。因此对于代理封禁这一块，我认为WP:OPD就可以了，bot封禁完全没有必要。而即使WP:OPD上列出的IP，也应该手工逐一检查，进行人工判断确认是否OP。
  • 对于封禁提示中“提示人修改hosts”的做法，则表示强烈反对。如果是GFW造成需要使用代理，那么这是GFW的问题，不是维基百科的问题，如果不是GFW却需要使用代理，那么改hosts与此又毫无关系。
  • 从2015年之后，元维基上OP的方针发生了改变，从原来的Open or anonymising proxies 改成了Publically available proxies (including paid proxies)，明显做了扩大化解释，我本身对这种扩大化感到疑虑
  • 无论OP是否扩大化了，但必须是Public的代理总还没有变，因此个人自己使用的私有代理不应该被封禁，或者说任何non-Public的代理都不应该被封禁（这也是我反对用bot自动封禁的原因之一，bot不仅有可能误判一个IP是代理，更可能误判一个代理是否Public）

简而言之，我(－)反对使用bot进行自动封禁的做法，(－)反对在封禁信息里加入“提示人修改hosts”的做法，(－)反对对任何不是Public的代理仅仅因为它是代理而进行封禁得做法--百無一用是書生 (☎) 2017年9月7日 (四) 02:37 (UTC)[回复]

另外，我也(－)反对将OP问题与CU挂钩，这根本是两回事。且不说m:No open proxies中根本没有将二者联系起来的语句，CU核查困难是CU的问题，不应该由OP来承担这个责任--百無一用是書生 (☎) 2017年9月7日 (四) 02:46 (UTC)[回复]
还有，我(－)反对在“元维基政策框架内放宽中文维基百科对开放代理的封禁”，这完全没有必要放宽。正如我上面所言，我们应该讨论的是“中文维基百科对OP的封禁和处理方式是否存在问题”--百無一用是書生 (☎) 2017年9月7日 (四) 02:51 (UTC)[回复]
我一直在強調，真正精明的人即使沒有代理也能規避查核，他們甚至都不會被察覺和送到CU，而普通人如果不掌握技巧即使拿代理一樣能查出來，所以拿CU來說事並不準確。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 03:00 (UTC)[回复]
如果缺乏精确识别代理的方法来对应封禁的话，批量封可能是没办法的办法。或者可以遵循假设所有web hosting的IP都是有可能是代理（包括私人的、免费的、收费的），只是先扫描记录，如果经过OPD确认或其他途径（例如买下相应的代理服务然后上去查IP）确认到是不符合的代理（可能除非私人的）则可以封禁。
吐槽两点：1.因为全程https，导致了就算代理愿意添加补充后面的真实地址也办不到，算是一个弊端？2.就算我手上有一个私人代理，也算是封禁范围之内，毕竟托管的厂商就是其中一个代理托管首选之一。——路过围观的Sakamotosan 2017年9月7日 (四) 03:58 (UTC)[回复]
"就算我手上有一个私人代理，也算是封禁范围之内，毕竟托管的厂商就是其中一个代理托管首选之一。"，私人代理和代理托管商不应该混为一谈。如果因为代理托管商而封禁了一个IP段，但是其中有个IP只是被个人自己私用做私人代理，那么这个IP就应该排除在封禁之外。而如果代理托管商经营的只是非公开代理，那么也不应该封禁这个代理托管商所拥有的IP--百無一用是書生 (☎) 2017年9月7日 (四) 04:04 (UTC)[回复]
并不是这样，因为那个托管服务商的IP段都以NOP全封了，而这个私用服务的IP就在这些段内，即使是私用都会被无意封掉。同样如果允许申报的话，不排除有人故意申报自己的所用的是私用来绕过这种段封。——路过围观的Sakamotosan 2017年9月7日 (四) 08:13 (UTC)[回复]
甚至我們可以先試著實行被動的策略（遭遇破壞之後進行調查，然後再決定如何封禁）看看效果嘛。沒實際地遇到問題，它就不好解決，對吧，而且先別耽誤正常用戶的正常編輯，要不然太缺德了。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:12 (UTC)[回复]
@逆襲的天邪鬼：最近看了一個演講，深有感觸:"如果一個方法能解決80%的問題，就先不要理會那20%的例外情況。"--Temp3600（留言） 2017年9月8日 (五) 18:04 (UTC)[回复]
帕雷托法則--逆襲的天邪鬼（留言） 2017年9月8日 (五) 23:37 (UTC)[回复]
之前Antigng做過一個更加極端的機器人：只要發現是代理就立刻封。我們可以改成不封而是在專門頁面報告，讓其他管理員複查之後再決定。資料夠多之後我們還可以再改變應對策略。
規定是死的，人是活的，所以得會應對變化。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:17 (UTC)[回复]
另外，开放代理，依据来说明来看，是相对于私人代理，也就是该代理仅一个人授权使用，所以相对地，允许多人使用的代理都算是开放代理，无论是网上已公布授权信息的，还是你用钱买的服务。在加上全程https的“福”，更加没办法记录后面的真正IP，所以基本上逢代理均可封。最终就是莫过于，全段无差别封，部分有差别封，和证明非公开而不封，只是如何证明是非开放的话，就是另一个可以做文章的问题。——路过围观的Sakamotosan 2017年9月7日 (四) 08:50 (UTC)[回复]
很難證明一個代理是不是開放代理，但是很容易判斷一個胡作非為的IP是不是代理，所以要制定一套綜合的應對策略，比方說跟蹤疑似代理的編輯、跟蹤已在enwp報告或封禁的IP的編輯、製作能夠應對小曹2015或百樂兔那種bot破壞的清理工具、準備能夠隨時應對極端情況的過濾器（例如以user_age < 86400*7來應對非常極端的情況）⋯⋯雖然比維持現狀麻煩，但是只要能降低中國大陸新手的參與門檻那麼也值了。--逆襲的天邪鬼（留言） 2017年9月8日 (五) 23:37 (UTC)[回复]
如果不希望提前封禁所有托管商的IP段的话，可以考虑将这些先整理这些IP段，一旦发现出现破坏行为，整段不限已登录和禁止创建账户封一年。一般情况下，这些IP段的归属变动不会太大，不会出现突然归属到个人家用的情况，与家用性质单独只封不超过一年的情况不同。——路过围观的Sakamotosan 2017年9月10日 (日) 03:21 (UTC)[回复]
如果Jimmy-abot能夠開源，那麼事情可能會簡單不少（如果Jimmy-abot裡面有明確邏輯或資料的話）。--逆襲的天邪鬼（留言） 2017年9月10日 (日) 03:30 (UTC)[回复]
  • (＋)支持：利大于弊-- 晴空·和岩 o(*≧▽≦)ツ┏━┓一起拍桌！ 2017年9月8日 (五) 13:28 (UTC)[回复]
  • (－)傾向反對：從我在QQ群的觀察來看，有一些新手一看到被封禁，便在群裡問怎麼解決，但明明封禁說明裡面有提到修改hosts、申請IPBE等方法，但某些新手總是沒有看完就來發問。對於這種連說明都不認真看的新手，估計在編輯時也沒有先看方針指引格式手冊等。對於放寬要求這件事，上面有提到說「有些代理在其他語言維基沒有被封，但是在中文維基卻被封了」，我不太懂技術，不過我覺得可以參考英文維基或其他語言維基百科對代理封禁的力度。 --dqwyy (talk) 初音ミク10周年 2017年9月9日 (六) 05:29 (UTC)[回复]

那这样吧，先试行一段时间，大家看怎么样？--Techyan（留言） 2017年9月9日 (六) 03:12 (UTC)[回复]

我出一套試行方案：
  1. 把MediaWiki:Globalblocking-ipblocked-range做好，這樣就不需要在乎全域封禁亂寫摘要的問題了。
  2. 僅解除/放寬由Jimmy-abot實施的封禁，由人類實施的封禁不變，人類管理員針對代理的封禁策略也不變（或者將二者稍微放寬到僅限匿名用戶，這個可以再議）。
  3. 做好應對疑似代理破壞的準備，包括但不限於製造監視用途的機器人、製造緊急狀態下清除嚴重破壞的工具等。
--逆襲的天邪鬼（留言） 2017年9月9日 (六) 04:27 (UTC)[回复]
对于“僅解除/放寬由Jimmy-abot實施的封禁”进行测试以后得出的结果仍然不能够用以评估“不再’主动打击’开放代理，有破坏才封禁”的政策。另外还有一个问题是，一个IP段内可能有IP破坏，经过检查发现是开放代理，然后被封禁了。一段时间以后jimmy-abot对整个段执行了封禁，然后管理员主动解除了该IP的封禁，现在如果要解除jimmy-abot执行的段封禁，那得把原先本地的封禁补回来，这件事情bot做不了。--Antigng（留言） 2017年9月9日 (六) 05:17 (UTC)[回复]
我認為濫用代理應該分兩種情況，一種是打算持續破壞/搞事的，他們肯定會在代理封掉之後換新的代理；另一種是偶爾或者出於興致才來的，封禁之後不太可能繼續，甚至什麼措施都不做他們也會停下來。因此沒有必要嚴格地追溯過去的封禁（當然封禁時還是要看記錄的）。我在上面補充了一句，「人類的封禁和封禁策略都不變」，那些經常濫用的代理還是要封的。我預計解除之後會遇到一些問題，但不會嚴重到需要讓Jimmy-abot重新幹活的程度。--逆襲的天邪鬼（留言） 2017年9月9日 (六) 13:51 (UTC)[回复]
1、连续函数f：(0,1)->R，若limf(x) x->0 =0，lim f(x) x->1 = 0，难道f(x)=0，对于任意x属于(0,1)都成立吗？答案显然是否定的。“一種是打算持續破壞/搞事的，他們肯定會在代理封掉之後換新的代理；另一種是偶爾或者出於興致才來的，封禁之後不太可能繼續，甚至什麼措施都不做他們也會停下來”，问题在于可能有大量的用户介于这两种极端情形之间，换言之，可能有用户打算持续搞事，但是努力搞了好几把，换了好几个代理软件，都被封了，就打消了搞事的念头。还是以上面的飞莫鱼然为例吧，他持续绕封禁绕了好久，但是我把tunnello所有的IP封掉以后，就没有见到他。2、既然“人類的封禁和封禁策略都不變”，那么要检讨的并不是NOP，而是jimmy-abot，对象依然搞错了。--Antigng（留言） 2017年9月10日 (日) 13:08 (UTC)[回复]
並沒搞錯，如果沒有Jimmy-abot激進的封禁，或者封禁對中國大陸用戶沒什麼明顯的影響，那麼也不至於出現今天的話題了。GFW的鍋維基確實不背，但是落井下石的鍋還是要背的。--逆襲的天邪鬼（留言） 2017年9月10日 (日) 14:40 (UTC)[回复]
“Jimmy-abot激進的封禁”和“NOP政策是否需要检讨”没有逻辑上的关联，这一点还需要强调。正如“有用户开机器人大量创建基本符合内容方针但品质低劣的条目”不需要检讨“WP:编辑守则”。--Antigng（留言） 2017年9月10日 (日) 14:45 (UTC)[回复]
我的看法是之前的封禁不要再去管了。我的意见是有Wikipedia:Open proxy detection这个工具已经足够了，不需要比它还强的针对代理的措施。此外IP段的封禁应该非常谨慎。总之四个字“宁缺毋滥”为好--百無一用是書生 (☎) 2017年9月11日 (一) 01:58 (UTC)[回复]
  • (！)意見我一向认为应该将新手的难度降到最低，我严重同意一定程度上的开放和试运行，但其前提是不能对维基百科产生严重的影响。我觉得，如果要做，那得在做之前做好对方案的充分讨论，在技术上做好充分的准备，防止突发的大量傀儡的破坏。--人神之间摆哈龙门阵 2017年9月11日 (一) 04:18 (UTC)[回复]
    • 方案就是降低辨別代理的成本、降低處理破壞的成本，例如製作監察用的機器人，根據enwp的現成結果或Jimmy-abot的邏輯來發現可能的代理，並且讓管理員能夠很方便地判斷它有沒有可能是代理。再舉個例子，在專門的頁面報告疑似代理的編輯，或者在有人舉報破壞時自動給出疑似代理的結論），還有儘量優化或強化一些反破壞的工具等。（當然肯定會有人註冊賬號破壞，不過那個沒有有效的應對方法，因此討論更重要的是權衡利弊）。這樣的話，此問題也卡住了。看看下面機器人的討論會是什麼結果吧。--逆襲的天邪鬼（留言） 2017年9月11日 (一) 04:57 (UTC)[回复]
  • NOP的含义就是见到任何开放代理则可以封，而jimmy的段封则是基于几乎所有托管商都会可能被做成代理。有几个点要注意，一是这与是否发生了破坏无关；二是无法区分私用代理；三是代理不一定就是托管商的机子。如果不想无差别段封的话，结合OPD，发现IP编辑，OPD认为是代理的或者查阅整理过是托管商IP列表的一个，则可以按照代理来封。现有的托管商段封等到期就算了，不再定期清理。——路过围观的Sakamotosan 2017年9月11日 (一) 08:05 (UTC)[回复]
其实我一般是“IP+proxy”在google搜一下，如果这个IP出现在一些proxy list中，那么几乎就是OP了（不是的情况也有，但很少，比如proxy list的数据太老，IP已经用作它途）--百無一用是書生 (☎) 2017年9月12日 (二) 03:26 (UTC)[回复]
那付费VPN服务呢？尤其像ss那种分明就是L4代理，而IPsec背板可能是私有地址，由远端做NAT，有些设计还会再经过代理出去。这类都可以算是OP的定义，要逐个VPN买服务看看IP再封？ 囧rz……——路过围观的Sakamotosan 2017年9月13日 (三) 02:34 (UTC)[回复]
我的思路是宁缺毋滥，所以查不到就当不是了（也因此我觉得目前Wikipedia:Open proxy detection就已经完全够用了）。但是这里部分讨论的思路似乎是宁滥勿缺....--百無一用是書生 (☎) 2017年9月15日 (五) 02:21 (UTC)[回复]

機器人與自動駕駛（二）

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:机器人。

前面一串東西都在說Jimmy Xu與相關的技術問題，所以正好趁這機會我也發點東西然後讓Jimmy Xu老兄一起處理算了。理解下面內容應該不需要瞭解多少技術。

Jimmy-bot、Jimmy-abot、Liangent-bot和Liangent-adminbot是中文維基百科四個非常重要的機器人，重要到只要一兩天不幹活中文維基百科就要癱瘓了。長期以來這些機器人一直比較穩定地執行，所以也就沒什麼問題。不過呢，最近機器人出故障的頻率比較高，而且Jimmy Xu和Liangent兩位又比較忙，因此在出現問題的時候可能無法及時響應與處理。另外呢，機器人所有任務都由同一帳號執行，而管理員們又沒有伺服器和程式的操作權限，在個別任務發生故障時只能透過封禁和防濫用過濾器來臨時地處理——長期封禁會導致中文維基癱瘓。

Liangent的機器人和Jimmy Xu的又有所不同。Liangent機器人的程式碼在GitHub上是公開的，因此，只要有人願意站出來維護一下，解決問題並不困難。但是我並沒能找到Jimmy機器人的原始碼，這意味著我們只能讓Jimmy Xu一人來保證機器人正常運作，而其他人既不能得知機器人的具體運作方式，又不能在發生故障之後去診斷和修理。兩人勤快當然沒問題，不過現在是兩位在現實生活都很忙，所以（當然沒有貶義）有必要來解決一下「自動駕駛」問題。

之前User:Dargasea在互助客棧方針版提過類似問題（Wikipedia talk:機械人方針#机器人与自动驾驶），不過當時的出發點是修訂規則。修定規則門檻太高，不好參與，不如直接面向問題、解決問題：

  1. 增加機器人程式控制者，或者說由社群共同維護：這裡推薦User:WhitePhosphorus、User:Kanashimi、User:A2093064、User:Dargasea和User:Antigng，這幾位都有自己的機器人，而且都是值得信任的技術型用戶。即使大家並不會或者不能去解決什麼故障，在發生問題時能夠及時停止有問題的任務同樣很有意義。當然如果其他人熟悉技術同樣可以參與維護。
  2. 開放Jimmy-bot和Jimmy-abot的原始碼：只有開放原始碼其他人才能清楚機器人的具體運作方式，從而診斷和解決故障。另一方面，開放原始碼之後就可以對機器人進行一些調整，解決一些已經發生的問題，或者作出功能優化等。

雖然規定並沒要求機器人必須開放原始碼，或者說規定允許不開放原始碼，但是地位重要，責任也重大，所以有必要讓社群知道重要設施應該由社群派人共同維護。

看一下各位意見如何。—逆襲的天邪鬼（留言） 2017年9月7日 (四) 11:12 (UTC)[回复]

對，是找不到Jimmy-bot和Jimmy-abot的原始碼，但如果可以，親自和操作者（Jimmy Xu）說會更好。--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年9月7日 (四) 11:59 (UTC)[回复]
如果某项task真的很重要的话，那么准备一个备胎也是重要且必要的。--Antigng（留言） 2017年9月8日 (五) 00:17 (UTC)[回复]
我倒是想做備胎，不過現在沒精力做，這樣的話就得等到猴年馬月了。從目前情況來看，逼迫Jimmy Xu開源才是有效的解決方法。--逆襲的天邪鬼（留言） 2017年9月8日 (五) 04:19 (UTC)[回复]
就例如這筆編輯，Jimmy-bot的unsigned與我添加的不相容，等Jimmy Xu回來弄一下也好，這樣出錯也沒辦法。--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年9月9日 (六) 05:30 (UTC)[回复]
(！)意見不知道是否可行，但是从维基百科长远的角度来看，开放源代码显然是更有利于维护的。不知道能否要求在给机器人flag之前必须开放源代码？不知道这会不会严重挫伤发明人的积极性？--人神之间摆哈龙门阵 2017年9月11日 (一) 05:00 (UTC)[回复]
規定不要求必須開放原始碼，可以不開放，這個也沒有修改的必要。但是對於這種出一旦出問題會使中文維基癱瘓的機器人來說，分配多人維護、開放原始碼更多的是一種道德層面上的要求。--逆襲的天邪鬼（留言） 2017年9月11日 (一) 06:49 (UTC)[回复]
如果不规定的话，那么我觉得根本没必要要求增加控制者或者由社群共同维护，因为机器人每一个维基人都可以写，也不需要推荐什么人啊，如果你推荐的那几个人他们能搞一个或多个新的机器人，作为现有机器人的补充和备份，这是一件很好的事情。这样就没必要从道德上来要求其他人了。我个人倾向于具体的安排，而非道德上去操作，因为道德很难判定。--人神之间摆哈龙门阵 2017年9月11日 (一) 08:08 (UTC)[回复]
那我們就得要像日文維基百科ja:Wikipedia:Bot作業依頼/定期作成ページのメンテナンス一樣，把重要的工作都列出來，並且鼓勵大家製作可執行相同功能的機器人。 --Kanashimi（留言） 2017年9月11日 (一) 10:47 (UTC)[回复]
bot的源码/数据在部分情形下不仅可以不公开，而且是不应该公开。先前常举的封代理bot不谈，再拿enWP那边的cluebot举例子。Cluebot是个基于人工神经网络，玩猫捉耗子游戏的bot。如果它的数据集被公开，具有恶意的编辑就很容易找到漏洞。--Antigng（留言） 2017年9月11日 (一) 13:36 (UTC)[回复]
如果从这种角度来说，那理论上就只能希望更多的具有编程技能的维基人参与进来了？关于询问JimmyXu的源代码，建议各位去他的对话页进行交流，毕竟这是他自愿用业余时间为维基百科贡献的，公不公开都是合理的。公开的话固然很好，不公开的花，就希望上面推荐的几位懂技术的维基人能尽快搞出一个备胎了。--人神之间摆哈龙门阵 2017年9月11日 (一) 18:12 (UTC)[回复]
嘛，如果我写了代码而因为各种原因不愿意公开，你是不能逼迫我公开的。我也许使用了一些我实验的计划，也许使用了我的作业内容（有的学校的academic conduct code禁止公开作业），我也许使用了将来可能用在production里的代码。总之这个是我个人的财产，如果你要我在开源和停机间选择，我可能选停机呢。从另一个角度讲，每一个参与wiki的编者都是一套闭源的概率性图灵机，我们也不知道人类的决策机能究竟是怎样的，但是我们仍然能建立信任，因为我们的信任建立在我们所做出的行为的基础上，而不是我对某个人的心理的理解。Bluedeck 🤔 2017年9月11日 (一) 23:12 (UTC)[回复]
嗯，我猜测也会有类似的问题。这样看来就只能依靠有技术的维基人抽空多做几个备用bot是最好的解决办法了。--人神之间摆哈龙门阵 2017年9月12日 (二) 01:17 (UTC)[回复]
遠水不解近渴。--逆襲的天邪鬼（留言） 2017年9月12日 (二) 06:16 (UTC)[回复]
  • 所以照人神之间阁下的说法，写好的bot不开源很合理对吧？双簧唱得真好听。之前听说鸡米许的机器人出过很长时间的故障他也不来修，别人为什么不直接私下找他而全都放到了客栈上互煮难道鸡米许本人心里没点数？这些先别说，吉米的机器人可以说是中文维基上最重要的之一，这个机器人出了故障他还不能及时解决，还不开源也不把bot的控制权交给其他可信任的人，能说得过去？有现成的东西不拿出来用，非得让别人重写一遍，别人的空闲时间就不宝贵？我也不懂技术，不过我印象里好像维基上跑的机器人都必须要开源的吧？--黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月12日 (二) 05:46 (UTC)[回复]
  • 照上面人神之间的话我是不是可以做出以下理解？“活该中文维基现在依赖Jimmy Xu的机器人咯，现在你们就得求着Jimmy Xu。Jimmy Xu开心愿意开源就开源，不开心你们也拿Jimmy Xu没办法。机器人出问题了Jimmy Xu爱修就修，不修就不修。反正Jimmy Xu现在凌驾于各位之上。你们有本事就自己搞个机器人替代Jimmy Xu的，没时间没本事就别发牢骚。”水可煮粥，亦可赛艇 听取蛙声一片 人生经验 2017年9月12日 (二) 08:19 (UTC)[回复]
    • (：)回應我个人觉得你的理解有误。我想大多数维基人都会认同“中文维基感谢Jimmy XU的机器人，我们感谢他的付出，如果他愿意开源，我们表示感激；若不愿意，我们表示理解”。在维基百科里，没有任何人是凌驾于任何人之上的，每个维基人之上的只有维基百科的方针等。就算没有JimmyXu的机器人，维基百科也还是会运转的。--人神之间摆哈龙门阵 2017年9月12日 (二) 23:06 (UTC)[回复]
我們可以為玫瑰長滿刺而抱怨，或為荊棘里長滿玫瑰花而喜悅。總之有人願意為大家付出，還是要謝謝他們的心力。當然假如我們需要更強健的運作方式以及系統，那麼或許就得要做一些改變了。讓我們想想怎麼樣才能夠解決問題吧，反正光是抱怨無濟於事。 --Kanashimi（留言） 2017年9月12日 (二) 09:11 (UTC)[回复]
鱼头炮君，你真相了，但是我们还是要帮助这几个机器人变好的。---云间守望 · 在此留言💬 2017年9月12日 (二) 16:34 (UTC)[回复]

不过某些用户过于淡定了一点。说句实话，如果你是一名使用简体中文的WordPress用户，你就知道如果Jimmy Xu这高高在上的权限之集大成者，若是当了甩手掌柜，就这死人后果。[1]怎么说呢？我是个WordPress用户，所以我被炸出来了。至于为人嘛，开源精神倒不是什么在这里值得谈的问题。我自认为有礼义廉耻，但毕竟有些人可有礼义廉三宝啊，吵起来可还会失礼的。[開玩笑的]--云间守望 · 在此留言💬 2017年9月12日 (二) 16:34 (UTC)[回复]

“维基百科不强迫用户参与，没人为维基百科承担责任。因此，如果没有活跃/有能力用户参与，维基立刻瘫痪”。这个断言无比正确，然后呢？然后您没法问这是为什么。维基百科的运作模式就是如此，世界上有完全不遵守这个模式运作的网站，但它们的名字不叫维基百科。我们应该把这个无比残酷的事实当作边界条件，想想在这个边界条件下，维基系统的运动方程能制造出什么有意义的解。正如不要问为什么精细结构常数是1/137一样，想想耦合参数给定以后，场论能给出什么可观测的物理结果一样。--Antigng（留言） 2017年9月12日 (二) 16:42 (UTC)[回复]
没有参数的世界，不才是一个美丽新世界么。2333--百無一用是書生 (☎) 2017年9月13日 (三) 01:51 (UTC)[回复]
就算Jimmy不开源，也可以净室复制一个功能相仿或一致的开源源码吧。——路过围观的Sakamotosan 2017年9月13日 (三) 02:59 (UTC)[回复]

参考資料

  1. ^ 黎勇权; 莫梦娜. 浙江兰溪方言“死人”作极性程度副词用法分析. 嘉兴学院学报 (嘉兴学院). 2015年, (05期): 87–92. ISSN 1671-3079 （zh_CN）. 

关于源码的问题：在tools上运行的bot应该是要开源的，另外有wikitech:Help:Toolforge/Abandoned tool policy，不过我这也有部分主要是反破坏的代码没有push到github上。话说我好奇想知道wordpress那个是什么情况？Liangent（留言） 2017年9月14日 (四) 21:42 (UTC)[回复]

投票模板应该新增“强烈支持”吗？

在下才发现，在之中，多了一个{{强烈反对}}，如此以来，是不是应该增加一个模板——{{强烈支持}}，以保证在投票的环境当中，语气上的平衡。 --👼㊙️偶㊗️💯CKG48💖茁壮成长乛◡乛喜欢👧♀⚢喜欢👗👙👚 2017年9月11日 (一) 18:05 (UTC)[回复]

換個角度看，為何要有強烈反對。--A2093064#Talk 2017年9月12日 (二) 03:33 (UTC)[回复]
不是很明白強烈支持反對有什麼用，另外為什麼支持在香港繁體中會變成支援？--【和平至上】💬📝 2017年9月13日 (三) 10:33 (UTC)[回复]
因為有人在本頁套了IT轉換組。--A2093064#Talk 2017年9月13日 (三) 14:08 (UTC)[回复]

中文維基為什麼可以縱容屢次違反方針

維基百科:申請解除權限，Howbunbun（讨论 | 貢獻）因為3RR及條目所有權被封禁，但繼續保留回退權，問題是Howbunbun不是3RR有否誤用/濫用回退權，而是在收到多次警告後繼續畜意違反方針。Howbunbun不滿意香港大學的內容指出英國在東亞建立的唯一大學，竟然跑到香港公開大學添加連Howbunbun都自己都表明是「畫蛇添足」的廢話針對香港嶺南大學，還恐嚇會繼續添加「畫蛇添足」。在香港專上教育動用IP編輯戰，在香港教育大學大量回退刪除註冊編輯的有來源內容，誹謗其他大學學生到教育大學插贓嫁禍，明顯的誹謗及人身攻擊。在自己挑起編輯戰背景下動用回退權回退註冊老用戶的編輯。Howbunbun在收到多次警告後仍然屢次畜意違反方針，Howbunbun近期短時間內兩度挑起編輯戰導致兩個條目香港專上教育及香港教育大學被全保護，有中文維基管理員竟然當作單一的3RR事件繼續給Howbunbun保留回退權，忽視Howbunbun已經在多次警告後仍然屢次畜意違反方針，變相鼓勵繼續違反方針指引，如此，敝人也應學習Howbunbun的編輯方式，專橫編輯，畜意回退，挑釁性留言，人身攻擊，甚至恐嚇添加「畫蛇添足」的廢話阻止他人編輯好了。敝人期望資深管理員閣下能夠解答，也期望管理員能夠複檢Howbunbun是否適合保留只授予遵守規則用戶的回退權。敝人不是針對Howbunbun本人，而是對事，是其人是否仍適合授予此權限。@Wong128hk、Manchiu： 祝各位編輯愉快！--210.6.10.10（留言） 2017年9月13日 (三) 07:15 (UTC)[回复]

我不同意你所講，但會誓死保護你說話的權利。本人對香港嶺南大學態度正面，亦己半年沒有編輯該條目。有關本人投訴會在維基百科:申請解除權限得以處理，反正己經不是第一次。

--Howbunbun（留言） 2017年9月14日 (四) 11:45 (UTC)[回复]

中文站没有任何方针规定违反包括EW在内的其他方针，即使并未于EW中使用系统提供的回退权限，也需要除去这样的权限。英文维基百科才有这样的规定。--Antigng（留言） 2017年9月14日 (四) 11:48 (UTC)[回复]

臺灣分會10週年活動大編輯松大量編輯報備

各位編輯者您好，由於本週末（9月16至17日）將會舉辦臺灣分會10週年活動，當中會舉辦大編輯松，因此預期會有大量新手註冊帳號與編輯行為，在此報備。請各位能多加協助此次活動的編輯者與新手，感謝。副知@Reke。臺灣杉在此發言 (會客室) 2017年9月14日 (四) 08:05 (UTC)[回复]

表示关注。--1=0，欢迎加入WP:維基百科維護專題 2017年9月14日 (四) 10:46 (UTC)[回复]
建議建立條目先在草稿命名空間，省得一些麻煩。--A2093064#Talk 2017年9月14日 (四) 14:14 (UTC)[回复]

首页问题

“每日图片”的描述是“图为位于罗马尼亚布泽乌县的贝尔卡泥火山。。”为什么要打两次句号？--偷窥ACU的用户页/留言 2017年9月14日 (四) 09:30 (UTC)[回复]

 已修复。--A2093064#Talk 2017年9月14日 (四) 09:55 (UTC)[回复]
取自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/其他&oldid=46201652”