维基百科:机器人/申请
外观
存檔 |
|---|
|
|
| 我們歡迎所有編者的意見。請積極發表您的想法! |
在未獲批准之前就使用機械人可能招致封禁。
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) | 🕒 (UTC+8) | ||
|---|---|---|---|---|---|---|---|---|
| 1 | Shio-bot 2 | 狀態: 新申請
|
2 | 2 | 0xDeadbeef | 2025-04-11 21:20 | ||
| 2 | Hamish-bot 12 | 狀態: 新申請
|
2 | 2 | -Zest | 2025-11-19 18:22 | ||
| 3 | Zestbot 18 | 狀態: 新申請
|
2 | 1 | -Zest | 2026-01-17 20:25 | ||
| 4 | Twelephant-bot | 3 | 1 | 臺灣象象 | 2026-02-06 10:16 | |||
| 5 | YFdyh-bot 4 | 狀態: 測試中
|
9 | 4 | 0xDeadbeef | 2025-04-06 14:14 | ||
| 6 | LuciferianBot 8 | 狀態: 測試中
|
2 | 2 | 0xDeadbeef | 2025-04-06 11:28 | ||
| 7 | Shio-bot | 狀態: 測試中
|
16 | 5 | 0xDeadbeef | 2025-05-08 21:28 | Shizhao | 2025-01-04 19:23 |
| 8 | TongcyBot 2 | 狀態: 測試中
|
6 | 4 | Shizhao | 2025-12-25 15:34 | Shizhao | 2025-12-25 15:34 |
| 9 | PexBot 2 | 狀態: 測試中
|
3 | 3 | Shizhao | 2025-12-25 15:37 | Shizhao | 2025-12-25 15:37 |
| 10 | YFdyh-bot 3 | 狀態: 測試已完成
|
11 | 4 | 0xDeadbeef | 2025-04-11 21:34 | Xiplus | 2022-06-19 14:52 |
| 發言更新圖例 |
|---|
|
|
|
|
|
| 特殊狀態 |
| 已移動至其他頁面 或完成討論之議題 |
| 手動設定 |
| 當列表出現異常時, 請先檢查設定是否有誤 |
請求測試許可
[编辑]- 狀態: 新申請
- 操作者:Iming 彼女の愛は、甘くて痛い。
- 提請時間:2024年11月14日 (四) 01:21 (UTC)
- 自動化程度:全自动
- 程式語言:AWB
- 用途:按共识在所有条目、模板空间中执行类似于“北京全国重点文物保护单位”更改为“北京市境内的全国重点文物保护单位”的工作。
- 討論內容連結:WikiProject_talk:中国文化遗产#关于文物保护单位分类_2
- 編輯時段及頻率:30edits/min
- 受影響頁面:5196个页面
- 遵守機器人規範:不相关
- 已有機器人權限:否
- 示例编辑。受影响页面数量为估算,实际数量应该比这个小很多。Iming 彼女の愛は、甘くて痛い。 2024年11月18日 (一) 12:50 (UTC)
- 阅读了一下之前讨论,以及作业请求,Wikipedia:机器人/作业请求#请求更改涉及全国重点文物保护单位的内容:
- 经抽查,目前需要更新的只是链接原重定向的一些页面(见Special:链入页面/新疆全国重点文物保护单位列表、Special:链入页面/湖南全国重点文物保护单位列表),所以需要你先定义好,列出所有需要修改的重定向链接,大概估算有多少个页面受影响(搜索结果大多都只是模板里面的),且说明有哪些命名空间需要更新。
- --beef [talk] 2025年4月11日 (五) 13:20 (UTC)
- 阅读了一下之前讨论,以及作业请求,Wikipedia:机器人/作业请求#请求更改涉及全国重点文物保护单位的内容:
Hamish-bot 12
[编辑]- 狀態: 新申請
- 操作者:Hamish T
- 提請時間:2025年7月18日 (五) 17:44 (UTC)
- 自動化程度:全自動
- 程式語言:pwb
- 用途:{{PRC admin}}子模板清理
- 討論內容連結:Special:PermaLink/88341043#村级模板data页和乡级模板list页清理
- 原始碼連結:GitHub上的revise.py頁面
- 編輯時段及頻率:全速直至完成,put_throttle=10
- 受影響頁面:約750K
- 遵守機器人規範:N/A
- 已有機器人權限:是
- 示範編輯。--Hamish T 2025年7月18日 (五) 17:53 (UTC)
- 有顯示bug,參見Wikipedia:互助客栈/技术#c--Zest-20251110222900-BigBullfrog-20251110220900。---Zest 2025年11月19日 (三) 10:22 (UTC)
- 狀態: 新申請
- 操作者:-Zest
- 提請時間:2025年11月9日 (日) 16:40 (UTC)
- 自動化程度:全自動
- 程式語言:AWB / pywikibot
- 用途:替換Rtl-lang模板
- 原始碼連結:
- 編輯時段及頻率:max 15
- 受影響頁面:1527
- 遵守機器人規範:無關
- 已有機器人權限:有
- 處理Lang模板中所發現的問題,原申請無許可但相關的任務,EN於2022年刪除T:Rtl-lang,所有功能應該已被取代,如有特殊用法請提出。
- 目前{{rtl-lang}}使用案例,展開如下
- 1.
{{rtl-lang|ar|عربي}}-> <span title="阿拉伯語文本"><span lang="ar" dir="rtl">-{عربي}-</span></span> - 2.
{{lang|ar|عربي}}-><span title="阿拉伯語文本"><span lang="ar" dir="rtl">-{عربي}-</span></span> - 3.
{{lang|ar|{{rtl-lang|ar|عربي}}}}-><span title="阿拉伯語文本"><span lang="ar">-{<span title="阿拉伯語文本"><span lang="ar" dir="rtl">-{عربي}-</span></span>}-</span></span> - 第一二項等價,第三項功能完全重複,且不少頁面使用此用法,再上上次lang大更新時就已經使功能完全一致。
- 故本次任務申請將第一項、第三項統一成第二項,langx同理。--Zest 2025年11月9日 (日) 16:40 (UTC)
- 相關:Wikipedia:机器人/作业请求#批量更改所有rtl-lang為lang---Zest 2026年1月17日 (六) 12:25 (UTC)
- 狀態: 新申請
- 操作者:象象🐘(留言|貢獻)
- 提請時間:2026年1月31日 (六) 04:50 (UTC)
- 自動化程度:全自動
- 程式語言:Pywikibot
- 用途:為維基數據中有權威控制但本身沒有權威控制模板的條目自動添加權威控制模板
- 討論內容連結:Wikipedia:互助客栈/技术#提議創建條目的預設草稿加上{{Authority_control}}、Wikipedia:互助客栈/技术#提議以機器人自動為條目添加Authority_control模板
- 原始碼連結:[1]
- 編輯時段及頻率:全時段運行,每分鐘最多可能會處理6~7篇條目
- 受影響頁面:不確定,估計會可能影響幾千至數萬篇條目
- 遵守機器人規範:是
- 已有機器人權限:否
User:Twelephant-bot/pages_need_authority_control_template.json有列出一部分需要進行作業的條目。--象象🐘(留言|貢獻) 2026年1月31日 (六) 05:05 (UTC)
- 該頁面中列出的條目皆已使用AWB加入模板,但仍可用作估算受影響頁面數量--象象🐘(留言|貢獻) 2026年2月1日 (日) 18:32 (UTC)
用戶請求審核小組成員的協助。問題解決後,請移除本標籤。--象象🐘(留言|貢獻) 2026年2月6日 (五) 02:16 (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)
- {{BAGAssistanceNeeded}}
- @YFdyh000: 使用regex匹配wikitext可能出错,可否可以使用mwparserfromhell或parsoid?beef [talk] 2025年4月5日 (六) 05:58 (UTC)
- 感觉概率不太大。尝试改成mwparserfromhell了,没大规模测试。--YFdyh000(留言) 2025年4月6日 (日) 01:37 (UTC)
- @YFdyh000: 重新阅读了一下源码,我认为
urlTohttps(cite_url) == urlTohttps(wayback_url)可能存在问题。这里比对的URL是被存档的URL而不是整体存档的URL,而不同时间保存的不同存档可能在内容上有差异,无法确保每次删除的是应该删除的,我建议比对存档时间日期吻合再当作重复来删除。尤其是被保存的URL的一个是http一个是https,那么保存内容就有可能出现差异。在这方面我建议你去写一些程序去判断有多少是无法直接被当作重复而删除的,然后再看看对于那些情况半自动(带人工)编辑是否足够。 - 以上问题解决后,
批准測試運作(50次編輯)--beef [talk] 2025年4月6日 (日) 03:15 (UTC)
- 设计缘于重复的Wayback模板是机器人无意识误加入的,我假定了cite及其参数更早,更可能人工填入和正确,以及尽早尽快清理。必需比对存档日期吗,有可能做但复核及二次编辑工作量似将增加不少,Webarchive有archive.today等格式需兼容。http/https的不同是有可能的,但是否要半人工,还没想好。--YFdyh000(留言) 2025年4月6日 (日) 05:46 (UTC)
假定了cite及其参数更早,更可能人工填入和正确
那就先测试一下吧。--beef [talk] 2025年4月6日 (日) 06:14 (UTC)
- 设计缘于重复的Wayback模板是机器人无意识误加入的,我假定了cite及其参数更早,更可能人工填入和正确,以及尽早尽快清理。必需比对存档日期吗,有可能做但复核及二次编辑工作量似将增加不少,Webarchive有archive.today等格式需兼容。http/https的不同是有可能的,但是否要半人工,还没想好。--YFdyh000(留言) 2025年4月6日 (日) 05:46 (UTC)
- @YFdyh000: 重新阅读了一下源码,我认为
- 感觉概率不太大。尝试改成mwparserfromhell了,没大规模测试。--YFdyh000(留言) 2025年4月6日 (日) 01:37 (UTC)
LuciferianBot 8
[编辑]- 狀態: 測試中
- 操作者:路西法人
- 提請時間:2025年2月17日 (一) 08:18 (UTC)
- 自動化程度:全自動
- 程式語言:NodeJS
- 用途:更新爭議解決佈告板請求列表
- 討論內容連結:維基百科討論:爭議解決布告板#爭議解決布告板準備工作
- 原始碼連結:GitHub
- 編輯時段及頻率:每10分鐘
- 受影響頁面:1(Template:DRN case status)
- 遵守機器人規範:不相關
- 已有機器人權限:是
{{BAG assistance needed}}--路西法人 2025年3月9日 (日) 04:38 (UTC)
- @LuciferianThomas: 这个有人用吗。。我唯一对于代码的意见是判断如果与当前文本相同(不用更新)的话则不用编辑,这样就不用每10分钟就编辑了,我没看见代码里面有这样做,如果之后要使用~~~~~代表更新时间的话则必须做一个判断(此为原bot的判断)
- 这个问题修好之后(或者向我指出此问题不存在),按DRN有第一个讨论串起,
批准測試運作(30次編輯或7日),哪一个先到(7天或30个编辑)则为结束。beef [talk] 2025年4月6日 (日) 03:28 (UTC)
- 狀態: 測試中
- 操作者:Yiming / Praise and glory be to the Machine God!
- 提請時間:2024年10月30日 (三) 08:54 (UTC)
- 自動化程度:全自动
- 程式語言:Python
- 用途:当用户修改重定向后自动修正对应繁简重定向。
- 原始碼連結:https://github.com/SAScholar/STConverterWatchingDog/blob/main/src/main.py
- 編輯時段及頻率:不确定,取决于何时有人修改。
- 受影響頁面:主空间和讨论空间
- 遵守機器人規範:不相关
- 已有機器人權限:否
- L29:redirect也可以確立重新導向。--Hamish T 2024年10月31日 (四) 14:38 (UTC)
- {{BAG assistance needed}}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)
- 我记得pywikibot自带有个脚本就可以做这个事?--百無一用是書生 (☎) 2025年1月4日 (六) 11:23 (UTC)
- @Shizhao:我没记错的话那个似乎是用来修复双重重定向或受损重定向的,不符合此任务的用途。此任务用于在确认到修改重定向后,将该重定向页面对应的繁体/简体重定向页面重定向到新的重定向目标。--Iming 彼女の愛は、甘くて痛い。 2025年1月4日 (六) 11:43 (UTC)
- @Iming 此申请与下方申请的源代码链接已失效?--beef [talk] 2025年4月4日 (五) 04:53 (UTC)
- 源码发布了at我 beef [talk] 2025年4月6日 (日) 03:31 (UTC)
- @0xDeadbeef:链接已更新。同时补充说明一些内容,机器人只会处理简繁差异,不会处理地区词导致的问题,同时有关魔琴在上方提出的问题,我认为没有必要单独添加tag,因为此机器人只会因为此任务而修改重定向,所以可以通过在机器人用户贡献页面限定tag来查看相关改动,日后如有其他需要再考虑为编辑添加tag。下方任务改为使用AWB进行,稍后修改。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年4月6日 (日) 13:40 (UTC)
- 大概了解这个机器人是什么意思了。目前鼠标指针重定向至指针 (用户界面)。如果同时存在鼠標指針这样的页面,则修改前者的重定向目标之后则bot会跟着去修改后者的重定向目标。有一下两点需要注意:
- Bot应该忽略自己作出的编辑,以免进入死循环
- 应先统计全站有这样的情况重定向标题有多少,而且目前软件、内链等不需要同时简体繁体标题都存在就可以工作?所以如果发现这样重复的情况是不是应该先提删?
- --beef [talk] 2025年4月11日 (五) 12:59 (UTC)
- 感谢您的意见:
- 代码已修复,位于L51处。
- 经统计,共有75815例。我个人更倾向于保留,以免未来被错误重建。同时其他编者可以参考机器人编辑日志,对于有需要提删的,手动提删。
- --Iming 彼女の愛は、甘くて痛い。 2025年4月24日 (四) 17:30 (UTC)
- 注:此任务正于Wikipedia:互助客栈/技术#原提案:目前和將來出現的2條僅為簡繁差異的重新導向,(A)使用機器人維護?(B)還是刪除?讨论--beef [talk] 2025年5月5日 (一) 13:27 (UTC)
- @0xDeadbeef,按现有讨论,社群对于使用机器人并无异议,目前的讨论点仅在未来如何对待新建的类似重定向,和本申请无关。此外,上文所提及的“75815例”,请见此处]。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年5月8日 (四) 13:25 (UTC)
- 从机器人第一个编辑计起,
批准測試運作(30次編輯或30日),哪一个先到(30日或30个编辑)则为结束。--beef [talk] 2025年5月8日 (四) 13:28 (UTC)
- 哦对了,记得加编辑摘要,链接这个BRFA。--beef [talk] 2025年5月8日 (四) 13:28 (UTC)
- 从机器人第一个编辑计起,
- @0xDeadbeef,按现有讨论,社群对于使用机器人并无异议,目前的讨论点仅在未来如何对待新建的类似重定向,和本申请无关。此外,上文所提及的“75815例”,请见此处]。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年5月8日 (四) 13:25 (UTC)
- 注:此任务正于Wikipedia:互助客栈/技术#原提案:目前和將來出現的2條僅為簡繁差異的重新導向,(A)使用機器人維護?(B)還是刪除?讨论--beef [talk] 2025年5月5日 (一) 13:27 (UTC)
- 感谢您的意见:
- 大概了解这个机器人是什么意思了。目前鼠标指针重定向至指针 (用户界面)。如果同时存在鼠標指針这样的页面,则修改前者的重定向目标之后则bot会跟着去修改后者的重定向目标。有一下两点需要注意:
- @0xDeadbeef:链接已更新。同时补充说明一些内容,机器人只会处理简繁差异,不会处理地区词导致的问题,同时有关魔琴在上方提出的问题,我认为没有必要单独添加tag,因为此机器人只会因为此任务而修改重定向,所以可以通过在机器人用户贡献页面限定tag来查看相关改动,日后如有其他需要再考虑为编辑添加tag。下方任务改为使用AWB进行,稍后修改。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年4月6日 (日) 13:40 (UTC)
- 源码发布了at我 beef [talk] 2025年4月6日 (日) 03:31 (UTC)
- @Iming 此申请与下方申请的源代码链接已失效?--beef [talk] 2025年4月4日 (五) 04:53 (UTC)
- @Shizhao:我没记错的话那个似乎是用来修复双重重定向或受损重定向的,不符合此任务的用途。此任务用于在确认到修改重定向后,将该重定向页面对应的繁体/简体重定向页面重定向到新的重定向目标。--Iming 彼女の愛は、甘くて痛い。 2025年1月4日 (六) 11:43 (UTC)
- 狀態: 測試中
- 操作者:TongcyDai
- 提請時間:2025年9月29日 (一) 07:52 (UTC)
- 自動化程度:全自動
- 程式語言:Python
- 用途:更新維基百科每日統計資料
- 討論內容連結:Wikipedia_talk:统计
- 原始碼連結:
- 編輯時段及頻率:每日一次,大約在 UTC 1點至3點之間(因佇列壅塞程度而定),若編輯失敗則在四小時後重試
- 受影響頁面:僅Wikipedia:统计/与邻近条目数量的语言版本比较一頁
- 遵守機器人規範:是
- 已有機器人權限:否
說明:全自動更新該統計頁面。在本站已經測試了數日,除了一日因為Proxy問題而被無法自動編輯以外皆正確運作。—TongcyDai ฅ • ω • ฅ 2025年9月29日 (一) 07:52 (UTC)
- (+)支持。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年10月12日 (日) 10:35 (UTC)
- 为什么不列出源代码链接?这样怎么评审机器人逻辑?--dbeef(留言) 2025年11月9日 (日) 16:39 (UTC)
- @TongcyDai。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年12月4日 (四) 09:33 (UTC)
- @Dbeef 因為我的程式碼放在GitHub上的私人repo裡,這裡面許多腳本都包含個人資訊,自動更新邏輯又分散在數份檔案中,我覺得有點麻煩,就沒有提供。我不太清楚過往的機器人使用者是否總是會提供程式碼,但我以為單憑機器人幾個月以來的運作結果,已經足以確認其能夠正確完成任務、也不會對本站造成危害了。如果閣下非常堅持要看到原始碼的話,可以參見:wikipedia_stats_updater.py、stats_updater_base.py、check_if_updated_today.py、update-wikipedia-daily-stats.yml。—TongcyDai ฅ • ω • ฅ 2025年12月4日 (四) 11:51 (UTC)
批准測試運作(30日),先运行看看好了--百無一用是書生 (☎) 2025年12月25日 (四) 07:34 (UTC)
- 狀態: 測試中
- 操作者:PexEric
- 提請時間:2025年12月20日 (六) 14:03 (UTC)
- 自動化程度:全自动
- 程式語言:mwn
- 用途:定期或根据用户网页请求执行SQL更新{{database report}}。例子:WikiProject:电子游戏/数据库报告/条目/编辑者最多的条目、User:PexEric/沙盒/数据库报告。
- 討論內容連結:WikiProject_talk:电子游戏#数据库报告
- 原始碼連結:gitlab:toolforge-repos/pexbot。移植自SDZeroBot/db-tabulator。
- 編輯時段及頻率:根据使用者设置。若设置定期更新,单个报告最勤为每日更新1次。
- 受影響頁面:Category:PexBot数据库报告订阅(7)
- 遵守機器人規範:无关
- 已有機器人權限:无
- (+)支持。不過這個「数据库报告订阅」分類是什麼情況?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年12月20日 (六) 18:43 (UTC)
批准測試運作(30日) --百無一用是書生 (☎) 2025年12月25日 (四) 07:37 (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)
批准測試運作(50次編輯),先看一些範例吧。--Xiplus#Talk 2022年6月19日 (日) 06:52 (UTC)
- 刚看到批准。已监看执行50条(针对乱序后列表),现有规则自动跳过86条(不适用/待改进),用时15分钟。过程中见到3例更适合web而非news:马正其、高密市、坊子德日建筑群——但引用即便用错cite系列,也不会有明显后果,而目前不匹配的参数会显示很丑的警告给读者。真心不觉得这需要展示,参数相符的也不一定就用对了,包括像是网络新闻(如cnBeta)写web还是news,并没有一致观念。--YFdyh000(留言) 2022年7月7日 (四) 02:15 (UTC)
- 没来的及看,先把测试执行的50条编辑链接放在这里:[3]--beef [talk] 2025年4月6日 (日) 03:57 (UTC)
- @YFdyh000: 我仍然认为这里应该一律监督半自动,首先有一部分确实适用把{{cite web}}改成{{cite news}},但是也有一部分适用保留{{cite web}}但是把
newspaper=改成website=,实际操作应该通过观察链接是否为新闻网站再决定是否改为{{cite news}}。不知你是否愿意将此改为监督半自动。--beef [talk] 2025年4月11日 (五) 13:30 (UTC)- 另外,因为其实实际上引用格式根本没有任何区别,或许也可以提议允许{{cite web}}使用
newspaper=。我看英维好像就允许这样写(有可能这些错误是因为直接从英维复制过来导致的?)。--beef [talk] 2025年4月11日 (五) 13:34 (UTC)
- 另外,因为其实实际上引用格式根本没有任何区别,或许也可以提议允许{{cite web}}使用
- 刚看到批准。已监看执行50条(针对乱序后列表),现有规则自动跳过86条(不适用/待改进),用时15分钟。过程中见到3例更适合web而非news:马正其、高密市、坊子德日建筑群——但引用即便用错cite系列,也不会有明显后果,而目前不匹配的参数会显示很丑的警告给读者。真心不觉得这需要展示,参数相符的也不一定就用对了,包括像是网络新闻(如cnBeta)写web还是news,并没有一致观念。--YFdyh000(留言) 2022年7月7日 (四) 02:15 (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)