维基百科:机器人/申请
存档 |
---|
|
我们欢迎所有编者的意见。请积极发表您的想法! |
在未获批准之前就使用机器人可能招致封禁。
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 "請求測試許可".
机器人申请流程 | ||||||||
---|---|---|---|---|---|---|---|---|
|
审核小组成员须知 | |
---|---|
|
# | 机器人申请 | 进度 | 💬 | 👥 | 🙋 最新发言 | 🕒 (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 | 请审核小组协助 | 5 | 3 | Iming | 2024-11-08 11:07 | ||
5 | Leaderbot | 状态: 新申请
|
0 | 1 | Leaderboard | 2024-11-05 21:39 | ||
6 | LuciferianBot 7 | 状态: 测试中
|
12 | 4 | LuciferianThomas | 2024-09-18 13:25 | Xiplus | 2024-08-26 20:35 |
7 | Jimmy-bot 13 | 状态: 测试已完成
|
15 | 4 | Kanashimi | 2024-06-30 05:43 | Kanashimi | 2024-06-30 05:43 |
8 | YFdyh-bot 3 | 状态: 测试已完成
|
8 | 3 | YFdyh000 | 2022-07-07 10:15 | Xiplus | 2022-06-19 14:52 |
9 | Ning-Bot 3 | 请审核小组协助 | 15 | 6 | Kanashimi | 2024-07-03 08:30 | Kanashimi | 2024-07-03 08:30 |
10 | Crystal-bot 6 | 状态: 撤回申请
|
13 | 6 | Stang | 2024-10-23 19:44 | Shizhao | 2024-05-07 22:26 |
发言更新图例 |
---|
|
|
|
|
|
特殊状态 |
已移动至其他页面 或完成讨论之议题 |
手动设定 |
当列表出现异常时, 请先检查设定是否有误 |
请求测试许可
[编辑]- 状态: 新申请
- 操作者:Wcam(留言)
- 提请时间:2024年8月27日 (二) 13:44 (UTC)
- 自动化程度:全自动
- 编程语言:Pywikibot
- 用途:执行WP:NFCC#9和WP:NFCC#10c
- 讨论内容连结:无
- 源代码连结:https://github.com/jjmc89-bot/nfcbot
- 编辑时段及频率:每4小时
- 受影响页面:过去5小时内被编辑过的页面之中的少数页面
- 遵守机器人规范:不适用
- 已有机器人权限:是
根据英文维基相同功能机器人的源代码进行本地化和迁移。主要功能为执行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)
- 能不能考虑沿用这个页面,然后加上档案上传时间让社群确认这是否为新进档案(抑或可补充理据之早期档案)?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年9月16日 (一) 07:09 (UTC)
- 还有问题是File:Chafengjibook.jpg这种条目被移动的怎么处理。--GZWDer(留言) 2024年8月27日 (二) 19:02 (UTC)
- 应考虑以新进档案为优先,旧有档案则应考虑另行整理清单,俾便社群协助清理。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年8月27日 (二) 18:02 (UTC)
- 初步处理范围仅限过去5小时内被编辑过的页面(所包含的非自由文件),不会造成短期内大量非自由文件被集中取消使用。--Wcam(留言) 2024年8月27日 (二) 16:54 (UTC)
- @BAG成员: 用户请求审核小组成员的协助。问题解决后,请移除本标签。--Wcam(留言) 2024年9月6日 (五) 13:06 (UTC)
- 状态: 新申请
- 操作者:YFdyh000(留言)
- 提请时间:2024年9月22日 (日) 01:01 (UTC)
- 自动化程度:全自动
- 编程语言:pywikibot
- 用途:清理脚注中与Cite模板archive参数重复的Wayback模板。
- 讨论内容连结:Wikipedia:机器人/作业请求#清理重复Wayback模板
- 源代码连结:[2]
- 编辑时段及频率:服务器maxlag控制,一次性
- 受影响页面:38.6万个条目中的约8800个
- 遵守机器人规范:是
- 已有机器人权限:否
- 例子。大例子。因例子2,计划忽略archive-url与存档模板网址存在的https差异。脚本不比对存档模板的date参数。--YFdyh000(留言) 2024年9月22日 (日) 01:01 (UTC)
- ( π )题外话,看第一个例子,发现了User:InternetArchiveBot的一个问题,不能识别{{Internetquelle}}(德语维基版的{{cite}}系列模板),既重复了Wayback,又在外面添加了一个{{cite web}}模板。--Kethyga(留言) 2024年9月23日 (一) 13:21 (UTC)
- 这可能需要与@Cyberpower678本人反映?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年9月28日 (六) 18:14 (UTC)
- ( π )题外话,看第一个例子,发现了User:InternetArchiveBot的一个问题,不能识别{{Internetquelle}}(德语维基版的{{cite}}系列模板),既重复了Wayback,又在外面添加了一个{{cite web}}模板。--Kethyga(留言) 2024年9月23日 (一) 13:21 (UTC)
- 用户请求审核小组成员的协助。问题解决后,请移除本标签。
Hamish-bot 8
[编辑]- 状态: 新申请
- 操作者:Hamish T
- 提请时间:2024年10月17日 (四) 03:50 (UTC)
- 自动化程度:全自动
- 编程语言:pwb
- 用途:更新Wikipedia:数据库报告/档案描述页
- 讨论内容连结:Special:PermaLink/84614122#请求产生Wikipedia:数据库报告/档案描述页
- 源代码连结:GitHub上的zhwiki-db-report页面
- 编辑时段及频率:1/周
- 受影响页面:1
- 遵守机器人规范:无关
- 已有机器人权限:是
(+)支持,本操作的请求者。Пусть от победы☆к победе ведёт! 2024年10月17日 (四) 08:43 (UTC)
- 状态: 新申请
- 操作者:Yiming / Praise and glory be to the Machine God!
- 提请时间:2024年10月30日 (三) 08:54 (UTC)
- 自动化程度:全自动
- 编程语言:Python
- 用途:当用户修改重定向后自动修正对应繁简重定向。
- 源代码连结:https://github.com/SAScholar/Shio-Bot/blob/main/STConverterWatchingDog.py
- 编辑时段及频率:不确定,取决于何时有人修改。
- 受影响页面:主空间和讨论空间
- 遵守机器人规范:不相关
- 已有机器人权限:否
- L29:redirect也可以确立重新导向。--Hamish T 2024年10月31日 (四) 14:38 (UTC)
- 用户请求审核小组成员的协助。问题解决后,请移除本标签。Yiming / Praise and glory be to the Machine God! 2024年11月3日 (日) 10:00 (UTC)
- ( π )题外话:能否带tag?触发机器人这个任务的编辑(i.e.,用户修改有繁简差异的重定向)可能需要检查。 ——魔琴[身份声明 留言 贡献 新手2023] 2024年11月8日 (五) 02:53 (UTC)
- @魔琴:可以,但需要管理员协助创建相应标签。--Iming 砂糖少女以爱为食 2024年11月8日 (五) 03:07 (UTC)
- 状态: 新申请
- 操作者:Leaderboard(留言)
- 提请时间:2024年11月5日 (二) 13:39 (UTC)
- 自动化程度:Automatic or supervised
- 编程语言:Python
- 用途:metawiki:Global reminder bot. Translation would be required in addition: please see metawiki:Global reminder bot/Proposal. The bot flag is not required, and please ping me in a response.
- 源代码连结:https://github.com/Leader-board/userrights-reminder-bot
- 编辑时段及频率:Once per day at most.
- 受影响页面:Depends on number of users with temporary rights.
- 遵守机器人规范:No.
- 已有机器人权限:No.
正在测试的机器人
[编辑]LuciferianBot 7
[编辑]- 状态: 测试中
- 操作者:路西法人
- 提请时间:2024年7月12日 (五) 10:27 (UTC)
- 自动化程度:全自动
- 编程语言:NodeJS
- 用途:自动索引讨论页话题
- 讨论内容连结:维基百科:互助客栈/其他 § 讨论页话题自动索引
- 源代码连结:https://github.com/LuciferianThomas/zhwiki-bot
- 编辑时段及频率:每十分钟
- 受影响页面:维基百科:讨论页话题索引或其子页面(待定)
- 遵守机器人规范:不相关
- 已有机器人权限:是
当前测试页面置于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)
- fixxed--路西法人 2024年9月18日 (三) 05:24 (UTC)
- 最后留言似乎不等于最后编辑时间?--路西法人 2024年8月26日 (一) 04:28 (UTC)
- @LuciferianThomas Wikipedia:讨论页话题索引/topic list显示问题,由于84229678([3])章节使用了模板{{cleanup rewrite}}。--Kethyga(留言) 2024年9月16日 (一) 07:39 (UTC)
- 还没查到问题在哪里出来。稍后修。--路西法人 2024年9月18日 (三) 05:25 (UTC)
已完成测试的机器人
[编辑]- 状态: 测试已完成
- 操作者:Jimmy Xu 论
- 提请时间:2021年9月23日 (四) 21:05 (UTC)
- 自动化程度:全自动
- 编程语言:Python
- 用途:协助清理模板嵌入
- 讨论内容连结:Wikipedia:机器人/作业请求/存档5#电影产地模板、Wikipedia:机器人/作业请求/存档5#清除链入、Wikipedia:机器人/作业请求/存档5#清理模板
- 源代码连结:
- 编辑时段及频率:首批批量处理后定期运行
- 受影响页面:各模板的链入页面
- 遵守机器人规范:
- 已有机器人权限:有
偶在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)
- 抽了几笔,大部分都可以直接删除。但就是会有些特例,像警讯我想应该改{{香港警务处架构}}或另创导航模板,再将之置入警讯较理想。这恐怕是上下文相关,bot很难判别的。有个方法是检查导航模板,若其中有本文连结,这种情况似乎较能安全删除。
- 不晓得有code可供查阅吗?--Kanashimi(留言) 2021年10月7日 (四) 00:30 (UTC)
- 但其实对于读者来说,先前就不存在的资讯就也不会因清理而被移除。那模板已经近十年没有向读者提供任何资讯,如果有导航需要相信早已有人做了。
- 测试运作时用的正则是
(?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)
- 或许这样,如果Pathnav的最后一个参数有链接到该条目,那么就可以移除。--Jimmy Xu 论 2021年10月21日 (四) 13:53 (UTC)
- 的确绝大多数文章都有导航模板了,不过编辑者添加导航模板也是个累积的过程,不能一蹴可几。因此有的文章只是还没有人着手,而这些{{Pathnav}}模板可以提供灵感。最起码就我看到警讯是如此。另外这边也抽了其他还没删除{{Pathnav}}的文章,也有类似情况。感觉一个不完全保险的方法如上述,检查导航模板,若其中有本文连结,这种情况似乎较能安全删除。不过就您的程式码看来,似乎是无条件删除。一点意见提供给您参考。--Kanashimi(留言) 2021年10月7日 (四) 22:51 (UTC)
- 再协助询问@Kanashimi、Xiplus此任务是否适合正式批准运作?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月27日 (四) 05:29 (UTC)
- 如前述,我个人意见是要直接删除很简单,麻烦的是要和wikidata对照、保留资讯。能做到的话会比较好。--Kanashimi(留言) 2024年6月29日 (六) 21:43 (UTC)
- 状态: 测试已完成
- 操作者:YFdyh000(留言)
- 提请时间:2022年5月16日 (一) 14:29 (UTC)
- 自动化程度:少量有监督半自动,此后全自动。
- 编程语言:WP:AWB
- 用途:将包含newspaper参数的{{cite web}}批量改为{{cite news}},以免当前CS1模块显示丑陋的红字警告。
- 讨论内容连结:Wikipedia:互助客栈/技术#新出现的引文格式1错误
- 源代码连结:N/A,可按需提供
- 编辑时段及频率:取决于操作员及服务器限制
- 受影响页面:Category:引文格式1错误:periodical系列参数与模板类型不匹配中的约2000个条目。
- 遵守机器人规范:是
- 已有机器人权限:否
接续Help talk:引文格式1错误#新出现的引文格式1错误,@Antigng:所以这个批量修正是正确的吗?--Xiplus#Talk 2022年6月2日 (四) 03:51 (UTC)
- (:)回应 我记得之前在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)
- 我不太懂...为何cite web有newspaper参数?如果这是个支援的功能,那就不应该显示警告。--Xiplus#Talk 2022年6月19日 (日) 01:38 (UTC)
- 与Antigng的想法不同,我认为如果是误用模板,发现的人在编辑条目时更正会比现在始终红字展示给所有读者更好,目前上千个条目多为历史遗留问题,因为以前不报错、效果相差无几。以及,随机检查来看,newspaper参数大多数为新闻机构,只是误用了cite web模板,目前亦无必要去逐一核对,错误提示避免未来增长就好。|website=新闻机构 的情况,尚未检查而暂无运行计划。此外,某些新闻网站/媒体如何归类,也并无共识。--YFdyh000(留言) 2022年6月2日 (四) 14:35 (UTC)
- 那么YFdyh000还有打算执行此任务吗?是不是应该一律监督半自动?--Xiplus#Talk 2022年6月2日 (四) 12:48 (UTC)
- 状态: 测试已完成
- 操作者:--Yining Chen(留言|贡献)
- 提请时间:2023年7月31日 (一) 10:11 (UTC)
- 自动化程度:全自动
- 编程语言:Python
- 用途:将参考模板中的英文日期转化为ISO格式
- 源代码连结:https://gitlab.com/ningxk/wbot/-/raw/main/refdate2.py
- 编辑时段及频率:运行时每分钟约7-8次,不定期运行
- 受影响页面:当前约50000
- 遵守机器人规范:否
- 已有机器人权限:否
此前该任务由Eagerbot/12任务负责,但随后其停止运作。此次使用另一种方式实现了该任务。--Yining Chen(留言|贡献) 2023年7月31日 (一) 10:19 (UTC)
- @BAG成员:
{{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)
- 我测试了一下{{Cite web}},date参数是原样显示在页面上?--Xiplus#Talk 2023年8月12日 (六) 09:08 (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)
- 感谢您的回报。看来之前调试时有个switch忘了开。已可正常修改互联网档案馆。--Kanashimi(留言) 2023年8月6日 (日) 11:56 (UTC)
- Wikipedia:机器人方针#为美观而作的小修正,此任务是否违背此规定?请参考Wikipedia:机器人/申请/Cewbot/25的讨论内容。--Xiplus#Talk 2023年8月5日 (六) 11:32 (UTC)
- 然而自该任务获批两年以来,依然有大量条目的参考链接中存在英文日期,且未被机器人处理。其中较典型的一个是互联网档案馆。是否是Cewbot在清理时由于某些规则而将这些条目排除?--Yiningx(留言|主账户) 2023年8月4日 (五) 03:15 (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成员: 用户请求审核小组成员的协助。问题解决后,请移除本标签。. --Yining Chen(留言|贡献) 2023年8月26日 (六) 14:46 (UTC)
- 再协助询问@Xiplus、Kanashimi此任务是否适合正式批准运作?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月27日 (四) 05:27 (UTC)
- Xiplus审核过可以应该就可以了。--Kanashimi(留言) 2024年7月3日 (三) 00:30 (UTC)
待存档
[编辑]Crystal-bot 6
[编辑]- 状态: 撤回申请
- 操作者: 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)
- 貌似可以使用mwparserfromhell分析链接。--0xDeadbeef(留言) 2022年10月1日 (六) 09:21 (UTC)
- 从技术角度来讲,要准确判断内部链接数量需要对源码进行分析。我记得有phab工单还是技术愿望清单调查有一条是希望能够筛选掉嵌入的模版内的链接,但是没什么下文。--MilkyDefer 2022年7月9日 (六) 13:12 (UTC)
- 这些也确实应该算是内部链接。Ericliu1912(留言) 2022年6月23日 (四) 12:32 (UTC)
- 资讯框或导航模板造成的连结也应该算的吧?--百無一用是書生 (☎) 2022年6月10日 (五) 03:35 (UTC)
- 170。这个数确实非常离谱,正在改代码。 Stang★ 2022年6月9日 (四) 16:34 (UTC)
- 可以告诉我潍坊医学院在link_count的数值是多少吗?--Xiplus#Talk 2022年6月9日 (四) 16:21 (UTC)
- 应该是要考虑infobox/navbox还是不要考虑?直接从API取得时是考虑的;如果不考虑的话可以取得文本内容之后干掉所有模板,再分析内部链接。 Stang★ 2022年6月9日 (四) 16:04 (UTC)
- 操作者撤回申请。 Stang★ 2024年10月23日 (三) 11:44 (UTC)