维基百科:机器人/申请/存档/2020年/获批的申请
![]() | 本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
This is an archive page. For new bot request, please to go Wikipedia:机器人/申请 and follow the instructions there.
- 状态: 已批准
- 操作者: Air7538(留言)最近在打捞电视剧专题
- 提请时间: 2019年12月25日 (三) 03:14 (UTC)
- 自动化程度:有监督的半自动
- 程式语言:Pywikibot
- 用途:在电视剧条目中添加电视剧专题模板。(根据申请2相关讨论这个任务已经停止)
- 原始码连结: Github
- 编辑时段及频率:每天多次或每周几次。
- 受影响页面:每次检查一个电视剧相关分类,每次大概200个页面。
- 遵守机器人规范:
否
- 已有机器人权限:
没有
- 你会人工确认每个页面是否真的要加入专题模板吗?看Code应该是对分类下除模板以外的页面讨论页全部修改。--Xiplus#Talk 2019年12月25日 (三) 05:48 (UTC)
- @Xiplus:我会在自动编辑前会确认代码所检查的分类中包含的条目的名称,所以自动化程度我填的是有监督的半自动。另外只有没有条目讨论页的会创建讨论页并写“{{电视剧专题}}”模板,其他情况都不做任何编辑。所以我想要的代码功能只是代为我进行创建讨论页并写电视剧专题模板的过程。--Air7538(留言)最近在打捞电视剧专题 2019年12月25日 (三) 06:03 (UTC)
- 有监督倒是没多大问题。Code的部分,应该使用 page.title() 取得页面名称,page.namespace().id 取得命名空间ID,因为你后面使用 "Talk:"+title 取得讨论页,所以应该确保页面是条目才能这么做。--Xiplus#Talk 2019年12月25日 (三) 06:13 (UTC)
- @Xiplus:已改用“page.title() 取得页面名称,page.namespace().id 取得命名空间ID”,请再看一下Code。(pywikibot的文档都是全英的,网上又没有其他参考,实在感谢您提供的这两个建议)--Air7538(留言)最近在打捞电视剧专题 2019年12月25日 (三) 06:43 (UTC)
- 有监督倒是没多大问题。Code的部分,应该使用 page.title() 取得页面名称,page.namespace().id 取得命名空间ID,因为你后面使用 "Talk:"+title 取得讨论页,所以应该确保页面是条目才能这么做。--Xiplus#Talk 2019年12月25日 (三) 06:13 (UTC)
- @Xiplus:我会在自动编辑前会确认代码所检查的分类中包含的条目的名称,所以自动化程度我填的是有监督的半自动。另外只有没有条目讨论页的会创建讨论页并写“{{电视剧专题}}”模板,其他情况都不做任何编辑。所以我想要的代码功能只是代为我进行创建讨论页并写电视剧专题模板的过程。--Air7538(留言)最近在打捞电视剧专题 2019年12月25日 (三) 06:03 (UTC)
批准测试运作(50次编辑)。--Xiplus#Talk 2020年1月5日 (日) 05:49 (UTC)
- @Xiplus:已测试,--Air7538(留言)最近在打捞电视剧专题 2020年1月8日 (三) 01:47 (UTC)
正式批准运作,待授权后才开始作业。--Xiplus#Talk 2020年1月10日 (五) 05:47 (UTC)
- @Xiplus:你好,问一下等待授权是等待谁授权呢?--Air7538(留言) 2020年1月19日 (日) 15:09 (UTC)
- 已授权。--Jimmy Xu 论 2020年1月20日 (一) 19:02 (UTC)
FuduBot 2
- 状态: 撤销许可
- 操作者:—Rowingbohe♬ (台州专题)
- 提请时间:2020年3月9日 (一) 10:19 (UTC)
- 自动化程度:有监督的半自动
- 程式语言:AWB
- 用途:为大量非主名字空间的页面(如分类,模板等)挂评级模板。因为评级模板自动识别分类、模板等的等级(分类级/模板级)和重要度(不适用重要度),所以可做到绝大多数过程自动化。使用时本人会监视。
- 原始码连结:AWB
- 编辑时段及频率:一分钟大约10-20次
- 受影响页面:目测10000个以上
- 遵守机器人规范:不适用
- 已有机器人权限:无
说明:可参见本人贡献记录。本人目前已经为浙江专题、杭州专题、台州专题、滁州专题、北京专题等专题添加大量评级模板,有比较熟练的AWB操作经验。本人承诺(主观意义上)不对任何主名字空间的条目做评级(即,除非操作失误,不编辑Talk页面)。—Rowingbohe♬ (台州专题) 2020年3月9日 (一) 10:21 (UTC)
- 既然会人工监督,
快速批准运作,另外非紧急任务的编辑频率建议为每次编辑应相隔最少五秒。请待授权后再开始编辑。--Xiplus#Talk 2020年3月12日 (四) 05:10 (UTC)
- 了解,会调整。—Rowingbohe♬ (台州专题) 2020年3月12日 (四) 05:54 (UTC)
- 既然会人工监督,
- 授权了。 Stang★★ 2020年3月13日 (五) 00:00 (UTC)
撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:26 (UTC)
- 状态: 撤销许可
- 操作者:—TongcyDai ฅ • ω • ฅ
- 提请时间:2020年3月27日 (五) 20:06 (UTC)
- 自动化程度:有监督的半自动
- 程式语言:AWB
- 用途:为分类、模板等命名空间页面加上评级模板
- 原始码连结:AWB
- 编辑时段及频率:一分钟10次以上,时段不定
- 受影响页面:超过10000个页面
- 遵守机器人规范:无关
- 已有机器人权限:无
说明:将以AWB半自动形式(有人工监督)为台湾专题(及其子专题)、语言专题、语言学专题等分类、模板加上评级模板。机器人将不会为需要人工判断的条目评级。近来已用主帐号进行了约两千笔评级模板编辑,相信操作经验能够胜任此任务。—TongcyDai ฅ • ω • ฅ 2020年3月27日 (五) 20:06 (UTC)
- 我觉得Template_talk:台湾教育大学系统/list子模板、Template_talk:台湾气象站/doc模板文档应该都不需要评级吧。--Xiplus#Talk 2020年3月28日 (六) 07:45 (UTC)
- @Xiplus:是的,/doc等子页面不须评级(但我认为有实际功能、可以单独存在的子页面应可评级),此为误操作,已将所有类似的错误都修正。—TongcyDai ฅ • ω • ฅ 2020年3月28日 (六) 09:14 (UTC)
- “机器人将不会为需要人工判断的条目评级”您以何种方式产生需要评级的页面列表?--Xiplus#Talk 2020年3月28日 (六) 07:47 (UTC)
- @Xiplus:使用AWB将某一分类(例如Category:语言学)底下所有的子分类和所属模板全部取出,再以人工方式剔除不须评级的页面。—TongcyDai ฅ • ω • ฅ 2020年3月28日 (六) 09:14 (UTC)
- 我觉得Template_talk:台湾教育大学系统/list子模板、Template_talk:台湾气象站/doc模板文档应该都不需要评级吧。--Xiplus#Talk 2020年3月28日 (六) 07:45 (UTC)
- 在人工决定编辑页面的条件下给予
快速批准运作,另外非紧急任务的编辑频率建议为每次编辑应相隔最少五秒,请待授权后再开始编辑。另外请使用{{Bot}}标记机器人用户页,以及使用机器人帐号在沙盒或使用者页面作任一编辑以授予AWB权限。--Xiplus#Talk 2020年3月30日 (一) 10:21 (UTC)
- 已授权。--J.Wong 2020年3月31日 (二) 14:35 (UTC)
- 因不活跃而
撤销许可。--Jimmy Xu 论 2021年9月7日 (二) 15:08 (UTC)
A2093064-bot 23
- 状态: 已批准
- 操作者:Xiplus#Talk
- 提请时间:2020年2月28日 (五) 13:55 (UTC)
- 自动化程度:全自动
- 程式语言:Pywikibot
- 用途:Wikipedia:关注度/提报维护
- 原始码连结:Github
- 编辑时段及频率:数小时1次
- 受影响页面:Wikipedia:关注度/提报
- 遵守机器人规范:无关
- 已有机器人权限:是
- 如果提报的条目被移动,则在提报页修正条目名称为重定向目标,范例编辑。--Xiplus#Talk 2020年2月28日 (五) 13:55 (UTC)
快速批准运作 --百無一用是書生 (☎) 2020年4月3日 (五) 08:49 (UTC)
A2093064-bot 22
- 状态: 已批准
- 操作者:Xiplus#Talk
- 提请时间:2020年2月8日 (六) 02:19 (UTC)
- 自动化程度:全自动
- 程式语言:Pywikibot
- 用途:更新{{High-use}}使用量参数
- 原始码连结:Github
- 编辑时段及频率:每周
- 受影响页面:使用Template:High-use的模板和模组
- 遵守机器人规范:在设定页提供白名单机制
- 已有机器人权限:是
- 范例1 2 3 4 5。--Xiplus#Talk 2020年2月8日 (六) 02:19 (UTC)
- 机器人只会在新引用量与旧引用量差距2%(可设定)以上时才会更新数值,不会频繁更新不断少量增减引用量的模板。--Xiplus#Talk 2020年2月8日 (六) 08:43 (UTC)
批准测试运作(50次编辑) --百無一用是書生 (☎) 2020年4月3日 (五) 08:44 (UTC)
测试已完成,1个错误编辑,直接加入不处理名单。--Xiplus#Talk 2020年4月4日 (六) 00:51 (UTC)
- 没明白什么错误,能否说明白一些?--百無一用是書生 (☎) 2020年4月6日 (一) 12:05 (UTC)
- Template:High-use/doc是为了展示High-use的使用结果而非标记High-use本身的引用量,之类机器人无需机器人更新使用量的情况都可以加入白名单来避免机器人修改。--Xiplus#Talk 2020年4月6日 (一) 12:29 (UTC)
- 能否程式检查一下,如果High-use在一个页面中出现大于1次,就忽略或另行处理?--百無一用是書生 (☎) 2020年4月6日 (一) 12:50 (UTC)
- Xiplus#Talk 2020年4月6日 (一) 13:00 (UTC) 可以,已修改程式为跳过不处理。--
- 能否程式检查一下,如果High-use在一个页面中出现大于1次,就忽略或另行处理?--百無一用是書生 (☎) 2020年4月6日 (一) 12:50 (UTC)
该doc嵌入到两个模板,使用解析器函数决定要显示哪个High-use,机器人无法判断要更新哪个参数;其他情况例如
- Template:High-use/doc是为了展示High-use的使用结果而非标记High-use本身的引用量,之类机器人无需机器人更新使用量的情况都可以加入白名单来避免机器人修改。--Xiplus#Talk 2020年4月6日 (一) 12:29 (UTC)
- 没明白什么错误,能否说明白一些?--百無一用是書生 (☎) 2020年4月6日 (一) 12:05 (UTC)
正式批准运作 --百無一用是書生 (☎) 2020年4月7日 (二) 02:38 (UTC)
A2093064-bot 24
- 状态: 已批准
- 操作者:Xiplus#Talk
- 提请时间:2020年3月13日 (五) 11:18 (UTC)
- 自动化程度:全自动
- 程式语言:Pywikibot
- 用途:修正因不留重定向移动而导致断掉的双重重定向
- 原始码连结:Github
- 编辑时段及频率:数十分钟清理一次
- 受影响页面:断掉的双重重定向
- 遵守机器人规范:无关
- 已有机器人权限:是
因不留重定向移动而导致断掉的双重重定向从技术上符合WP:G15而被机器人提删,然而正确做法应该是修正重定向到目标页,这些重定向很可能有大量的连入,就算重定向不合适,也不应符合G15及快速删除,应提交存废讨论,为避免管理员不察删除而导致诸多问题而申请该机器人修正。--Xiplus#Talk 2020年3月13日 (五) 11:18 (UTC)
- 为何不用pywikibot已有的修复脚本?--百無一用是書生 (☎) 2020年4月3日 (五) 08:50 (UTC)
- Xiplus#Talk 2020年4月3日 (五) 09:04 (UTC)
- 额,仔细看了一下Pywikibot库,有两个修重定向的脚本,但看起来不太符合你的这个需求....
批准测试运作(50次编辑) --百無一用是書生 (☎) 2020年4月3日 (五) 09:15 (UTC)
- Xiplus#Talk 2020年4月3日 (五) 09:19 (UTC) 我试用了redirect.py,确实可以修复断掉的双重重定向,但我考量的点是,移动的人可能会自己修复或做其他处置,所以我的机器人会等到被提删才来处理,那么redirect.py这个脚本就没法处理已经被挂速删的页面了,因为已不是重定向。--
有现有的修复脚本?-- - 额,仔细看了一下Pywikibot库,有两个修重定向的脚本,但看起来不太符合你的这个需求....
- Xiplus#Talk 2020年4月3日 (五) 09:04 (UTC)
测试已完成,见此。--Xiplus#Talk 2020年4月5日 (日) 07:24 (UTC)
正式批准运作 --百無一用是書生 (☎) 2020年4月7日 (二) 03:19 (UTC)
- 状态: 撤销许可
- 操作者:曾晋哲(留言·Q61655160)
- 提请时间:2020年4月8日 (三) 12:01 (UTC)
- 自动化程度:全自动
- 程式语言:Pywikibot
- 用途:给在Category:2019冠状病毒病疫情(及其子分类)内但不在Category:2019冠状病毒病专题(及其子分类)内的所有除用户页以外的页面的讨论页挂{{WikiProject COVID-19}}。
- 原始码连结:
- 编辑时段及频率:一次性
- 受影响页面:这些页面的讨论页,不过是否需要排除Category:2020年夏季奥林匹克运动会?
- 遵守机器人规范:无关
- 已有机器人权限:否
- 我在里面看到了模板沙盒,您有人工检查吗?直接用分类成员全挂专题模板是不允许的。--Xiplus#Talk 2020年4月9日 (四) 13:37 (UTC)
- 更新了列表,已经过人工检查,现在应该没问题了。已经排除了已挂专题模板的页面,共计95个。--曾晋哲(留言·Q61655160) 2020年4月9日 (四) 17:32 (UTC)
- 我把Draft talk空间去掉了,对于Template talk空间,专题模板可以自动识别模板讨论页,分类到Category:模板级2019冠状病毒病条目,没什么问题。--曾晋哲(留言·Q61655160) 2020年4月9日 (四) 17:34 (UTC)
- 更新了列表,已经过人工检查,现在应该没问题了。已经排除了已挂专题模板的页面,共计95个。--曾晋哲(留言·Q61655160) 2020年4月9日 (四) 17:32 (UTC)
- Wikipedia:专题委员会/技术支持#机器人添加专题横幅的相关规范。不知您是否已详阅了呢?另外其实如果才95个页面要挂的话,大可不用机器人...-Peacearth(留言) 2020年4月17日 (五) 09:24 (UTC)
- 已阅。如果有人能手动加模板也可……--曾晋哲(留言·Q61655160) 2020年4月19日 (日) 01:46 (UTC)
- Peacearth(留言) 2020年4月24日 (五) 08:27 (UTC)
- 我希望通过机器人添加,不麻烦别人了。--曾晋哲(留言·Q61655160) 2020年4月25日 (六) 08:46 (UTC)
- 由于仅少量(95个)页面受影响,应可跳过测试期,
快速批准运作-Peacearth(留言) 2020年4月25日 (六) 12:11 (UTC)
- 由于仅少量(95个)页面受影响,应可跳过测试期,
如果您仍想亲自透过机器人来加模板的话,我认为是可以批核的(虽然数量还真有点少)。只是提醒您,其实这么少页面的话您也可以手动添加,或者是在该页申请、寻求其他已获权的用户帮忙而不用亲自操作。看您决定啰。- - 我希望通过机器人添加,不麻烦别人了。--曾晋哲(留言·Q61655160) 2020年4月25日 (六) 08:46 (UTC)
- Peacearth(留言) 2020年4月24日 (五) 08:27 (UTC)
关于批量添加专题模板的部分,需要遵守 - 已阅。如果有人能手动加模板也可……--曾晋哲(留言·Q61655160) 2020年4月19日 (日) 01:46 (UTC)
- 已授权-千村狐兔(留言) 2020年5月9日 (六) 15:34 (UTC)
完成已完成。--曾晋哲(留言·Q61655160) 2020年5月9日 (六) 23:53 (UTC)
撤销许可。--Xiplus#Talk 2021年8月19日 (四) 01:12 (UTC)
和平-bot 2
- 状态: 已批准
- 操作者: - 和平、奋斗、救地球!(留言)自然科学条目提升计划地质专题于
- 提请时间: 2015年8月27日 (四) 07:29 (UTC)
- 程式语言:AWB
- 用途:为存在不符合WP:MOSIW规范之条目挂Template:Link style。
- 编辑时段及频率:每分钟最大10次编辑
- 每天受影响页面:
- 遵守Bots模板:是
- 于其它语言所获权限:无
- @Jimmy Xu:--Temp3600(留言) 2015年8月27日 (四) 16:43 (UTC)
- (~)补充:测试编辑:[1][2][3][4][5],运作应无问题。
(只是得一直手动载入随机页面,不知有无更方便的方法)- 和平、奋斗、救地球!(留言)自然科学条目提升计划地质专题于 2015年8月28日 (五) 06:36 (UTC) - 既然都要用上机器人了,直接将之改为符合格式手册规范之跨语言连结会不会较好?--Kanashimi(留言) 2015年8月28日 (五) 08:44 (UTC)
- @Kanashimi:社群对应用红连或绿连未有共识且各有偏好。 - 和平、奋斗、救地球!(留言)自然科学条目提升计划地质专题于 2015年8月28日 (五) 08:45 (UTC)
- @和平奮鬥救地球:使用跨语言连结模板{{ilh}}和{{tsl}}标注外语维基的对应条目如何?--Kanashimi(留言) 2015年8月28日 (五) 11:51 (UTC)
- @Kanashimi:那就是绿连,有许多用户因各种理由反对,但也有为数不少的支持者。 - 和平、奋斗、救地球!(留言)自然科学条目提升计划地质专题于 2015年8月28日 (五) 11:53 (UTC)
- @和平奮鬥救地球:使用跨语言连结模板{{ilh}}和{{tsl}}标注外语维基的对应条目如何?--Kanashimi(留言) 2015年8月28日 (五) 11:51 (UTC)
- @Kanashimi:社群对应用红连或绿连未有共识且各有偏好。 - 和平、奋斗、救地球!(留言)自然科学条目提升计划地质专题于 2015年8月28日 (五) 08:45 (UTC)
- (~)补充:测试编辑:[1][2][3][4][5],运作应无问题。
完成,授权通过--百無一用是書生 (☎) 2015年11月3日 (二) 08:21 (UTC)
- 寂伏经年,现按《机械人方针》,撤销许可,及除其权。--J.Wong 2018年5月7日 (一) 10:21 (UTC)
依Wikipedia:机械人方针#活跃度要求规范,重新申请操作许可。-Peacearth(留言) 2020年4月13日 (一) 02:38 (UTC)
- Xiplus#Talk 2020年4月14日 (二) 02:36 (UTC)
- 这种,[[:en:Supreme Headquarters Allied Powers Europe|盟军力量欧洲最高总部(SHAPE)]]并不能直接改成盟军力量欧洲最高总部(SHAPE)。另一个例子是这个,[[:en:Pittsburgh International Airport People Movers|机场地下轨道列车]]不能直接改成机场地下轨道列车。而这类情况非常多,不宜且难以自动化处理。-Peacearth(留言) 2020年4月14日 (二) 02:58 (UTC)
- 那么要如何列出需要挂模板的页面?--Xiplus#Talk 2020年4月14日 (二) 03:00 (UTC)
- 若该页并未挂上{{Link style}}模板,且找得到“
(?<!([Aa]dvtranslation|[Pp]lant\-translation|[Tt]ranslate|[Tt]ranslating|[Tt]ranslation[ _]+WIP|TRANSLATION|[Tt]ranslation|[Tt]rans|[Tt]ran|[Vv]oltranslation|[Ww]ptranslation|正在翻(譯|译)|(翻)?(譯|译)(中)?)\s*\|\s*(tfrom|1)?\s*(\=)?\s*)\[\[\:語言代碼\:(?![A-Za-z\-]+\:)
”(regex)时(即:条目中存在“非跨维基计划”且“不在{{Translation}}模板内”的跨语言连结时),挂上模板。 - 若该页已挂上{{Link style}}模板,但找不到“
(?<!([Aa]dvtranslation|[Pp]lant\-translation|[Tt]ranslate|[Tt]ranslating|[Tt]ranslation[ _]+WIP|TRANSLATION|[Tt]ranslation|[Tt]rans|[Tt]ran|[Vv]oltranslation|[Ww]ptranslation|正在翻(譯|译)|(翻)?(譯|译)(中)?)\s*\|\s*(tfrom|1)?\s*(=)?\s*)\[\[\:[A-Za-z\-]+\:(?![A-Za-z\-]+\:)|(?<=\r|\n)(\=){2,}.*\[\[.*\]\].*(\=){2,}
”(regex)时(即:条目中不存在上述不合规跨语言连结、也不存在章节标题内的内部链接时),移除该页{{Link style}}模板。
会依以下方式做操作:
- 若该页并未挂上{{Link style}}模板,且找得到“
- 大概是这样。-Peacearth(留言) 2020年4月15日 (三) 08:13 (UTC)
快速批准运作。--Xiplus#Talk 2020年4月16日 (四) 00:29 (UTC)
不,那条不是申请理由,只是对于为啥不“直接将之改为符合格式手册规范之跨语言连结”的原因之一而已。另外还有其他原因上面没说到,比如像是一些各式各样的跨语言连结用法需要人工判断修正。比如 - 那么要如何列出需要挂模板的页面?--Xiplus#Talk 2020年4月14日 (二) 03:00 (UTC)
原先申请的理由是“社群对应用红连或绿连未有共识”,但现在已有指引要求使用绿连。-- - 这种,[[:en:Supreme Headquarters Allied Powers Europe|盟军力量欧洲最高总部(SHAPE)]]并不能直接改成盟军力量欧洲最高总部(SHAPE)。另一个例子是这个,[[:en:Pittsburgh International Airport People Movers|机场地下轨道列车]]不能直接改成机场地下轨道列车。而这类情况非常多,不宜且难以自动化处理。-Peacearth(留言) 2020年4月14日 (二) 02:58 (UTC)
- 已授权。-千村狐兔(留言) 2020年4月16日 (四) 07:19 (UTC)
和平-bot 6
- 状态: 已批准
- 操作者: -和平、奋斗、救地球!留言・DC14讨论于
- 提请时间: 2016年5月17日 (二) 06:08 (UTC)
- 程式语言:WP:AWB
- 用途:批量置换签名模板(例如{{User:Fdcn/sign}}这种)
- 编辑时段及频率:约30/min
- 受影响页面:约数千(例如[6])
- 遵守机器人规范:是
- 于其它语言所获权限:no
- @和平奮鬥救地球:每秒30次?--Engle跃【筑梦踏实,梦想起飞,安装加速投票工具】 2016年5月17日 (二) 06:12 (UTC)
- @小躍:感谢提醒,是每分30次,单位打错了...-和平、奋斗、救地球!留言・DC14讨论于 2016年5月17日 (二) 06:13 (UTC)
- @和平奮鬥救地球:每秒30次?--Engle跃【筑梦踏实,梦想起飞,安装加速投票工具】 2016年5月17日 (二) 06:12 (UTC)
- 强制全保护能不能减少麻烦?Kanashimi(留言) 2016年5月17日 (二) 10:38 (UTC)
- WP:SIG#EL本就规定“不要在签名中使用模板(例如这样(
{{User:Name/sig}}
)的签名)”。理由除了“成为破坏的目标”之外,还有“签名对伺服器资源的影响”。-和平、奋斗、救地球!留言・DC14讨论于 2016年5月17日 (二) 10:42 (UTC)
- WP:SIG#EL本就规定“不要在签名中使用模板(例如这样(
- 强制全保护能不能减少麻烦?Kanashimi(留言) 2016年5月17日 (二) 10:38 (UTC)
- 已批准。--Jimmy Xu 论 2016年5月17日 (二) 12:24 (UTC)
- 寂伏经年,现按《机械人方针》,撤销许可,及除其权。--J.Wong 2018年5月7日 (一) 10:22 (UTC)
依Wikipedia:机械人方针#活跃度要求规范,重新申请操作许可。-Peacearth(留言) 2020年4月13日 (一) 02:39 (UTC)
- Xiplus#Talk 2020年4月14日 (二) 02:38 (UTC)
- Peacearth(留言) 2020年4月14日 (二) 03:03 (UTC)
快速批准运作。--Xiplus#Talk 2020年4月16日 (四) 00:33 (UTC)
对。-
这是人工找出使用签名模板的人,然后批量替换吗?-- - Peacearth(留言) 2020年4月14日 (二) 03:03 (UTC)
和平-bot 7
- 状态: 已批准
- 操作者: -和平、奋斗、救地球!(留言)
- 提请时间: 2016年11月20日 (日) 11:55 (UTC)
- 程式语言:WP:AWB
- 用途:批量置换移动不留重定向之模板
- 编辑时段及频率:视网速而定
- 受影响页面:视模板使用页面量而定。
- 遵守机器人规范:是
- 已有机器人权限:是
- 没看明白啥意思?有测试编辑吗?--百無一用是書生 (☎) 2017年2月3日 (五) 03:24 (UTC)
- 我的意思是Special:Diff/42212359、Special:Diff/42212358、Special:Diff/42212357,如果手动用就得一直点确认,但有时引用量很大所以想使用机器人。-和平、奋斗、救地球!(留言) 2017年2月3日 (五) 04:40 (UTC)
任务批准--百無一用是書生 (☎) 2017年2月4日 (六) 08:40 (UTC)
- 我的意思是Special:Diff/42212359、Special:Diff/42212358、Special:Diff/42212357,如果手动用就得一直点确认,但有时引用量很大所以想使用机器人。-和平、奋斗、救地球!(留言) 2017年2月3日 (五) 04:40 (UTC)
- 寂伏经年,现按《机械人方针》,撤销许可,及除其权。--J.Wong 2018年5月7日 (一) 10:22 (UTC)
依Wikipedia:机械人方针#活跃度要求规范,重新申请操作许可。-Peacearth(留言) 2020年4月13日 (一) 02:39 (UTC)
- Xiplus#Talk 2020年4月14日 (二) 02:40 (UTC)
- Peacearth(留言) 2020年4月14日 (二) 03:02 (UTC)
快速批准运作。--Xiplus#Talk 2020年4月16日 (四) 00:33 (UTC)
“这是人工指定要替换的模板吗?”对。另外,“模板命名不当”是一种可能的原因。不过我并不打算只限制在此种原因上,而是日后所有经讨论共识重新命名且因故不留重定向之模板。-
这是人工指定要替换的模板吗?这是仅适用于模板命名不当吗?否则一般来说不应不留重定向。-- - Peacearth(留言) 2020年4月14日 (二) 03:02 (UTC)
和平-bot 1
- 状态: 已批准
- 操作者: - 和平、奋斗、救地球!(留言)自然科学条目提升计划地质专题于
- 提请时间: 2015年7月29日 (三) 04:03 (UTC)
- 程式语言:AWB
- 用途:自动挂专题评级模板,如[7][8][9][10],每次批量评级前皆会手动确认一些确认无误后再自动进行。
- 编辑时段及频率:有时,每分钟最大10编辑
- 每天受影响页面:许多
- 遵守Bots模板:是
- 于其它语言所获权限:无
@Kegns、Shizhao:可以帮我看一下吗? - 和平、奋斗、救地球!(留言)自然科学条目提升计划地质专题于 2015年7月29日 (三) 05:30 (UTC)
- 经少量测试,运行应无误。 - 和平、奋斗、救地球!(留言)自然科学条目提升计划地质专题于 2015年7月30日 (四) 03:01 (UTC)
完成--百無一用是書生 (☎) 2015年7月31日 (五) 01:09 (UTC)
- 寂伏经年,现按《机械人方针》,撤销许可,及除其权。--J.Wong 2018年5月7日 (一) 10:20 (UTC)
依Wikipedia:机械人方针#活跃度要求规范,重新申请操作许可。-Peacearth(留言) 2020年4月13日 (一) 02:38 (UTC)
快速批准运作。--Xiplus#Talk 2020年4月18日 (六) 00:40 (UTC)
A2093064-bot 20
- 状态: 已批准
- 操作者: Xiplus#Talk
- 提请时间: 2019年9月22日 (日) 13:35 (UTC)
- 自动化程度:全自动
- 程式语言:Pywikibot
- 用途:提报遗漏的侵权报告
- 原始码连结: Github
- 编辑时段及频率:每小时
- 受影响页面:Wikipedia:页面存废讨论/疑似侵权
- 遵守机器人规范:无关
- 已有机器人权限:是
如果条目或草稿(仅处理这两空间)引用了{{Copyvio}},却未在Wikipedia:页面存废讨论/疑似侵权中含有连结,则提报上去(范例编辑)。--Xiplus#Talk 2019年9月22日 (日) 13:35 (UTC)
批准测试运作(7日) --Kanashimi(留言) 2019年10月3日 (四) 10:43 (UTC)
- Xiplus#Talk 2019年10月18日 (五) 11:28 (UTC)
批准测试运作(20次编辑) --Kanashimi(留言) 2019年10月18日 (五) 13:37 (UTC)
- @Xiplus,现在有在运作吗?Special:Whatlinkshere/Draft:Sandbox一直没什么动静。--Jimmy Xu 论 2019年12月17日 (二) 19:09 (UTC)
- Special:Diff/57301594,或许让我再延长个测试期。--Xiplus#Talk 2019年12月18日 (三) 00:03 (UTC) 原来是程式有误,现已修复:
- @Xiplus,现在有在运作吗?Special:Whatlinkshere/Draft:Sandbox一直没什么动静。--Jimmy Xu 论 2019年12月17日 (二) 19:09 (UTC)
发生的情况不多,需要更长的测试期。--
- Xiplus#Talk 2019年10月18日 (五) 11:28 (UTC)
- Special:Diff/57377002:新的提报;Special:Diff/57382293:因时间差导致的错误提报。--Xiplus#Talk 2019年12月23日 (一) 23:43 (UTC)
测试已完成,已达到20编辑,请在WP:CV或贡献页搜寻编辑摘要“機器人30:提報已張貼侵權模板卻未於此提報的頁面”。--Xiplus#Talk 2020年1月30日 (四) 11:02 (UTC)
正式批准运作-Peacearth(留言) 2020年4月19日 (日) 02:33 (UTC)
- 状态: 已批准
- 操作者:Xiplus#Talk
- 提请时间:2020年4月2日 (四) 05:28 (UTC)
- 自动化程度:全自动
- 程式语言:Pywikibot
- 用途:自动保护高风险模板
- 原始码连结:
- 编辑时段及频率:每日
- 受影响页面:Special:最多链接模板
- 遵守机器人规范:无关
- 已有机器人权限:是
根据Wikipedia:高风险模板500+半保护,5000+全保护,暂时考虑豁免模块:CGroup,相关申请:Wikipedia:机器人/申请/Antigng-bot2/2。--Xiplus#Talk 2020年4月2日 (四) 05:28 (UTC)
- 我建议不要这么严格。我提个建议你看是否合适?500+和5000+全部都自动半保护,是否全保护由用户决定--百無一用是書生 (☎) 2020年4月3日 (五) 09:30 (UTC)
- 另外吐个槽,CGroup里好多有问题的繁简转换.....--百無一用是書生 (☎) 2020年4月3日 (五) 09:32 (UTC)
- User:Xiplus-abot/task/3/config.json可供任何管理员设定。--Xiplus#Talk 2020年4月6日 (一) 12:41 (UTC) 可以,在
- 另外吐个槽,CGroup里好多有问题的繁简转换.....--百無一用是書生 (☎) 2020年4月3日 (五) 09:32 (UTC)
批准测试运作(50次编辑) --百無一用是書生 (☎) 2020年4月6日 (一) 12:52 (UTC)
- 今天执行保护的时候错误地将原先全保护的模板改成半保护,因为我的处理方式是,先获取Special:最多链接模板整个列表的保护状态,再进行保护,应该是因为获取保护状态的阶段执行失败,误认为目前都没有保护,才会提升保护为半保护。已修改程式码识别获取保护状态失败的状况并将其跳过,另机器人出错的部分都已修复。--Xiplus#Talk 2020年4月14日 (二) 01:21 (UTC)
测试已完成,参见1、2。--Xiplus#Talk 2020年5月10日 (日) 03:34 (UTC)
正式批准运作-Peacearth(留言) 2020年5月29日 (五) 01:21 (UTC)
- 状态: 已批准
- 操作者:Air7538(留言)
- 提请时间:2020年6月4日 (四) 13:53 (UTC)
- 自动化程度:全自动(人工检查条目清单)
- 程式语言:Pywikibot
- 用途:人工挑选没有讨论页的条目挂上适当的专题模板。
- 讨论内容连结:Wikipedia:专题委员会/技术支持#其他参考了英文维基的匹配规则设置以免自己想象规则造成误操作
- 原始码连结:https://paws-public.wmflabs.org/paws-public/User:Air7538-bot/Untitled.ipynb
- 编辑时段及频率:通过人工整理条目清单后自由选择运行日期
- 受影响页面:清单暂时在User:Air7538/title.json
- 遵守机器人规范:无关
- 已有机器人权限:是
- 现在代码中的匹配规则只有几条,以后可能会增加,每增加一项会人工监控其运行一段时间,发出来主要想看看技术帝们都怎么看这个想法hhh。--Air7538(留言) 2020年6月4日 (四) 14:11 (UTC)
- Wikipedia:专题委员会/技术支持#机器人添加专题横幅的规定:“若要批量挂某专题未评级模板,则须至少3人同意(含申请者与执行者)”(违规例子)。在使用机器人批量添加专题模板前,必须先至该页面提出任务申请(范例)。请确保您已理解相关规定。-Peacearth(留言) 2020年6月6日 (六) 05:59 (UTC)
- 在tg说过,但那时站外,我之前的操作真的申请过啦。之前是新手不知道专题委员会的规定,现在知道了。--Air7538(留言) 2020年6月6日 (六) 06:32 (UTC)
- OK. 根据您提供的原始码连结当中的注释,是有打算排除掉挂有关注度、存废与速删模板的条目之对应讨论页,对吗?-Peacearth(留言) 2020年6月6日 (六) 07:16 (UTC)
- 对,排除这三类。另排除1天内创建的条目,这样不合规的条目基本可以排除。稍后会更新代码。--Air7538(留言) 2020年6月6日 (六) 08:09 (UTC)
- OK. 根据您提供的原始码连结当中的注释,是有打算排除掉挂有关注度、存废与速删模板的条目之对应讨论页,对吗?-Peacearth(留言) 2020年6月6日 (六) 07:16 (UTC)
首先,我发现您在之前的操作中,违反了 - 在tg说过,但那时站外,我之前的操作真的申请过啦。之前是新手不知道专题委员会的规定,现在知道了。--Air7538(留言) 2020年6月6日 (六) 06:32 (UTC)
if "{{vfd" in page.text or "{{notability" in page.text or "{{delete" in page.text:
,然而有很多遗漏的,包括但不限于:
看到您加上了- 另外,像{{notability Unreferenced}}可能会触发
"{{notability" in page.text
,或许要考虑下。-Peacearth(留言) 2020年6月6日 (六) 10:52 (UTC)- 正在看。--Air7538(留言) 2020年6月7日 (日) 08:32 (UTC)
- 根据新讨论,人工检查一遍的时候不如直接手动挂上板,此功能意义不大,暂撤回申请。--Air7538(留言) 2020年6月8日 (一) 23:05 (UTC)
- 正在看。--Air7538(留言) 2020年6月7日 (日) 08:32 (UTC)
- 写都写了,,,不用可惜了,,,根据上次的讨论,排除掉一些可能被删掉的条目,本次将不再考虑这些功能。因为本次将此更改为人工挑选平时巡查或查资料遇到的没有讨论页的条目,记下条目名称,当名单积累到一定程度时,运行这个功能。此次重开的意义在于用了一段时间的User:Chiefwei/rater,有时候会挂不上板,js还是太繁琐了。-- Air7538#Talk 2020年6月26日 (五) 01:54 (UTC)
- 基本改完了。--Air7538#Talk 2020年6月27日 (六) 09:37 (UTC)
- 目前看起来还行,
批准测试运作(50次编辑)-Peacearth(留言) 2020年6月27日 (六) 11:25 (UTC)
- @和平奮鬥救地球:,完成。另外我把原始码连结替换为这次测试的链接了。--Air7538#Talk 2020年6月28日 (日) 06:20 (UTC)
- 发现一个问题:您把含有{{Infobox spaceflight}}条目的讨论页挂上天文专题,然而并非所有人造卫星都是用于天文观测用途,所以我对这部分有点保留。其馀应该没什么问题。-Peacearth(留言) 2020年6月28日 (日) 13:08 (UTC)
- 如果这条可能存在问题,那就删掉吧。另外把每次加入的专题模板写在自动编辑摘要里了,也方便复查编辑历史。--Air7538#Talk 2020年6月28日 (日) 13:49 (UTC)
- 看起来应该可以了,
正式批准运作。-Peacearth(留言) 2020年6月28日 (日) 14:39 (UTC)
- 看起来应该可以了,
- @和平奮鬥救地球:,完成。另外我把原始码连结替换为这次测试的链接了。--Air7538#Talk 2020年6月28日 (日) 06:20 (UTC)
- 目前看起来还行,
- 基本改完了。--Air7538#Talk 2020年6月27日 (六) 09:37 (UTC)
- 状态: 撤销许可
- 操作者: Antigng(留言)
- 提请时间: 2017年3月12日 (日) 15:14 (UTC)
- 自动化程度:有人值守的全自动
- 程式语言:C
- 用途:自动保护高风险模板
- 讨论内容连结: WP:BOTREQ#自动保护高引用量模板
- 源代码连结: User:Antigng-bot2/highrisktemp
- 编辑时段及频率:-
- 受影响页面:137(含重定向)
- 遵守机器人规范:无关
- 已有机器人权限:无
- 工作流程:取得所有非重定向模板页面的ID,对每个页面,检查链入页面数量。若超过5000,检查其是否被无限期编辑全保护+移动全保护,如无,则无限期保护之。若小于5000大于500,检查其是否被无限期编辑保护或半保护,如无,则无限期半保护之。--Antigng(留言) 2017年3月12日 (日) 15:17 (UTC)
- 目前有什么要求,链入数达到一定数量就要保护?--百無一用是書生 (☎) 2017年3月13日 (一) 03:17 (UTC)
- 难道上方的说明不够清楚吗?--小跃(捞出记录) 2017年3月13日 (一) 04:13 (UTC)
- WP:HRT:“连结的页面达到一定的数量(500+可先半保护,若超过5000+则应考虑全保护)”--Antigng(留言) 2017年3月13日 (一) 10:17 (UTC)
- 难道上方的说明不够清楚吗?--小跃(捞出记录) 2017年3月13日 (一) 04:13 (UTC)
- 目前有什么要求,链入数达到一定数量就要保护?--百無一用是書生 (☎) 2017年3月13日 (一) 03:17 (UTC)
- 关于保护功能的测试见这里。--Antigng(留言) 2017年3月13日 (一) 13:53 (UTC)
- 我这里认为可以,就是看到EnterCriticalSection整个人都严肃了起来[开玩笑的]。不过HRT[开玩笑的]提到的只是“可以”、“考虑”,是否换成bot操作应该再留一点空间?(COI提示:这句话基本上是代表我那堆编辑请求说的。)——Artoria2e5编 保持讨论完整,直接{{ping}}我回复。 2017年3月15日 (三) 03:40 (UTC)
- 一但这些模板被破坏,会有极大量的条目受影响。很多引用量大的模板到现在都还没被保护,人工一个一个保护并不是很实际。还记得去年暑假某几个高引用量模板被破坏,导致大量条目白屏无法阅读,大家找了一段时间才找到问题。-和平、奋斗、救地球!(留言)欢迎加入维基Telegram群 2017年3月15日 (三) 03:51 (UTC)
(+)支持,不过重定向模板页面怎么办?其高风险程度貌似和非重定向模板页相当?(亦即如果被破坏,受到影响的页面并不会因为他是不是重定向而有差别)。-和平、奋斗、救地球!(留言)欢迎加入维基Telegram群 2017年3月15日 (三) 03:48 (UTC)
- 想处理重定向把hideredirect设成0就行,这个以及半保护,全保护的标准都依赖讨论共识决定。--Antigng(留言) 2017年3月15日 (三) 09:37 (UTC)
- 支持处理重定向页面。--Temp3600(留言) 2017年3月15日 (三) 09:54 (UTC)
- 方针只是要求可以考虑保护,现在却变成了一定要保护,这样不太合适吧?--百無一用是書生 (☎) 2017年3月20日 (一) 08:54 (UTC)
- 想不到有何种例外情形啊。--Antigng(留言) 2017年3月20日 (一) 13:28 (UTC)
- 不一定一定要全保护吧!有的模板有例外,需要非管理员的更新。建议可以先征著半保护吧!--小跃(捞出记录) 2017年3月20日 (一) 23:44 (UTC)
- 哪些呢?--Antigng(留言) 2017年3月21日 (二) 00:48 (UTC)
- Template:TOWpercent,若连结很多页面,除扰乱或破坏以外,比较常更新的页面,也不一定一定要全保护。--小跃(捞出记录) 2017年3月21日 (二) 01:01 (UTC)
- 这个链入页面500不到。--Antigng(留言) 2017年3月21日 (二) 01:05 (UTC)
- 在下已经说了“若”,如果的意思。--小跃(捞出记录) 2017年3月21日 (二) 01:07 (UTC)
- 但是这种假设不存在啊,这种只服务于一个项目,且需要频繁修改页面不会被大量引用。公告栏才334嵌入页面呢。--Antigng(留言) 2017年3月21日 (二) 01:08 (UTC)
- 那公用转换组呢?不就是例外了吗?--小跃(捞出记录) 2017年3月21日 (二) 01:11 (UTC)
- 公用转换组也不应该让所有用户修改啊,链入页面量大了,擅自修改谁保证不会出现“死机械人”这种奇怪的转换呢?--Antigng(留言) 2017年3月21日 (二) 01:18 (UTC)
- 但是这种假设不存在啊,这种只服务于一个项目,且需要频繁修改页面不会被大量引用。公告栏才334嵌入页面呢。--Antigng(留言) 2017年3月21日 (二) 01:08 (UTC)
- 在下已经说了“若”,如果的意思。--小跃(捞出记录) 2017年3月21日 (二) 01:07 (UTC)
- 这个链入页面500不到。--Antigng(留言) 2017年3月21日 (二) 01:05 (UTC)
- Template:TOWpercent,若连结很多页面,除扰乱或破坏以外,比较常更新的页面,也不一定一定要全保护。--小跃(捞出记录) 2017年3月21日 (二) 01:01 (UTC)
- 哪些呢?--Antigng(留言) 2017年3月21日 (二) 00:48 (UTC)
- 不一定一定要全保护吧!有的模板有例外,需要非管理员的更新。建议可以先征著半保护吧!--小跃(捞出记录) 2017年3月20日 (一) 23:44 (UTC)
- 想不到有何种例外情形啊。--Antigng(留言) 2017年3月20日 (一) 13:28 (UTC)
- 久无讨论,先且存档。如有需要,请直接重启此讨论。--J.Wong 2017年6月7日 (三) 08:01 (UTC)
- 重新申请。工作流程与2017年时一致,但与2017年相比情况发生了一些变化;由于待处理页面总量少了一个数量级,预期处理掉存量以后增量也不会非常多,因此采取有人看守的全自动运行模式(即,先以一个较低的速率自动编辑,然后逐一人手检查,如不合适,或用户提出异议则回退),能够很好地回应2017年时提出的相关疑虑。--Antigng(留言) 2020年6月29日 (一) 04:53 (UTC)
- Wikipedia:机器人/申请/Xiplus-abot/4。--Xiplus#Talk 2020年6月29日 (一) 05:21 (UTC)
囧rz……,我说怎么高风险模板少那么多,还以为是有管理员一个一个保护的呢...不过这俩工作原理不太一样,(如果我没理解错的话)上面这个是从缓存的Mostlinkedtemplates里边取页面然后保护的,服务器缓存里有可能会漏页面;我的则是跑遍整个名字空间直接一个模板一个模板数链接数目这样查出来的。--Antigng(留言) 2020年6月29日 (一) 05:46 (UTC)
- 最近超过500引用量的模板数才刚过5000,在此之前Mostlinkedtemplates还堪用。所以我也在想自行计算引用数,但要花很多时间,想请问一下您跑一次所有模板需要多少时间? Xiplus#Talk 2020年6月29日 (一) 08:26 (UTC)
- 可快可慢,为便于检查我尽量控制在30分钟跑完一遍。我这边向来是把资源往死里压榨的,比如一个api请求取20个页面,在bot和网站服务器之间加设正向代理实现h2连接的复用,等等。--Antigng(留言) 2020年6月29日 (一) 15:45 (UTC)
- 最近超过500引用量的模板数才刚过5000,在此之前Mostlinkedtemplates还堪用。所以我也在想自行计算引用数,但要花很多时间,想请问一下您跑一次所有模板需要多少时间? Xiplus#Talk 2020年6月29日 (一) 08:26 (UTC)
FYI: - pageid=1554262其实不需要修改保护,编辑全保护自带移动全保护。 Xiplus#Talk 2020年7月2日 (四) 07:46 (UTC)
- 已改。现在只检查编辑保护。--Antigng(留言) 2020年7月2日 (四) 14:48 (UTC)
- Wikipedia:机器人/申请/Xiplus-abot/4。--Xiplus#Talk 2020年6月29日 (一) 05:21 (UTC)
批准测试运作现存的所有页面(应该是100多?)--Xiplus#Talk 2020年7月9日 (四) 05:23 (UTC)
- 抱歉,没有管理员权限,请问用什么账户测试?主帐户吗?--Antigng(留言) 2020年7月9日 (四) 19:56 (UTC)
- Wikipedia:机械人方针#附有管理员权限的机械人--GZWDer(留言) 2020年7月10日 (五) 22:50 (UTC)
- 根据Wikipedia:机械人方针#良好沟通,在编辑摘要内使用中文会比英文更为妥当。 Xiplus#Talk 2020年7月11日 (六) 01:50 (UTC)
- 如前面的请求所述,摘要没有繁简转换,如获批会单独创建一个标签标记相应的编辑。--Antigng(留言) 2020年7月11日 (六) 02:58 (UTC)
- 不转换的中文也比英文还要好。另外如果使用标签的话,您打算把摘要留空吗?该摘要也会显示于Special:已保护页面等不显示标签的地方。 Xiplus#Talk 2020年7月11日 (六) 03:05 (UTC)
- 你说得对。保护操作是有日志的。我会把相应保护操作的摘要改为"bot: automatic (semi-)protection of high-risk templates/(半)保护高风险模板/(半)保护高风险模板"。--Antigng(留言) 2020年7月11日 (六) 05:54 (UTC)
- “bot: high-risk templates/高风险模板/高風險模板”就好了吧,不然太长。 Xiplus#Talk 2020年7月12日 (日) 01:08 (UTC)
- 好的。bot: [[WP:HRT|high-risk templates/高风险模板/高風險模板]]--Antigng(留言) 2020年7月13日 (一) 01:50 (UTC)
- “bot: high-risk templates/高风险模板/高風險模板”就好了吧,不然太长。 Xiplus#Talk 2020年7月12日 (日) 01:08 (UTC)
- 你说得对。保护操作是有日志的。我会把相应保护操作的摘要改为"bot: automatic (semi-)protection of high-risk templates/(半)保护高风险模板/(半)保护高风险模板"。--Antigng(留言) 2020年7月11日 (六) 05:54 (UTC)
- 不转换的中文也比英文还要好。另外如果使用标签的话,您打算把摘要留空吗?该摘要也会显示于Special:已保护页面等不显示标签的地方。 Xiplus#Talk 2020年7月11日 (六) 03:05 (UTC)
- 如前面的请求所述,摘要没有繁简转换,如获批会单独创建一个标签标记相应的编辑。--Antigng(留言) 2020年7月11日 (六) 02:58 (UTC)
- 根据Wikipedia:机械人方针#良好沟通,在编辑摘要内使用中文会比英文更为妥当。 Xiplus#Talk 2020年7月11日 (六) 01:50 (UTC)
- Wikipedia:机械人方针#附有管理员权限的机械人--GZWDer(留言) 2020年7月10日 (五) 22:50 (UTC)
- 抱歉,没有管理员权限,请问用什么账户测试?主帐户吗?--Antigng(留言) 2020年7月9日 (四) 19:56 (UTC)
已完成。163笔编辑,未发现问题。多出的部分主要是由于User:Koalabot作业导致相应模板使用量增加所致。--Antigng(留言) 2020年7月11日 (六) 02:58 (UTC)
- 此任务您会将保护操作标记为机器人编辑(bot flag)吗?即预设不在最近更改显示。 Xiplus#Talk 2020年7月13日 (一) 10:37 (UTC)
- 这个正是我想说的。我自己的代码里没有任何类似bot=1/minor=1的东西,但是提交的保护操作里却有。翻阅相应文档很惊讶地发现action=protect根本没有bot/minor参数。只要账户有bot权限,提交的操作就有bot flag。--Antigng(留言) 2020年7月13日 (一) 17:24 (UTC)
- 那么您是否希望不要授予机器人权限?基本上也会同时批出机器人权限,供小工具及其他机器人等等辨识这个帐号是机器人,而且该任务也应该不需要在最近更改显示出来,加上bot flag应无不适。 Xiplus#Talk 2020年7月13日 (一) 23:35 (UTC)
- 那就保留markbotedits吧。我这边看看能不能从mediawiki的层面上修...--Antigng(留言) 2020年7月14日 (二) 09:38 (UTC)
- 希望我没有误解您“保留markbotedits”的意思是保留机器人权限,因为markbotedits是一个权限(非权限组)名称。 Xiplus#Talk 2020年7月14日 (二) 09:43 (UTC)
- 那就保留markbotedits吧。我这边看看能不能从mediawiki的层面上修...--Antigng(留言) 2020年7月14日 (二) 09:38 (UTC)
- 那么您是否希望不要授予机器人权限?基本上也会同时批出机器人权限,供小工具及其他机器人等等辨识这个帐号是机器人,而且该任务也应该不需要在最近更改显示出来,加上bot flag应无不适。 Xiplus#Talk 2020年7月13日 (一) 23:35 (UTC)
- 这个正是我想说的。我自己的代码里没有任何类似bot=1/minor=1的东西,但是提交的保护操作里却有。翻阅相应文档很惊讶地发现action=protect根本没有bot/minor参数。只要账户有bot权限,提交的操作就有bot flag。--Antigng(留言) 2020年7月13日 (一) 17:24 (UTC)
- 此任务您会将保护操作标记为机器人编辑(bot flag)吗?即预设不在最近更改显示。 Xiplus#Talk 2020年7月13日 (一) 10:37 (UTC)
正式批准运作,请凭此页找任一行政员授予管理员及机器人。--Xiplus#Talk 2020年7月14日 (二) 09:44 (UTC)
撤销许可,已一年未有操作,亦已通知操作者,按《机械人方针》撤销许可。--J.Wong 2023年9月23日 (六) 13:02 (UTC)
Antigng-bot 33
- 状态: 撤销许可
- 操作者:Antigng(留言)
- 提请时间:2020年7月1日 (三) 23:05 (UTC)
- 自动化程度:全自动
- 程式语言:C
- 用途:清理Category:引文格式1错误:不可见字符
- 原始码连结:
- 编辑时段及频率:不限
- 受影响页面:
634570(存量),增速不知 - 遵守机器人规范:仅影响名字空间0和名字空间118,本身可靠性有保证不需要{{bots}}模板控制
- 已有机器人权限:是
- 严格按照CS1模块的逻辑处理这个分类下的条目。框架与最近三个(30,31,32)和模板相关的任务完全一致:
- 遍历一棵模板树中的所有模板;
- 检查模板名是否为引用模板,若否则跳过;
- 检查是否为不使用CS1的引用模板(e.g. cite arxiv),若是则跳过;
- 检查本模板中各参数值:若参数名实质等同于quote则跳过不处理;若参数值含有"<!---"或"nowiki"字串则跳过不处理;
- 除U+FFFD(依其定义,此符号存在的目的是为了替换,而非简单粗暴地移除)之外,若含有其它任何CS1定义的不可见字符则移除,但以下情况需要特殊处理:
- 控制符\t,\r,\n需特殊处理,它们在参数值的开头和尾部出现是合法的,但在参数值中间出现则是非法的;因此在检查参数值时,在读入第一个非不可见且非空格的字符前,不会清走这三个字符;在读入满足上述条件的字符后,遇到这三个字符不会立即丢弃,而是会将其存入一个缓冲区,待读入下一个非不可见且非空格的字符时才清空。最后将留在缓冲区中的字符(即原参数值尾部的\t\r\n)加到输出的新参数值尾部。这种处理方式有一个非预期的行为即如果原参数值的尾巴是“\t \n \n”,输出后会变成“ \t\n\n”。但本人认为这种处理至少是没有害处的,应可以接受;此外,由于该三个控制字符在事实上会显示为空格,为避免把两个英文词汇/数字粘一起,在清空缓冲区前会检查当前字符和输出的前一个字符是否是非空格、非连接符且非不可见的ASCII字符,如是则先输出一个空格再丢弃。
static int judgeinvisible(unsigned int uch)
{
/* 等于是把[[:Category:引文格式1错误:不可见字符]]的说明照抄一遍,但跳过U+FFFD不处理*/
return ((uch!=0xFFFD)&&
(uch==0x200B)||
(uch==0x00AD)||
(uch==0x0009)||
(uch==0x0010)||
(uch==0x0013)||
((0<uch)&&(uch<=0x001F))||
((0x0080<=uch)&&(uch<=0x009F))||
((0xFFF9<=uch)&&(uch<=0xFFFF))||
((0xE000<=uch)&&(uch<=0xF8FF))||
((0xF0000<=uch)&&(uch<=0xFFFFD))||
((0x100000<=uch)&&(uch<=0x10FFFD)));
}
- 测试编辑。--Antigng(留言) 2020年7月1日 (三) 23:05 (UTC)
- 不使用任何CS1输出的维护信息,在整个主名字空间单独空运行的结果表明,仅6个不在分类Category:引文格式1错误:不可见字符中的页面会被程序判定为存在问题,经检查它们的问题出在各种原因导致整个模板或其中个别参数不显示(e.g. 母模板参数错误,重复模板参数等)。但针对这种情形进行的编辑仍是有益而无害的,故可以认定零假阳性事件,或该任务的假阳性率低于百分之一,误检出率低于百万分之一,完全满足要求。--Antigng(留言) 2020年7月2日 (四) 05:26 (UTC)
- 7/2更新:排除参数名为quote的情况,这种情况下虽然CS1会报错,但部分格式如\t\n仍能正确显示,清理的合法性存疑,甚至CS1模块为此报错的必要性也存疑。排除该参数后,待处理页面减少至570个。--Antigng(留言) 2020年7月2日 (四) 22:23 (UTC)
批准测试运作(30次编辑)。--Xiplus#Talk 2020年7月15日 (三) 10:35 (UTC)
static int judgeinvisible(unsigned int uch)
{
/* 等于是把[[:Category:引文格式1错误:不可见字符]]的说明照抄一遍,但跳过U+FFFD不处理*/
return ((uch!=0xFFFD)&&
((uch==0x200B)||
(uch==0x00AD)||
(uch==0x0009)||
(uch==0x0010)||
(uch==0x0013)||
((0<uch)&&(uch<=0x001F))||
((0x0080<=uch)&&(uch<=0x009F))||
((0xFFF9<=uch)&&(uch<=0xFFFF))||
((0xE000<=uch)&&(uch<=0xF8FF))||
((0xF0000<=uch)&&(uch<=0xFFFFD))||
((0x100000<=uch)&&(uch<=0x10FFFD))));
}
- 更正后问题便不再出现。--Antigng(留言) 2020年7月15日 (三) 18:44 (UTC)
- Special:Diff/60612638:取消|location=前的换行是在预期之内吗?
- Special:Diff/60612625:虽然是GIGO,但是处理完之后仍有换行符,符合您的设计吗?
- Special:Diff/60612496:“”是不可见字元? --Xiplus#Talk 2020年7月17日 (五) 23:49 (UTC)
- (:)回应
- 1. 是。如Special:Diff/60649498所示,不取消这一换行CS1即报错。(但处理任务时bot完全“看不见”CS1的报错信息,因此上面的空运行结果才有意义。)
- 2. 是。因为最后一个参数里带了reflist模板,当程序完成模板解析的时候参数值的地方是一个单向链表
(节点1:[类型=文本,字符指针=指向字符串" ref = harv \n==参考文献==\n"所在的内存区域])->(节点2: [类型=模板,结构指针=指向模板reflist所在的内存区域])->(节点3:[类型=文本,字符指针=指向字符串"\n\n==另请参阅==\n "所在的内存区域])->NULL
- 当程序处理到节点3的地方时,如果要去除“另请参阅”前面的两个\n,它就必须利用节点1和节点2中已经出现过的信息。但是它完全不知道节点2中的模板里有什么内容——不可能每解析一个条目还要向服务器请求所有使用的模板的源码,这不现实——为保险起见就一刀切禁止这种跨节点处理的情况。
- 3. 引起Citation/CS1报错的的除了不可见字符之外,还有部分控制字符和私有字符。与U+FFFD不同,其出现几乎总是由OCR识别错误所导致的,而不是替换了什么合法的字符,因此采用移除的处理方法并无不妥之处。--Antigng(留言) 2020年7月18日 (六) 02:11 (UTC)
正式批准运作。--Xiplus#Talk 2020年7月18日 (六) 05:13 (UTC)
- 状态: 已批准
- 操作者:Hamish论
- 提请时间:2020年6月7日 (日) 13:54 (UTC)
- 自动化程度:全自动
- 程式语言:pywikibot
- 用途:存档WP:RSN
- 讨论内容连结:非讨论,来自User:虫虫飞站外请求
- 原始码连结:Github
- 编辑时段及频率:一天一次,13:14 (UTC+8)
- 受影响页面:WP:RSN及其存档页
- 遵守机器人规范:无关
- 已有机器人权限:是
- 存档规则为何?看部分讨论有公示程序,是否有与此配合?--Xiplus#Talk 2020年6月7日 (日) 14:31 (UTC)
- 抱歉,未适配。请保留是申请,适配后继续进行。--Hamish论 2020年6月7日 (日) 14:34 (UTC)
- @Xiplus:已适配,修改了{{RSNR}},章节使用status2指示状态,当status2的状态符合设置文件的publicizing_status或done_status时,分别会抛给机器人一个布尔值,正在公示的章节不存档,已有共识,也就是done的章节三日即存档,其他的按照讨论中处理,也就是七日存档。--Hamish论 2020年6月8日 (一) 17:29 (UTC)
批准测试运作(30日)。--Xiplus#Talk 2020年6月9日 (二) 01:16 (UTC)
- @Hamish:7天太短了,通通都被存档。一般而言,讨论中处理的应改为“七天没人讨论后存档”。--Wright Streetdeck . 10000+ Edits 2020年6月11日 (四) 07:04 (UTC)
- @Streetdeck:可能有误解,现在实行的确实是“七天没人讨论后存档”。--Hamish论 2020年6月11日 (四) 11:18 (UTC)
- 好吧,还有看看AR。--Wright Streetdeck . 10000+ Edits 2020年6月11日 (四) 12:01 (UTC)
- @Streetdeck:可能有误解,现在实行的确实是“七天没人讨论后存档”。--Hamish论 2020年6月11日 (四) 11:18 (UTC)
- @Xiplus:30日已到,请复检。--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月15日 (三) 08:24 (UTC)
- 是不是应该自动修改status2为“已过时、已存档”之类的,而不是维持“讨论中”的标记? Xiplus#Talk 2020年7月15日 (三) 10:27 (UTC)
- @Xiplus:将会在存档时将“{{status2|討論中}}”修改为“{{status2|-|已過時並存檔}}”,不论前者简繁。([11])--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月17日 (五) 10:02 (UTC)
- 能否测试一笔编辑?您可以还原最近一次存档再让机器人跑一次。 Xiplus#Talk 2020年7月17日 (五) 10:05 (UTC)
- @Xiplus:烦请查看机器人18日的贡献。--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月18日 (六) 09:29 (UTC)
- 只应该修改当下存档的状态而非所有旧有存档。 Xiplus#Talk 2020年7月18日 (六) 10:00 (UTC)
- 咱觉得这样可以顺便修改掉他人手动存档过后的文本,会比较好,您是怕什么问题呢?--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月18日 (六) 10:27 (UTC)
- 您说的有理。--Xiplus#Talk 2020年7月18日 (六) 11:13 (UTC)
- 咱觉得这样可以顺便修改掉他人手动存档过后的文本,会比较好,您是怕什么问题呢?--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月18日 (六) 10:27 (UTC)
- 只应该修改当下存档的状态而非所有旧有存档。 Xiplus#Talk 2020年7月18日 (六) 10:00 (UTC)
- @Xiplus:烦请查看机器人18日的贡献。--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月18日 (六) 09:29 (UTC)
- 能否测试一笔编辑?您可以还原最近一次存档再让机器人跑一次。 Xiplus#Talk 2020年7月17日 (五) 10:05 (UTC)
- @Xiplus:将会在存档时将“{{status2|討論中}}”修改为“{{status2|-|已過時並存檔}}”,不论前者简繁。([11])--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月17日 (五) 10:02 (UTC)
- 是不是应该自动修改status2为“已过时、已存档”之类的,而不是维持“讨论中”的标记? Xiplus#Talk 2020年7月15日 (三) 10:27 (UTC)
正式批准运作。--Xiplus#Talk 2020年7月18日 (六) 11:13 (UTC)
A2093064-bot 25
- 状态: 已批准
- 操作者:Xiplus#Talk
- 提请时间:2020年6月29日 (一) 01:55 (UTC)
- 自动化程度:全自动
- 程式语言:Pywikibot
- 用途:根据Wikipedia:新条目推荐/候选标记和移除Template:DYK Invite
- 原始码连结:Github
- 编辑时段及频率:每小时
- 受影响页面:Special:链入页面/Template:DYK_Invite及Wikipedia:新条目推荐/候选中的条目讨论页
- 遵守机器人规范:否
- 已有机器人权限:是
程式码已在Github上提供,当在Wikipedia:新条目推荐/候选则标记条目讨论页,若发现条目讨论页挂有模板却不在Wikipedia:新条目推荐/候选中时则移除模板。可在此查看编辑范例,其中一个错误是检查模板时没有忽略大小写,现已修复。--Xiplus#Talk 2020年6月29日 (一) 01:55 (UTC)
批准测试运作(50次编辑)-Peacearth(留言) 2020年6月29日 (一) 07:44 (UTC)
测试已完成,包含17笔标记和33笔移除,见此。另外有个问题,如果移除后页面为空是否要自动提删,个人认为保留空页面无所谓,在历史中记载曾提过DYKC或许有意义。 Xiplus#Talk 2020年6月29日 (一) 08:44 (UTC)
- 我是觉得不用自动提删,毕竟历史纪录还算有意义。如果删除了,反而导致一般用户无法查阅历史。虽然空页面会符合WP:G1中的“内容为空”标准。通常来说无论有没有通过DYKC,都会把相关投票记录存档到讨论页,所以不会造成内容为空的情形。然而这33笔移除当中却出现了11笔清空(占了1/3),查阅历史皆为2017年所建,不确定当时是出了什么问题。目测除此之外没其他问题了,看看其他人有没有什么想法吧,如果没有的话我等几天预计就通过了。-Peacearth(留言) 2020年6月29日 (一) 10:22 (UTC)
- 我在想,有没有可能让机器人在这种会清空页面的情形下,挂上一个新的模板,里面写著“本条目在X年X月曾经入选新条目推荐”或“本条目在X年X月曾经被提名新条目推荐候选但未通过”之类的。X年X月则透过检查Wikipedia:新条目推荐当中的粗体连结、同时比对该讨论页的编辑历史日期来获取。不过可能得考虑条目被移动的问题。-Peacearth(留言) 2020年7月4日 (六) 08:39 (UTC)
- 目前街灯会在移动讨论的同时移除{{DYK Invite}}并给通过的条目讨论页加上{{DYKtalk}},未通过的则只移除模板,之前的Liangent-bot也有这个功能。如果还需要再移除{{DYK Invite}}应该只是用于不正常的情况。我看了Talk:奥林匹克运动会津巴布韦代表团。发现是因为主编删除了提名相关的讨论而导致DYK Invite没有被移除。我猜测DYK Invite留在页面上可能大都是这样的情况?感觉对于需要移除的模板生成一个列表,人工复查会更好些?--及时雨 留言 2020年7月4日 (六) 15:53 (UTC)
- @94rain:机器人不是停工了一段时间吗?才导致有模板残留。 Xiplus#Talk 2020年7月5日 (日) 04:07 (UTC)
- 机器人是停工了,但街灯处理DYK时还是会移除的(Special:Diff/60430773)--及时雨 留言 2020年7月5日 (日) 04:12 (UTC)
- @Xiplus:你有什么想法吗?-Peacearth(留言) 2020年8月18日 (二) 19:09 (UTC)
- 没有,要不要全部清理完之后再来看看状况。 Xiplus#Talk 2020年8月18日 (二) 23:00 (UTC)
- 也行。那就
正式批准运作-Peacearth(留言) 2020年8月18日 (二) 23:14 (UTC)
- 也行。那就
- 没有,要不要全部清理完之后再来看看状况。 Xiplus#Talk 2020年8月18日 (二) 23:00 (UTC)
- @Xiplus:你有什么想法吗?-Peacearth(留言) 2020年8月18日 (二) 19:09 (UTC)
- 机器人是停工了,但街灯处理DYK时还是会移除的(Special:Diff/60430773)--及时雨 留言 2020年7月5日 (日) 04:12 (UTC)
- Cdip150的程序没有支援所有模板别名:Special:Diff/61454927。--Xiplus#Talk 2020年9月2日 (三) 00:41 (UTC)
- @94rain:机器人不是停工了一段时间吗?才导致有模板残留。 Xiplus#Talk 2020年7月5日 (日) 04:07 (UTC)
- 目前街灯会在移动讨论的同时移除{{DYK Invite}}并给通过的条目讨论页加上{{DYKtalk}},未通过的则只移除模板,之前的Liangent-bot也有这个功能。如果还需要再移除{{DYK Invite}}应该只是用于不正常的情况。我看了Talk:奥林匹克运动会津巴布韦代表团。发现是因为主编删除了提名相关的讨论而导致DYK Invite没有被移除。我猜测DYK Invite留在页面上可能大都是这样的情况?感觉对于需要移除的模板生成一个列表,人工复查会更好些?--及时雨 留言 2020年7月4日 (六) 15:53 (UTC)
- 状态: 已批准
- 操作者:Xiplus#Talk
- 提请时间:2020年7月25日 (六) 02:58 (UTC)
- 自动化程度:全自动
- 程式语言:Pywikibot
- 用途:保护未被保护的全域锁定使用者页面
- 原始码连结:Github
- 编辑时段及频率:每小时
- 受影响页面:Category:未被保护的全域锁定使用者页面
- 遵守机器人规范:无关
- 已有机器人权限:是
- 透过API检查帐号的locked状态,如果帐号被隐藏,再检查logevents看有没有lock纪录,来决定是否保护。--Xiplus#Talk 2020年7月25日 (六) 02:58 (UTC)
快速批准运作 --百無一用是書生 (☎) 2020年10月26日 (一) 01:54 (UTC)
Cewbot 23
![](http://images.weserv.nl/?url=//upload.wikimedia.org/wikipedia/commons/thumb/2/2f/20201008.fix_anchor_02.png/600px-20201008.fix_anchor_02.png)
- 状态: 已批准
- 操作者:Kanashimi(留言)
- 提请时间:2020年10月10日 (六) 08:35 (UTC)
- 自动化程度:全自动
- 程式语言:wikiapi
- 用途: 修正失效的章节标题 Fix broken anchor
- 原始码连结:20201008.fix_anchor.js
- 编辑时段及频率:持续运行
- 受影响页面:约每天20个页面
- 遵守机器人规范:Yes
- 已有机器人权限:Yes
- Listen to edits modifying section title in ARTICLE.
- Checking all pages linking to the ARTICLE.
- If there are links with old anchor, modify it to the newer one.
- If need, the bot will search revisions to find previous renamed section title.
- The bot may notice in the talk page for lost anchors.
测试编辑, and will trying Wikipedia:机器人/作业请求#修正由于简繁不符匹配而失效的章节标题 --Kanashimi(留言) 2020年10月10日 (六) 08:35 (UTC)
- 第4点是为了处理现存的问题吗?如果全部修正完后,应该就不需再执行第4点了?--Xiplus#Talk 2020年10月26日 (一) 01:29 (UTC)
- 检查变更纪录可以找出变更章节名称的情况。一增一减时,才当作是改变章节名称。 --Kanashimi(留言) 2020年10月26日 (一) 09:23 (UTC)
- 同时修改章节标题跟其内文(仅修改一个章节),会视为修改章节标题吗?--Xiplus#Talk 2020年10月26日 (一) 09:41 (UTC)
- 当标题差异过大时,不视为相同的意涵。会当作缺失。 --Kanashimi(留言) 2020年10月26日 (一) 09:53 (UTC)
- 同时修改章节标题跟其内文(仅修改一个章节),会视为修改章节标题吗?--Xiplus#Talk 2020年10月26日 (一) 09:41 (UTC)
- 检查变更纪录可以找出变更章节名称的情况。一增一减时,才当作是改变章节名称。 --Kanashimi(留言) 2020年10月26日 (一) 09:23 (UTC)
批准测试运作 20个章节修改。--Xiplus#Talk 2020年10月26日 (一) 10:00 (UTC)
完成 Please search "修正失效的章节标题" in Special:用户贡献/Cewbot. --Kanashimi(留言) 2020年10月27日 (二) 15:31 (UTC)
- Special:Diff/62554449编辑摘要中指出的编辑是怎么得出修改“音乐作品”的?旧版本繁简都存在,而新版本只有繁体的。--Xiplus#Talk 2020年10月29日 (四) 01:17 (UTC)
- 本任务会侦测繁简转换(应Wikipedia:机器人/作业请求#修正由于简繁不符匹配而失效的章节标题需求)。因此对当前文章有“音樂作品”的情况,会将“音乐作品”改成“音樂作品”。未来将在 summary 反映出修正繁简不符匹配而失效的章节标题。 --Kanashimi(留言) 2020年10月29日 (四) 08:52 (UTC)
正式批准运作--Xiplus#Talk 2020年10月29日 (四) 15:37 (UTC)
- 本任务会侦测繁简转换(应Wikipedia:机器人/作业请求#修正由于简繁不符匹配而失效的章节标题需求)。因此对当前文章有“音樂作品”的情况,会将“音乐作品”改成“音樂作品”。未来将在 summary 反映出修正繁简不符匹配而失效的章节标题。 --Kanashimi(留言) 2020年10月29日 (四) 08:52 (UTC)
- Special:Diff/62554449编辑摘要中指出的编辑是怎么得出修改“音乐作品”的?旧版本繁简都存在,而新版本只有繁体的。--Xiplus#Talk 2020年10月29日 (四) 01:17 (UTC)
Antigng-bot 34
- 状态: 撤销许可
- 操作者:Antigng(留言)
- 提请时间:2020年7月5日 (日) 05:05 (UTC)
- 自动化程度:自动
- 程式语言:C
- 用途:清理Category:含有冗余参数的引用的页面
- 讨论内容连结:no
- 原始码连结:Module:沙盒/CS1-output等
- 编辑时段及频率:过滤器限制1/s
- 受影响页面:275(存量),增速未知
- 遵守机器人规范:无关
- 已有机器人权限:是
- 框架仍然与前四个申请(30,31,32,33)相同。在这个任务中,冗余参数是完全根据Module:Citation/CS1/Configuration的配置来判定;检验CS1模板各参数名的别名相关的代码是由Module:沙盒/CS1-output从Module:Citation/CS1/Configuration自动生成的(但需要人为剔除6个重复参数),因此人为疏失导致错误的可能性很小。处理模板的函数做下列事情:
- 后序遍历模板树;
- 如模板损坏/溢出,则跳过不处理;
- 如不是引用模板,或为引用模板但非使用Module:Citation的引用模板,跳过不处理;
- 对本模板内的每一对格式为(参数名=参数值)的参数,
- 若参数名处没有引出子模板,则查找是否有CS1意义下的同名参数(定义为Module:Citation/CS1/Configuration中同一参数名的若干别名),如有且先前仅出现过一次,则:
- 检验两个参数的参数值处是否a、皆未引出子模板;b、皆实质非空;c、实质相等;若是,则:
- 清空后一个参数,标记当前模板为已处理;
- 否则标记该参数名重复出现过两次以上(且无法自动处理),不再参与后续处理。
- 检验两个参数的参数值处是否a、皆未引出子模板;b、皆实质非空;c、实质相等;若是,则:
- 否则如该参数名从未出现过,则加入记录。
- 若参数名处没有引出子模板,则查找是否有CS1意义下的同名参数(定义为Module:Citation/CS1/Configuration中同一参数名的若干别名),如有且先前仅出现过一次,则:
- 初步检查完成后,进一步检查跨参数导致出现冗余参数的情形:
- page和pages,若两个参数名都记录且仅记录过一次,参数值处无引出子模板,实质非空且实质相同,则清除page参数保留pages参数,标记当前模板为已处理;
- author和last,editor和editor-last,contributor和contributor-last,translator和translator-last,这四对参数(以下记为(本名参数,姓氏参数))分别依次进行如下处理:
- 若本名参数和姓氏参数均仅记录过一次,未引出子模板,
- 若两参数实质非空且实质相同,则:
- 清除本名参数保留姓氏参数,标记当前模板为已处理;
- 否则检查名字参数(本名参数-first),若记录且仅记录过一次,实质非空,且名字参数和姓氏参数能“拼”成实质等同于本名参数的串(e.g. last=Sparrow|first=Jack 可拼出author=Jack Sparrow或author=Sparrow, Jack)则释放本名参数,标记当前模板为已处理;
- 若两参数实质非空且实质相同,则:
- 若本名参数和姓氏参数均仅记录过一次,未引出子模板,
- 若当前模板已处理或任何一个子模板已处理,且当前一个模板和所有子模板未损坏,输出已处理。
- 编辑示例,测试编辑。--Antigng(留言) 2020年7月5日 (日) 05:05 (UTC)
- 空运行报告:在整个主名字空间发现275个可编辑页面,其中仅3个不在分类Category:含有冗余参数的引用的页面之中,均涉及未使用CS1的小众引用模板(e.g. {{cite twitter}}),然此等编辑并无害处,故可认为没有发生假阳性事件。--Antigng(留言) 2020年7月5日 (日) 05:05 (UTC)
批准测试运作(50次编辑)。--Xiplus#Talk 2020年10月26日 (一) 01:24 (UTC)
正式批准运作--Xiplus#Talk 2020年10月29日 (四) 15:37 (UTC)
Antigng-bot 30
- 状态: 撤销许可
- 操作者: Antigng(留言)
- 提请时间: 2019年6月1日 (六) 20:56 (UTC)
- 自动化程度:全自动
- 程式语言:C
- 用途:清理引用模板中accessdate和archivedate的格式
- 原始码连结: User:Antigng-bot/date/User:Antigng-bot/regex等
- 编辑时段及频率:不限
- 受影响页面:
~103-1047115 - 遵守机器人规范:不相关,只影响主名字空间
- 已有机器人权限:是
- 由三部分组成:
- 第一部分将条目中的模板及嵌套关系提取出来。为正确地判断“|”、“=”等符号的含义,在解析模板的过程中还会检查内链、注释和部分会导致维基语法失效的标签(如nowiki、math、pre等)的状态。此外,如果在提取过程中发现子模板已经损坏或者这个程序处理不了,则会将其所有的母模板标记为损坏。条目中有任何一个模板损坏,或者正文结束时内链、注释、标签的状态不正常,则不会转入第二部分。(经测试,主名字空间中有0.2%的页面会遇到此问题,其中绝大多数是由语法错误造成的,例如此页面)关于提取模板的功能的测试参见1、2。
- 第二部分调用tempgroom函数(源码已附)“梳理”前一部分获得的每一组模板。首先利用递归遍历每一个模板。然后依次检查:如果模板已损坏,不处理;不是引用模板,不处理;没有模板参数,不处理。然后检查有无待处理的“accessdate”和“archivedate”参数(满足:1、(除去空格、常见控制符和注释之后的)参数名相符;2、有参数值;3、该参数处没有引出子模板)。如果模板中有且仅有一个满足条件的“accessdate”参数,则检查(除去空格、常见控制符和注释之后的)参数值是否符合“xxxx-xx-xx”的格式。如果不符,利用Wikipedia:机器人/申请/Antigng-bot/11中的函数(在此基础上增加了对中文月份的支持)提取“年、月、日”。如果:
- 负责转换的函数没有报错
- 得到了大于2000的年份
- 没在参数中发现诸如“xx期”的字样
- 如果有月份,则月份数在1-12之间
- 如果有日数,日数在1-31之间,且有月份。
- 则用规范的年月日格式代替老格式。对“archivedate”参数采取类似的方法处理。如果模板被梳理,或任何一个子模板被梳理过,则返回1,否则返回0。
- 第三部分将模板放回页面的源代码中,如果1、第一部分没有发现任何错误;2、第二部分至少有一个模板梳理过,则提交编辑。
- 有且仅有第二部分中“提取年月日”的部分可能出错,因为所涉对象是自然语言,不可能穷尽所有可能性。但从测试结果来看似乎并发现没有问题。
- 这个任务的最终目标是完全取代Wikipedia:机器人/申请/Liangent-bot/16。本申请仅涉及“accessdate”和“archivedate”,原因在于“date”、“month”、“year”等参数之间存在复杂的相互作用,极端一点,如果清出“第X期”来了还得查“issue”参数。这些问题留待将来解决。--Antigng(留言) 2019年6月1日 (六) 20:56 (UTC)
- 如可行,请顺便处理access-date、archive-date和同时使用两个的情况。--Zest 2019年6月2日 (日) 02:06 (UTC)
- 刚看了一下Module:Citation/CS1/Date_validation,如果accessdate、archivedate只填年或年月还是会报错。因此上边的逻辑修改为:
- 负责转换的函数没有报错
- 没在参数中发现诸如“xx期”的字样
- 得到了大于2000的年份,在1-12之间的月份和在1-31之间的日数
--Antigng(留言) 2019年6月2日 (日) 03:07 (UTC)
- 正规化日期格式似乎没有共识?--Xiplus#Talk 2019年7月4日 (四) 13:14 (UTC)
- 那个讨论串里也只是有人想用xxxx年x月x日这种格式,排除掉就好了。--Antigng(留言) 2019年7月4日 (四) 16:27 (UTC)
- 这个工作是修复出错的参数,还是会全面正规化参数?--Xiplus#Talk 2019年7月7日 (日) 04:37 (UTC)
- 那个讨论串里也只是有人想用xxxx年x月x日这种格式,排除掉就好了。--Antigng(留言) 2019年7月4日 (四) 16:27 (UTC)
请求已过期,如仍欲执行此任务请随时重开。--Jimmy Xu 论 2019年12月13日 (五) 22:51 (UTC)
- 重开。现在它依靠从Module:Citation/CS1/Date validation里原封不动扒出来的正则自动生成的DFA判断日期参数是否合法,只有在参数非法的情况下(即理论上会让CS1模块报错)才会启动后续导致清理参数的逻辑。如果没有bug,这应该很好地解决了正规化日期格式无共识的问题,它现在不做没有必要的正规化。--Antigng(留言) 2020年7月20日 (一) 04:01 (UTC)
- 空运行报告:在整个主名字空间发现7115个可编辑页面,其中仅14个不在分类Category:引文格式1错误:日期之中,逐一检查发现要么是ref标签参数重复导致模板没加载,要么是母模板参数填错导致模板未显示,总之不是bot本身的问题。这也证明了修改以后正规化日期的行为已无法重现。--Antigng(留言) 2020年7月20日 (一) 04:01 (UTC)
批准测试运作(50次编辑)。--Xiplus#Talk 2020年10月26日 (一) 01:27 (UTC)
完成无误--Antigng(留言) 2020年10月30日 (五) 11:51 (UTC)
正式批准运作。--Xiplus#Talk 2020年11月2日 (一) 23:46 (UTC)
Zestbot 12
- 状态: 撤销许可
- 操作者: -Zest
- 提请时间: 2019年2月24日 (日) 20:50 (UTC)
- 自动化程度:全自动与半自动
- 程式语言:awb
- 用途:Linter obsolete tag
- 原始码连结:
- 编辑时段及频率:20/1m max
- 受影响页面:于下
- 遵守机器人规范:N
- 已有机器人权限:Y
- 以<center>方面,将做出以下修正
- 1:<center><gallery>...</gallery></center>→<gallery class="center">...</gallery> (1200+)
- 以上適用於<gallery>、<categorytree>、<poem>、<pre>、<syntaxhighlight>、<source>(400)
- 以上不适用于<hiero>、<math>、<score>、<timeline>
- 2:表格的
| <center>xxxx</center>
会替换为|style="text-align: center;" | xxxx
(3800+) - 3:<center>包围表格,改为
{| style="margin: 1em auto;"
(2000-)
- 1:<center><gallery>...</gallery></center>→<gallery class="center">...</gallery> (1200+)
- 4:以<span>方面,将做出以下修正
- color、face、size这三个修改为span style(19000+、11000+、40000+)
- 此任务先这两个 其他另外申请。-Zest 2019年2月24日 (日) 20:50 (UTC)
- 每项各
批准测试运作(30次编辑)。--Xiplus#Talk 2019年4月27日 (六) 23:49 (UTC)
- @-Zest:有测试结果或报告吗? --Kanashimi(留言) 2019年9月12日 (四) 15:38 (UTC)
请求已过期,请凭测试结果随时重开。--Jimmy Xu 论 2019年12月13日 (五) 23:04 (UTC)
- 第一项[12] 少量测试完成 gallery以外,其他只有少数项。二三四项晚点测试。这边约350条目。-Zest 2020年8月11日 (二) 09:18 (UTC)
- 第一项
正式批准运作。--Xiplus#Talk 2020年10月26日 (一) 08:19 (UTC)
- 第一项
搁置操作者于IRC上表示近期无暇处理这一任务,若将来有空会自行重开。--Antigng(留言) 2021年2月14日 (日) 13:41 (UTC)