Wikipedia:机器人/作业请求

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

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

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

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

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

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

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

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

流程

提出請求

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

接受請求

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

请求区

#	需求	進度	💬	👥	🙋 最新發言	🕒 (UTC+8)	🤖 最新機器人操作者	🕒 (UTC+8)
1	請求將Statute of Westminster 1931的所有其他譯名批量替換為《1931年西敏法規》		1	1	Mosowai	2022-10-10 12:30
2	清理www.sohu.com/a/www.sohu.com/		2	2	Hamish	2024-04-27 02:22
3	請求替換連結		5	2	Kanashimi	2024-01-25 20:19	Kanashimi	2024-01-25 20:19
4	批量删除nav模板中的示亡号		2	2	微肿头龙	2024-05-26 11:52
5	批量自動建立無「·」/「-」的重新導向		3	2	神秘悟饭	2024-03-12 20:06	YFdyh000	2024-03-12 19:58
6	為導航模板各項目插入指定公共轉換組		1	1	神秘悟饭	2024-03-21 17:12
7	请求替换车站链接		4	2	Johnson.Xia	2024-05-26 10:52
8	请求清除Template:Infobox French commune中的website参数		10	2	A2569875	2024-04-13 17:37	A2569875	2024-04-13 17:37
9	替換內部連結		7	2	CaryCheng	2024-06-11 23:32
10	清理Special:PagesWithBadges		1	1	Shizhao	2024-06-14 20:12
11	清理（空格）年、（空格）月、（空格）日、（空格）人和1,000等西方数字格式		2	2	微肿头龙	2024-06-28 08:33

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

一些小修正

• 间隔号的不当使用：• => ·
• 数学公式中微分算子的不当斜体：(\<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)

自动化去除stub标记

我在VPP里面那个DYK标准的讨论中提到了一个较为可靠的机器字数统计方式，即只处理内容部分的第一级段落。按照这个条件，机器数起字数只会少（漏掉列表或者是隐藏的内容）、不会多，因此可以较为安全地判断可以移除的模板。按照伪代码形式，过程描述如下：

求字数：

1. 令 article 为输入条目名
2. 令 html 为 article 对应 HTML 页面，即 "https://zh.wikipedia.org/wiki/" + article 下载的结果
3. 令 dom 为解析 HTML 所得的 DOM（文档结构）树
4. 令 paras 为在 dom 上执行 CSS 选择器 #mw-content-text > p（正文区域下每个直接下属的段落（不含标题、代码框等元素））的结果
5. 对于 paras 中的每个元素 p，将其：
   1. 检索所有 sup.reference 引用标签，去除之
   2. 檢索所有 span:not(:lang(zh)) 的外文內容，去除之（應該可以免疫一些輕小說攻擊）
   3. 檢索所有 span.noprint 的不打印內容，將其一併去除。
   4. 如果正在處理第一個 p，則檢索第一個b的粗体文字，將其去除（輕小說標題）
   5. 將現在數出内文长度记为 len(p.text)
      • 在 beautifulsoup 中，元素内文所对应的属性为 text
      • 在 JavaScript DOM API 中，元素内文对应的属性为 innerText
      • len 操作应当考虑 UTF-16 代理对拆分的情况。如果使用的语言为 JavaScript，应当使用 [...str].length（或使用Array.from）而非 str.length 计算长度。Java和C#也有类似的问题。
      • len 操作应对字符串执行 NFC 标准化，以便近似用户可见的“字符”数量。要完全近似“字符”数量，可以使用perl 6、python等语言的“字素群”（grapheme）处理功能。（中文用到这种东西的概率不高。）
      • 在处理 len 之前或许应该去除各种不可见字符，避免用户恶搞。（我好像把人类想得太坏了？）
6. 返回所有 len(p.text) 之和

主程序：

1. 对于Category:小作品的每一个条目 a
   1. 如果 a 的名字空间为 0，且 a 的字数大于标准的 1.25 倍
      1. 令 s 为 a 的源码
      2. 把 s 里面的模板都看一遍
         1. 把所有属于Category:小作品模板的去掉（这一步建议预置列表，不要每次都找一遍）
      3. 提交编辑

感谢User:老陳提供灵感。——Artoria2e5_编 保持讨论完整，直接{{ping}}我回复。 2017年3月9日 (四) 15:56 (UTC)

这个去和User:Jimmy Xu说。--Antigng（留言） 2017年3月9日 (四) 15:59 (UTC)

另，1-3没有必要，直接使用api就好。--Antigng（留言） 2017年3月9日 (四) 16:11 (UTC)

API给出的text属性只是直接提供了mw-content-text的内容而已，p还是得再跑选择器。用那玩意还要重新组织东西喂进DOM做选择，不像直接取页面有一步到位的东西……——Artoria2e5_编 保持讨论完整，直接{{ping}}我回复。 2017年3月9日 (四) 16:20 (UTC)

我记得API有出纯文本的（我记错了？）。另外，我一向认为小作品不单单是字数问题，并不是超过了1个字符就一定不是小作品了--百無一用是書生 (☎) 2018年9月12日 (三) 09:02 (UTC)

修正由于简繁不符匹配而失效的章节标题

在维基百科上可以使用[[条目#章节]]的格式，链接到一个页面的某个章节。可是这个功能要求章节部分和相应的anchor位置包括完全匹配，显然是很难做到（除非这群人把phab:T160952“创建各种简繁ID”修了）。

假定有一个可以列出一个字符串 s 简单转换繁简后各种结果 cc[] 的函数 allVariants，我建议设计一个小工具和一个机器人任务解决这种问题（前者可用于编辑器内检查，后者可用于清理积压错误）：

修复。给定 Wikitext wt，返回一个新的 Wikitext ret：

设 ret 为 wt。

在 wt 中搜索所有长得像链接的东西，令得到的字符串列表为一个集合 links。搜索的准确程度决定这个任务能不能做成全自动任务。

对于 links 中的每个页面 link：

将 link 拆分为页面名称 page、章节位置 section、显示文字 display 三部分。

如果没有 section，继续检查下一个 link。

将 section 编码为页面上会看到的 id 值。

参考anchorescape Parser function的实现，或按照这个瞎写的实现。

获取page的HTML部分（HTML就够了），解析为dom树。

如果dom树上存在一个 ID 为 id 的节点，继续检查下一个 link。

否则，将 section 进行繁简转换，得到一堆字串 ccsections。

对 cc 中每个 ccsection 字串：

对 ccsection 进行 anchorescape 编码，得到 ccid。

在 dom 数上寻找 ID 为 ccid 的节点。

如果找到，则将 ret 中的每一个 link 换为 "[[{link}#{ccsection}|{display}]]"的形式。也就是把section换成实际上存在的ccsection。

不知道原来的章节标题是怎么来的。大喊大叫，然后继续检查下一个 link。

返回 ret。

——Artoria2e5_编 讨论要完整，回复请用ping。 2017年3月23日 (四) 04:08 (UTC)

貌似有点儿意思啊，想接手看看。不过机器人怎么找这种有错的页面呢，看脸么…… --砜中嘌呤的白磷_{萃取 打谱} 2017年5月6日 (六) 12:14 (UTC)

@WhitePhosphorus：猜对了，看脸！或者是先只盯RC/DYKC/FA/GA之类的……——Artoria2e5_编 讨论要完整，回覆请用ping。 2017年9月25日 (一) 02:28 (UTC)

• @Artoria2e5、WhitePhosphorus：啊，本請求坑了？這個代碼設計出來感覺很有幫助的說。—— Eric Liu _{編輯次數突破一萬（留言．留名．學生會）} 2019年6月2日 (日) 08:51 (UTC)

搞不好其他維基計畫也會需要修正失效的章節標題 --Kanashimi（留言） 2019年9月3日 (二) 22:00 (UTC)

删除中国高速公路标识的位图，统一替换为规范的 SVG 版本

这项工作本应在 commons:Bots 提议，但除删除图片外，还涉及到对中文维基百科及全域其他站点中引用的替换，因此暂在此讨论。

工作内容包括：

• 已有 SVG 标识：删除其对应的位图版本，并修改链入链接
• 尚无 SVG 标识：根据给定文字生成 SVG 标识（现有的这些 SVG 是如何制作的，是否已有相关的半自动工具？），之后按上一条处理

相关条目包括：

• commons:Category:Expressway signposts in China (deprecated)
• commons:Special:Search/Expwy name.png
• commons:Category:Expressway signposts in Anhui obsoleted by SVG replacement（经抽查，该分类中的部分文件其实尚无对应的 SVG 版本，如commons:File:Anhui Expwy S48 sign no name.png）
• 其他，如 commons:File:Liaoning Expwy.png、commons:File:Shaanxi Expwy.png 等

——Arnie97（留言） 2017年7月11日 (二) 08:06 (UTC)

这个就可以完成了commons:User:CommonsDelinker/commands--百無一用是書生 (☎) 2018年9月12日 (三) 09:08 (UTC)

無法使用CommonsDelinker完成：「To avoid drama, CommonsDelinker will ignore a command to replace an image if the new image is svg and the original is not.」故本地需要使用機器人完成。 Willy1018（留言） 2019年8月11日 (日) 06:05 (UTC)

字詞轉換處理

1. 去除與公共轉換組重複的轉換規則（例如[1]）
2. 去除與全文轉換重複的內文轉換（例如[2]）

-- tang891228 _留⁠言 2018年5月13日 (日) 16:13 (UTC)

• 正在處理...--霜奶仙（留言） 2020年1月11日 (六) 05:56 (UTC)

自動評級專題小作品

如題。這個提議好像有人做過，但找不到原文件:(。現在我剛創建的WP:阿拉巴馬州專題十分需要評級我大量創建的小作品，希望有機械人可以代做（或是給原文件我然後讓我自己的機械人去做）。如要回覆請ping我，謝謝！--維基病夫⁸⁷⁴ 2018年8月22日 (三) 04:33 (UTC)

@SickManWP：不過Category:亚拉巴马州小作品中其重要度為？— Willy1018（留言） 2018年8月27日 (一) 04:25 (UTC)

@Willy1018：縣份=高重要度；都市、城鎮（除阿拉巴馬州首府外）=中重要度；其他我創建的小條目=低重要度。如無意外應該是這樣。但我的阿拉巴馬州計劃已完成大半了，接下來還有其他49個州。。。之後這些日子到來後才算吧--SickManWP=維基病夫=H2244932=879 2018年8月27日 (一) 04:37 (UTC)

Taxobot之開發

從前幾年開始，英文版已經大規模將維基百科的Taxobox代換為Automatic taxobox，以利於分類更動時的調整。惟中文維基始終由人工一一代換，曠日廢時。目前雖然有我和@白布飄揚：嘗試使用AWB代換種屬的taxobox模板，但前面創建分類的動作仍然必須使用人工一一建立。有鑑於此，想請問是否有技術可以開發一機器人可以創建Template:Taxonomy/xxx？目前我的構想如下

1. 從英文已建立Template:Taxonomy/xxx移動到中文維基
2. 加上link參數，參數由維基數據引用，若無則保留原文，我們再由人工代換---Koala0090（留言） 2018年12月10日 (一) 16:43 (UTC)

批量替换使用Template:Infobox_Gare_Francaise至Template:Infobox station

目前正在统一铁路车站信息框模板，由于这个模版的参数为法语所以统一模版无法兼容，请查看此处了解讨论和共识。批量将使用淘汰模版的条目中的

• Infobox Gare Francaise改成Infobox station
• |Name=中车站标志移动至|symbol_right=
• |Name=中的法语名称移动至|native_name=并且添加|native_name_lang=fr以便让模版正确显示内容
• |Name=更改成|name=
• |Image=更改成|image=
• |Description=更改成|caption=
• |Commune=更改成|borough=
• |Adresse=更改成|address=
• |Code=更改成|code=
• |Altitude=更改成|elevation=
• |Designer=更改成|architect
• |Proprietaire=更改成|owned=
• |Structure=更改成|structure=
• |Mise=更改成|opened=
• |Close=更改成|closed=
• |Etat=更改成|status=
• |Lignes=更改成|lines=
• |Quais=更改成|platforms=
• |Voies=更改成|tracks=
• |Exploitant=更改成|operator=
• |Type=更改成|type=
• |Trains=更改成|services=
• |Traffic=更改成|passengers=, 并且将其中的年份添加到|pass_year=
• 请将所有接驳交通使用{{Infobox|child=yes}}作为子模版添加到|other_services=, 并且请增加|other_services_collapsible=yes
  • |Mode1=更改成|label1=嵌入到Infobox子模版内，一共有11个Mode，请以此类推
  • |Intermodalite1=更改成|data1=嵌入到Infobox子模版内，一共有11个Intermodalite，请以此类推
• 请将|Traverser=, |Ouverture=, |Guichet=, |Billet_Distributeur=, |Consigne=删除，这些参数与WP:NOTDIRECTORY和WP:NOTGUIDE相违背。
• 请将|Divers1=, |Contenu1=， |Divers2=, |Contenu2=，|Divers3=, |Contenu3=， 统一模版不允许自定义内容。

以上就是希望机器人能够协助自动改写，一共有222条目使用此模版，谢谢。-- VulpesVulpes825 (留言) 2019年2月5日 (二) 03:14 (UTC)

• @VulpesVulpes825：Infobox_Gare_Francaise內的Mode要改為Infobox station的哪種？-Zest 2019年5月26日 (日) 15:48 (UTC)
• @VulpesVulpes825？—— Eric Liu_{（留言．留名．學生會）} 2019年6月26日 (三) 05:02 (UTC)
  • @Ericliu1912：抱歉，我最近把ping给关了，直接将mode全部加到other_services就可以了，谢谢。-- VulpesVulpes825 (留言) 2019年8月31日 (六) 06:09 (UTC)

對機械人的若干個作業請求

四個：

1. 請求任何存檔機械人對Wikipedia:管理员通告板/其他的頁面定期存檔。存檔的方式和WP:AIV與Wikipedia:管理员通告板/3RR一樣。
2. 請求任何存檔機械人對Wikipedia:權限申請/申請大量帳號建立權的頁面定期存檔。存檔的方式和其他非管理員權限申請頁面一樣。
3. 請求任何存檔機械人對Wikipedia:已删除内容查询的頁面定期存檔。
4. 定期清理Wikipedia:頁面存廢討論/疑似侵權。

以上。--MCC214#ex umbra in solem 2019年5月10日 (五) 06:43 (UTC)

• @MCC214：預定處理此任務的Hamish-bot已經提出作業申請。—— Eric Liu_{（留言．留名．學生會）} 2019年7月30日 (二) 03:42 (UTC)
  • 2、3和4？--MCC214#ex umbra in solem 2019年8月2日 (五) 06:27 (UTC)
  • 目前他似乎只有要處理任務1。—— Eric Liu_{（留言．留名．學生會）} 2019年8月4日 (日) 13:23 (UTC)
• 任務1由Hamish-bot進行中；任務4由A2093064-bot進行中。 Willy1018（留言） 2019年12月19日 (四) 17:05 (UTC)
• 任務2、3目前已加入User:Wcam/ArchiveConfig，將進行後續追蹤是否參數設定有誤。 Willy1018（留言） 2019年12月30日 (一) 11:55 (UTC)

莫斯科地鐵站條目的地理圖參數

由於莫斯科地鐵已經擴展出Module:Location map/data/Moscow Ring Road的地圖範圍，我創建了替代用的Module:Location map/data/Moscow Metro，由於中文維基百科中超過100個莫斯科地鐵站條目對於Location map的應用並不一致，一些有用，一些則沒有，希望申請機器人能進行以下莫斯科地鐵站條目的修改：

{{Infobox station
...
|map_type      = Moscow Ring Road
|AlternativeMap= Moscow map MKAD grayscale.png
|map_overlay   = Moscow map MKAD metro line.svg
...
}}

改成（或如果完全沒有「map_type」參數就新增）:

{{Infobox station
...
|map_type      = Moscow Metro
...
}}

—以上未簽名的留言由Sameboat（對話｜貢獻）於 2019年6月7日 (五) 05:11 (UTC)加入。

@Sameboat：就是说把AlternativeMap和map_overlay去掉，然后Map_type的参数改成Moscow Metro？另，阁下没有签名.....--Hamish歡迎來訪 2019年7月28日 (日) 15:07 (UTC)

分类:按政府类型分类的历史国家条目清理

因为在{{infobox former country}}合并后有些条目的分类会丢失，涉及的条目有418个。分类中已经写明了添加方法，A index下的条目添加至Category:已不存在的歐洲君主國，以此类推。这些分类名都是繁体中文，所以要注意。另外分类中的有些条目可能已经加入了对应的类别，但分类的页面是定死的418个，所以不会减少。--Vozhuo_whisper 2019年8月9日 (五) 11:40 (UTC)

• @Vozhuo：例如保加利亚第一帝国便需要加入Category:已不存在的歐洲君主國？--Hamish论 2019年9月12日 (四) 04:58 (UTC)

@Hamish：是的，但是这个条目已经添加了子分类所以不用再次添加。--Vozhuo_whisper 2019年9月12日 (四) 10:58 (UTC)

@Vozhuo：那这种有父分类的怎么办？--Hamish论 2019年9月12日 (四) 14:38 (UTC)

@Hamish：有父分类的就把父分类去掉，这种之前用模板添加分类的方式可能有不准确的情况，之前这个条目肯定是两个分类都有的。现在主要是把丢失分类的补上，但判断补上的分类准不准确那就是另一件工作了。要是补上的分类不准说明这是模板合并之前就有的问题。--Vozhuo_whisper 2019年9月14日 (六) 02:33 (UTC)

• 个人原因暂且 擱置。其他人亦可处理。--Hamish论 2019年9月28日 (六) 16:36 (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)

分類相關的機器人作業請求

有許多條目、分類、模板在被分類時用了與原分類不同的繁簡字（例如Category:中国庙宇原分類名稱為簡體字「中国庙宇」，但使用者卻可能輸入繁體字「中國廟宇」），雖然點擊時仍可正常進入分類，但Hotcat與cat-a-lot皆無法修改此分類，對不熟悉分類的用戶來說也很難找到確切原因，想詢問有沒有可能透過機器人處理。--迴廊彼端（留言） 2020年1月12日 (日) 07:17 (UTC)

先在互助客棧問問看有沒有必要或許比較好 --Kanashimi（留言） 2020年1月13日 (一) 12:57 (UTC)

好的感謝告知，我先去那邊問問。--迴廊彼端（留言） 2020年1月13日 (一) 14:28 (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)

(＋)支持。—— 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)

修正全国人大代表数据库链接

“全国人大代表信息”网站由 http://www.npc.gov.cn/delegate/ 改成了 http://210.82.31.1:8084/delegate/ ，原站点已无法访问。请求机器人批量修正链接，例如将 http://www.npc.gov.cn/delegate/viewDelegate.action?dbid=131321 修正为 http://210.82.31.1:8084/delegate/viewDelegate.action?dbid=131321 。--曾晋哲（留言·Q61655160） 2020年1月26日 (日) 02:32 (UTC)