跳转到内容

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

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

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

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

  • 状态 拒绝申请
  • 操作者:邀请您参与查询已删除页面(28条积压)
  • 提请时间:2020年2月15日 (六) 14:35 (UTC)
  • 自动化程度:手动
  • 编程语言本人不会编程。
  • 用途:所有孤立页面的头部添加{{subst:orphan/auto}}。
  • 讨论内容连结:
  • 源代码连结:
  • 编辑时段及频率:除utc时间18:00-21:00肯定不会编辑以外,其他时段都有可能编辑。另外因为是手动编辑,因此编辑频率不高于平均每10秒一次。
  • 受影响页面:所有孤立页面
  • 遵守机器人规范不会影响到用户及用户讨论名字空间。
  • 已有机器人权限:无,连机器人账号也没有(这个账号也需要账户夺取)。
不鼓励批量挂维护模板的行为,往例类似申请都有许多问题而遭拒绝申请。--Xiplus#Talk 2020年2月16日 (日) 01:02 (UTC)
此机器人全域无编辑,注册于两年以前,想必并非提交人所拥有BackScynic  醉美滁州,亭好滁州!  2020年2月16日 (日) 07:38 (UTC)
提案理由就有提到:“(这个账号也需要账户夺取)”。—— Eric Liu留言留名学生会 2020年2月24日 (一) 03:49 (UTC)
反对此类地图炮式编辑。对读者帮助微乎其微。--Temp3600留言2020年3月4日 (三) 09:41 (UTC)
拒绝申请,针对反对意见无回应。--Xiplus#Talk 2020年3月13日 (五) 07:59 (UTC)
  • 状态 拒绝申请
  • 操作者: Xinbenlv留言
  • 提请时间: 2019年2月20日 (三) 18:57 (UTC)
  • 自动化程度:全自动
  • 编程语言Javascript
  • 用途:在一个人物的维基百科的讨论页面上标注跨语言的生日不一致现象。如果某个人物在不同维基百科页面上的生日彼此不同,本机器人将在讨论(Talk)页面上留言,提醒编辑们发现这种跨语言的生日不一致,以便促进维基百科的知识一致性。
  • 讨论内容连结: en:Wikipedia:Village_pump_(technical)/Archive_166#Cross_Lang_Conflicts
  • 源代码连结: Github(开发中)
  • 编辑时段及频率:每天或者每周两次
  • 受影响页面:大约30页每天,之后可能提高到200页每天。社区如果觉得速率可以,有可能提高到1000页每天。总共大约15000页
  • 遵守机器人规范
  • 已有机器人权限:否 (中文暂无,已经获得法文维基百科社区)
这个我也一直想处理,感谢阁下的机器人构思,希望讨论页标记时能有一个模板或分类标记(像{{ep}}模板)同时也能检查wikidata。--Zest 2019年2月20日 (三) 19:32 (UTC)
好主意。我确认一下我对阁下的建议理解是否正确:阁下希望的是,创建一个分类模版或者分类标记,让如果页面出现生日冲突,可以让机器人添加这个模版,以便提醒编辑生日不一致,是这样吗? Xinbenlv留言2019年2月20日 (三) 20:11 (UTC)
简言之就是,都要人检查(追踪分类),检查后移除分类或模板的功能,如何?--Zest 2019年2月20日 (三) 20:53 (UTC)
我觉得阁下推荐的这个方法,很好。我个人暂时还不是特别擅长创建和使用分类和模版,如果有人能够愿意与我搭档一起来创建就好了。我可以负责编写程序。 Xinbenlv留言2019年2月20日 (三) 21:08 (UTC)
这是不是还应该检查wikidata上的数据(如果有的话?)--百無一用是書生 () 2019年2月22日 (五) 12:03 (UTC)
@Shizhao 对的,这是我们的wishlist item之一。我们在下一个更新的机器人功能里面,会想要增加检查wikidata的数据。因为从未申请过bot,通过阅读政策文件,我们发现从比较小的功能开始申请,并逐渐赢得社区信任,在后面提议新功能的时候更容易得到批准。所以我们将在本次申请的功能相对稳定之后,在本页上进一步的提交新的机器人新功能的申请。 Xinbenlv留言2019年2月22日 (五) 23:38 (UTC)
挂在讨论页好处是该条目的主编会注意到,缺点是1. 怕都没人改,像是维护模板一样,2. 编辑量大;统一页面好处是编辑量小。建议到互助客栈征询更多人意见,包含是否需要这个机器人,以及提示方式(模板/分类/统一页面)。--Xiplus#Talk 2019年2月23日 (六) 10:21 (UTC)
谢谢@Xiplus 我们可以不可以先小规模的运行一下,比如我说我们先Target挂100~200个,看看效果,然后再进一步的决定具体应该是用模板还是统一分类? Xinbenlv留言2019年2月24日 (日) 19:31 (UTC)
我认为可以尝试--百無一用是書生 () 2019年2月25日 (一) 02:13 (UTC)
好的,多谢 Xinbenlv留言2019年2月25日 (一) 16:22 (UTC)
@-ZestXiplusShizhao,敬请查看测试运行的结果 zh:Category:Wikipedia:WikiProject_WikiLoop/Inconsistent_Birthday Xinbenlv留言2019年2月27日 (三) 00:38 (UTC)
这个模板能不能简单一点,例如将原本的模板加一个 |ok=1|by=~~~~,另日期别加连结(已经发布的就算了,之后的再避免即可。应该可以显示3~5个语言,包含wikidata。--Zest 2019年2月27日 (三) 06:39 (UTC)
谢谢,我觉得你提了一个好主意!不过加日期和加链接这些格式的讨论,不同Wikipedia社区现在提出了不同的建议,我一方面希望尊重每一个local语言的意见,一方面希望能够让模板和传入参数能够尽量的一致一些。我会认真考虑你的建议然后结合其他编辑的意见一起来修改template. 我目前在m::User:Xinbenlv_bot列出了另外几个社区的botflag申请情况,德语的编辑们有特别多想法...然后我又不懂德语只能借助翻译...苦闷...... T.T. ORZ Xinbenlv留言2019年2月27日 (三) 09:36 (UTC)
其实,在{{bd}}类模板中加入wikidata实体进行判断,是否也可行?--百無一用是書生 () 2019年2月27日 (三) 09:45 (UTC)
@Shizhao这一点我不是特别理解,可否请详细说说? Xinbenlv留言2019年2月28日 (四) 01:50 (UTC)
简单来说就是用{{P|P569|Q937}}来检查日期是否一样(QXXX为Wikidata的ID P569是生日的编号)-Zest 2019年2月28日 (四) 02:00 (UTC)
@-Zest, 前提是我们首先需要把所有各个语言的生日数据都搬到Wikidata上吗? Xinbenlv留言2019年2月28日 (四) 02:07 (UTC)
WD只能放一个数据,这个是指放在讨论页的(如Talk:瑞达·班巴兹en和zh那边)书生的意思是{{bd}}亦可考虑放此判断(虽然这与本申请没直接关系)。-Zest 2019年2月28日 (四) 02:25 (UTC)
哦,好的,那么诸位管理员们还在等待我提供更多其他讯息吗? Xinbenlv留言2019年3月7日 (四) 00:39 (UTC)
其实把资料都搬到WD上,本地都使用WD就没这问题了,之前似乎从en搬过了一次,但中文这边没改成用WD的数据而已。--Xiplus#Talk 2019年3月9日 (六) 06:31 (UTC)
我建议到客栈通知社群,要不然机器人挂完都没人修,这机器人也没用了。--Xiplus#Talk 2019年3月9日 (六) 06:31 (UTC)
@Xiplus好,我可以去通知互助客栈。当然,我自己也会作为这个机器人的长期维护者。至于搬运使用WD,据我所知英文还有相当多页面没有使用WD-base的InfoBox,因为部分页面的主要作者并未达成共识。其中有几个原因:
  • 不同语言社区里面对于不同source的可靠性的判断有所不同,所有一些社区会更倾向于其社区内部比较有权威的source,例如德语的作者比较信赖德国的一些数据库和权威词典,不过英语作者可能就把这些当作一般可靠来源。
  • MediaWiki暂时不支持WD-based InfoBox的revision history快速跳转,据我听说很多作者反映不方便查看谁对WD的数据进行了梗概或者有些编辑不了解来源不理解是WD的来源,无法进行进一步调研。
因此全面统一使用WD在全球范围的所有维基百科目前可能还有一两年以上的时间甚至很可能更久,短期内,跨语言的不一致性,甚至同一个语言内的不一致性还很多,我们的机器人主要是希望用作者们比较熟悉的方式来辅助他们进行编辑。如果你们觉得这个主意还不错,恳请大家投票支持通过本机器人的申请,这样我们可以开启第一步骤的功能推动。另外,最新更新请见本机器人的国际User页面m::User:Xinbenlv_bot Xinbenlv留言2019年3月11日 (一) 18:11 (UTC)
改了一下通知模板,还请知晓。想法非常好,后续可以考虑类似Internet Archive Bot一样有API支持半自动人工编辑。不知道还有没有除生日外其他内容的其他想法?——小老虎3018 2019年3月15日 (五) 17:14 (UTC)
@小老虎3018感谢鼓励,其他想法有一些,也还在思考,目前想先看看这个模式如何,也希望跟诸位维基友一起头脑风暴一下 Xinbenlv留言2019年3月15日 (五) 18:24 (UTC)
@Xiplus,@小老虎3018, @Shizhao, 大家如果觉得这个idea还不错,恳请大家帮忙投票支持这个bot proposal,在下这边拜谢了 Xinbenlv留言2019年3月15日 (五) 21:01 (UTC)
多谢@Sunny00217,我看到你直接更新了模版,多谢啦!Xinbenlv留言2019年3月17日 (日) 18:34 (UTC)
@Xiplus我们目前在讨论页面造成的trial edits已经看到不少editor进行了修缮,效果还不错,特别是这些editor通常都是该文章的原作者或者最active的编辑所作出的,
例如:
所以,使用讨论页面也是有很好的效果的。使用维护模版还是讨论页面这个问题在别的语言例如德语和英语上也讨论过,例如在德语维基的人物社群的页面上的讨论:https://de.wikipedia.org/wiki/Hilfe_Diskussion:Personendaten:
(原文德语,我也不大懂...)Je mehr ich lese, desto mehr frage ich mich, warum das unbedingt auf Artikeldiskussionsseiten platziert werden sollte? Inkonsistenzen könnten auch in einer Wartungsseiten abgelegt werden. So wie ich Xinbenlv verstehe, befinden sich die Daten auf [2]. Diese einfach in Listen (entweder 26 für A-Z oder nach ca. 20 Themenschwerpunkten via Kategorienauswertung, zB: "Sportler", "Künstler" etc.) aufbereiten, so dass daran Interessierte diese abarbeiten können (die Befürchtung Enzian44 bezüglich unsauberer Abarbeitung wäre dann kleiner, da nicht jeder dahergelaufene über solche Listen stolpert und abarbeitet, wenn er nicht gerade daran interessiert ist). Aka und andere machen auch immer wieder solche Listen. Würden wir alles, was wir auf Wartungslisten haben, neu auf Diskussionsseiten platzieren, so hätten wir dort am Ende nur noch Botnachrichten (Tippfehler, fehlende Normdaten, Wikisyntaxfehler, ...). Tote Weblinks ist eine Ausnahme, die aber breit gestützt ist. --Filzstift ✏️ 09:20, 27. Feb. 2019 (CET)
(谷歌翻译为英文的结果:)The more I read, the more I wonder why this should be placed on article discussion pages? Inconsistencies could also be stored in a maintenance page. As I understand Xinbenlv, the data are on [2], These simply in lists (either 26 for AZ or after about 20 main topics via category evaluation, eg: "athletes", "artist" etc.) prepare, so that those interested can work it out (the fear Enzian44 regarding dirty processing would then be smaller, because not everyone that has tripped over such lists stumbles and works off, if he is not exactly interested in it). Aka and others make such lists again and again. If we were to place everything we have on maintenance lists on discussion pages, we would end up with only bot messages (typos, missing authority data, wiki syntax errors, ...). Dead web links is an exception, but it is broadly based. - Felt  Tip ✏️ 09:20, 27. Feb. 2019 (CET)
结论是,大家建议先保守一点,用讨论页面。因为咱们这个bot是做跨语言不一致检测的,所以可能会暂时按照相对最保守的社区的模式进行(木桶里面最短的一块板),中文维基社区如果对此的态度更开放(好赞!),接受机器人直接写在文章页面,以后也可以再更加推进到维护页面。

Xinbenlv留言2019年3月17日 (日) 18:34 (UTC)

我的意思是维护模板的样式,但放在讨论页(我觉得放在条目上较不可行)。--Xiplus#Talk 2019年3月18日 (一) 13:13 (UTC)
@Xiplus,哦是这样。那么放在讨论页上方还是讨论页的一个新的section呢?如果是放在讨论页上方,那么处理完要不要删除呢?一种观点认为应该放在新的section而不是讨论页上方是因为即便处理完也不用删除,要保留辩论。不知道你怎么看这种观点 Xinbenlv留言2019年3月18日 (一) 16:35 (UTC)
放在讨论页的首段(就如同维护模板),处理完即删除,如果需要讨论再开新章节讨论即可。刚刚想到一个想法,使用类似{{需要消歧义}}的模板就适合放在条目里,缺点是使用tooltip提供资讯量无法太多,好处是能够让修改者修改完随手移除。--Xiplus#Talk 2019年3月20日 (三) 11:01 (UTC)
@ Sunny00217看起来不错,可以帮忙创建一下doc吗,从你的模版源代码上我不是特别看得明白要怎么用 Xinbenlv留言2019年3月21日 (四) 20:41 (UTC)
条目只有一部分有问题的话,并不适用这种维护模板。--Xiplus#Talk 2019年3月22日 (五) 00:28 (UTC)
同上xiplus意见,建议设计为{{fact}}这种格式。-Zest 2019年4月3日 (三) 15:08 (UTC)
@XinbenlvSpecial:PermanentLink/53687314-- Sunny00217 2019年3月22日 (五) 12:10 (UTC)
@Sunny00217, 赞,不过好像参数有错误 Xinbenlv留言2019年3月25日 (一) 08:11 (UTC)
@Sunny00217, 这个模版不能现实究竟有哪些不同的wikipedia,它们的链接和所显示的日期以供编辑查证。 Xinbenlv留言2019年4月15日 (一) 19:00 (UTC)
经过抽查,多数页面时隔多日都没有获得处理,另Talk:戴立纲机器人出错。--Xiplus#Talk 2019年7月9日 (二) 02:39 (UTC)
(✓)已处理误报。-- 2020年1月29日 (三) 08:14 (UTC)
@霜奶仙 感谢感谢~!! 新笨驴(Xinbenlv)留言2020年1月29日 (三) 17:47 (UTC)
@xinbenlv另外,为什么这个机器人作业还没批准啊,新笨驴君?-- 2020年1月30日 (四) 05:26 (UTC)
@Xinbenlv。—— Eric Liu留言留名学生会 2019年7月9日 (二) 03:32 (UTC)
多谢,我将看一下 Xinbenlv留言2019年7月9日 (二) 04:24 (UTC)
@Xiplus, @Ericliu1912 在法语大约3月份我们投放了3000对的错误生日信息,目前被修复或者标记为确有争议的大约128个(4.3%~)生日。这个数据你们觉得怎么样?可以还是偏低? Xinbenlv留言2019年7月9日 (二) 04:55 (UTC)
@Xinbenlv跟本地一样都很低,没人处理只会沦为垃圾讯息而已。--Xiplus#Talk 2019年7月10日 (三) 11:42 (UTC)
@Xiplus,Good point.... 一个页面平均多久会被更新一次呢?很多低流量的页面本来也会需要半年到一年才会有一个志愿者编辑来查看一次吧? Xinbenlv留言2019年7月10日 (三) 17:12 (UTC)
@Xinbenlv我仍然认为全部汇整到一个页面的做法会比发在讨论页好,显然讨论页通知对于提升处理速度没有多大功效,汇整同一页让想处理的人去处理就好。--Xiplus#Talk 2019年7月11日 (四) 02:20 (UTC)
@Xiplus 全部整在一页的版本我们也会有的——之后会有一个WikiLoop Explorer可以直接浏览,正在开发中,敬请期待,敬请关注 https://meta.wikimedia.org/wiki/WikiProject_WikiLoop#Summary。 Xinbenlv留言2019年7月11日 (四) 07:33 (UTC)
@Xinbenlv我就在想Wikidata game已经有Birthday Conflicts了啊,为何还要在本地跑机器人。--Xiplus#Talk 2019年7月11日 (四) 12:33 (UTC)
@Xiplus 因为我们发现每一个平台能够覆盖的编辑群体是不同的。实际上WikiData Game的用户还很少(其中的Conflicting Birthdays那个也是我们做的)。另外会想到去专门找编辑工具浏览器等来进行批量编辑的编辑也是少数,所以我们的想法是多个方式一起往前走。这种用机器人通知讨论页面的方法主要作用是帮助那些未来会看到页面的读者或者初级编辑来快速编辑单个页面。 Xinbenlv留言2019年7月11日 (四) 17:12 (UTC)
@Xinbenlv读者和编者如果没有讨论需求也通常不会到讨论页,另一个建议是在条目内使用小型维护模板。--Xiplus#Talk 2019年7月19日 (五) 12:08 (UTC)
@XinbenlvXiplus像这样?-- Sunny00217 2019年8月13日 (二) 13:24 (UTC)
@Sunny00217不,像{{fact}}。--Xiplus#Talk 2019年8月15日 (四) 13:47 (UTC)
@Xiplus这版?-- Sunny00217 2019年8月15日 (四) 22:05 (UTC)
@Sunny00217是,不过可以不用有灰底。--Xiplus#Talk 2019年8月19日 (一) 11:26 (UTC)
@Sunny00217 我理解大家还在讨论应该放在讨论页还是首页吧? 新笨驴(Xinbenlv)留言2019年11月24日 (日) 06:51 (UTC)
暂时标记为 拒绝申请,对于标记方式无共识,如要继续进行机器人任务申请,可能要在互助客栈重新发起相关讨论。--Xiplus#Talk 2020年3月26日 (四) 13:00 (UTC)
  • 状态 撤回申请
  • 操作者:Xiplus#Talk
  • 提请时间:2020年3月13日 (五) 11:24 (UTC)
  • 自动化程度:全自动
  • 编程语言Pywikibot
  • 用途:批量保护高风险模板
  • 源代码连结:
  • 编辑时段及频率:一次性任务
  • 受影响页面:超过500引用的未保护模板,约2900页
  • 遵守机器人规范无关
  • 已有机器人权限:

一次性任务,根据WP:HRT执行。参考Wikipedia:机器人/申请/Antigng-bot2/2中的讨论,为免争议,不执行全保护,另案处理。--Xiplus#Talk 2020年3月13日 (五) 11:24 (UTC)

操作者撤回申请。--Xiplus#Talk 2020年4月2日 (四) 05:25 (UTC)
  • 状态 撤回申请
  • 操作者:IN讨论·贡献·签名
  • 提请时间:2020年6月15日 (一) 05:18 (UTC)
  • 自动化程度:有监督的半自动
  • 编程语言n/a
  • 用途:为部分月食条目挂模板
  • 讨论内容连结:
  • 源代码连结:n/a
  • 编辑时段及频率:n/a
  • 受影响页面:2个
  • 遵守机器人规范不相关,仅工作于讨论名字空间
  • 已有机器人权限:暂无

讨论区

@IN先确认一下,您所谓“挂模板”是挂专题评级模板,对吧?若是,您是否已详阅Wikipedia:专题委员会/技术支持对于批挂专题评级模板的相关规范了呢?以及您是否知道可以在上述页面请求已有相关权限和经验之用户协助挂专题评级模板呢?又或者您还是想要亲自操作bot、并且愿意协助其他专题之批量挂专题评级模板的请求呢?-Peacearth留言2020年6月15日 (一) 08:01 (UTC)

  1. 是的。
  2. 是的。
  3. 知道,但我想抢别的机器人工作不知道可不可以?
  4. 亲自操作机器人意思就是让我登录进机器人账号并进行操作,对吗?是的,我愿意协助那些没有机器人的用户批量挂评级模板。
@INOK,不过既然您这次的申请主要是针对日月食条目的部分的话,想请问您:
  1. 有哪些条目讨论页是您预计会挂板的?请详细说明您的规则。
  2. 您打算挂哪个专题的模板?是否会自动评级?
  3. 预计会使用何种工具协助挂模板?
以上。-Peacearth留言2020年6月15日 (一) 09:54 (UTC)
我会对这些页面挂模板:
  1. 检查所有匹配正则表达式“[1-9]\d{2,3}年(1)?\d月[1-3]?\d日月食”的存在条目。
  2. 检查这些条目的讨论页是否存在。
  3. 如果不存在,则创建他们,挂模板。
具体的模板代码稍后再说(手机没电了)。我没有自动脚本,所以我是手动挂这些模板,等以后有了再用自动脚本。--IN留言·贡献·签名 2020年6月15日 (一) 12:47 (UTC)
正则有问题,\D是小写才匹配数字。-Zest 2020年6月16日 (二) 16:37 (UTC)
感谢@-Zest提醒。\D应为匹配非数字,已修正。--IN留言·贡献·签名 2020年6月17日 (三) 00:28 (UTC)
@IN好的,既然正则都写好了,您是否能直接列出符合条件的页面清单呢?-Peacearth留言2020年6月17日 (三) 05:42 (UTC)
我不会自行调用API,全部靠别人编写的小工具辅助调用。如果有一个用正则表达式匹配条目的工具的话,就更好了。不过你现在就要看的话,可以看一下{{日食}}里面的“日全食”、“日偏食”、“日环食以及“全环食”部分和20世纪月食列表21世纪月食列表。--IN留言·贡献·签名 2020年6月17日 (三) 08:15 (UTC)
@IN您所说的范围绝大部分都是已经挂了评级模板的。我的意思是,您是否能明确的列出您将要挂的页面清单(即,那些还不存在讨论页的条目们)。如果没办法的话,也请说明一下您所说的“别人编写的小工具”是哪一套。谢谢。-Peacearth留言2020年6月17日 (三) 08:29 (UTC)
其实绝大部分日月食条目都已经被和平-bot挂过了,但是有小部分最近建的条目还没有挂,例如2044年9月7日月食。我检查了一下,我抽查的日食条目均已挂上模板,所以干脆把这个任务改成“为部分月食条目挂模板”吧。另外,别人编写的小工具其实就是ΤW。--IN留言·贡献·签名 2020年6月17日 (三) 08:54 (UTC)
@和平奋斗救地球我还高估了受影响的页面数量,实际上仅有约40个页面会受影响。--IN留言·贡献·签名 2020年6月17日 (三) 08:59 (UTC)
@IN能列出是哪40个吗?-Peacearth留言2020年6月17日 (三) 09:02 (UTC)
@和平奋斗救地球如果我全部都列出来的话,这个页面就变成冗长了。也就是说我要告诉你具体的数字,对吗?--IN留言·贡献·签名 2020年6月17日 (三) 09:15 (UTC)
@IN才40个而已,并不会多长。您可以在您的个人子页面中列出,然后把连结放过来。-Peacearth留言2020年6月17日 (三) 09:26 (UTC)
@和平奋斗救地球好的。不过变数只是日期而已,所以我只要列日期就行。顺便提一下,我会用{{subst:U:IN/6}}为这些条目挂模板。--IN留言·贡献·签名 2020年6月17日 (三) 09:41 (UTC)
@IN呃...您能确定您准备要挂的条目们真的都是低重要度小作品月食条目吗...如果您都挂{{subst:U:IN/6}}会变得如此哦...-Peacearth留言2020年6月17日 (三) 09:47 (UTC)
@和平奋斗救地球因为你的机器人都是这么挂的。--IN留言·贡献·签名 2020年6月17日 (三) 10:00 (UTC)
@IN并非如此。比如日食条目我的机器人就不可能挂月食、不是作品的我也不会挂小作品级。-Peacearth留言2020年6月17日 (三) 10:17 (UTC)
@和平奋斗救地球因为我目前这个工作只挂月食条目并且是一次性的,所以这个模板够了。--IN留言·贡献·签名 2020年6月17日 (三) 15:25 (UTC)
@IN那么请您把待挂条目清单列出来。-Peacearth留言2020年6月18日 (四) 01:02 (UTC)
@和平奋斗救地球只有两个:2044年3月13日和2044年9月7日,所以我就不给你链接了,直接放这了。--IN留言·贡献·签名 2020年6月18日 (四) 08:13 (UTC)
@IN只有两个的话人手挂就好了吧...何必用机器人呢?-Peacearth留言2020年6月18日 (四) 09:31 (UTC)
那就算了, 撤回请求吧。不过,@和平奋斗救地球请务必处理这个请求哦。--IN留言·贡献·签名 2020年6月19日 (五) 06:33 (UTC)
  • 状态 撤回申请
  • 操作者:IN留言·贡献·签名
  • 提请时间:2020年6月17日 (三) 14:52 (UTC)
  • 自动化程度:目前是半自动,以后编写出相关的API脚本之后再变为全自动
  • 编程语言n/a
  • 用途:清理分类:有蓝链却未移除内部链接助手模板的页面
  • 讨论内容连结:n/a
  • 源代码连结:参见此小工具
  • 编辑时段及频率:30秒10次随后等待4分钟以便于服务器清理缓存并检查该分类的成员数量,以后会逐渐提上去
  • 受影响页面:与该清理分类的当前成员数量相同,约2.9万
  • 遵守机器人规范不相关,目前仅工作于条目和模板名字空间
  • 已有机器人权限:暂无

注:@和平奋斗救地球由于本机器人有另外一个工作正在讨论中,如果本工作优先批准运作则本工作为Task1,否则为Task2.--IN留言·贡献·签名 2020年6月17日 (三) 14:52 (UTC)

试问清理方式与逻辑?-Zest 2020年6月17日 (三) 15:05 (UTC)
@-Zest目前的清理方式就是先将待清理页面的标题放到小工具(antigng开发)链接后面,便能自动生成清理之后的页面源码,然后再将页面源码全文复制贴回到原页面,便能实现清理的目的。--IN留言·贡献·签名 2020年6月17日 (三) 15:08 (UTC)
逻辑这边我还不太懂,你先去问原作者吧。--IN留言·贡献·签名 2020年6月17日 (三) 15:10 (UTC)
...那个工具用完后还是需要预览diff,请问阁下是如何实现的。抑或阁下不需要预览差异?--Zest 2020年6月18日 (四) 17:57 (UTC)
@-Zest我直接复制小工具输出的内容直接覆盖上去就行了,不需要预览,因为我能够确保这个小工具是工作正常的。--IN留言·贡献·签名 2020年6月19日 (五) 06:22 (UTC)
请问您会做检查吗?可以参考使用者:Cewbot/需要修正的跨语言链接。若您不晓得会不会做检查,可能要先向user:antigng确认是否会做相应的检查,之后再继续进行这个作业。 --Kanashimi留言2020年6月21日 (日) 21:45 (UTC)

经检查,可能会出现错误,例如使用者:Cewbot/需要修正的跨语言链接里的“外语条目没有相对应的中文条目,或应该对应的中文条目并没有连结到正确的Wikidata项目。”这一块,如果贸然替换则(可能)会发生替换错误。为了防止该错误,我决定取消本提案,改由人工单独处理个案的方式来进行。--IN留言·贡献·签名 2020年6月27日 (六) 16:22 (UTC)

  • P.S. 您也是心大。这个我自己都不敢保证不出错不晓得您是怎么保证不出错的。真有用的话至少我应该用json把输出结果包装一下,现在这样不管成功失败输出文本的方式肯定是没法用的。--Antigng留言2020年6月28日 (日) 04:39 (UTC)
@IN若您发现有cewbot没能修正的项目,欢迎提供例子,这边会看看是否能修正。谢谢您。 --Kanashimi留言2020年6月28日 (日) 10:00 (UTC)
  • 状态 拒绝申请
  • 操作者:IN 端午安康
  • 提请时间:2020年6月27日 (六) 16:09 (UTC)
  • 自动化程度:有监督的半自动。
  • 编程语言n/a
  • 用途:WP:DYKC中提名的条目的讨论页[a]挂上{{DYKC}}。
  • 讨论内容连结:
  • 源代码连结:没有,因为也没用。不然有人会故意链接到了一个目前还没有创建讨论页的页面,而这个页面并没有提DYK。
  • 编辑时段及频率:n/a
  • 受影响页面:无法统计,因为这个数是一个变数,取决于(每日)提交DYC的条目数。例如动员令开始之后,DYK的提名条目频率便会增加,这个时候这个数字就会增加,而动员令结束之后,这个数字便会减少。
  • 遵守机器人规范不相关 不相关,只在讨论名字空间上编辑
  • 已有机器人权限:不,还没有。

备注

  1. ^ 仅未创建讨论页的提名条目
  • 状态 拒绝申请
  • 操作者:IN留言·贡献·签名
  • 提请时间:2020年6月28日 (日) 21:13 (UTC)
  • 自动化程度:理论上应该是全自动(手动筛选页面),现阶段为半自动+手动筛选页面。
  • 编程语言如果使用工具运行则为pywikibot,否则为n/a。
  • 用途:人工挑选没有讨论页的分类(远期扩展至其他名字空间)挂上适当的专题模板。
  • 讨论内容连结:与近期通过的此申请类似。
  • 源代码连结:参见此工具,不过我看不懂,可以联系工具创建者air7538解说一下。
  • 编辑时段及频率:通过人工整理一定数量的页面后不定期运行。
  • 受影响页面:参见U:IN/.json
  • 遵守机器人规范不相关 不相关,因为不会工作于用户以及用户讨论名字空间。
  • 已有机器人权限:创建机器人作业请求页时没有。
  • 遇到不会的东西请自行从零学习。--Air7538#Talk 2020年6月29日 (一) 00:26 (UTC)
  • 如果你完全没有任何编程语言基础,不建议你再次使用其他人的工具再申请机器人,因为你无法知道会遇到那些问题,上次antigng的工具就是很好的例子。-Zest 2020年6月29日 (一) 00:38 (UTC)
  • 就在hatcollecting... --Wright Streetdeck 何してるの 2020年6月29日 (一) 05:04 (UTC)
  • 由于批挂专题模板非常容易出错,在申请者看不懂源代码的情况之下,径行操作的风险实在太大。故在此 拒绝申请。-Peacearth留言2020年6月29日 (一) 07:40 (UTC)
过久未覆,暂时标记为 请求已过期并存档,欲继续申请重开本页即可。--Xiplus#Talk 2020年10月26日 (一) 01:20 (UTC)
过久未覆,暂时标记为 请求已过期并存档,欲继续申请重开本页即可。--Xiplus#Talk 2020年10月26日 (一) 01:20 (UTC)
  • 状态 拒绝申请
  • 操作者:SkEy
  • 提请时间:2020年10月11日 (日) 16:39 (UTC)
  • 自动化程度:全自动
  • 编程语言Pywikibot
  • 用途:根据Help:脚注,将所有置于句号后的参考文献移到前面
  • 源代码连结:https://pastebin.com/ZGE93yq3
  • 编辑时段及频率:先一次运行修改全站。如可能,之后每天运行
  • 受影响页面:所有主条目空间
  • 遵守机器人规范不相关 不相关
  • 已有机器人权限:

目前已手动运行数次作为测试,请参见Special:用户贡献/SkEy。—以上看似未签名的留言由Key to Sky遠い空へ讨论贡献)于2020年10月11日 (日) 16:43 (UTC)加入。

如果是整段的脚注,应该放在句号后面,例如Special:Diff/62331903,因此全自动的修正是不正确的,属于Wikipedia:机器人方针#上下文有关的修订。--Xiplus#Talk 2020年10月12日 (一) 00:36 (UTC)
@Xiplus关于整段脚注应放在句号后面,有无相关方针/指引/论述?感谢。—以上看似未签名的留言由Key to Sky遠い空へ讨论贡献)于2020年10月12日 (一) 09:39 (UTC)加入。
没有,反之放在前面也没有吧,Help:脚注仅是论述。--Xiplus#Talk 2020年10月12日 (一) 09:56 (UTC)
社群对于角注要放在句点前后的什么位置一直没有定论,所以在得出共识前,不建议将机器人投入运作。—— Eric Liu 欢庆双十中国国庆留言留名学生会 2020年10月13日 (二) 14:25 (UTC)