維基百科:機械人/申請
存檔 |
---|
|
我們歡迎所有編者的意見。請積極發表您的想法! |
在未獲批准之前就使用機械人可能招致封禁。
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 | 請審核小組協助 | 3 | 2 | Iming | 2024-11-03 18:00 | ||
5 | LuciferianBot 7 | 狀態: 測試中
|
12 | 4 | LuciferianThomas | 2024-09-18 13:25 | Xiplus | 2024-08-26 20:35 |
6 | Jimmy-bot 13 | 狀態: 測試已完成
|
15 | 4 | Kanashimi | 2024-06-30 05:43 | Kanashimi | 2024-06-30 05:43 |
7 | YFdyh-bot 3 | 狀態: 測試已完成
|
8 | 3 | YFdyh000 | 2022-07-07 10:15 | Xiplus | 2022-06-19 14:52 |
8 | Ning-Bot 3 | 請審核小組協助 | 15 | 6 | Kanashimi | 2024-07-03 08:30 | Kanashimi | 2024-07-03 08:30 |
9 | 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)
- 狀態: 新申請
- 操作者: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)