维基百科:机器人/作业请求

中文

本頁面用來請求機器人協助完成一些相對簡單而重複的作業，任何請求都必須符合機器人政策。想查看現有的機器人，請參見Wikipedia:机器人/列表。

對於某個機器人的問題，請向其擁有者詢問。若發現機器人運作不良，請直接提醒該用戶，或至当前的破坏報告。

許多請求被拒絕的原因，可能是因為作業內容過於複雜，或是請求項目需要獲得社群共識。

假設，如果您請求的機器人作業是把所有的條目討論頁加上一個专题标志模板以將其特定分類或子分類，請非常謹慎地檢查以確定其分類樹中沒有任何非目標的子分類：例如您可能沒留意到（在英文维基百科中）Category:第二次世界大战其實（曾经）是Category:泰國的子分類，但事實上機器人在修改後者時將會波及前者。因此，我們提出要求時應提供完整的分類清單，以供機器人作個別處理，而非提供一個大分類再讓機器人修改所有相關分類而因而陷入遞迴。以下是英語版維基的一個成功請求，以及一個不良請求（及其造成的爛攤子）。中文維基的爛攤子例子見此。

关于专题，请参看维基百科:专题委员会/技术支持

流程

提出請求

• 請求者必須說明作業的內容、範圍與理由。如果曾在他處討論，也請附上連結。
• 在作業前可能會有用戶提問，視內容可能會被判斷為不適合機器人作業。
• 提出請求建議先經過討論，可以利用BOTREQ記號模板。更動範圍過大或與現行方針指引有出入的修改應該先在互助客棧或相關專題討論。
• 在作業完成的報告後，請確認作業內容是否符合預期，並在本頁面回報。

提出新的請求

接受請求

• 擁有機器人的用戶，請在進行作業前在本頁面表明接受請求，以免多个用戶同時作業而出現衝突。{{BOTREQ}}可以用來方便回應。
• 任何相關疑問請在本頁面或適當討論場所提出。
• 當機器人作業完成之後，請在本頁面回報，說明完成的內容，並在作業確認完成後存檔。

请求区

#	需求	進度	💬	👥	🙋 最新發言	🕒 (UTC+8)	🤖 最新機器人操作者	🕒 (UTC+8)
1	請求替換連結		12	3	微肿头龙	2024-11-26 00:03	Kanashimi	2024-01-25 20:19
2	替換內部連結	未完成	9	3	CaryCheng	2024-11-10 11:16
3	清理Special:PagesWithBadges		3	2	Shizhao	2024-08-31 19:47
4	清理（空格）年、（空格）月、（空格）日、（空格）人和1,000等西方数字格式		3	3	Hamish	2024-11-11 20:37
5	请求将目前链接到斯闊谷 (加利福尼亞州普萊瑟縣)的跨语言链接调整到奥林匹克谷	已關閉	2	2	HanTsî	2024-09-19 02:36
6	單獨轉換		3	2	HanTsî	2024-10-16 09:02
7	清理重复Wayback模板		3	2	YFdyh000	2024-09-22 09:02	YFdyh000	2024-09-22 09:02
8	请求批量替换{{Navbox subgroup}}		4	3	Dabao qian	2024-10-07 01:05
9	清理Category:引文格式1错误：日期		7	3	Wang31	2024-10-18 23:47	YFdyh000	2024-10-18 02:22
10	关于维基媒体使用条款等全域政策文件被基金会从元维基移动至维基媒体基金会管理 Wiki		7	3	石汗颜	2024-10-28 10:32
11	请求长期作业：移除条目空间的Category:使用创建条目精灵建立的页面分类	处理中……	8	2	Hamish	2024-11-18 17:48
12	请求更改涉及全国重点文物保护单位的内容	处理中……	9	3	Iming	2024-11-14 09:22	Iming	2024-11-14 09:22
13	清理Category:使用Pathnav的條目	完成	4	2	Hamish	2024-12-12 22:48
14	請求大量修正「佛羅裡達」錯別字	未完成	18	4	Txkk	2024-11-26 11:27	Iming	2024-11-25 19:05
15	建立数据库存储重定向中不存在NoteTa地区词的条目		4	2	Hamish	2024-12-10 18:00
16	请求移除所有Template:Pathnav在条目的使用	完成	5	2	Hamish	2024-12-13 17:46

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面 或完成討論之議題
手動設定
當列表出現異常時， 請先檢查設定是否有誤

#set%|?%sec-del|1?%sec-arc|1?%top-bar|0?%arc-loc|Wikipedia:机器人/作业请求/存档6?%data-init|1?

%%sec-del===1??%%sec-arc===1??%%top-bar===0??%%arc-loc===Wikipedia:机器人/作业请求/存档6??%%data-init===1??

{"sec-arc":"1","sec-del":"1","data-init":"1","top-bar":"0","arc-loc":"Wikipedia:机器人/作业请求/存档6"}

一些小修正

• 间隔号的不当使用：• => ·
• 数学公式中微分算子的不当斜体：(\<math\>.*?)d([xyz].*?\<math\>) => \1\\mathrm{d}\2，以及\frac{d}{d[xyz]}这种也要修。当然不局限于xyz，细节再说吧。

其他的，想到再补充。AWB和bot其实都可以。 --砜中嘌呤的白磷_{萃取 打谱} 2017年3月4日 (六) 14:55 (UTC)

@WhitePhosphorus： 可以各舉例子嗎？謝謝--Gabriel Chi Hong Lee (找我算账) 2018年1月15日 (一) 09:27 (UTC)

• 看了幾個頁面：微分算子、達布積分、三角換元法，大概有這些情形：
  1. <math>dx</math> → <math>\mathrm{d}x</math>
     $dx$ → $\mathrm {d} x$
  2. <math>d\theta</math> → <math>\mathrm{d}\theta</math>
     $d\theta$ → $\mathrm {d} \theta$
  3. <math>\frac{d}{dx}</math> → <math>\frac{\mathrm{d}}{\mathrm{d}x}</math>
     ${\frac {d}{dx}}$ → ${\frac {\mathrm {d} }{\mathrm {d} x}}$
  4. <math>d \over dx</math> → <math>\mathrm{d} \over \mathrm{d}x</math>
     $d \over dx$ → $\mathrm {d} \over \mathrm {d} x$
  5. <math>\frac{d^n y}{dx^n}</math> → <math>\frac{\mathrm{d}^n y}{\mathrm{d}x^n}</math>
     ${\frac {d^{n}y}{dx^{n}}}$ → ${\frac {\mathrm {d} ^{n}y}{\mathrm {d} x^{n}}}$

-- tang891228 _留言 2018年2月19日 (一) 17:29 (UTC)

• d是不用斜體的嗎？--【和平至上】💬📝 2019年7月19日 (五) 14:47 (UTC)

  @和平至上：通常斜體只用在变量上，這裡的$\mathrm {d}$不是变量。-- tang891228 _留⁠言 2019年7月27日 (六) 02:35 (UTC)

@tang891228：不對額，我學的數學沒聽過variable斜體的。我看的數學書中的dy/dx都是全斜體的。ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 12:12 (UTC)

@WhitePhosphorus：數學上variable才使用斜體的證據是？ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 12:13 (UTC)

• (＋)强烈支持：平常一般懒得打^{[開玩笑的]}，但不用斜体才是符合规范的。@Sanmosa：--DRIZZLE (留言) 2020年5月30日 (六) 11:48 (UTC)

  擱置 无人处理。--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:21 (UTC)

参考資料

自动为文档加入{{缺乏中文说明}}

目前有大量的模板文档和模块文档是英文的，但很多都没有挂上{{缺乏中文说明}}。——SolidBlock^留言 2019年10月26日 (六) 23:42 (UTC)

模板文檔或模組文檔可能會出現使用其他語言的模板使用說明或模組使用說明（如法文、日文）--林勇智 2019年10月27日 (日) 12:32 (UTC)

按理来说，这些文档也应该挂{{缺乏中文说明}}。--SolidBlock^留言 2019年11月1日 (五) 11:03 (UTC)

讀起來不像中文的就掛{{缺乏中文说明}}--林勇智 2019年12月4日 (三) 12:10 (UTC)

有誰會中文信息处理的？讀起來不像中文的文檔就掛{{缺乏中文说明}}--林勇智 2019年12月4日 (三) 12:50 (UTC)

「讀起來像不像....」的判斷可能無法使用機器人自動判斷。分類器的分類例外問題無法排除。-- 娜娜奇🐰鮮果茶☕（宇帆·☎️·☘️） 2019年12月4日 (三) 12:50 (UTC)

不在CJKV区域的字符比例过高就挂模板，不用管日语和汉语的相同字形。--jingkaimori（留言） 2020年4月7日 (二) 11:40 (UTC)

掛上去，不一定會有人去翻吧？

我認為沒有甚麼實質效益--死灰（留言） 2021年9月19日 (日) 11:17 (UTC)

这个模板就是为了让人们去翻译文档的，而且挂了又没有害处（而且确实有一点点好处）。--GUT412454（留言） 2022年2月12日 (六) 13:15 (UTC)

为使用Template:Information模板而非专用模板、以致被判定为无合理使用依据的非自由版权图像进行模板替换

相关讨论见Wikipedia:互助客栈/其他#关于图片合理使用依据清查，此次清查被判定为无依据的合理使用图像中有较大一部分条目使用Template:Information模板而非专用模板、以致被判定为无合理使用依据。鉴于Template:Information与Template:Non-free use rationale 2的关键参数可以互通。因此提议：

• 将相关文件页的Template:Information替换为Template:Non-free use rationale 2；
• 提取使用此图片的条目名称，以自动填入| Article = 参数；
• 模板结尾添加下列文字：

| Portion = 圖片的使用是为了传达图像本身所含有的意义和信息，且避免让读者误解该图像所欲传达的原始意义和信息。 
| Minimality = 本图片的尺寸和分辨率既能确保图片品质以资辨识，又避免了不必要的过高分辨率。 
| Purpose = 见授权协议。
| Replaceability = 由于本图片几乎并没有相同的免费或自由版权来源。任何非衍生作品的替代图片将无法传达本图片原本的含意，可能会造成对于条目描述主题的误解。
| Commercial = 该使用不会取代原始版权媒介所具有的市场作用。

本提议所涉的文件均位于Category:没有合理使用依据的文件分类内，数量为至多1000个。 Jyxyl9批判一番 2020年1月23日 (四) 07:30 (UTC)

(＋)支持不过如果合理使用档案被使用于超过一个条目，就为每个条目新建一个使用依据？廣九直通車（留言） 2020年1月23日 (四) 12:22 (UTC)

嗯，如果技术上无法实现可以人工调整。毕竟这种情况比较少。Jyxyl9批判一番 2020年1月24日 (五) 09:43 (UTC)

这种情况并不少，有超过1400个非自由图片用于多个条目，请见列表。--Wcam（留言） 2020年1月24日 (五) 22:46 (UTC)

你列出的是全zhwiki所有用于多个条目的非自由图片。而本次涉及的只是因清查而提删的一千条左右条目，相信符合此标准的数量不会很多。Jyxyl9批判一番 2020年1月28日 (二) 12:55 (UTC)

(＋)支持。—— Eric Liu _{（留言．留名．學生會）} 2020年1月23日 (四) 16:25 (UTC)

倾向(－)反对，WP:NFCC#10c规定合理使用依据必须与每一次使用确切相关，使用如此空泛含糊、放之四海而皆准的合理使用依据文字进行批量替换，虽可使图片免受快速删除，实则直接违反WP:NFCC#10c规定。不同类型的非自由档案，例如标志、封面海报、历史图片等，在条目中起到的作用不尽相同，其符合WP:NFCC10条标准的理由也不尽相同，有时需要结合具体的非自由档案和具体条目进行说明（例如File:Alan Kurdi lifeless body.jpg）。--Wcam（留言） 2020年1月24日 (五) 23:04 (UTC)

(＋)支持。整件事情就是有用戶大量提請F9（本來是沒問題的），但是由於速度太快、量太多，社群根本承受不了。除非管理員同意暫緩執行F9一段比較長的時間，否則這机器人作业请求必須執行。Sanmosa 2020年1月26日 (日) 07:11 (UTC)

請參見Wikipedia:互助客栈/其他/存档/2020年3月#非自由圖片的使用理據及其處理。Sanmosa 2020年1月26日 (日) 07:16 (UTC)

(＋)支持。另请参见删除方针：“管理员应依照本方针执行删除和还原操作。删除决定不应轻易地做出，如果社群对一个页面是否应当删除存在争议，则该页面通常不应删除。我们应该尽量保留所有合乎百科全书目标的页面，删除应该是最后的选择。在把页面提交删除流程之前，请仔细考虑其他非删除的手段是否能改善页面。”大量提删一些因为错误使用{{Information}}导致理据出现瑕疵图片，严格意义上是严重违反方针的扰乱行为。--人类的悲欢并不相通，我只觉得他们吵闹 2020年1月26日 (日) 07:20 (UTC)

(＋)支持：敝人實在不想一個個去做更正。--Qqkuro66541（留言） 2020年1月26日 (日) 10:30 (UTC)

(！)意見：如果不希望一个个去更正，至少应根据图片类型做出一个粗略的细分，按类型替换，且部分专用合理使用依据模版本身已包含详细的依据文字。目前已有的专用合理使用依据模版和版权标签对应关系如下：

• Template:Non-free use rationale album cover --> {{Non-free album cover}}
• Template:Non-free use rationale book cover --> {{Bookcover}}
• Template:Non-free use rationale logo --> {{Non-free logo}} {{Non-free seal}} {{Symbol}}
• Template:Non-free use rationale poster --> {{Non-free poster}}
• Template:Non-free use rationale video cover --> {{Non-free poster}} （仅限电影海报）
• Template:Non-free use rationale video game cover --> {{Non-free video game cover}}
• Template:Non-free use rationale video game screenshot --> {{Non-free video game screenshot}}
• Template:Non-free use rationale title-card --> {{Non-free title-card}}
• Template:Non-free use rationale biog --> {{Non-free biog-pic}}

--Wcam（留言） 2020年1月26日 (日) 13:45 (UTC)

@Wcam：关于之前Wcam提出的的问题，也许可以在机器人暂时更正的同时再在档案描述页中加个临时分类（例如Category:需要复检使用用途的合理使用档案之类的），那也可以把需要人手复检的档案再检视一次？廣九直通車（留言） 2020年1月27日 (一) 06:10 (UTC)

不反對。那些使用{{Non-free use rationale 2}}的，遲下加個{{logo}}或類似的模板就OK，也不是一定要用專用模板。ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 11:49 (UTC)

授權協議的種類標誌跟海報應該不會放錯，可從模板分類下手，Category:標誌、Category:合理使用海報。 --Qqkuro66541（留言） 2020年1月27日 (一) 16:38 (UTC)

(＋)傾向支持：若技术上能实现，个人支持。Jyxyl9批判一番 2020年1月28日 (二) 12:55 (UTC)

• 另外关于连Template:Information等可机读资料模板都没有的合理使用档案（这种我也查了不少，例如User:Galaxyharrylion这种人），会不会同时也用机器人加个维护分类，以便人手处理/删除（无来源档案）？谢谢。廣九直通車（留言） 2020年1月31日 (五) 06:32 (UTC)

現時已經有千多個檔案被刪除了，是不是沒有人幫手做呢？--Wpcpey（留言） 2020年11月10日 (二) 00:35 (UTC)

擱置长时间无讨论。--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:42 (UTC)

可行，但是沒有想像這麼簡單，有些Information模板被替換引用，沒有像沒有直接對應如此簡單。 Willy1018（留言） 2022年6月4日 (六) 15:40 (UTC)

罗马尼亚乡份按县分类

是否可以帮助将分类:罗马尼亚乡份中的条目，按照分类:罗马尼亚县份和分类:罗马尼亚行政区划进行分类呢？谢谢。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:25 (UTC)

@Aronlee90：其實沒懂您意思。--Hamish論 2020年6月12日 (五) 12:27 (UTC)

就是罗马尼亚乡份这个内含条目过多，按照罗马尼亚的行政区划，不同的乡隶属于不同的县，所以是否可以用机器人完成把所有乡按照隶属的县的方式进行分类？比如类似这个：分类:戈尔日县乡份。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:30 (UTC)

所以是要機器人從條目中提取屬於哪個縣，然後再進行分類，對嗎？--Hamish論 2020年6月12日 (五) 12:35 (UTC)

对，比如刚才那个例子，已经有template:Covasna County，里面已经分类好了，按这个就可以，参见Category:羅馬尼亞行政區劃模板。每个乡的条目内应该也有所隶属的县。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:43 (UTC)

@Aronlee90：您可以直接在縣模板加入縣分類資訊，這樣能省很多工。可參考模板:戈爾日縣, 薩馬里內什蒂鄉。 --Kanashimi（留言） 2020年6月18日 (四) 14:01 (UTC)

非常感谢。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月18日 (四) 14:29 (UTC)

@Aronlee90：此請求是否還有需要？-- Willy1018（留言） 2020年9月14日 (一) 03:54 (UTC)

有的，您有什么好方法吗？--Aronlee90（留言） 2020年9月14日 (一) 03:57 (UTC)

修改模板，例如將Template:Prahova County加入分類到羅馬尼亞普拉霍瓦縣，然後將所有聯入到此的模板含有Category:羅馬尼亞鄉份分類的於條目移除。-- Willy1018（留言） 2020年9月14日 (一) 04:09 (UTC)

• 处理中……。 Willy1018（留言） 2020年9月18日 (五) 04:00 (UTC)
• (？)疑問：@Aronlee90：這是不是要依據城市、鎮、鄉進行細分？像是鄉份對應英文版布澤烏縣鄉category:Communes in Buzău County。 Willy1018（留言） 2020年9月21日 (一) 02:08 (UTC)
  • 是，是需要细分，现在“罗马尼亚乡份”下面的条目有2,669个之多，最好可以按照县展开分类，如分为“普拉霍瓦縣鄉份‎”、“布澤烏縣鄉份”进行进一步细分，以便于阅览。涉及到其他定居点的，可以按照县份归类，如“罗马尼亚各县聚居地”。--Aronlee90（留言） 2020年9月21日 (一) 02:18 (UTC)

• 擱置：如果需要細分，修改模板是不合適的，長遠目標是編程，依據模板裡的城市、鎮、鄉進行細分，但我不會，故請求他人處理或是手工完成。-- Willy1018（留言） 2020年9月21日 (一) 04:17 (UTC)

  还有人处理这件事吗？--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:45 (UTC)

清理Template:Short description用法錯誤

Template:Short description僅在英文維基中使用，若內容與維基數據相同則移除，剩下以人工檢查，彙整至維基數據。 Willy1018（留言） 2020年6月22日 (一) 06:39 (UTC)

• 這個應該是要定期處理？—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年10月25日 (一) 19:34 (UTC)
• 应定期处理。个人建议直接移除纯英文内容，中文内容先注释掉，人工转移/合并到维基数据标签可能缺乏人手。另见我在Wikipedia:机器人/申请/Ning-Bot的意见。--YFdyh000（留言） 2022年5月22日 (日) 16:19 (UTC)

字词转换处理

批量转换音乐录影带为“音樂錄影帶”，已知简体版本会使得Module:CGroup/Music中的相关项无法正确转换。--百战天虫（留言）

• 請問簡體的音乐录影带在簡體中文中是沒有使用的嗎? 在錄影帶條目的轉換是录影带，在音樂錄影帶的轉換是音乐录像，Module:CGroup/Music則是音乐视频，wikidata是音乐影片。-Zest 2020年7月22日 (三) 00:17 (UTC)
  • “音乐录影带”一般是台湾那边的讲法吧，大陆通常说“音乐视频”。--百战天虫（留言） 2020年7月22日 (三) 04:34 (UTC)
    • 建議先送WP:VPD後再申請任務。-Zest 2020年7月22日 (三) 08:09 (UTC)
      • 大陆直接用MV比较多。--Antigng（留言） 2020年8月13日 (四) 06:44 (UTC)

擱置长时间没有回复--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:47 (UTC)

把{{coord}}的信息转移到wikidata

大家好！我最近建立了不少北京通州的条目，并且放上了坐标。发现地图无法显示。原因是地图的数据来源是wikidata。请问能否帮忙把我创建的条目的坐标批量转移到wikidata，并且将条目原有模板的坐标删除（删除后，模板会自动使用wikidata的数据）。如果可以，也可以把所有条目都这样处理。--維基小霸王（留言） 2020年12月16日 (三) 07:48 (UTC)

擱置 久无回应。--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月19日 (四) 04:44 (UTC)

(＋)支持。--迴廊彼端（留言） 2022年10月29日 (六) 02:09 (UTC)

希望以機器人自動維護中國大陸行政區劃條目及相關數據

1. 我偶爾會發現一些中國大陸行政區劃條目有錯誤，例如「Talk:永安坝水库#請問下面這兩個條目是否相同」，其問題出於中國大陸國家統計局數據更新，但維基這邊沒跟上。
2. 又用模板語法產生的消歧義頁面也會出錯，例如梅岭镇條目，此條目中一個有連結一個沒有是我刻意作的對比，梅嶺鎮 (詔安縣)修復後因為連結正確可以正常顯示，梅嶺鎮 (南昌市)則因連結到重定向的維基數據頁面而出錯），想請問有沒有可能自動化維護，謝謝大家。--迴廊彼端（留言） 2021年4月16日 (五) 15:06 (UTC)

這一系列當初是Liangent花費心力處理的。您可提交互助客棧以獲得更廣泛的可行性、實際運作機制是否要大幅改版的討論。 --Kanashimi（留言） 2021年4月16日 (五) 22:00 (UTC)

@Kanashimi：感謝您的回應，我先前有在技術客棧提起過，因為無人回應，我想說這是純粹技術問題就拿過來了。前者我不確定有沒有可能，但後者單純把維基數據重定向頁修正為直連應該是必要而且可行性高，要不是我之前有碰過相關模板，看到沒實際消歧義功用、又沒辦法直接調整的頁面還真的會傻眼，何況這類條目甚多（單單此頁面上級分類Category:三字中国镇名消歧义就有兩千多個，還有鄉名、二字、四字等等）根本無法以人力一一檢查，所以採用機器人處理恐怕是唯一有效解法。

又方便的話也希望@Liangent：瞭解一下相關狀況，並處理Gerrit:667374，謝謝辛苦。--迴廊彼端（留言） 2021年4月17日 (六) 14:13 (UTC)

這邊是覺得現在的運作機制不易維護。假如想方便修改，可能得改變運作機制。不過這傷筋動骨非常麻煩，也還沒想出什麼好的運作機制。--Kanashimi（留言） 2021年4月17日 (六) 21:39 (UTC)

行政区划的变动往往需要人工判断，尤其是一些冷门的区划调整，根据现有资料难以开展机器人维护，建议驳回此案。不过我倒是建议可以开一个行政区划错误反馈的计划页面，以收集错误报告。—MintCandy♫ _{欢迎参加浙江专题 台州专题} 2021年4月18日 (日) 01:16 (UTC)

@MintCandy：后面这个提议不错。--Hamish with w. 2021年4月25日 (日) 23:34 (UTC)

感謝各位回應，我本來是想說看有沒有什麼辦法自動定期取得中國大陸國家統計局那邊的數據（例如用網址檢查各地區代碼是否存在？），並即時更新，如果有技術困難就算了。不過也想請各位討論一下我的提案二，這種修復重定向的機器人之前已有，只是我不確定能不能做到跨維基計畫的層級。--迴廊彼端（留言） 2021年4月26日 (一) 07:24 (UTC)

刚刚花了半个多小时，大概是摸透了这个模板的运作机制，自动定期取得数据是可行的，但是即时更新似乎有点不太行，因为如果存在变动，需要人工判断是不是同一个行政区划，毕竟官方那边只给你变动前后的数据，而不会给其对应之前的数据是哪个，如果要改，用机器人改，就只能光更新prc admin list那边的数据，而无法跟条目内做到更新，其本质上是一样的，就算能够自动检测引用了废弃区划代码的页面，亦是需要人工去做修改，而达不到自动更新的目的，除非国家那边能给出对应差异，或者有人能够坚持人工维护，不然这个提案基本不会成功。--Hamish with w. 2021年4月28日 (三) 00:27 (UTC)

也许可以参考 https://www.mca.gov.cn/article/sj/xzqh/1980/ （一般每年更新一次）？--忒有钱🌊塩水あります🐳（留言） 2022年10月13日 (四) 15:26 (UTC)

User:Hamish有朋友找到了代碼更改對應資料，或可推進。--迴廊彼端（留言） 2022年10月29日 (六) 02:09 (UTC)

@迴廊彼端：另外您的第二条是指做这类更改吗？--Hamish with w. 2021年4月28日 (三) 00:32 (UTC)

@Hamish：謝謝辛苦，雖說有這樣的限制，但對於使用大量模板建立的條目（例如永安坝街道）還是挺有助益的，建議至少可以透過機器人定時更新列出「引用廢棄代碼的頁面」清單，甚至可以進一步分省讓各省主題小組去處理。

第二部份確實是做類似的修改沒錯，不過 wikidata-original-name 參數我在想要不要動，因為 Wikidata 那邊規定標籤「不放主空間條目名稱中的消歧義括號」，帶括號的名稱未來可能仍須修改。--迴廊彼端（留言） 2021年4月28日 (三) 01:38 (UTC)

@迴廊彼端：第一个如果是要建立这种清单分类也可以，我可以尝试着做，而且应该也能做得出（我不鸽的话lol），第二个嘛，已经在做了，但是我只会修改wikidata这个参数，wikidata-original-name我的想法是目前先不动，之后再说。--Hamish with w. 2021年4月28日 (三) 01:43 (UTC)

@Hamish：那真是太棒了，建議第一個清單可以採取類似User:Cewbot/需要修正的跨語言連結的格式不要用分類，不然分類一次只能看兩百個有點麻煩；第二項我與你想法相同，期待您的成果：）--迴廊彼端（留言） 2021年4月28日 (三) 02:22 (UTC)

相關討論: 維基百科:互助客棧/條目探討#spoiler --Kanashimi（留言） 2021年11月28日 (日) 07:36 (UTC)

添加{{lang}}模板

希望能在https://zh.wikipedia.org/wiki/Special:%E7%94%A8%E6%88%B7%E8%B4%A1%E7%8C%AE/Trymybestwikipedia 這些頁面中加入{{lang}}模板──以上未簽名的留言由Jonathan5566（討論｜貢獻）於2021年5月9日 (日) 02:48‎加入。

请求自动为已上新闻动态的条目的讨论页添加{{ITNtalk}}模板

请问各位维基人，是否可以自动为上了新闻动态的条目的讨论页添加Template:ITNtalk{{ITNtalk}}模板。谢谢大家！——Zzhtju（留言） 2021年5月16日 (日) 13:19 (UTC)

@Zzhtju 每一則新聞往往有多個連結，難以判斷應該是哪個文章該標上這個模版。有的時候甚至有兩個以上的文章需要標此模板，例如2021年11月8日。 --Kanashimi（留言） 2021年11月28日 (日) 07:30 (UTC)

已经上新闻动态的条目，不是已经确定到底哪个或者哪些条目是主要新闻动态的条目了吗？就是加粗的那个。--Zzhtju（留言） 2021年11月29日 (一) 11:31 (UTC)

看起來並不是所有申請都採用{{Itn}}... e.g., 維基百科:新聞動態候選/存檔/2018年10月 --Kanashimi（留言） 2021年11月29日 (一) 11:54 (UTC)

能麻烦您解释一下吗，我没太看懂。--Zzhtju（留言） 2021年11月29日 (一) 13:16 (UTC)

假如所有新聞動態申請都採用了相同的格式，那機器人就能很容易做出判斷。但假如採用的是複雜的格式，可能就涉及必須解析wikitext的問題。雖不是不可能，但這樣的機器人比較容易出錯，並且會複雜得多。--Kanashimi（留言） 2021年11月29日 (一) 20:57 (UTC)

那请问为最通用相同的格式的添加也不太现实吗，另外请问一下2018年10月的存档格式好像也没有区别。--Zzhtju（留言） 2021年11月30日 (二) 04:15 (UTC)

不曉得Jimmy-bot存檔的時候為什麼要展開模板。由於格式較紊亂，這邊沒打算動手。--Kanashimi（留言） 2022年6月23日 (四) 23:28 (UTC)

使用Template:文物保护单位替换Template:四川省文物保護單位、Template:重慶市文物保護單位

前者1391个页面，后者421个页面，累计1812个页面。

以溫泉寺为例，修改前的效果见现状，修改后的效果如右侧所示：

温泉寺
重庆市文物保护单位
地址	北碚区澄江镇北温泉內
分类	古建筑
时代	明代、清代
编号	1-53
认定时间	2000年9月7日
保护历史 1962年2月18日 重庆市文物古迹保护单位 1992年3月19日 重庆市文物保护单位（市级）

要点：保留最后一个模板（即当前的保护等级），其余模板内容转入保护历史，初定名单相当于征求意见稿，以最终公布的正式名单为准，无需列入。重庆早年为省辖市（相当于地级市），后来是直辖市，省辖市级文物保护单位相当于市级，直辖市级文物保护单位相当于省级，为作区分，可在原省辖市级文物保护单位后括注（市级）。

--猫猫的日记本（留言） 2022年1月16日 (日) 07:44 (UTC)

反对，以前的分类更详细 可于分类反应历史Urga（留言） 2022年7月19日 (二) 06:32 (UTC)

使用条目中的Speciesbox中的数据，自动整理Category:植物小作品中的条目至子分类

如题。只整理有Speciesbox的条目。--GUT412454（留言） 2022年2月12日 (六) 13:04 (UTC)

@GUT412454 能更清楚描述一下,示範編輯一下嗎?--Kanashimi（留言） 2022年9月8日 (四) 10:56 (UTC)

Special:差异/73570997--GUT412454（留言） 2022年9月8日 (四) 12:23 (UTC)

严格来说，应该是将植物小作品模板调整为更明确的小作品模板。--GUT412454（留言） 2022年9月8日 (四) 12:26 (UTC)

细分这个，有点用但不是特别有用，条目内容更重要。如果细分的小作品分类没人看，细分就无价值吧，小作品模板的外观区别不大。--YFdyh000（留言） 2022年9月8日 (四) 12:31 (UTC)

既然Category:植物小作品里面有{{Category diffuse}}和{{Very large}}，细分就的确是一个问题。如果不是问题，那就可以去掉这两个模板。Wikipedia:對「沒壞別修」的誤解--GUT412454（留言） 2022年9月20日 (二) 03:13 (UTC)

嗯...好像不如想辦法擴增更有用? 另外要準確判別似乎不容易--Kanashimi（留言） 2022年9月8日 (四) 12:39 (UTC)

既然{{Speciesbox}}能通过物种名在{{Taxonomy}}中获取到物种的分类信息，那么机器人就也能。--GUT412454（留言） 2022年9月20日 (二) 03:16 (UTC)

• 不太建議全部自動整理，可以用分類進行調整
  • Category:石斛属→{{蘭科小作品}}，此外目前Category:植物小作品有25,436 個我認為有細分的需要。-- Willy1018（留言） 2022年10月3日 (一) 22:23 (UTC)

  @GUT412454@Willy1018@YFdyh000 假如真有必要的話 那還得看看到底該用哪個名稱 例如六道木要分在 “糯米條屬小作品” “忍冬科小作品” “川續斷目小作品” “菊類植物小作品” 的哪個? 現在似乎沒有規範--Kanashimi（留言） 2022年11月7日 (一) 05:47 (UTC)

  通常来说，越细越好（子分类）、重复也无妨。--YFdyh000（留言） 2022年11月7日 (一) 09:04 (UTC)

  理想該不會是用機器人來維護生物分類樹與生物小作品分類樹?--Kanashimi（留言） 2022年11月8日 (二) 10:40 (UTC)

  如果有至少一人表示会用到（如扩充计划），可以用机器人整理。否则我倾向继续放在那里，避免过早优化、浪费人力，或者搭配其他计划再行动。--YFdyh000（留言） 2022年11月8日 (二) 10:55 (UTC)

  我突然想到，能不能直接改动{{plant-stub}}，使它在没有参数的情况下能“自动识别物种分类，并显示适合的模板，将文章分到适合的分类”？比如，提取并使用文章的源代码中{{Speciesbox}}中的参数。--GUT412454（留言） 2022年11月8日 (二) 16:25 (UTC)

  這似乎也是個方法...--Kanashimi（留言） 2022年11月8日 (二) 19:22 (UTC)

  參閱Wikipedia:机器人/申请/Willy1018-bot/6。我是用原本的小作品模板，如果本地沒有就找一下英文版的小作品模板。理想情況下應不建立屬小作品因為太少，菊類植物小作品如果太多（大於200）則應建立川續斷目小作品，如果還是太多再細分忍冬科小作品。-- Willy1018（留言） 2022年11月8日 (二) 16:20 (UTC)

地铁相关条目用词不当替换

近期创建的一些地铁条目，当中出现了“于2019年12月25日开业”字眼。地铁不应使用“开业”字样，而应该使用“开通”字样。故申请将其替换为“于2019年12月25日开通”。--Q28～ꓐꓰ ꓧꓮꓑꓑꓬ～建议大家多多关注诗佛、诗魔与诗瓢 2022年5月28日 (六) 12:30 (UTC)

加註：香港地區詞更多使用「通車」而非「開通」。近期通車的港鐵東鐵綫過海段媒體報道當中，使用「開通」千餘則，使用「通車」七千餘則，若是處理可考慮同時處理地區詞。--路西法人 2022年5月31日 (二) 16:09 (UTC)

須經討論 2014年就有人写“开业”。应讨论后逐一而非批量替换。“开业”的确怪怪的。开通、通车等不错，不过是否会牵扯到隧道打通、试车、试运营等歧义概念？“投入营运”的说法可能不错，或者“通车运营”。--YFdyh000（留言） 2022年6月3日 (五) 04:20 (UTC)

大型歌唱選秀節目

請求批量移除(insource:大型歌唱選秀節目)中的大型二字。該字詞明顯違反中立性方針，且被多次加入。 長遠建議設立過濾器。--1233 （T / C） 2022年6月2日 (四) 18:46 (UTC)

須經討論依據機器人方針上下文有關的修訂：「機器人不應以全自動方式進行上下文有關的修改。這類修訂應於人類編輯的監督下進行。...或社群同意該任務在不受監督的情況下運行（如回退某人的所有編輯，不論好壞），則屬例外。」故請至互助客棧討論後再提請。-- Willy1018（留言） 2022年6月4日 (六) 15:35 (UTC)

1. 先前讨论。个人赞成移除，但全自动恐怕做不到。搜索结果似乎不稳定，"大型歌唱"约60个。星动亚洲 (真人秀节目)“大型偶像养成类真人秀节目”、"大型选秀节目"等类似。"大型谈话" 3条。
2. 其实未尝找不到来源或某些定义，但这种修饰词主要目的应该还是宣传。“央视大型节目制作中心”“北京广播电视台新闻中心大型节目组”。
3. 题外话，"中型购物中心"、"大型购物中心"是否因存在某些明确定义、通常是规模而非宣传性而豁免？但定义也并不统一、可能不可靠，并仍有宣传性。[1]按面积，[2]按租户数量，且两者非可靠来源。--YFdyh000（留言） 2022年6月4日 (六) 15:54 (UTC)

更新中国大陆各省、市、县人口以及GDP数据，目前很多还停留在2015年

数据库来源已找到：https://www.hongheiku.com ，想请会代码的朋友帮忙编写，本人不会写代码 --以上未簽名的留言由Occocc08（討論｜貢獻）加入。

该网站非可靠来源--YFdyh000（留言） 2022年6月8日 (三) 03:22 (UTC)

http://www.stats.gov.cn/ 这个权威--Occocc08（留言） 2022年6月8日 (三) 03:27 (UTC)

我认为可以通过更新模板来进行更新。

我先建立一个Draft:Template:中国各地区人口，并把国家统计局第七次全国人口普查报告的信息加入进去。对于各市、县、区的人口，应当参照各地区统计局的网站并加入。

由于本人不会加入参数、然后显示不同于参数的内容：

• 比如模板输入“北京”、“万”和“2”，显示“2189.31万人”
• 就算读了模板相关指引也一样不会

希望其他人帮助。--XYY23330121 2022年6月8日 (三) 03:46 (UTC)

省一级的更新不难因为数量不大，市县级的量太大人工很难完成--Occocc08（留言） 2022年6月8日 (三) 07:33 (UTC)

试着继续阅读了一些指引，比如Wikipedia:LUA。写出了一个不能运行的东西。

• Template:中国各地区人口
• Template:中国各地区人口/sandbox
• Module:中国各地区人口

请各位帮忙查错。--XYY23330121 2022年6月9日 (四) 06:02 (UTC)

已经改好了吗？ --Wikij1089（留言） 2022年8月16日 (二) 08:07 (UTC)

这种应该调用和迁移到维基数据，而非写在模块源码。不利于维护、更新导致的页面刷新将是很大成本。--YFdyh000（留言） 2022年9月8日 (四) 12:36 (UTC)

处理Category:各年下水船只

如题，将上述母分类中的子分类源代码中的分类替换成{{Cathead ship year}}（效果如Category:1995年下水，模板已经过测试，各世纪分类均无问题）；若出现如Category:1898年下水中的情况，可考虑保留年份索引。--东风（留言） 2022年7月21日 (四) 03:45 (UTC)

自動清理Category:使用创建条目精灵建立的页面

長期以來分類裡混合了一堆條目，這很明顯不是該分類的用途（進行審核後應該是移交建立條目專題的相關分類），希望可以把裡面所有不是ns=2和ns=118的清出去（約兩百多條），並且定期檢查並清除審核通過後依然沒有被清出去的頁面--SunAfterRain 2022年8月21日 (日) 14:08 (UTC)

修正政府机构信息框旗帜重复

政府机构信息框更新“flag”字段使用维基数据P41项后，造成部分使用“seal”字段展示旗帜的条目重复显示旗帜。例美国司法部、党卫队-- ★WPTO★ 2022年9月15日 (四) 07:04 (UTC)

請求將Statute of Westminster 1931的所有其他譯名批量替換為《1931年西敏法規》

該議題已經過多次討論，詳見Wikipedia:互助客栈/求助/存档/2022年9月及Talk:1931年西敏法規。

「西敏條例」、「西敏法令」等在指Statute of Westminster 1931時都應該轉換為帶有年份的《1931年西敏法規》。 --以上未簽名的留言由Mosowai（討論｜貢獻）於2022年10月10日 (一) 12:30:51 (UTC+8)加入。

修正一些条目的NoteTA中的不当中文变体

举例：Special:Diff/74042530

一些条目的NoteTA模板中含有错误的中文变体，例如以繁体字书写的中国大陆用词，或以简体字书写的港台用词，请求机器人予以修正。 --以上未簽名的留言由Interaccoonale（討論｜貢獻）加入。

机器人如何准确识别？以及要检出是否为破坏所致。--YFdyh000（留言） 2022年10月12日 (三) 13:00 (UTC)

复制模板 CPNI 中植物编号到 Wikidata

针对模板{{CPNI}}，之前已经在Wikidata中建立了对应的维基数据属性 d:Property:P10778，维基数据建立的格式为 CPNI-[0-9]{3,5}(-[0-9]+)?，即在目前参数|id= 前加“CPNI-”。--Kethyga（留言） 2022年10月26日 (三) 07:21 (UTC)

@Kethyga： https://pltools.toolforge.org/harvesttemplates/ --GZWDer（留言） 2022年12月3日 (六) 19:22 (UTC)

給模板加入參數

我近期給一些模板加入了{{CJK-New-Char}}模板，但是忘記加入一個參數，懶得手動改了，所以申請機器人作業。

要求：將{{CJK-New-Char|20BE4}}替換為{{CJK-New-Char|20BE4|block=B}}。--DoroWolf（留言） 2022年10月28日 (五) 16:10 (UTC)

請求清理{{Cat also}}

請求將「{{Cat also|A|B|C|…}}」替換為「{{DEFAULTSORT:A}}[[Category:B]][[Category:C]][[Category:…]]」，該模板會妨礙HotCat等工具且已停用。 紺野夢人 2022年11月24日 (四) 17:59 (UTC)

@Yumeto：51個頁面就直接替換引用就好了吧。--SunAfterRain 2023年1月28日 (六) 04:23 (UTC)

请求自动为传统百科全书中的条目添加相应的模板

我看到传统百科全书条目这个专题下的条目目前仅有831篇，远远低于实际数目。就以《中国大百科全书》来说，其官网称第三版网络版总条目为50万条。我觉得有必要对这一专题进行维护。而《中国大百科全书》等传统百科全书所含条目应该容易获得，添加相应的模板应该可以由机器人完成。以《中国大百科全书》为例，我初步的设想是：

• 首先检测目录当中哪些条目存在，将不存在的条目排除掉。
• 然后检测对应条目是否为重定向。
  • 若不为重定向：
    • 在对应条目的讨论页中添加{{传统百科全书条目专题}}，并添加“Ref=中国大百科全书/对应章节”的参数。若该条目为GA或FA，同时添加评级。
  • 若为重定向：
    • 在该重定向页面添加{{传统百科全书条目重定向|中国大百科全书}}，并在该重定向页面的讨论页中添加{{传统百科全书条目专题}}。
    • 若重定向的页面不是条目中的某一章节（防止条目所述主体不同。可以检测重定向页面是否含有#），则在重定向后的页面的讨论页中添加{{传统百科全书条目专题}}，添加“Ref=中国大百科全书/对应章节”的参数，并添加“Original Title = 原词条名”的参数。

个人觉得需要考虑的问题有二：

1. 若原条目的讨论页中已有传统百科全书条目专题的模板，那么需要检测Ref是否为中国大百科全书。如果是的话，就不需要再添加了。
2. 可能会存在少量同名但所述主体不同的条目（尤其是人名）。并且维基百科上对应的条目可能为消歧义页，抑或是虽然对应的不是消歧义页，但该条目存在消歧义页。

不清楚这一提议是否可行。若是有人愿意协助的话，本人不胜感激。 --Shenzhiming88（留言） 2022年11月26日 (六) 02:52 (UTC)

我這邊可以試試看，問題是有沒有這個必要。然後必須要有一份條目清單。--Kanashimi（留言） 2022年11月26日 (六) 04:20 (UTC)

我觉得阁下不必着急。可以先等待其他人讨论是否有此必要。至于条目清单，之前是有的，后来被代理商要求删除了，可见此处。不太清楚是怎么得到清单的。--Shenzhiming88（留言） 2022年11月26日 (六) 04:31 (UTC)

目录版权问题需要弄清，给出完整目录或许类同原著的目录索引卷。根据[3]和[4]，《中国大百科全书（第二版）》总计6万个条目，但前者网页脚注说全部为版权所有。加注原著章节（分类）是否有意义，版本似乎更有意义，除非章节有助消歧义。50万条的第三版网络版有点多，且处在变化、未完成阶段，是否适合加注。已有维基专题:传统百科全书条目/中国大百科全书/网络版。--YFdyh000（留言） 2022年11月26日 (六) 07:07 (UTC)

参考資料

“曹璐”消歧义

现在大部分“曹璐”都指向了那位女歌手，这忽略了同名的男演员。在此建议借用机器人，将所有的“[[曹璐]]”改为“[[曹璐 (女)|曹璐]]”，而少部分指向男演员的链接可以手动修改。--🐹通辽汗国驻维基百科临时代办（讨论·贡献·成就） 2022年12月24日 (六) 19:03 (UTC)

简单的“(女)”不适合消歧义，建议“女歌手”“男演员”。按惯例，没有同名条目时不应将条目消歧义，消歧义页不应仅有一个已存在条目。--YFdyh000（留言） 2023年1月11日 (三) 06:55 (UTC)

引入User:HotArticlesBot

请求引入en:User:HotArticlesBot，该机器人可以记录各个专题的热门编辑条目。——BlackShadowG Slava Ukraini! 2022年12月29日 (四) 01:34 (UTC)

修正InternetArchiveBot留下的問題

於Phabricator查看
編號T309728的工單

InternetArchiveBot在2022年5月至2022年8月自動向條目添加存檔網址時未加入參數「dead-url」（如Special:Diff/72945076），請求將引用模板有參數「archive-url」卻沒有加入參數「dead-url」的參考來源自動加上「|dead-url=no」（如Special:Diff/75516785）。--寒吉（留言） 2023年1月14日 (六) 05:22 (UTC)

InternetArchiveBot在2022年11月的編輯（Special:PermaLink/74572370#參考資料）並不會補回2022年7月所遺漏的參數「dead-url」。--寒吉（留言） 2023年1月14日 (六) 05:48 (UTC)

清理带「．」（U+FF0E）、「‧」（U+2027）、•（U+2022）、「･」（U+30FB）的连入

如题。在查看香港電影評論學會大獎最佳電影#2020s看到「夜香·鴛鴦·深水埗」的间隔号使用不对，没了连入，未知是否孤例。请将带这些符号的连结都改成正确的「·」，谢谢。Ghren🐦🕓 2023年2月9日 (四) 09:35 (UTC)

添加传统百科全书条目重定向标记

给《中国大百科全书》中西方人物的重定向添加 {{传统百科全书条目重定向|中国大百科全书}} 标记。目前粗略统计大概将近2000，见Quary，这里面的数量是统计页面长度小于50字节的，是粗略统计一下之前没有添加该重定向标记的页面长度（精确统计应该是排除页面中含有上述标记的）。相关重定向显示效果可以看 伯比奇，M. (75979950) --Kethyga（留言） 2023年2月15日 (三) 09:17 (UTC)

清理已刪模板嵌入

清理已刪模板{{党和国家领导人/卸任}}的嵌入。--Cookai餅塊🍪_{（💬留言）} 2023年2月16日 (四) 03:10 (UTC)

清理Template:GAF嵌入

討論連結：Wikipedia:頁面存廢討論/記錄/2023/02/11。--Cookai餅塊🍪_{（💬留言）} 2023年2月19日 (日) 14:05 (UTC)

批量移動持續出沒的破壞者存檔頁

客棧討論通過將統一將不活躍的LTA頁都從Wikipedia:持续出没的破坏者/记录/移回Wikipedia:持续出没的破坏者/之下，但由於過往處理相關記錄頁時曾遇好幾個被編輯過的重定向，為防弄亂移動日誌，請求管理員機械人協助刪除「Wikipedia:持续出没的破坏者/记录/」子頁面減掉「/记录」後剩餘標題下的重定向，然後批量移動「/記錄」頁面並留重定向。cc站外聯絡過的Xiplus。--路西法人 2023年2月22日 (三) 16:10 (UTC)

(～)補充：如可，請順便將需要移動的頁面的記錄頁內的{{Infobox Wikipedia vandal}}的status參數改為Archived。--路西法人 2023年2月22日 (三) 16:11 (UTC)