跳转到内容

维基百科:机器人/申请/存档/2019年/获批的申请

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

This is an archive page. For new bot request, please to go Wikipedia:机器人/申请 and follow the instructions there.

撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:30 (UTC)
@Xiplus任务全部完成,请复检后撤销此许可。未来如添加大量noteta会继续于此申请。-Zest 2019年2月14日 (四) 19:53 (UTC)
撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:30 (UTC)
  • 状态 撤销许可
  • 操作者: -Zest
  • 提请时间: 2019年2月12日 (二) 09:23 (UTC)
  • 自动化程度:全自动
  • 编程语言awb
  • 用途:分类后缀修改
  • 源代码连结:
  • 编辑时段及频率:15/1m
  • 受影响页面:500+ 以后不定时开一批
  • 遵守机器人规范无关
  • 已有机器人权限:
将做出以下修正:
  • [[(Category|category|CATEGORY|CAT|cat|Cat|分类|分类):OOO|(Category|category|CATEGORY|CAT|cat|Cat|分類|分类):OOO]]
↪[[Category:OOO]]
分类后面的|作用是排序,但使用连结翻译器如果没弄好就会出现上面情况,此丧失了原本的排序功能,全部都列为C下。
编辑测试参考[3]
全自动时会自动移除重复分类,同时会关闭MMDDYY的修正。
如果含有BD模板与生卒分类(XX年出生、在世人物)BD参数正确的话会移除这个。

-Zest 2019年2月12日 (二) 09:23 (UTC)

批准测试运作(50次编辑),请仅包含实际运作会做出的修改,另外编辑摘要也需要改一下。--Xiplus#Talk 2019年2月13日 (三) 06:55 (UTC)
测试完成-Zest 2019年2月13日 (三) 13:51 (UTC)
 正式批准运作。--Xiplus#Talk 2019年2月14日 (四) 04:39 (UTC)
撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:30 (UTC)
旧申请
范例编辑。--Xiplus#Talk 2018年11月10日 (六) 14:12 (UTC)
没有意见。--Wcam留言2018年12月12日 (三) 16:45 (UTC)
@Antigng已过一个月,可否考虑批准?--Wcam留言2019年1月13日 (日) 22:53 (UTC)
又过了一个月,@AntigngShizhaoArtoria2e5WhitePhosphorus请察。--Wcam留言2019年2月14日 (四) 14:36 (UTC)
 正式批准运作 --百無一用是書生 () 2019年2月15日 (五) 03:56 (UTC)

本机器人会汇出缺少档案的条目列表,因为编辑空间不是用户空间,故申请变更,增加编辑范围为此页面,希望能根据该页历史予以快速批准。--Xiplus#Talk 2019年10月20日 (日) 06:43 (UTC)
快速批准运作。--Jimmy Xu 2019年12月13日 (五) 22:52 (UTC)

考量到这个任务不适合自动巡查(有时候损毁的档案是破坏造成的),将此任务从A2093064-bot转交给新的机器人A2093064-bot2,请其他BAG复查。--Xiplus#Talk 2022年9月10日 (六) 10:22 (UTC)

这个与此前的任务有何不同?如果只是换机器人操作,我认为没有必要再次批准,只要在相关页面说明清楚即可--百無一用是書生 () 2022年10月11日 (二) 07:33 (UTC)
没有不同,那我就自己标记回已批准了。--Xiplus#Talk 2022年10月11日 (二) 08:49 (UTC)
framework: wikiapi / CeJS MediaWiki 自动化作业用的程式库
可执行环境: node.js, JScript
采用 CeJS 函式库来制作维基百科机器人的范例

全自动化了。想说还是申请一下比较好。 --Kanashimi留言2019年2月22日 (五) 10:27 (UTC)

快速批准运作。另外有个建议,未必合适,请斟酌:不同类别的检查现在是只检查近2天的?能否多检查几天的?以便让各类条目的展示更多元一些?(例如以类别数一半的天数之间检查?),同时挑选已展示条目的时候,也可以从多几个条目中挑选展示次数少的?另外,能否同时更新Portal:特色内容?--百無一用是書生 () 2019年2月22日 (五) 12:08 (UTC)
先改个8天试试。现在已含入跳过展示次数过多条目的功能。更新Portal:特色内容指的是Portal:特色内容/条目Portal:特色内容/列表Template:New featured pages吗?这个部分会找时间写。 --Kanashimi留言2019年2月22日 (五) 12:37 (UTC)
完成 --Kanashimi留言2019年2月28日 (四) 02:41 (UTC)

样例,与Liangent-adminbot²任务相同。--Jimmy Xu 2019年1月13日 (日) 22:24 (UTC)

(?)疑问:是如何抓取签名的?另外能否检查语法错误?在加入的时候管理员会检查语法有无问题,但要是机器人更新的话,就没办法检查了,曾有语法错误造成大量页面需要修正的问题,例如上面提供的差异中,User:Bigmorr的签名似乎也有问题。--Xiplus#Talk 2019年1月14日 (一) 01:21 (UTC)
从user_properties拿的。除了会展开所有模板以外,HTML级的语法错误目前没有检查,是觉得用户能存盘是应该至少能正常显示。这样的问题管理员发现了之后删掉或者改成: ...开头注释掉之类的会不会比较好?--Jimmy Xu 2019年1月14日 (一) 01:31 (UTC)
如果在设定页使用替换模板,储存时并不会被系统检查。我觉得发现错误就移除签名好了,之前我也是这样做的,这就先这样没关系。另一个问题:活跃的门槛是多少?30天内1编辑吗?机器人不工作之后我更新是按30天内30编辑。--Xiplus#Talk 2019年1月14日 (一) 01:42 (UTC)
是,这样的签名可能本来也不适合拿来欢迎新用户。现在是1编辑,不过想想可能确实30编辑更合适。我改一下。--Jimmy Xu 2019年1月14日 (一) 01:44 (UTC)
30编辑就inactive了这么多,看看合适么。--Jimmy Xu 2019年1月14日 (一) 01:53 (UTC)
30天30编辑是我参考巡查回退员的申请标准决定的,如果太高的话,就择中吧(我觉得30天1编辑太低),可参考这个;另外问,抓编辑数是根据Special:活跃用户吗?--Xiplus#Talk 2019年1月14日 (一) 02:14 (UTC)
按两权处理也有道理,我先留着30吧。没有用特殊页面,我的bot基本要么查数据库要么用list=usercontribs。--Jimmy Xu 2019年1月14日 (一) 02:26 (UTC)
批准测试运作(30日)。--Xiplus#Talk 2019年1月17日 (四) 01:01 (UTC)
 正式批准运作。--Xiplus#Talk 2019年3月1日 (五) 00:38 (UTC)
  • 状态 撤销许可
  • 操作者: -Zest
  • 提请时间: 2019年2月19日 (二) 05:37 (UTC)
  • 自动化程度:全自动
  • 编程语言awb
  • 用途:修正断行元素 br
  • 讨论内容连结: wikicheck id 2
  • 源代码连结:
  • 编辑时段及频率:20/1m
  • 受影响页面:150+
  • 遵守机器人规范无关
  • 已有机器人权限:Y
  • <br\> <\br> <br.> --> <br/>
  • <br / > (多於一次空格)--> <br/>
  • <br (style:)clear="xxx"> --> {{-|xxx}}<br/>(xxx适用于left与right)
  • 其他类似格式<br/br/>、<br/ 、<br

一次性任务,未来不定时清理。--Zest 2019年2月19日 (二) 05:37 (UTC)

可参考Wikipedia:机器人/申请/Cewbot/8 --Kanashimi留言2019年2月22日 (五) 10:37 (UTC)
正确写法不应该是<br />吗?--百無一用是書生 () 2019年2月22日 (五) 12:00 (UTC)
点击编辑工具栏插入的倒是<br>。--Xiplus#Talk 2019年2月22日 (五) 12:02 (UTC)
维基语法是xml好还是html5好,xml是<br/>,html是<br />,只有一次空格是不会修正,不过<\br>这种邪魔还是要修正。--Zest 2019年2月22日 (五) 12:08 (UTC)
我个人建议<br>参考)。--Xiplus#Talk 2019年3月1日 (五) 06:42 (UTC)
每个Case 批准测试运作(5次编辑)。--Xiplus#Talk 2019年3月1日 (五) 06:42 (UTC)
这边-Zest 2019年3月1日 (五) 11:58 (UTC)
这个是不是在图片后面加个换行比较好?这个的br是需要的?--Xiplus#Talk 2019年3月17日 (日) 15:00 (UTC)
后者上次有发现,现在在取代时已经设置只有一个{{-}}没有其他换行符号,前者会改为凡{{-}}皆为独立一行。-Zest 2019年3月17日 (日) 15:37 (UTC)
@-Zest好的,按此完成剩余工作, 正式批准运作。--Xiplus#Talk 2019年3月20日 (三) 10:48 (UTC)
撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:30 (UTC)
  • 状态 撤销许可
  • 操作者: -Zest
  • 提请时间: 2019年3月11日 (一) 10:07 (UTC)
  • 自动化程度:全自动/半自动
  • 编程语言AWB
  • 用途:修正签名闭合
  • 源代码连结:
  • 编辑时段及频率:全自动兼半自动
  • 受影响页面:2000+
  • 遵守机器人规范Y
  • 已有机器人权限:Y
撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:31 (UTC)
Spam-blacklist
不是有存档机器人吗?这个对话页不支持现在的存档机器人?--百無一用是書生 () 2017年2月3日 (五) 03:27 (UTC)
@Shizhao原本负责的机器人不知怎样不工作了,要不叫原本的机器人继续来工作也可。--A2093064#Talk 2017年2月3日 (五) 03:29 (UTC)
似乎是因为没人处理那些spam报告,所以存档机器人没法工作吧。你的机器人如果存档的话,是如何判定的呢?--百無一用是書生 () 2017年2月4日 (六) 08:51 (UTC)
@Shizhaospecial:diff/38919752,原机器人应该也是定时存档。--A2093064#Talk 2017年2月4日 (六) 09:11 (UTC)
他是问你用人工判定还是程式码判定?--水中捞跃 2017年2月4日 (六) 09:16 (UTC)
程式判定,要是人工判定,那同时人工存档不就好了。--A2093064#Talk 2017年2月4日 (六) 11:26 (UTC)
问了User talk:Jimmy Xu,一直没回应--百無一用是書生 () 2017年2月10日 (五) 07:34 (UTC)
看来是Jimmy Xu的bot特意不存档这个页面的。那么你的bot是具体依据什么规则来进行存档的呢?--百無一用是書生 () 2017年2月13日 (一) 15:34 (UTC)
每个章节(二级标题)各自判定,章节内最后签名时间超过N天,存档至第一个签名日期的对应存档页,暂定N=7。--A2093064#Talk 2017年2月14日 (二) 03:32 (UTC)
“存档至第一个签名日期的对应存档页”,这句话没明白,能说的详细一些吗?--百無一用是書生 () 2017年2月14日 (二) 04:10 (UTC)
例如机器人在2月14日提报,有人在2月15日对那个章节留言,那最后会存档至2月14日的页面。--A2093064#Talk 2017年2月14日 (二) 04:38 (UTC)
存档页是一日一页?--百無一用是書生 () 2017年2月14日 (二) 13:02 (UTC)
Liangent-bot每日报告平均有100KB以上,这样应该算很多吧?--A2093064#Talk 2017年2月14日 (二) 13:13 (UTC)
我觉得应该把MediaWiki_talk:Spam-blacklist转成Flow,这样以后就永远不用存档了。--GZWDer留言2017年2月14日 (二) 13:56 (UTC)
小伙子你太机智了XD--百無一用是書生 () 2017年2月14日 (二) 14:11 (UTC)
我倒是觉得叫Liangent-bot直接报告到对应的日期页面,然后在主页嵌入7天内的页面就好了。--A2093064#Talk 2017年2月14日 (二) 14:23 (UTC)
让Liangent把格式改成表格或者一个专门的清单?--逆袭的天邪鬼留言2017年2月28日 (二) 03:27 (UTC)
我也觉得转成Flow一劳永逸,省却很多麻烦--百無一用是書生 () 2017年2月21日 (二) 12:00 (UTC)
@Shizhao但如果转成Flow 那这个机器人还有什么用处? Lily135留言2017年2月21日 (二) 14:37 (UTC)
转成Flow那就用不着机器人啦--百無一用是書生 () 2017年2月22日 (三) 07:27 (UTC)
@Shizhao是否转flow,取消本申请?如无意改变,则继续考虑本申请为宜。--Temp3600留言2017年3月4日 (六) 14:24 (UTC)
请求已过期--Temp3600留言2017年3月19日 (日) 10:14 (UTC)
@Temp3600请求过期应是操作者没有回复吧,此讨论目前应该是轮到Shizhao回复。--A2093064#Talk 2017年3月19日 (日) 10:31 (UTC)
你对。撤回。--Temp3600留言2017年3月19日 (日) 13:26 (UTC)

@ShizhaoA2093064在改成Flow之前先跑着?我觉得改成Flow之后页面会爆炸。--逆袭的天邪鬼留言2017年3月20日 (一) 06:44 (UTC)

其实最好的办法是把报告放在站外,例如labs--百無一用是書生 () 2017年3月20日 (一) 07:20 (UTC)
@ShizhaoA2093064需不需要让这个机器人测试一下他的工作情况? Lily135留言2017年3月24日 (五) 00:34 (UTC)
我倒是比较支持报告放在站外。--A2093064#Talk 2017年3月24日 (五) 00:37 (UTC)

以上各想法其实不冲突,而且其他报告方式看起来也不会马上就能弄好,所以这个申请就别拖着了吧。先 批准测试运作(7日)。如果能搞出其他存档方式,把Bot停掉就好。想继续讨论的话带着以上文字去互助客栈吧。--逆袭的天邪鬼留言2017年3月24日 (五) 01:39 (UTC)

技术版好像讨论过,然而吵一轮就没有下文了。--Temp3600留言2017年3月26日 (日) 18:32 (UTC)
@逆襲的天邪鬼 测试已完成,因测试期只有7天,所以超过一日就存档,实际执行依照页面大小可能3~7日。--A2093064#Talk 2017年3月31日 (五) 04:31 (UTC)
@A2093064无人回应超过“3~7日”就存档,那3至7的间隔是人定的还是程式定的呢?反正我觉得可以批准了。愿意等行政员给bot flag的话就等,不愿意等的话直接执行好了(但是因为建立新页面,所以还得让行政员给bot或者先让管理员给巡查豁免)。--逆袭的天邪鬼留言2017年3月31日 (五) 05:13 (UTC)
(&)建议因为L-bot提报的页面时大时小 时快时慢 如果遇到提报速度快而且档案内容也很大的话不知道 可不可以加快存档的速度?Lily135留言2017年3月31日 (五) 08:34 (UTC)
@Lily135那么加一个条件,(一样每日判断一次)页面超过一定字节,也将旧的存档直到低于指定字节,这样如何?--A2093064#Talk 2017年3月31日 (五) 08:37 (UTC)
@Lily135那么您建议门槛值各要多少(天数跟字节)。--A2093064#Talk 2017年3月31日 (五) 09:41 (UTC)
@A2093064谢谢您支持我的建议,这样就不必担心了!Lily135留言2017年3月31日 (五) 09:40 (UTC)
@A2093064因为是最慢7天存档一次 按照L-bot最近提报的情况 应该是80~100万字节之间吧!顺便问一下 您要把存档日设在礼拜几呢?Lily135留言2017年3月31日 (五) 13:51 (UTC)
@Lily135存档是每天执行,是最多保留7天,超过7天的提报一律存档。--A2093064#Talk 2017年3月31日 (五) 13:57 (UTC)
@逆襲的天邪鬼人工设定,根据以往报告数量的经验,或者加上上面我提的这个条件,就直接设为7日。--A2093064#Talk 2017年3月31日 (五) 08:40 (UTC)

在其他存档方式付诸实践之前 正式批准运作。--逆袭的天邪鬼留言2017年3月31日 (五) 09:46 (UTC)

@ShizhaoWingFfaarrPhiLiPKegns 请过来给这只bot授权。--Temp3600留言2017年4月6日 (四) 11:48 (UTC)
完成. --菲菇维基食用菌协会 2017年4月6日 (四) 16:27 (UTC)
申请为MediaWiki_talk:Spam-whitelist的存档,讨论后7天且不含EP模板则存档。--Xiplus#Talk 2018年8月14日 (二) 00:52 (UTC)
其实,MediaWiki_talk:Spam-whitelist上的通知应该以第三方形式提供更合适一些,比如放在toolslabs--百無一用是書生 () 2018年8月22日 (三) 06:48 (UTC)
@Shizhao您说的应该是blacklist?不过现在都只有编辑请求了。--Xiplus#Talk 2018年8月22日 (三) 07:22 (UTC)
囧,看错成blacklist了--百無一用是書生 () 2018年8月22日 (三) 09:35 (UTC)
最近的存档里九个讨论有四个(第二到第五)超过七天才有人回复,我不确定七天存档的间隔是不是够。 --砜中嘌呤的白磷萃取 打谱 2019年3月27日 (三) 03:27 (UTC)
@WhitePhosphorus所有挂有未解决{{Editprotected}}的段落皆不会存档。--Xiplus#Talk 2019年3月27日 (三) 03:30 (UTC)
跟之前的任务没什么区别,可以直接 快速批准运作。 --砜中嘌呤的白磷萃取 打谱 2019年3月28日 (四) 04:15 (UTC)
  • 状态 撤销许可
  • 操作者: Koala0090留言
  • 提请时间: 2019年3月22日 (五) 00:34 (UTC)
  • 自动化程度:有监督的半自动
  • 编程语言AWB
  • 用途:主要用于代换自动化分类框,范例如下[7][8][9],所有编辑会以人工复核。
  • 源代码连结:
  • 编辑时段及频率:未定时
  • 受影响页面:未定论
  • 遵守机器人规范
  • 已有机器人权限:
有替换模板的相关讨论吗?--Xiplus#Talk 2019年3月22日 (五) 13:12 (UTC)
@Xiplus没有在互助客栈,但英文维基已经全面代换,多数生物维基人也大多已经采用自动化分类框---Koala0090留言2019年3月22日 (五) 14:54 (UTC)
@Xiplus,参见英文版机器人---Koala0090留言2019年3月24日 (日) 12:55 (UTC)
既然是人工确认编辑,应该没啥问题,按照人工确认编辑内容的条件给予 快速批准运作。--Xiplus#Talk 2019年3月31日 (日) 10:08 (UTC)
已授权。--J.Wong 2019年3月31日 (日) 10:40 (UTC)
已寂伏经年,据《机器人方针》,撤回许可。--J.Wong 2023年12月29日 (五) 13:12 (UTC)
我建议是直接改成内部链接,因为载入该JS并不合法且已永久停用该JS。--Xiplus#Talk 2019年4月17日 (三) 00:29 (UTC)
可以依此修改。-Zest 2019年4月17日 (三) 01:11 (UTC)
另外建议也顺便协助展开解析器函式(除了ifexist),不过我只见到if和ifeq。--Xiplus#Talk 2019年4月17日 (三) 11:47 (UTC)
先跑看看有没有问题吧, 批准测试运作(20次编辑)。--Xiplus#Talk 2019年4月27日 (六) 23:46 (UTC)
测试结果 -Zest 2019年5月16日 (四) 20:25 (UTC)
Special:Diff/54443833的行 506是general fixes改的?--Xiplus#Talk 2019年5月16日 (四) 23:08 (UTC)
这个我自订的后来已经关掉了,现在这边自动的只剩下Special:Diff/54443882行1。-Zest 2019年5月22日 (三) 02:35 (UTC)
 正式批准运作。--Xiplus#Talk 2019年5月24日 (五) 05:44 (UTC)
撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:31 (UTC)
  • 状态 已批准
  • 操作者: Xiplus#Talk
  • 提请时间: 2019年5月4日 (六) 11:40 (UTC)
  • 自动化程度:全自动
  • 编程语言Python
  • 用途:根据编辑行为检查后封禁代理、并回退近期编辑
  • 讨论内容连结: Wikipedia:互助客栈/其他
  • 源代码连结: 请私下向我索取
  • 编辑时段及频率:追踪近期更改
  • 受影响页面:
  • 遵守机器人规范无关
  • 已有机器人权限:不需要机器人权限,没有必要将操作从RC隐藏,但需要管理员权限
根据其编辑行为检查(因此不会封锁其他正常编辑的代理),并使用ipcheck检查为开放代理后,进行封禁。--Xiplus#Talk 2019年5月4日 (六) 11:40 (UTC)
再加上自动回退近期编辑。--Xiplus#Talk 2019年5月4日 (六) 23:44 (UTC)
@xiplus我看过源代码以及一个多星期以来的运行日志了,没有发现假阳性,正确率很高,所以可以请行政员授权进行进一步测试运作。 批准测试运作(50次封禁)。 --砜中嘌呤的白磷萃取 打谱 2019年5月12日 (日) 04:02 (UTC)
已经授权一个月。--J.Wong 2019年5月12日 (日) 08:36 (UTC)
有部分config设错,所以用主账号封了,后来已修正。--Xiplus#Talk 2019年5月16日 (四) 23:19 (UTC)
@WhitePhosphorus 测试已完成已执行58个封禁。--Xiplus#Talk 2019年5月26日 (日) 23:17 (UTC)
检查了全部日志没有发现问题, 正式批准运作。不过今后规则有较大变更的话应该知会我或者其他愿意处理的 BAG。 --砜中嘌呤的白磷萃取 打谱 2019年5月27日 (一) 13:31 (UTC)
已经更改为永久授权。--J.Wong 2019年5月27日 (一) 15:49 (UTC)
请求机器人权限,供小工具、扩充功能识别。--Xiplus#Talk 2019年11月10日 (日) 13:54 (UTC)
已授权。请确保机器人操作不会从最近更新中自动隐藏。--J.Wong 2019年11月10日 (日) 15:14 (UTC)
  • @Antigng已经添加合适的编辑摘要。之前未注意到这一点。感谢阁下提醒。
  • 之前采用了默认的page.latest_revision。现在参考page.lastNonBotUser获取了最近的非机器人编辑(通过判断编辑用户的用户组是否属于bot判断,其他未声明的非人工编辑目前无法直接判断)。~ viztor 2018年12月21日 (五) 15:02 (UTC)
  • 开了两个浏览器窗口。不小心用机器人账户做了两笔人工编辑lol,不知道能否方便撤回,多谢。~ viztor 2018年12月21日 (五) 15:05 (UTC)
~ viztor 2019年1月24日 (四) 10:51 (UTC)
这是使用主页面的最后编辑时间来判断?--Xiplus#Talk 2019年2月23日 (六) 10:39 (UTC)
@Xiplus是检查使用主页面+根据prefix找到的所有附属子页面,根据此集中最后更新时间计算。~ viztor 2019年4月23日 (二) 02:17 (UTC)
包括所有相关页面的对话页吗?--百無一用是書生 () 2019年4月26日 (五) 11:59 (UTC)
@Shizhao是的,已经包括了。~ viztor 2019年4月27日 (六) 08:28 (UTC)
@viztor这些算不算测试编辑?如果算的话这笔编辑是由机器人的哪个功能实现的?这笔改动的依据又何在?--Antigng留言2019年5月27日 (一) 01:34 (UTC)
三点意见:
第一,这项任务不能全自动。虽然目前已经排除了机器人编辑,然而破坏/回退破坏这样的编辑仍然需要人工复核。例如,这个页面中Liuwnq的破坏操作,和RalfX的反破坏操作不应该算入。而,鉴于这样的编辑很少,我认为半自动还是可行的。前提是:1、继续排除(使用回退功能)回退其它用户操作而产生的编辑;2、有黑名单功能,以避免未来可能出现的某位用户发狂,把所有专题页面破坏一遍导致您的bot无法正常工作。
第二,您的bot提供的编辑摘要虽然已经指明页面,但辨识度有限,建议添加内链。
第三,xxxx天不如x年y天直观。--Antigng留言2019年5月27日 (一) 02:15 (UTC)
@AntigngHi, so 刚刚改了一下。第一点,黑名单已有,第二点,内链已经添加,第三,时间已经改成了x月x天的格式。感谢建议。Viztor留言2019年6月7日 (五) 20:21 (UTC)
@Antigng现在把回退也排除了。Viztor留言2019年6月7日 (五) 21:45 (UTC)
@Antigng看一下吧。我觉得基本没什么问题了。Viztor留言2019年6月8日 (六) 10:28 (UTC)
撤销许可千村狐兔留言2020年11月21日 (六) 03:57 (UTC)
寂伏经年,据《机器人方针》,撤销许可。--J.Wong 2023年12月29日 (五) 13:32 (UTC)
寂伏经年,据《机器人方针》,撤销许可。--J.Wong 2023年12月29日 (五) 13:32 (UTC)
@Antigng 批准测试运作清理旧帐全部。--Xiplus#Talk 2019年2月12日 (二) 09:34 (UTC)
  • 完成,测试中遇到两个问题:
    • 一是部分pmid和pmcid编号重复,按照原有的工作逻辑会导致一个cite模板里写上两个不同的来源。该问题已经修正,解决方法是通过citoid返回结果中的"key"区分来源,并且在输出之前复查来源中的doi/pmid是否与待查询的doi/pmid一致。(解决该问题以前的测试结果,请留意部分存在问题的编辑已经回退解决该问题以后的测试结果
    • 二是部分pmcid参数会变成"PMCPMC...",导致cite模板报错。但经检查,问题出在citoid本身(例子),而并非我的程序。因此没什么可以修正的。在wmf解决phab:T224004之前将会使用运行在本地的citoid和zotero获取文献的元数据。从这笔测试可以看出,两者除了这个bug以外没有任何差别。

--Antigng留言2019年5月25日 (六) 21:36 (UTC)

  • 状态 撤销许可
  • 操作者: Antigng留言
  • 提请时间: 2019年6月3日 (一) 01:27 (UTC)
  • 自动化程度:自动
  • 编程语言C
  • 用途:清理引用模板中内链与外链的冲突
  • 源代码连结:
  • 编辑时段及频率:不限
  • 受影响页面:先清存档,后转入定期运行
  • 遵守机器人规范不相关,不涉及用户页
  • 已有机器人权限:
  • 框架与Wikipedia:机器人/申请/Antigng-bot/30相同,仍然是三部分。第一、第三部分与前一申请完全相同,第二部分的逻辑更改为:
    • 调用tempgroom函数清理所获每一组模板。先利用递归遍历每一个模板,然后检查模板,如果模板损坏,不处理;模板不是引用模板,不处理。接着对模板参数进行检查,如果模板:
        1. 存在至少一个有效(参数值处引出子模板,或未引出子模板,但是存在非注释,空格和常见控制符的其它字符)的
        2. a、url参数,或
        3. b、pmc参数且此时的引用模板为{{cite journal}}(在url参数为空的情况下会自动生成链接)。且,
        4. 有且仅有一个有参数值的title参数(此处不检查其是否有效)。且,
        5. title参数的参数值处没有引出子模板(记作情况1)。或,
        6. title参数的参数值处仅引出了一个子模板,且模板中没有script-title参数(为最小化风险,此处甚至不检查其参数值是否为空)(记作情况2)。
    • 对于情况1,检查title参数的参数值是否存在内链。对于每个内链,如果没有管道链接,则直接去除方括号,检查方括号包裹的内容是否存在维基名字空间的前缀或者跨语言链接,如果存在,则直接丢弃这一部分内容(读者不应该看到指向非主名字空间的链接);如不然,除去该内容开头可能存在的冒号,再把它放回原来的参数中。如果有管道链接,则对显示的内容作上述处理。
    • 对于情况2,检查title参数值中子模板前后的内容是否无效(仅存在注释,空格和常见控制符),如否,不处理。之后检查子模板的名称,若其为lang,记作情况2a;若其为lang-xx,记作情况2b。
      • 对于情况2a,检查其是否仅存在符合lang模板规范的2个参数,如果是,将子模板整个替换为“参数1:参数2”,释放子模板,并将title改为script-title。否则不处理。
      • 对于情况2b,检查其是否仅存在符合lang-xx模板要求的1个参数,如果是,将子模板整个替换为“xx:参数1”,释放子模板,并将title改为script-title。否则不处理。
    • 如果情况1和情况2都不符合,不处理。
  • 如果模板被处理,或其有任意一个子模板被处理,返回1,否则返回0。
  • 这个任务完全涵盖了Wikipedia:机器人/申请/Liangent-bot/18(仅处理情况2a)。测试编辑。其中仅此编辑有问题,相关问题已修正。其余编辑均无问题。--Antigng留言2019年6月3日 (一) 01:27 (UTC)
  • 在整个主名字空间跑了一下空运行。一共发现421个可以编辑的页面,其中Special:Diff/54666335这15个页面并不在Category:引文格式1错误:网址-维基内链冲突之中。绝大多数的假阳性都是由于{{cite interview}}没有使用cs1而导致的。--Antigng留言2019年6月3日 (一) 04:56 (UTC)
  • 批准测试运作条目内30编辑。--Xiplus#Talk 2019年7月4日 (四) 13:17 (UTC)
  • 完成。最前边6个错误估计是不小心动了公共库里的什么东西,导致提交的请求没有正确地百分号编码所致,回退到旧版本以后问题就解决了,修正后所有编辑均符合设计要求。--Antigng留言2019年7月4日 (四) 15:43 (UTC)
  •  正式批准运作。--Xiplus#Talk 2019年7月8日 (一) 00:11 (UTC)
  • 状态 撤销许可
  • 操作者: Antigng留言
  • 提请时间: 2019年6月4日 (二) 15:20 (UTC)
  • 自动化程度:自动
  • 编程语言C
  • 用途:清理调用重复模板参数的页面
  • 源代码连结:
  • 编辑时段及频率:不限,先清存档,然后转入长期运行
  • 受影响页面:存量1680,另每个月大致新产生~50个
  • 遵守机器人规范不相关
  • 已有机器人权限:
  • 框架与前两个申请完全相同。第二部分修改为:
    • 遍历所有模板,模板损坏,不处理;模板没参数,不处理。然后打开一个表存放(参数名,参数值的地址),并开始检查参数,对每个参数,如果参数名处引出模板,跳过,如果没有参数值(注:指|date|之类的),跳过;如果参数值处引出模板,跳过。然后在表中查询参数名,
      • 如果命中,检查当前的参数值。
        • 若其实质为空(定义为仅有空格,注释和常见控制符),释放本参数。
        • 否则检查旧参数值是否实质为空
          • 若是,将当前参数复制到旧参数值的地址,释放本参数。
          • 否,则检查新旧参数值是否实质上相同,若是,释放本参数,否则跳过。
      • 如果未命中,将(参数名,参数值的地址)加入表中。
    • 释放表格。若模板或任意子模板被清理过,返回1,否则返回0。
  • 修正了解析模板的部分的很多bug。修好之后,在整个主名字空间空运行结果表明,有1680个可处理的页面,其中仅4个不在追踪分类里边。经检查,假阳性的原因在于待处理的问题发生在不存在的模板之中。但是即使清理不存在的模板也没有害处,所以没什么可进一步修的。
  • 在功能上可以完全替代Wikipedia:机器人/申请/Liangent-bot/15。--Antigng留言2019年6月4日 (二) 16:30 (UTC)
  • 测试编辑,全部符合设计要求。--Antigng留言2019年6月16日 (日) 01:48 (UTC)
    1. @AntigngSpecial:Diff/54836579:动到“监制”前面的换行了。
    2. Special:Diff/54836557:为什么保留的值是前面出现的小写?
    3. {{1x|1=a|1=}}在机器人处理后结果为?
    4. 上述步骤中的“释放本参数”是什么意思?--Xiplus#Talk 2019年7月8日 (一) 12:28 (UTC)
    • @Xiplus
      1. “动到“监制”前面的换行”:是因为那个参数值是从最底下的老参数值复制上去的,而后者并不存在换行。
      2. “为什么保留的值是前面出现的小写?”:“检查是否实质上相同”一步做了大小写转换,导致程序以为两个参数的参数值实质相同,于是只留了前一个。为避免问题已删除转换相关的逻辑。
      3. {{1x|1=a}}
      4. “上述步骤中的“释放本参数”是什么意思”:C并不自带垃圾回收,一块内存区域不用就必须人工释放掉。--Antigng留言2019年7月8日 (一) 14:40 (UTC)

cc Kanashimi。用Module:PatternedCandidateUtils更新的好像就这两页。--Jimmy Xu 2019年1月14日 (一) 22:42 (UTC)

这边的机器人要放在哪个页面比较合适呢?例如Wikipedia:典范条目/列表草稿? --Kanashimi留言2019年1月14日 (一) 22:45 (UTC)
bot应该是直接向那两页存subst:#invoke:...就可以了,看起来应该不用从草稿复制贴上?--Jimmy Xu 2019年1月14日 (一) 22:46 (UTC)
OK. 那应该就不需要这边再动作了 --Kanashimi留言2019年1月14日 (一) 23:05 (UTC)
批准测试运作(30日)。--Xiplus#Talk 2019年1月18日 (五) 06:03 (UTC)
@Jimmy Xu这个有在运作吗?--Xiplus#Talk 2019年3月1日 (五) 06:53 (UTC)
@Jimmy Xu?—— Eric Liu留言留名学生会 2019年5月7日 (二) 05:07 (UTC)
Jimmy Xu?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:20 (UTC)
@Jimmy Xu看起来有在跑的样子。主人没回应,就帮忙搬一下了。 --Kanashimi讨论2019年9月12日 (四) 15:31 (UTC)

 正式批准运作 建议 "更新特色列表列表" → "更新WP:特色列表的简易列表" --Kanashimi留言2019年9月14日 (六) 13:04 (UTC)

log: User:Cewbot/log/20190912. 数量较大,而且可能长期执行,因此来申请一下。 --Kanashimi留言2019年9月12日 (四) 11:46 (UTC)

local_code后面应该加个换行。--Xiplus#Talk 2019年9月12日 (四) 12:17 (UTC)
fixed --Kanashimi留言2019年9月12日 (四) 12:21 (UTC)
批准测试运作(100次编辑)。--Xiplus#Talk 2019年9月14日 (六) 08:58 (UTC)
完成 --Kanashimi留言2019年9月14日 (六) 12:53 (UTC)
 正式批准运作。--Xiplus#Talk 2019年9月20日 (五) 12:57 (UTC)
批准测试运作(30日)。--Xiplus#Talk 2019年8月19日 (一) 11:25 (UTC)
测试完成。--Hamish 2019年10月14日 (一) 05:09 (UTC)
Special:Diff/56453712,该笔移除了内容,但没有在存档页写入?--Xiplus#Talk 2019年10月14日 (一) 11:10 (UTC)
刚刚试了一下,终端跳了个png出来,八成是验证码,重试就好了,因为我用的crontab,可能就自动取消了。--Hamish 2019年10月14日 (一) 15:46 (UTC)
我们需要厘清为什么发生这个问题,授予机器人权限是不是能防止这个问题,要不然正式运行后就较少人会发现,而导致讨论遗失。--Xiplus#Talk 2019年10月14日 (一) 23:57 (UTC)
不确定是不是挂在toolforge上的原因,这两天也没有复现了。授予机器人权限可以skipcaptcha,就不会跳验证码。--Hamish 2019年10月16日 (三) 17:31 (UTC)
批准测试运作,但请在一个月内定时查看机器人是否正常运作。--Xiplus#Talk 2019年10月16日 (三) 23:26 (UTC)
请行政员授予机器人权限。--Xiplus#Talk 2019年10月16日 (三) 23:29 (UTC)
已由Alexander Misel完成。--Xiplus#Talk 2019年10月18日 (五) 11:29 (UTC)
目前有未提报到关注度提报的条目被长期半保护的页面被无限期半保护的条目,未来按需求增加。--Xiplus#Talk 2019年11月9日 (六) 13:25 (UTC)
既已运行多日并无问题, 正式批准运作。--Jimmy Xu 2019年12月13日 (五) 22:40 (UTC)
旧申请
范例编辑。--Xiplus#Talk 2018年11月10日 (六) 14:12 (UTC)
没有意见。--Wcam留言2018年12月12日 (三) 16:45 (UTC)
@Antigng已过一个月,可否考虑批准?--Wcam留言2019年1月13日 (日) 22:53 (UTC)
又过了一个月,@AntigngShizhaoArtoria2e5WhitePhosphorus请察。--Wcam留言2019年2月14日 (四) 14:36 (UTC)
 正式批准运作 --百無一用是書生 () 2019年2月15日 (五) 03:56 (UTC)

本机器人会汇出缺少档案的条目列表,因为编辑空间不是用户空间,故申请变更,增加编辑范围为此页面,希望能根据该页历史予以快速批准。--Xiplus#Talk 2019年10月20日 (日) 06:43 (UTC)
快速批准运作。--Jimmy Xu 2019年12月13日 (五) 22:52 (UTC)

考量到这个任务不适合自动巡查(有时候损毁的档案是破坏造成的),将此任务从A2093064-bot转交给新的机器人A2093064-bot2,请其他BAG复查。--Xiplus#Talk 2022年9月10日 (六) 10:22 (UTC)

这个与此前的任务有何不同?如果只是换机器人操作,我认为没有必要再次批准,只要在相关页面说明清楚即可--百無一用是書生 () 2022年10月11日 (二) 07:33 (UTC)
没有不同,那我就自己标记回已批准了。--Xiplus#Talk 2022年10月11日 (二) 08:49 (UTC)
范例编辑:Special:Diff/54153097,使用放在注释的logid来防止重复标记。--Xiplus#Talk 2019年4月24日 (三) 12:36 (UTC)
批准测试运作(30日)。话说机器人申请也累积很多项了。以后假如没有争议的话,是否干脆就多让人测试;测试没什么争议,就放行了吧? --Kanashimi留言2019年9月12日 (四) 15:24 (UTC)
@Kanashimi 测试已完成,请在贡献搜寻编辑摘要为“機器人28”的编辑。--Xiplus#Talk 2019年10月18日 (五) 11:25 (UTC)
假如没有全部删除,或可列出还没删除的部分。假如所有要求版本都已删除,是不是能顺便改状态?另外像虫虫飞都还会另外标记,或许代表管理员通常会认为这样还不够?那么我们还可以做怎么样的加强,来减轻管理上的负担? --Kanashimi留言2019年10月18日 (五) 13:43 (UTC)
@Kanashimi请见Special:Diff/55315756的“盧偉聰”部分(行 768上下),若全部都已删除是会改状态的。--Xiplus#Talk 2019年10月18日 (五) 14:03 (UTC)
邀请虫虫飞说明。--Xiplus#Talk 2019年10月18日 (五) 14:03 (UTC)
  • 我没所谓,现在已经很好了,有小工具关闭;但我是逐个修订审视,并逐个删去的,机器人有时在我处理完结前就已经走来自动标注,但我其实还没处理完。如果要准确标注哪一个版本还未删去,我觉得比较困难,如果有机器人代劳就好了。--虫虫飞♡♡→♡℃留言 2019年10月18日 (五) 15:15 (UTC)
 正式批准运作。--Jimmy Xu 2019年12月13日 (五) 22:57 (UTC)
  • 状态 撤销许可
  • 操作者: -Zest
  • 提请时间: 2019年2月19日 (二) 06:03 (UTC)
  • 自动化程度:全、半自动
  • 编程语言AWB、WPC
  • 用途:修正章节标题语法
  • 讨论内容连结: wikicheck 7 8 19 83 57 4 25 92 44 49 62 105
  • 源代码连结:
  • 编辑时段及频率:15/1m
  • 受影响页面:1000+
  • 遵守机器人规范无关
  • 已有机器人权限:Y
  • 7:自动改2个,之后用wikicheck 25修正
  • 8:根据开头自动补足结尾
  • 19:自动改2个,期间手动储存
    • 以上三个我已经手动改了,目前数量为0
  • 83:同上7
  • 57:自动去除,期间手动储存
  • 4:直接去除,手动检查
  • 25:按顺序统一调整
  • 92:只有连续两个才会移除一个,跨段手动检查
  • 44:直接移除
  • 49:白名单之后手动储存
  • 62:手动
  • 105:直接替换 半自动

--Zest 2019年2月19日 (二) 06:03 (UTC)

对于全自动的部分,每个项目各 批准测试运作(10次编辑),请在编辑摘要注明wikicheck编号。--Xiplus#Talk 2019年3月1日 (五) 06:51 (UTC)
@-Zest有测试结果或报告吗? --Kanashimi留言2019年9月12日 (四) 15:38 (UTC)
除已批准四项外 请求已过期,请在有测试结果后随时重开。--Jimmy Xu 2019年12月13日 (五) 23:02 (UTC)
撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:30 (UTC)
对草稿移动的持保留意见,大概。——Artoria2e5 讨论要完整回复请用ping 2018年7月27日 (五) 05:20 (UTC)
建议只是移除已经是红链的页面即可--百無一用是書生 () 2018年8月22日 (三) 07:03 (UTC)
@Shizhao意思是草稿的移动覆盖不处理吗?--Xiplus#Talk 2018年9月19日 (三) 11:10 (UTC)
Shizhao?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:13 (UTC)
@Shizhao。—— Eric Liu留言留名学生会 2019年7月9日 (二) 03:39 (UTC)
草稿的移动覆盖能否确保不会有问题?例如草稿内容仍然侵权等?--百無一用是書生 () 2019年7月15日 (一) 02:43 (UTC)
@Shizhao那么应该是移动的人要负责检查才对,另外可以移动意味着原页面已经删除。--Xiplus#Talk 2019年8月19日 (一) 11:23 (UTC)
{{BAG assistance needed}}--Xiplus#Talk 2019年12月2日 (一) 01:48 (UTC)
批准测试运作(10次编辑)。--Jimmy Xu 2019年12月13日 (五) 22:44 (UTC)
测试已完成。--Xiplus#Talk 2019年12月17日 (二) 12:39 (UTC)
 正式批准运作。--Jimmy Xu 2019年12月17日 (二) 19:07 (UTC)

当前有含有太多维护模板之条目、最多语言版本的待撰条目、需要修正的跨语言链接、优良条目展示报告、特色内容展示报告、重复字词报告、公共转换组各页面包含字词这几个。未来可能会陆续增加。 --Kanashimi留言2019年12月19日 (四) 23:01 (UTC)

快速批准运作,既已有相同用途之bot。--Jimmy Xu 2019年12月19日 (四) 23:46 (UTC)

已经开发三礼拜了。未来会再一点一点测试。 --Kanashimi留言2019年12月13日 (五) 22:28 (UTC)

批准测试运作(50次编辑),btw源代码连结是404。--Jimmy Xu 2019年12月13日 (五) 22:36 (UTC)
感谢迅速的处理。刚刚才上传。 --Kanashimi留言2019年12月13日 (五) 23:14 (UTC)
1 2 3:虽然感觉只是还没处理到后面年份的,但这样预先删掉还是有点怪。--Jimmy Xu 2019年12月14日 (六) 07:19 (UTC)
确实是因为截断了时间的缘故,否则前面两个流程大约需要两个半小时。待会跑个比较完整的测试看看。 --Kanashimi留言2019年12月14日 (六) 08:12 (UTC)
测试已完成 --Kanashimi留言2019年12月15日 (日) 02:06 (UTC)
看起来似乎还好,只是据说要 搁置约一星期才能批准。 批准延长测试运作(500次编辑)。--Jimmy Xu 2019年12月15日 (日) 02:24 (UTC)
测试已完成 --Kanashimi留言2019年12月20日 (五) 11:48 (UTC)
又发现一个问题,吃掉了旧删除投票,新存废也少了一笔。--Jimmy Xu 2019年12月21日 (六) 20:36 (UTC)
其实开始运作后是不是TW挂了个模板之后bot又需要回去改一下。如果是这样的话我在想等开始运作之后TW就不去标记讨论页了。--Jimmy Xu 2019年12月21日 (六) 20:36 (UTC)
机器人只针对已经结束讨论的页面,才会做出修改。照理来说应该不会影响到TW的运行? --Kanashimi留言2019年12月21日 (六) 21:37 (UTC)
啊就是TW在close的时候会tag一下讨论页,然后它用的格式可能和bot用的不大一样。所以就是如果bot还要去改一下的话倒不如全部丢给bot来tag讨论页了。--Jimmy Xu 2019年12月21日 (六) 21:47 (UTC)
机器人的设计是读得懂存废讨论模板的格式。假如有这样的情况,这边会修改机器人。找了一下最近结束的讨论,似乎没发现TW的结束讨论标记。不晓得有没有个例子来做测试呢? --Kanashimi留言2019年12月21日 (六) 22:22 (UTC)
就是比如Talk:让·图可这样的。这页现在的写法和bot的不一样,我是想将来就不让TW在讨论页留模板了。--Jimmy Xu 2019年12月21日 (六) 22:26 (UTC)
机器人应该读得懂{{vfd-kept}}。假如只有这笔记录的话,机器人应该不会修改他。但假如未来有多笔保留,或被删除又被重建的状况,机器人会把{{vfd-kept}}统一改成{{Old vfd multi}}。当然这时{{vfd-kept}}记录可能也已经被删过了。您可斟酌一下。 --Kanashimi留言2019年12月21日 (六) 22:35 (UTC)
那我就等运作一段时间之后再检讨一下吧。现时能够不吃掉删除投票和请求的话我就没别的意见了。--Jimmy Xu 2019年12月21日 (六) 22:44 (UTC)

 已修复 香港浸会园: 对付早期未设定 {{delh}} 之 result,{{ArticleHistory}} 却有更详细资讯的情况。 --Kanashimi留言2019年12月23日 (一) 11:28 (UTC)

 正式批准运作。--Jimmy Xu 2019年12月23日 (一) 22:03 (UTC)
@KanashimiWikipedia:页面存废讨论/记录/2013/04/01Wikipedia:页面存废讨论/记录/2014/04/01Wikipedia:页面存废讨论/记录/2015/04/01Wikipedia:页面存废讨论/记录/2016/04/01#愚人节存废讨论都分别带有愚人节笑话呢...(那纪录可不能用啊)-- Sunny00217 2019年12月28日 (六) 14:33 (UTC)
若有不需要添加存废纪录的页面,烦请在讨论页加上 {{bots|optout=VFD|reason=[[Wikipedia:机器人/申请/Cewbot/21]]}} 即可。 --Kanashimi留言2019年12月28日 (六) 22:03 (UTC)
@Kanashimi不是,是不能添加这些(上面四个页面里的笑话)资料,像是[12][13][14]但正常的可以,若是还有要运行的话建议2013/04/01 2014/04/01 2015/04/01 2016/04/01生成列表,由人工添加--- Sunny00217 2019年12月29日 (日) 08:22 (UTC)
对于愚人节玩笑,这边有两种解决方法:
  1. 对于所有愚人节所有被快速保留的讨论都不列入纪录
  2. 在所有被提删的页面的讨论页手动加上{{bots}}

这边刚刚在部分页面实行了第二项的方法。若您觉得有必要采取第一项的措施,烦请再ping一下,谢谢。 --Kanashimi留言2019年12月29日 (日) 08:57 (UTC)