跳转到内容

英文维基 | 中文维基 | 日文维基 | 草榴社区

维基百科:机器人/申请

维基百科,自由的百科全书

在未获批准之前就使用机器人可能招致封禁。

You may be blocked for running a bot without approval.

  • zh: 本维基允许使用全域机器人。您可向监管员申请使用此类机器人的权限;而其他机器人的申请则须于下方提出(新申请请置于“请求测试许可”段落最底)。如果你不熟识编程,请考虑由他人代为运作机器人
  • en: This wiki conforms to the standard bot policy, and allows global bots. You can ask for permission of such bots from stewards. Other bots must be requested below. Please add your request at the bottom of section "請求測試許可".
# bot 机器人申请 进度 💬 👥 🙋 最新发言 🕒 (UTC+8) BAG 🕒 (UTC+8)
1 Wcam-bot 3 请审核小组协助 10 3 Wcam 2024-09-22 11:55
2 YFdyh-bot 4 请审核小组协助 4 3 YFdyh000 2024-09-29 03:06
3 Hamish-bot 8
状态 新申请
1 2 阿南之人 2024-10-17 16:43
4 Shio-Bot 请审核小组协助 3 2 Iming 2024-11-03 18:00
5 LuciferianBot 7
状态 测试中
12 4 LuciferianThomas 2024-09-18 13:25 Xiplus 2024-08-26 20:35
6 Jimmy-bot 13
状态 测试已完成
15 4 Kanashimi 2024-06-30 05:43 Kanashimi 2024-06-30 05:43
7 YFdyh-bot 3
状态 测试已完成
8 3 YFdyh000 2022-07-07 10:15 Xiplus 2022-06-19 14:52
8 Ning-Bot 3 请审核小组协助 15 6 Kanashimi 2024-07-03 08:30 Kanashimi 2024-07-03 08:30
9 Crystal-bot 6
状态 撤回申请
13 6 Stang 2024-10-23 19:44 Shizhao 2024-05-07 22:26
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时,
请先检查设定是否有误

请求测试许可

[编辑]

根据英文维基相同功能机器人的源代码进行本地化和迁移。主要功能为执行WP:NFCCE第一点,即在页面中移除缺乏非自由使用依据的非自由文件。--Wcam留言2024年8月27日 (二) 13:44 (UTC)[回复]

现在还有超过10000张图片没有使用合理使用依据模板。--GZWDer留言2024年8月27日 (二) 16:44 (UTC)[回复]
初步处理范围仅限过去5小时内被编辑过的页面(所包含的非自由文件),不会造成短期内大量非自由文件被集中取消使用。--Wcam留言2024年8月27日 (二) 16:54 (UTC)[回复]
应考虑以新进档案为优先,旧有档案则应考虑另行整理清单,俾便社群协助清理。—— Eric Liu 創造は生命(留言留名学生会 2024年8月27日 (二) 18:02 (UTC)[回复]
还有问题是File:Chafengjibook.jpg这种条目被移动的怎么处理。--GZWDer留言2024年8月27日 (二) 19:02 (UTC)[回复]
脚本会自行修正图片描述页上的条目名称[1]。--Wcam留言2024年8月27日 (二) 19:15 (UTC)[回复]
代码没有提供优先处理新进档案的功能,但根据这里的报告,每次需要处理的档案仅有约10个,不会造成社群重大负担。--Wcam留言2024年8月28日 (三) 16:33 (UTC)[回复]
能不能考虑沿用这个页面,然后加上档案上传时间让社群确认这是否为新进档案(抑或可补充理据之早期档案)?—— Eric Liu 創造は生命(留言留名学生会 2024年9月16日 (一) 07:09 (UTC)[回复]
这需要对代码进行功能性修改,而我当前的请求仅限于移植现有代码能在中维环境运行。目前实现这个要求相当有难度。--Wcam留言2024年9月22日 (日) 03:55 (UTC)[回复]
@BAG成员@AntigngPeacearthWhitePhosphorusKanashimiXiplus 用户请求审核小组成员的协助。问题解决后,请移除本标签。--Wcam留言2024年9月6日 (五) 13:06 (UTC)[回复]

(+)支持,本操作的请求者。Пусть от победык победе ведёт! 2024年10月17日 (四) 08:43 (UTC)[回复]

L29:redirect也可以确立重新导向。--Hamish T 2024年10月31日 (四) 14:38 (UTC)[回复]
感谢建议,已修改。--Yiming / Praise and glory be to the Machine God! 2024年10月31日 (四) 17:06 (UTC)[回复]
用户请求审核小组成员的协助。问题解决后,请移除本标签。Yiming / Praise and glory be to the Machine God! 2024年11月3日 (日) 10:00 (UTC)[回复]

正在测试的机器人

[编辑]

当前测试页面置于User:LuciferianThomas/讨论页索引。--西 2024年7月12日 (五) 10:28 (UTC)[回复]

批准测试运作(30日)。--Xiplus#Talk 2024年7月16日 (二) 03:53 (UTC)[回复]
@LuciferianThomas篇幅较大,是不是按命名空间拆分子页面为宜,原本的子页面有MediaWiki、计划、主题、分类、档案、帮助、条目、模板,可以直接沿用,剩下没子页面的才暂时留在topic list里面。—— Eric Liu 創造は生命(留言留名学生会 2024年7月17日 (三) 05:48 (UTC)[回复]
有空我就拆。--西 2024年7月17日 (三) 06:03 (UTC)[回复]
fixed--西 2024年9月18日 (三) 05:24 (UTC)[回复]
最后留言的时间应改为模板计算以避免不必要的编辑。--Xiplus#Talk 2024年8月25日 (日) 00:49 (UTC)[回复]
最后留言似乎不等于最后编辑时间?--西 2024年8月26日 (一) 04:28 (UTC)[回复]
抱歉我讲错了,是最后留言时间的颜色。--Xiplus#Talk 2024年8月26日 (一) 12:35 (UTC)[回复]
啊好的。--西 2024年8月26日 (一) 13:21 (UTC)[回复]
fixxed--西 2024年9月18日 (三) 05:24 (UTC)[回复]
@LuciferianThomas Wikipedia:讨论页话题索引/topic list显示问题,由于84229678[3])章节使用了模板{{cleanup rewrite}}。--Kethyga留言2024年9月16日 (一) 07:39 (UTC)[回复]
还没查到问题在哪里出来。稍后修。--西 2024年9月18日 (三) 05:25 (UTC)[回复]

已完成测试的机器人

[编辑]

偶在BOTREQ有可协助处理之作业请求,故申请此任务以在链入页面进行文字代换作业。--Jimmy Xu 2021年9月23日 (四) 21:05 (UTC)[回复]

{{Short description}} 这边也有看到。要直接删除很简单,不过想说比较完善的方法是先跟英文维基那边对比、查漏补缺,别单纯漏失资料,看来有点复杂所以就没动手了。
{{Pathnav}} 的问题相同。要直接删除很简单,不过删掉就白白失去资讯了。
加上这两个模板都不影响渲染,修与不修没有表现上的差异,就没动他们了。假如要做的话,烦请看看是不是能保留资讯。--Kanashimi留言2021年9月23日 (四) 22:06 (UTC)[回复]
Short description如果d:还没有内容(而本地内容至少有一个汉字)就可以补填过去,否则我会直接不要本地的而以d:已有为准。en:的文本应该没什么帮助才对,毕竟语言不同。
Pathnav则是本来就应该丢掉。应该大都是翻译而来但没有依本地惯例调整的。
至少如果能把积压消化掉的话,新来的内容也会比较好处理一些。--Jimmy Xu 2021年9月23日 (四) 22:29 (UTC)[回复]
这边之前的调查,许多 {{Pathnav}} 包含本地的条目阶层资讯,e.g, 中华人民共和国铁道部。感觉最好把这个阶层结构转换成导航模板。不过这样就不适合机器人处理了,只好放弃。
关于 {{Short description}},之前的想法是搜寻英文维基百科,看看是否有任何一个历史版本包含相同的短导言,有的话就能删除。否则检查维基数据,看看是不是能统合在一起。不过这不但麻烦,也会有一些必须手动处理的状况。想说留着不碍事,所以也没做了。提供给您参考。
关于Wikipedia:机器人/作业请求/存档5#电影产地模板,您可以先做些编辑,看看是否有特别需要注意的。
这边只是提供一点之前处理时的想法,因为现实中生活繁忙,欢迎其他BAG帮忙审核。--Kanashimi留言2021年9月24日 (五) 06:37 (UTC)[回复]
本地条目层级应该是用分类的,Pathnav包含的资讯个人意见都是因为没有维护而才让人觉得大不了就放一个,所以意见还是应该移除。现在应该没有哪个页面缺乏分类但有Pathnav。
短导言之前看了几个条目是d:上其实空白,所以那种简单情况应该是直接复制过去就好。反正bot应该也不会去处理太为复杂的冲突。
反正这些跑的话应该都会盯着差异看,但习惯是这种简单任务至少要有测试许可才会开始写程式了。--Jimmy Xu 2021年9月24日 (五) 15:07 (UTC)[回复]
Short description著作权不相容,还是直接移除为佳。--Xiplus#Talk 2022年5月2日 (一) 14:06 (UTC)[回复]

批准测试运作(100次编辑) 嗯...其他BAG好像没空?鉴于Jimmy Xu为受信赖的操作者,Wikipedia:机器人/作业请求/存档5#电影产地模板这一项就直接做完了吧,请检核操作结果。其他两项有时间帮您看一下,请附上操作记录连结。--Kanashimi留言2021年10月2日 (六) 23:24 (UTC)[回复]

电影产地已做完。Pathnav 测试已完成,但似乎未遇到有模板嵌套的情况。--Jimmy Xu 2021年10月4日 (一) 17:21 (UTC)[回复]
  1. 抽了几笔,大部分都可以直接删除。但就是会有些特例,像警讯我想应该改{{香港警务处架构}}或另创导航模板,再将之置入警讯较理想。这恐怕是上下文相关,bot很难判别的。有个方法是检查导航模板,若其中有本文连结,这种情况似乎较能安全删除。
  2. 不晓得有code可供查阅吗?--Kanashimi留言2021年10月7日 (四) 00:30 (UTC)[回复]
  1. 但其实对于读者来说,先前就不存在的资讯就也不会因清理而被移除。那模板已经近十年没有向读者提供任何资讯,如果有导航需要相信早已有人做了。
  2. 测试运作时用的正则是(?i){{[\s\u200e]*(?:(?:Template|模板):)?[\s\u200e]*(?:Pathnav)[\s\u200e]*(\|(?:.(?!{{))*?)?}}\n?。--Jimmy Xu 2021年10月7日 (四) 19:51 (UTC)[回复]
的确绝大多数文章都有导航模板了,不过编辑者添加导航模板也是个累积的过程,不能一蹴可几。因此有的文章只是还没有人着手,而这些{{Pathnav}}模板可以提供灵感。最起码就我看到警讯是如此。另外这边也抽了其他还没删除{{Pathnav}}的文章,也有类似情况。感觉一个不完全保险的方法如上述,检查导航模板,若其中有本文连结,这种情况似乎较能安全删除。不过就您的程式码看来,似乎是无条件删除。一点意见提供给您参考。--Kanashimi留言2021年10月7日 (四) 22:51 (UTC)[回复]
或许这样,如果Pathnav的最后一个参数有链接到该条目,那么就可以移除。--Jimmy Xu 2021年10月21日 (四) 13:53 (UTC)[回复]
同样是检查连结,或许可检查最后一个section的模板(导航模板),检查其若有连结到该条目,那么就可以移除。--Kanashimi留言2021年10月22日 (五) 05:45 (UTC)[回复]
再协助询问@KanashimiXiplus此任务是否适合正式批准运作?—— Eric Liu 創造は生命(留言留名学生会 2024年6月27日 (四) 05:29 (UTC)[回复]
如前述,我个人意见是要直接删除很简单,麻烦的是要和wikidata对照、保留资讯。能做到的话会比较好。--Kanashimi留言2024年6月29日 (六) 21:43 (UTC)[回复]

接续Help talk:引文格式1错误#新出现的引文格式1错误@Antigng所以这个批量修正是正确的吗?--Xiplus#Talk 2022年6月2日 (四) 03:51 (UTC)[回复]

(:)回应@Xiplus我记得之前在IRC跟申请者聊过......这个任务不太适合全自动,因为既有可能是{{cite web}}错用了{{cite news}},也可能是|website=错用了|newspapwer=,需要判断是哪种情况再决定如何清理。--Antigng留言2022年6月2日 (四) 04:49 (UTC)[回复]
那么YFdyh000还有打算执行此任务吗?是不是应该一律监督半自动?--Xiplus#Talk 2022年6月2日 (四) 12:48 (UTC)[回复]
与Antigng的想法不同,我认为如果是误用模板,发现的人在编辑条目时更正会比现在始终红字展示给所有读者更好,目前上千个条目多为历史遗留问题,因为以前不报错、效果相差无几。以及,随机检查来看,newspaper参数大多数为新闻机构,只是误用了cite web模板,目前亦无必要去逐一核对,错误提示避免未来增长就好。|website=新闻机构 的情况,尚未检查而暂无运行计划。此外,某些新闻网站/媒体如何归类,也并无共识。--YFdyh000留言2022年6月2日 (四) 14:35 (UTC)[回复]
我不太懂...为何cite web有newspaper参数?如果这是个支援的功能,那就不应该显示警告。--Xiplus#Talk 2022年6月19日 (日) 01:38 (UTC)[回复]
以前是支援的,但CS1模块改版期间加了限制(版本差异,引文格式1错误:periodical系列参数),对混用参数名强制显示红字警告给所有读者,而非仅仅维护性分类。因而现有警告值得快速清理,而不是拖下去等“好心人”完成逐条清理。或者,去掉该限制/警告,英文维基似乎没有此限制。--YFdyh000留言2022年6月19日 (日) 06:31 (UTC)[回复]
批准测试运作(50次编辑),先看一些范例吧。--Xiplus#Talk 2022年6月19日 (日) 06:52 (UTC)[回复]
@xiplus刚看到批准。已监看执行50条(针对乱序后列表),现有规则自动跳过86条(不适用/待改进),用时15分钟。过程中见到3例更适合web而非news:马正其高密市坊子德日建筑群——但引用即便用错cite系列,也不会有明显后果,而目前不匹配的参数会显示很丑的警告给读者。@Antigng真心不觉得这需要展示,参数相符的也不一定就用对了,包括像是网络新闻(如cnBeta)写web还是news,并没有一致观念。--YFdyh000留言2022年7月7日 (四) 02:15 (UTC)[回复]

此前该任务由Eagerbot/12任务负责,但随后其停止运作。此次使用另一种方式实现了该任务。--Yining Chen留言|贡献2023年7月31日 (一) 10:19 (UTC)[回复]

@BAG成员@AntigngPeacearthWhitePhosphorusKanashimiXiplus{{BAGAssistanceNeeded}}. --Yining Chen留言|贡献2023年8月3日 (四) 07:08 (UTC)[回复]
这个任务现在由Wikipedia:机器人/申请/Cewbot/25处理,您或许可以参考里面的问题讨论。--Kanashimi留言2023年8月3日 (四) 22:37 (UTC)[回复]
然而自该任务获批两年以来,依然有大量条目的参考链接中存在英文日期,且未被机器人处理。其中较典型的一个是互联网档案馆。是否是Cewbot在清理时由于某些规则而将这些条目排除?--Yiningx留言|主账户2023年8月4日 (五) 03:15 (UTC)[回复]
Wikipedia:机器人方针#为美观而作的小修正,此任务是否违背此规定?请参考Wikipedia:机器人/申请/Cewbot/25的讨论内容。--Xiplus#Talk 2023年8月5日 (六) 11:32 (UTC)[回复]
Wikipedia:机器人/申请/Cewbot/25中得出“不应该正规化日期”结论的依据要追溯到Template_talk:Cite_web#关于参考资料日期格式。然而这里存在争议的问题在于是否要对如“yyyy年mm月dd日 --> yyyy-mm-dd”或是“3/17/05”这样的日期进行修正。这种程度的修正还勉强可以算得上是AWB General fix的范围,本任务也不会涉及到这样的修正。本人注意到Antigng在讨论中或许在这点上将问题模糊化了。而参考链接中的英文格式日期,虽然不会引起参考模板报错,但却违反Wikipedia:格式手册/日期和数字;且在中文条目中使用英文日期也在一定程度上违背常识。个人认为这样的修正并非是“为了美观而做的修正”。--Yining Chen留言|贡献2023年8月6日 (日) 09:25 (UTC)[回复]
我测试了一下{{Cite web}},date参数是原样显示在页面上?--Xiplus#Talk 2023年8月12日 (六) 09:08 (UTC)[回复]
前几日做了一些修改,现在似乎可行?--Yiningx留言|主账户2023年8月14日 (一) 14:50 (UTC)[回复]
感谢您的回报。看来之前调试时有个switch忘了开。已可正常修改互联网档案馆。--Kanashimi留言2023年8月6日 (日) 11:56 (UTC)[回复]
批准测试运作(50次编辑)。--Xiplus#Talk 2023年8月20日 (日) 03:19 (UTC)[回复]
测试编辑看起来并无问题。--南屿小十233对话 | 贡献 | 签名2023年8月20日 (日) 08:55 (UTC)[回复]
测试已完成第一笔编辑出现了严重的问题,机器人将页面内容截断。已经大概了解到这是因为机器人触发了spam-blacklist,以及一些与编辑冲突有关的问题。现在已经修复。--Yining Chen留言|贡献2023年8月20日 (日) 08:57 (UTC)[回复]
@BAG成员@AntigngPeacearthWhitePhosphorusKanashimiXiplus 用户请求审核小组成员的协助。问题解决后,请移除本标签。. --Yining Chen留言|贡献2023年8月26日 (六) 14:46 (UTC)[回复]
再协助询问@XiplusKanashimi此任务是否适合正式批准运作?—— Eric Liu 創造は生命(留言留名学生会 2024年6月27日 (四) 05:27 (UTC)[回复]
Xiplus审核过可以应该就可以了。--Kanashimi留言2024年7月3日 (三) 00:30 (UTC)[回复]

待存档

[编辑]
  • 状态 撤回申请
  • 操作者: Stang
  • 提请时间:2022年6月9日 (四) 13:28 (UTC)
  • 自动化程度:全自动
  • 编程语言Pywikibot
  • 用途:清理若干不再适用的条目讯息模板
  • 源代码连结:
  • 编辑时段及频率:不定期、每分钟最大12次
  • 受影响页面:见下
  • 遵守机器人规范不相关
  • 已有机器人权限:

本任务将清理两个不再适用的条目讯息模板:{{Dead end}}(src)、{{Lead missing}}(src)。Dead end会在链出的内部链接大于某个值(此处设定为5)时移除模板,同时会排除指向BLACKLIST内的链接;预计影响511个条目。Lead missing会去查RestAPI来判断;预计影响<10个条目。 Stang 2022年6月9日 (四) 13:28 (UTC)[回复]

直接用API取得连结数量并不妥当,您没有考虑资讯框或导航模板造成的连结。--Xiplus#Talk 2022年6月9日 (四) 13:33 (UTC)[回复]
应该是要考虑infobox/navbox还是不要考虑?直接从API取得时是考虑的;如果不考虑的话可以取得文本内容之后干掉所有模板,再分析内部链接。 Stang 2022年6月9日 (四) 16:04 (UTC)[回复]
可以告诉我潍坊医学院在link_count的数值是多少吗?--Xiplus#Talk 2022年6月9日 (四) 16:21 (UTC)[回复]
170。这个数确实非常离谱,正在改代码。 Stang 2022年6月9日 (四) 16:34 (UTC)[回复]
资讯框或导航模板造成的连结也应该算的吧?--百無一用是書生 () 2022年6月10日 (五) 03:35 (UTC)[回复]
这些也确实应该算是内部链接。Ericliu1912留言2022年6月23日 (四) 12:32 (UTC)[回复]
从技术角度来讲,要准确判断内部链接数量需要对源码进行分析。我记得有phab工单还是技术愿望清单调查有一条是希望能够筛选掉嵌入的模版内的链接,但是没什么下文。--MilkyDefer 2022年7月9日 (六) 13:12 (UTC)[回复]
貌似可以使用mwparserfromhell分析链接。--0xDeadbeef留言2022年10月1日 (六) 09:21 (UTC)[回复]
这个任务还要继续做吗?--百無一用是書生 () 2024年5月7日 (二) 14:26 (UTC)[回复]
@Stang?—— Eric Liu 創造は生命(留言留名学生会 2024年10月23日 (三) 11:30 (UTC)[回复]
窝都忘了这里还有这个东西了(,撤回请求,现在没精力做这个了,可能未来会重开吧。可以关闭这个申请 Stang 2024年10月23日 (三) 11:34 (UTC)[回复]
操作者撤回申请 Stang 2024年10月23日 (三) 11:44 (UTC)[回复]

申请复核

[编辑]
提报不活跃机器人