萌娘百科討論:提案/已通過提案/關於檔案相關用戶組權限調整的提案(2022.09.11)

這個頁面「萌娘百科 talk:提案/已通過提案/關於檔案相關用戶組權限調整的提案(2022.09.11)」是萌娘百科現有方針、指引或其他規範檔案的討論案

• 這個頁面已於即日起通過協商討論寫入萌娘百科:檔案維護員、萌娘百科:保護方針。
• 如您對現有政策存在異議，請在萌娘百科:檔案維護員、萌娘百科:保護方針的討論頁提出修改意見，或另行發起提案。請不要直接修改本頁面。

序言

本次修訂內容主要為調整檔案相關權限，新增功能類用戶組「檔案維護員（file-maintainer）」及其關聯方針萌娘百科:檔案維護員。

以下為調整說明：

覆蓋上載

覆蓋上載功能經過維護人員幾個月的使用，已驗證萌娘共享圖片緩存刷新較快（並非提醒所說的30天），暫時沒有其他技術問題。同時，覆蓋上載無需再次填寫檔案信息，可以簡化上載新檔案的複雜流程。

從反破壞的角度來說，維基共享、中文維基等其他維基類站點的覆蓋上載權限均為自動確認用戶，破壞的可能性並不太大。從萌百實際情況來講，覆蓋上載無法大規模開放具有一定的現實原因，一是用戶可能因為緩存而反覆上載，二是維護人員巡查共享站較少可能發現不了傳錯的檔案。

因此，我認為覆蓋上載權限可以下放給更多有經驗的可信編輯者，具體來說，包含曾經具有此權限的離職維護人員——榮譽維護人員、申請時需要信任度評價的技術用戶組——技術編輯員和指令碼編輯員（註：API無法標記上載為機械人編輯、檔案上載沒有速率限制，所以一般無需單獨授權給機器類用戶組，使用主賬戶上載即可）。

計劃設立的檔案維護員用戶組也將持有此權限。在先前提案通過的優質編輯者可以覆蓋上載自己的檔案保持不變的前提下，若用戶通過獲取臨時的檔案維護員用戶組覆蓋上載了檔案，該檔案便成為了「自己上載的檔案」，此後可以直接使用覆蓋上載自己的檔案權限進行再更新。因此，我認為檔案維護員臨時授予即可，這不僅已經足夠滿足專題內檔案維護人員的更新換代後的需求，而且不需要維護人員長期分精力關注持有這些權限的用戶。但很遺憾，優質編輯者的這項權限可能還需要較長一段時間才會實裝，可能這兩周吧。

另外，覆蓋上載的幫助文檔或者指引這兩周寫。

移動檔案

這並不是一個常用的權限，大多數用戶只管上載、從沒使用過移動（即使檔案名是不合理的）。從近期的移動日誌（僅限檔案名字空間）來看，多數移動是由維護人員進行，其中，或是需要不留重新導向，或是需要直接覆蓋檔案。不少不擁有巡查豁免權限的用戶並不具有正確命名檔案的意識，他們不會去使用這項權限。

從反破壞角度來說，檔案移動在維基共享是相當重要的一項功能，僅有管理員和檔案移動者持有此權限，因為檔案名需要穩定性，濫用此權限可能很容易用於破壞（例如：移動檔案後更改重新導向至其他檔案、移動檔案後清空重新導向等）。如果不對此加以規範，萌娘共享可能有成百上千的檔案需要添加移動保護。

綜上，我認為移動檔案權限應該授予具有巡查豁免權限的用戶組（優質編輯者、榮譽維護人員等等）而非一般自確，同時需要限制每分鐘移動的速率。並且計劃設立的檔案維護員用戶組（用戶組命名類似「濫用過濾器維護員」），將具有僅限於共享站的檔案移動、移動不留重新導向、打破速率限制的權限，以便臨時需求。

好像從沒寫過這麼長的序言，詳細內容參見正文部分吧。 ——  ほしみ 2022年8月19日 (五) 05:04 (CST)

正文

後台配置調整

權限調整部分

用戶組	增加的權限	減少的權限	備註
自動確認用戶		移動檔案	全域調整
優質編輯者	移動檔案
榮譽維護人員	移動檔案
	覆蓋現有的檔案	覆蓋自己上載的檔案
技術編輯員	覆蓋現有的檔案
指令碼編輯員	覆蓋現有的檔案
巡查姬	移動檔案
機械人	移動檔案
檔案維護員	移動檔案		新用戶組 全域調整
	覆蓋現有的檔案
	移動頁面時不在原頁面建立重新導向		新用戶組 僅萌娘共享調整
	不受使用頻率限制

權限調整的部分將不在下文對方針的新增、更改中再次提及，但不代表不新增、修改相關方針、論述正文權限一節。

速率調整部分

萌娘共享每分鐘60次移動恢復為默認的每分鐘8次移動，編輯速率不變，上載仍舊保持無上限。

檔案維護員

檔案維護員（File Maintainers，file-maintainer）通常用於授予有能力或經驗且有需要在萌娘共享進行檔案維護的用戶。

申請與授權

申請條件

符合以下所有申請條件的，可以申請檔案維護員用戶組：

1. 已成為自動確認用戶超過30日；
2. 充分了解萌娘共享:頁面命名指引，基本了解其他萌娘共享及檔案相關的方針/指引。
3. 有經驗（符合以下任一條件）：
   • 在萌娘共享檔案(file:)名字空間下基本正確的移動日誌和上載日誌合計超過100次；
   • 有覆蓋上載檔案的經驗，正確的覆蓋上載超過25次。
4. 有需要（符合以下任一條件）：
   • 需要額外的「移動頁面時不在原頁面建立重新導向」「不受使用頻率限制」權限以便大量維護檔案命名，一般建議超過50個；
   • 需要額外的「覆蓋現有的檔案」權限以便大量覆蓋上載他人檔案，一般建議超過10個。

授權程序

1. 申請人應自行發起申請：
   • 符合以下任一條件時，可選擇主動向任一管理員申請：
     1. 當前屬於榮譽維護人員、技術編輯員或是指令碼編輯員用戶組；
     2. 曾獲授檔案維護員用戶組，最近一次未因除權條件第2-5條而除權。
     • 授權管理員應當在Special:用戶權限正確填寫原因，並有義務監督申請人獲權後的操作是否符合規範。
   • 不符合前一條所述情形時，須使用權限變更版頁頂模板的預設按鈕發出合格式的申請。
     • 建議申請人在申請中提出證明自己符合申請條件的證據，以便管理員快速確認是否符合條件。
2. 應列明工作內容及工作時間。
   • 授權的管理員應覆核申請人是否確需此用戶組，並且從信任度等角度進行評估，審核無誤後授予申請人一定時長的用戶組（一般不建議超過7天）。

除權

當執行完所有申請的操作後，用戶可選擇除去自己的檔案維護員用戶組，或是由管理員直接除去。

符合下列任一條件的檔案維護員將進入除權程序：

1. 當前已長期持有申請時所需的額外權限；
2. 未能妥善使用「覆蓋現有的檔案」權限；
3. 未能妥善使用「移動頁面時不在原頁面建立重新導向」權限：
   • 移動後未能正確清理或是申請他人協助清理全域檔案用途等，需要維護人員補救；
   • 未經授權的管理員公開許可，對檔案(file:)、檔案討論(file_talk:)以外的名字空間進行移動不留重新導向操作，但位於用戶名字空間、短期少量、註明測試且自行還原結果的操作可以被容忍。
4. 未能妥善使用「不受使用頻率限制」權限，包括但不限於濫用此權限大量進行「傳送電子郵件聯絡其他用戶」、「加入與移除任何於各別修訂與日誌項目的標籤」等行為；
5. 進行破壞或其他嚴重違反萌娘百科方針/指引的行為。

管理員可直接對符合上述情形的檔案維護員進行除權；若符合第3條，管理員可同時視情形對相關用戶進行提醒、警告乃至封禁，此類行為可能被視為破壞。

其他用戶發現有檔案維護員符合除權條件的可到權限變更版提報。

方針#用戶權限體系

功能用戶組-其他類 新增 檔案維護員。

保護方針

「通常是為了應對破壞」修改為「通常是為了預防或應對破壞」。

新增一節「行為保護」：

基於MediaWiki系統定義的權限，可以對特定行為進行保護。

• 僅允許持有「將自己的編輯自動標示為已巡查(autopatrol)」或「不受使用頻率限制(notarelimit)」權限的用戶移動非自己上載的檔案，基於濫用過濾器35。

其他順帶的非實質調整

榮譽維護人員

• 「因嚴重違反站點方針而遭到封禁時，可收回該榮譽稱號」調整為與其他方針一致的「進行破壞或其他嚴重違反萌娘百科方針/指引的行為」。

機械人

• 非自確機械人有移動不留重新導向權限卻沒法移動頁面，需要增加基本的移動類權限。

監督員

• 監督員必定是管理員，無需重複持有評論管理權限。
• 監督員可能是機械人，需要增加基本的刪除、封禁等權限。

討論區

「或是由管理員之間除去」→「或是由管理員直接除去」，另外榮維既然增加了reupload，reupload-own可以去除了吧。—— 屠麟傲血（討論） 2022年8月19日 (五) 08:39 (CST)

完成 我直接改了，不影響實質內容所以沒加註釋。——  ほしみ 2022年8月19日 (五) 12:09 (CST)

檔案維護員的序言提及「授予有能力或有需要……的用戶」，申請條件里寫的兩小點卻是「有經驗」&「有需要」，希望統一措辭。

以及這裏到底是要同時滿足還是至少其一呢？讀申請條件的時候總感覺是要同時滿足。From Sucaiking the WAFighter 2022年8月19日 (五) 20:18 (CST)

措辭已修改。除了特殊說明的兩個小點，其餘均為符合所有申請條件。——  ほしみ 2022年8月19日 (五) 20:42 (CST)

不太確定此權限設立之必要。是否針對那些不是維護人員但對檔案操作熟練且有需求者？似乎不會太多。—— Eric Liu _{創造は生命（留言·留名）} 2022年8月20日 (六) 01:33 (CST)

感覺要是在我最近這波編輯之前還挺有需求的，不過等提案通過之後……我不是很希望自己老需要申請檔案管理員……=。=

至於移除自確移動檔案權限，我想，是不是使得自確失去了糾正自己的錯誤檔案命名/臉滾鍵盤命名的機會？——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (NAIVE) 2022年8月20日 (六) 02:11 (CST)

咳咳，是不是檔案管理員的共享站移動乃至覆蓋權限跟主站分不開（指未經授權的管理員公開許可，對檔案(file:)、檔案討論(file_talk:)以外的名字空間進行移動不留重新導向操作，但位於用戶名字空間、短期少量、註明測試且自行還原結果的操作可以被容忍這條——抑或說是共享站其他名字空間，並非主站的），全靠他自覺遵守？如果技術實現不了分開，那我只能反對了。——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (NAIVE) 2022年8月20日 (六) 02:14 (CST)

優質編輯者未來可以覆蓋自己上載的檔案，為啥要申請？

是的，和維基共享一樣自確不擁有此權限。但絕大多數僅自確的用戶並不知道如何正確命名檔案，檔案名錯了都是直接再傳一個的。另外，正如序言中所說，任何自確都可以通過較為隱蔽的手段進行破壞，這有比較大的問題，如果具有巡查豁免權限則可以減少此類顧慮。

分得開。但未經申請不應對共享站的模板、分類瞎移。——  ほしみ 2022年8月20日 (六) 02:20 (CST)

對我而言大概是突然對整個主力編輯專題的某個版塊有新想法需要上載一大批檔案，而且檔案命名跟原來的有大量衝突吧，就像之前每人立繪挑一張做側欄圖然後過了半年還是決定全部立繪傳上去啥的，需求的時候我會再看看的。

知道理由了，不過如果無法自行糾正，還是有可能會被以上載臉滾鍵盤檔案名/不使用檔案而被警告的。

僅限於禁止共享站分類和模板和寫到共享站的條目的操作的話，了解了。——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (NAIVE) 2022年8月20日 (六) 02:34 (CST)

昨晚睡覺的時候想到一個問題：新用戶組檔案維護員僅限萌娘共享（Commons），但同時英萌（EnMoe）、日萌（JaMoe）仍可上載（參見英萌（EnMoe）上載和日萌（JaMoe）上載；相應地，中萌（ZhMoe）上載和文庫（Library）上載會重新導向至共享（Commons）上載阻止上載，主站更給出了共享站上載垃圾）和保存檔案，那麼兩站之檔案上載及保存是這兩周合併至共享站嗎？如果不是，請問如何使通過後的用戶組及其權限適配這一情況--Takeuchi.BadEditor (討論與留名) 2022年8月21日 (日) 16:06 (CST)

檔案維護員在enmoe/jamoe沒有noratelimit和suppressredirect，其他一致，因為沒有這麼大量的需求。

暫時沒有聽說enmoe/jamoe的檔案合併至共享站的計劃。——  ほしみ 2022年8月21日 (日) 16:43 (CST)

就申請條件的修改

在申請條件的第三條的第一個條件後添加其中移動日誌至少要超過10次。

理由：原文條件容易出現申請者在未有移動日誌的情況下符合上載日誌超過一百次的條件，無法充分論證申請者是否有經驗。--黑夜給了我一雙眼睛，而我卻拿它照亮人間(討論) 2022年8月19日 (五) 09:14 (CST)

(＋)同意 一般自確也可以上載100個檔案，這與提案發起人「收回一般自確移動檔案權限」的觀點相矛盾可以把檔案移動和覆蓋上載放一個條件作為技術組或優編的申請條件，把一般新自確的申請條件改為多少數量的檔案說明準確填寫、分類創建正確。—— 屠麟傲血（討論） 2022年8月19日 (五) 09:12 (CST)修改於2022年8月19日 (五) 10:48‎ (CST)

(＋)同意 批量上載沒幾次就水到100了。「收回一般自確移動檔案權限」後，新晉自確將無法碰到檔案移動權限，即使上載了1000+檔案也未必了解檔案移動的操作。--Takeuchi.BadEditor (討論與留名) 2022年8月19日 (五) 09:42 (CST)

無此必要，建議參考下方熊怪的建議按「指引符合度」判定較好--Takeuchi.BadEditor (討論與留名) 2022年8月19日 (五) 13:29 (CST)

(＆)建議 如果改為「其中移動日誌至少要超過10次」，那麼新自確直接被斷死了成為檔案維護員的可能性。我認為將「其中移動日誌至少要超過10次」改為「且近100次檔案上載或移動基本符合檔案命名原則並正確進行檔案分類」較好。——滿足怪 BearBin「 康他 • 噴他 • 留名 」 2022年8月19日 (五) 09:58 (CST)

等會.....等會......#後台配置調整裏面自確的移動檔案權限不是被揚了嗎，這樣還要怎麼過符合條件啊（惱—厚禮謝來喝茶吧 2022年8月19日 (五) 10:26 (CST)

(＋)同意 某些自確傳檔案確確實實會搞各種奇怪的命名，批傳一百次可能命名都是錯的，沒有辦法去讓其他編輯者相信他們有這個能力。即使上載了很多檔案，也有人不會去刻意做分類、命名等等，明顯和檔案維護員的要求相衝突。另外，(▲)同BearBin，對於命名和分類都符合方針的自動確認用戶，這樣開綠燈也是可以的——至少他們在檔案處理上有一定規則意識和經驗。——From不是Vup的冰糖 2022年8月19日 (五) 10:42 (CST)

( ? )疑問 可是自確沒法移動檔案啊，怎樣才能有十條移動日誌? ——  ほしみ 2022年8月19日 (五) 12:10 (CST)

@星海子目前自動確認用戶既有移動檔案(movefile)之權限。--Qaolp0 はなおし (討論) 2022年8月19日 (五) 16:43 (CST)

但是之後去掉了啊=。= ——  ほしみ 2022年8月19日 (五) 16:47 (CST)

忘記提案中移除此項權限了，非常抱歉。不過我仍對移除該項權限存有疑慮，因為這可能導致自確為規避移動檔案而進行重複上載的幾率增加，這會增加維護負擔。--Qaolp0 はなおし (討論) 2022年8月19日 (五) 16:52 (CST)

重複上載比反破壞的維護負擔小得多，重複上載可以直接看cm:Special:重複檔案列表。——  ほしみ 2022年8月19日 (五) 16:57 (CST)

實際上對於致力於各專題維護的編輯者來說仍然是不小的麻煩，更何況重複檔案列表連個篩選功能都沒有，等於是需要人肉看過去一遍，很吃時間和精力。之前和兔兔兩個人一提報一掛刪一來一回就搞了近一個星期，這還只是一個專題（碧藍航線專題）初步的量。我認為q0的擔憂不無道理。—— 超級純潔的小馬娘秋園邀請你去地下室和重馬場一坐 2022年8月19日 (五) 17:50 (CST)

兔兔申請檔案維護員自己覆蓋上載、不帶重新導向移動就行了，要這麼麻煩幹嘛。 ——  ほしみ 2022年8月19日 (五) 17:53 (CST)

不對啊，兔兔是優編，怎麼着都不受影響。——  ほしみ 2022年8月19日 (五) 18:01 (CST)

@星海子 愚以為「申請條件」一欄應該參考同為功能用戶組的指令碼編輯員和技術編輯員的內容，作出例如如下的限制：

1. 最近30日內無觸犯封禁政策和其它方針有關封禁規定導致的封禁記錄；無編輯戰、人身攻擊等行為；
2. 除自行請辭外，發起申請前30日內未被除去檔案管理員用戶組，也未發起過檔案維護員申請。

--シイナ·エオスウィキア(SHIINA Eouswikier)（討論） 2022年8月19日 (五) 19:46 (CST)

(～)補充 正文內容「授予申請人一定時長的用戶組（一般不建議超過7天）」規定檔案維護員是一個暫時性的用戶組，因此第二個條件的後半句可以去掉。——滿足怪 BearBin「 康他 • 噴他 • 留名 」 2022年8月19日 (五) 19:37 (CST)

一般長期的用戶組申請才有這個條件，例如機器用戶申請就沒有這個條件。不過，確實可以考慮這個用戶組長期持有的可能性，但我沒啥想法。——  ほしみ 2022年8月19日 (五) 20:06 (CST)

@星海子 (＋)支持 不過即便不是長期持有，那麼這種人也需要經過一定條件限制，畢竟萌娘百科中含有大量的從圖庫鏈入的圖片，一旦產生不理想的操作，撤銷起來所需要消耗的資源亦不是撤銷機械人的批量文本更改可以相比的。

--シイナ·エオスウィキア(SHIINA Eouswikier)（討論） 2022年8月19日 (五) 20:49 (CST)

我覺得，授權的管理員會自行判斷的，估計90日內有這種行為，管理員就不給他發了，除非確有需要。——  ほしみ 2022年8月19日 (五) 20:59 (CST)

就提案個人的一些疑問

我就是秋園提到的兔兔，在這裏有幾個問題想要詢問一下：

1. 目前本人只針對碧藍航線版塊的檔案進行上載和後續維護工作，在這種情況只涉及單一版塊的檔案維護操作時是否可以申請該用戶組
2. 看到用戶組授予這塊有七天的限時，碧藍航線版塊一般涉及到檔案覆蓋大多數情況都是遊戲內的圖片更新，共享站同步進行相對應的更新且這種情況發生的時間並不固定。這種情況下如果用戶組限時那個人就需要在遊戲更新時去申請該用戶組，算上管理討論版審核的時間一定程度可能會延誤版面的正常更新，這種情況的話我覺得去求助維護組成員進行覆蓋反而效率會更高，可否考慮延長一下用戶組的時間，或縮短審核授予權限的時間，亦或者根據用戶組成員的表現適當的延長用戶組時間呢
3. 可否增加一個檔案掛刪權限，這樣也會顯得「名副其實」一些

--請問您需要來一隻兔子嗎⭐ 本森級7號艦拉菲（討論·貢獻） 2022年8月19日 (五) 21:58 (CST)

1. 可以。
2. 我在考慮是否允許無需申請直接發放的可能性，但授權的管理員有義務監督。
3. 不太可能也沒啥必要，掛刪還是需要等待實質性刪除。

——  ほしみ 2022年8月19日 (五) 22:38 (CST)

可否考慮在後續申請時無需審核直接授予呢，即當編輯第一次討論版申請該用戶組時申請通過，權限到期後，當編輯再次需要此權限進行申請時，無需審核直接通過

--請問您需要來一隻兔子嗎⭐ 本森級7號艦拉菲（討論·貢獻） 2022年8月19日 (五) 23:30 (CST)

好主意。那這樣第一次申請可能需要多一些條件。——  ほしみ 2022年8月19日 (五) 23:44 (CST)

我應該能滿足吧 大概

--請問您需要來一隻兔子嗎⭐ 本森級7號艦拉菲（討論·貢獻） 2022年8月20日 (六) 00:17 (CST)

關於"榮譽維護人員"的權限調整.

首先,我不反對給榮譽維護人員更多權限,畢竟這些用戶曾經為萌娘百科付出過很多的時間,做過不少的貢獻,而且我總有一天會辭去管理員的職務.但,我並不支持.
按照萌娘百科:榮譽維護人員所說的,"榮譽維護人員（Honored maintainers，honoredmaintainer）是萌娘百科授予因個人原因而離職的維護人員的榮譽用戶組。".作為一個榮譽用戶組,不應有過多的權限,最好是除了名字,其他地方一切向優質編輯者看齊.
特別是辭職之後復職的條件也並不苛刻,我認為,如果榮譽維護人員真的有權限上的需求,申請復職是更合理的辦法.
--飢餓之聲-弗霖凱（討論） 2022年8月22日 (一) 17:43 (CST)

確實，應該和優質編輯者一致。如果榮譽維護人員確有需要，可以復職，也可以申請臨時的檔案維護員用戶組。——  ほしみ 2022年8月23日 (二) 00:50 (CST)

關於覆蓋檔案的超長緩存問題

這個其實真遇到過好幾次，都一個月才能顯示新版本。然後我統計了一下這些超長緩存檔案的共同點是覆蓋上載者和原上載者都不是一個人。覆蓋上載者就是原上載者的情況我從未遇到超長緩存問題。

所以關於這個我不知道有沒有什麼可以參考的，比如其實還是要在政策層面鼓勵自行覆蓋上載之類的，但我也說不好，（不是同一人覆蓋上載的大多數都其實能正常顯示）所以就在這兒提一嘴，我潤了。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年8月23日 (二) 22:13 (CST)

嚇得我沖回去看了一下cm:File:The_Preferences_of_MoeSkin_user_in_Moegirlpedia.png，啊雀食，雀食沒顯示新版本（截止目前）--Takeuchi.BadEditor (討論與留名) 2022年8月24日 (三) 08:12 (CST)

我這邊還是沒有顯示新版本……--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年8月31日 (三) 00:59 (CST)

這個問題我又仔細想了想，我認為應該要儘量使得上載新版本的用戶與上載舊版本的用戶是同一人，要不然緩存太難受了。現在這種自確只能讓維護人員幫忙覆蓋上載的模式，我覺得不好。不過只要跟各有需要的專題協調好能儘量使得覆蓋上載者與原上載者一致就好。我覺得可以選擇的方式包括但不限於需覆蓋上載的用戶在有需要時臨時申請添加覆蓋自己上載的圖片的權限，或者乾脆把檔案覆蓋上載的權限和豁免巡查的優編分成兩套不同系統得了，畢竟仔細想想一般確實沒有什麼消除共享站紅嘆號的必要，反而有時會有優編不一定能夠正確使用覆蓋權限，而對於一些用戶來說覆蓋上載圖片可能其實簡單得多。我認為完全可以將檔案覆蓋權限僅授予在此方面可以得到信賴的編輯者，而不完全和優編捆綁在一起。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年8月31日 (三) 00:59 (CST)

關於自動確認用戶的移動權限

很抱歉現在才有時間閱讀這份提案。一個問題是，我們是否能做到使自動確認用戶僅可移動自己上載的檔案？控制移動權限是好的，但這可能會導致經常檔案上載的用戶必須考慮申請優質編輯者或不斷上版否則寸步難行。在我剛開始接觸萌百還不是優質編輯者的時候，就已經常使用移動操作修正自己上載之檔案的錯誤命名。--SysOp 珞珝 [用戶討論] 2022年8月27日 (六) 18:10 (CST)

可能可以用過濾器，但無法用權限限制。——  ほしみ 2022年8月27日 (六) 18:11 (CST)

action == "move"
& moved_from_namespace == 6
& !(user_rights rlike "autopatrol|suppressredirect") //suppressredirect用于兼容无巡查豁免权限的文件维护员
& moved_from_first_contributor !== user_name

可以是可以，測試通過了。需要更多人的意見。——  ほしみ 2022年8月29日 (一) 01:28 (CST)

我建議保留移動自己上載檔案的權限，相當於重命名了。最好是把覆蓋也加上，保留檔案歷史記錄，確有必要時可以直接調出。
機械人的權限怎麼比自確還多
手動確認用戶也分個類吧。
「檔案管理員」的說法似乎不夠萌百化呢。——焦點（討論） 2022年8月29日 (一) 04:12 (CST)

(…)吐槽 是「檔案維護員」--Takeuchi.BadEditor (討論與留名) 2022年8月29日 (一) 09:06 (CST)

不如叫檔案歸檔姬？--請問您需要來一隻兔子嗎⭐ 本森級7號艦拉菲（討論·貢獻） 2022年8月29日 (一) 08:55 (CST)

那就檔案維護媛嘛—— 屠麟傲血（討論） 2022年8月29日 (一) 09:02 (CST)

管理員也不叫管理媛呀（除卻萌娘百科:管理員中有ruby的「媛」字）。 一個被經常waf的萌百人（和我討論／看我貢獻） 2022年8月29日 (一) 18:38 (CST)

(＋)支持允許自確擁有移動自己上載的檔案的權限，利大於弊吧。 一個被經常waf的萌百人（和我討論／看我貢獻） 2022年8月29日 (一) 18:36 (CST)

(＋)支持 畢竟我也不想因為這一個改變（自確無法移動）使本來就不怎麼寬敞的操作申請版變得更堵，況且「重複上載」勢必比移動浪費更多的伺服器空間--Takeuchi.BadEditor (討論與留名) 2022年8月30日 (二) 09:58 (CST)

就重複圖片上載沒有辦法打標籤的現狀下，翻移動日誌還是比找重複上載方便吧（大概） From Sucaiking the WAFighter 2022年8月30日 (二) 10:34 (CST)

(＋)支持 ，不過自確移動別人上載的檔案會被過濾器攔截，可能會影響編輯體驗。—— From 磷化鎵_GaP the NaïvePatroller  2022年8月30日 (二) 12:15 (CST)

想到自確不常用移動檔案的功能，其實也沒什麼影響。—— From 磷化鎵_GaP the NaïvePatroller  2022年8月30日 (二) 12:15 (CST)

好，調整了。如果沒有更多問題，周末開投票吧，之後有點忙。——  ほしみ 2022年8月31日 (三) 02:28 (CST)

(？)異議我對於「自確不常用移動檔案的功能」這一點很有異議。在討論版里，我依然能夠看到為數不少的刪除殘留檔案重新導向的操作申請。況且，這對於統一規範化命名也不是件好事。檔案上載錯誤需要改名的情況也為數不少，總不能命名錯了都去申請刪除吧，這相當於是把壓力給到了討論版上。--浦爪爪（討論） 2022年9月3日 (六) 21:14 (CST)

對，申請刪除。刪重新導向和刪檔案都是刪，沒差別。取消大規模移動可以避免破壞，也是大部分維基媒體計劃的做法。——  ほしみ 2022年9月3日 (六) 21:34 (CST)

現在我們的做法：重新導向——申刪重新導向。這個提案如果通過了我們的做法：把檔案下載下來——申刪——等待——重新上載。或者是：把檔案下載下來——重新上載——被警告，執意上載——申刪原頁面。所以上載與現存檔案相同的檔案的時候還是會被警告嗎？那這樣就與「正確做法」不符了。--浦爪爪（討論） 2022年9月3日 (六) 21:55 (CST)

直接提請移動檔案，不留重新導向就好了。——GaP  2022年9月3日 (六) 22:07 (CST)

問題來了，申請移動檔案不留重新導向和重新導向然後申刪重新導向有什麼區別嗎？重新導向不會影響原本檔案名，我不認為這算破壞。--浦爪爪（討論） 2022年9月3日 (六) 22:28 (CST)

可以把重新導向調整到其他圖片。比如，移動全部三國殺圖片，然後把所有重新導向調整為指向田所浩二。您可以閱讀序言。——  ほしみ 2022年9月3日 (六) 23:39 (CST)

問題又來了，這麼幹跟在主頁面把圖片改成其他的有什麼區別？都很快會被發現然後改動。--浦爪爪（討論） 2022年9月4日 (日) 09:38 (CST)

主站留不下編輯記錄和日誌，破壞更隱蔽。尤其是部分年久失修/很久前就趨於完善的條目，檔案有什麼問題並不會很快被發現。

我也很好奇有多少人關注commons的最近更改和日誌。From Sucaiking the WAFighter 2022年9月4日 (日) 09:58 (CST)

( ¿ ) 喵喵喵？不是直接移動名稱錯誤的檔案至正確的檔案名，再掛刪重新導向嗎？( ¡ )題外話 其實我更疑惑的是為什麼移動頁面的時候沒有不留重新導向的選項。 一個被經常waf的萌百人（和我討論／看我貢獻） 2022年9月3日 (六) 22:10 (CST)

您可以努力成為優質編輯者，有巡查豁免權限之後就可以減少破壞風險了。您也可以努力成為巡查/管理，可以移動不留重新導向。建議提升自己。——  ほしみ 2022年9月3日 (六) 22:12 (CST)

(…)吐槽 望了望自己690的貢獻量，再看看別人破2000了都沒申優，我勸我自己再等等……加油.jpg 一個被經常waf的萌百人（和我討論／看我貢獻） 2022年9月3日 (六) 22:20 (CST)

我相信很快就會有的。——  ほしみ 2022年9月4日 (日) 00:29 (CST)

投票區

投票正在進行中！投票已經結束！正在加載中……

本次投票由星海子[更多]討論頁貢獻上載歷史封鎖及歷史被刪貢獻移動日誌巡查日誌用戶權限及日誌用戶查核發起。

• 投票開始時間： |
• 投票結束時間： |
• 投票總用時 7 天，將於 後結束。現已結束！正在計算中……

發起投票時共有8位自然人管理員以及44位自然人巡查姬。參與討論的自動確認用戶亦有票權，投票時請注意填寫投票理由。

@AnnAngela，云霞，蓝羽汇，星海子，玄微子，弗霖凯，Luoxuchan，Leranjun ——  ほしみ 2022年9月4日 (日) 00:36 (CST)

@AkizukiSaitou，Bbrabbit，宇文天启，平塚八兵衛，空翊，Vcfch843875618，HetmesAskalana，不是液氮，Xzonn，Chko08022003，Bete1geuse，小乃，LUO1P，TsanconBYin，西尾哈鲁卡，Wenzuxiaot，SinonJZH，沼泽，Bob1301，あめろ，Daigui，屠麟傲血，NemitsugiOtowa，Qaolp0，胡祥又，秋园世界，淮南皓月，高级火法，Sytus，一位史蒂夫，Ericliu1912，Jacklin612，平平凡凡小小鞠，正云明宏，写条目的奶糖，Sucaiking，人间百态，Mathreader，磷化镓，BearBin，栀梦，Grandom，MilkBoy，泠佛. ——  ほしみ 2022年9月4日 (日) 00:37 (CST)

@Legend frog，禹杨杨，本森级7号舰拉菲，厚礼谢，Eouswikier，Takeuchi，徴氷棠，焦点，浦爪爪 ——  ほしみ 2022年9月4日 (日) 00:38 (CST)

管理員

同意

1. (＋)同意 發起人票。最後一個投票力。 ——  ほしみ 2022年9月4日 (日) 00:38 (CST)
2. (＋)同意 無異議，儘管個人認為檔案維護員應該是長期權限。共享站無人管理或者少人管理的問題還是挺明顯的。——From 引夢者濁華(討論) 2022年9月4日 (日) 10:45 (CST)
3. (＋)同意 行，希望能帶動共享站維護的積極性。--酒姬民樂然 ✉ ※※※感光性受容体異常※※※ 2022年9月4日 (日) 11:23 (CST)
4. (＋)同意 桀桀桀，用戶組太多了，該圖圖了。——絲毫沒有存在感的某藍色管理員（討論） 2022年9月5日 (一) 19:55 (CST)
5. (＋)同意 好.--飢餓之聲-弗霖凱（討論） 2022年9月6日 (二) 11:09 (CST)
6. (＋)同意 目前的提案沒有什麼不好的。--SysOp 珞珝 [用戶討論] 2022年9月9日 (五) 21:55 (CST)

反對

棄權

巡查姬

同意

1. (＋)同意 我看行。—— 芳文廚⭐一位史蒂夫  （討論·貢獻）✉^❶ 快來單推可愛的雛羽吧~ 2022年9月4日 (日) 00:41 (CST)
2. (＋)同意 沒有反對意見，這幾天投票要死人了　　——MilkBoy（討論｜貢獻） 2022年9月4日 (日) 00:42 (CST)
3. (＋)同意 可以解決實際問題。——GaP 2022年9月4日 (日) 00:47 (CST)
4. (＋)同意 對自確大利好，支持。--Vcfch843875618（討論） 2022年9月4日 (日) 03:03 (CST)
5. (＋)同意 這是ao的，投了。法式軍禮 —— Grandomtech-patroller 2022年9月4日 (日) 05:29 (CST)
6. (＋)同意 很多專門負責專題檔案上載/維護的優編和自確，早就需要、並值得擁有這個新用戶組的權限了。 --Mathreader（討論） 2022年9月4日 (日) 06:40 (CST)
7. (＋)同意 重新導向頁可以隨意更改重新導向目標這一點，存在的隱患極大。移動頁面收緊點，也好。From Sucaiking the WAFighter 2022年9月4日 (日) 07:54 (CST)
8. (＋)同意 檔案維護員不是長期權限感覺有點怪，問題不大。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年9月4日 (日) 08:40 (CST)
9. (＋)同意 希望能夠在共享站起到一定的預防破壞作用。--Nait_Talk 2022年9月4日 (日) 08:51 (CST)
10. (＋)同意 相信可以有效減輕維護人員壓力——滿足怪 BearBin「 康他 • 噴他 • 留名 」 2022年9月4日 (日) 08:54 (CST)
11. (＋)同意 雖然提案塗改差點讓我看不清，但是不妨礙其精神是好的。——   於是我放棄了二餅（已讀不回） 2022年9月4日 (日) 09:51 (CST)
12. (＋)同意 收回自確移動權限是ao的--黑夜給了我一雙眼睛，而我卻拿它照亮人間(討論) 2022年9月4日 (日) 12:10 (CST)
13. (＋)同意 我覺得還可以。--94 42 233 2001-8 J-JRE（Discussion） 2022年9月4日 (日) 12:13 (CST)
14. (＋)同意 通過。-- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2022年9月4日 (日) 13:18 (CST)
15. (＋)同意 好事——From 泠佛. (討論) 2022年9月4日 (日) 14:22 (CST)
16. (＋)同意 控制移動權限是一個好事，但reupload-own應當早日實裝。—— 屠麟傲血（討論） 2022年9月4日 (日) 14:24 (CST)
17. (＋)同意 這是好事不過最近投票太多了......——From 西尾哈魯卡 (討論) 2022年9月4日 (日) 14:22 (CST)
18. (＋)同意 總體看下來感覺對檔案維護有所幫助，沒有什麼問題——by 專注各話製作的正雲明宏 2022年9月4日 (日) 15:13 (CST)
19. (＋)同意 至少有點好處。—— from DaiGui a.k.a. YukinasNeko「talk」 2022年9月4日 (日) 15:48 (CST)
20. (＋)同意 無異議。——空翊「留言」 2022年9月4日 (日) 16:05 (CST)
21. (＋)同意 無異議，除了「檔案維護員」這個名字聽上去應該是一個長期用戶組。 淮南皓月 🌙 2022年9月4日 (日) 17:38 (CST)
22. (＋)同意 還行-- 小乃（討論） 2022年9月5日 (一) 13:10 (CST)
23. (＋)同意 好事，只不過濫用過濾器的「濫用情況」越來越嚴重了......--By CHKO (Talk) @ 2022年9月5日 (一) 13:39 (CST)
24. (＋)同意 無異議。—— 🍭 紙飛機上的夢「Talk • Signature」 2022年9月5日 (一) 15:17 (CST)
25. (＋)同意 同時我理解了為什麼引言這麼長--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年9月5日 (一) 20:00 (CST)
26. (＋)同意 看着還可以，就是#後台配置調整那段配置一開始沒看懂，後來才明白整成過濾器了。——Xzonn（聊天） 2022年9月5日 (一) 20:21 (CST)
27. (＋)同意 無異議。-- 珞羽子(交流室) 2022年9月7日 (三) 07:41 (CST)
28. (＋)同意：濫用過濾器幹的事越來越多了—— LN2 不是液氮 (討論•貢獻) 2022年9月10日 (六) 22:58 (CST)

反對

1. (－)反對 我認為沒有限制自確移動檔案的必要。--SinonJZH(๑•̀ω•́๑)(討論) 2022年9月5日 (一) 22:37 (CST)
2. (－)反對 按#關於自動確認用戶的移動權限及濫用過濾器35，允許移動他人上載的檔案的權限為自動巡查、移動不留重新導向，即優、榮、文、巡、管、STAFF、機；而#保護方針中寫的是自動巡查、不受速率限制，比前文多了機器用戶，二者描述有矛盾。另外，「noratelimit」拼寫有誤。 葫蘆又 2022年9月10日 (六) 23:56 (CST)

棄權

1. (∅)棄權 不好判斷。　あめろ ^討論 2022年9月4日 (日) 00:45 (CST)
2. (∅)棄權 理解發起人的用意，但恕我對此提案持保留態度——如在之前討論所提及到的，我擔心這會增加為規避移動而重複上載的幾率，尤其是目前重複檔案積壓較嚴重的情況下。另外通過重複上載大量檔案進行破壞的情況也要給予重視，之前也不是沒有破壞者做過。--Qaolp0 はなおし (討論) 2022年9月4日 (日) 09:51 (CST)
3. (∅)棄權 不好判斷。—— 超級純潔的小馬娘秋園邀請你去地下室和重馬場一坐 2022年9月4日 (日) 14:13 (CST)
4. (∅)棄權 不好判斷收回自確移動權限的影響。--某FFF團的高級火法 （批判一番） 2022年9月4日 (日) 18:06 (CST)
5. (∅)棄權：提案之初衷良善，但部分內容使個人難以支持。—— Eric Liu _{創造は生命（留言·留名）} 2022年9月6日 (二) 00:45 (CST)
6. (∅)棄權 我不好說.jpg--已經是一條死魚的HetmesAskalana 2022年9月7日 (三) 21:37 (CST)
7. (∅)棄權 身體緣故無法投票了，抱歉。-- Welcome to the Hotel California 2022年9月10日 (六) 22:44 (CST)

參與討論的自動確認用戶

同意

1. (＋)同意 專題維護相關對檔案維護權限有所需求，不過希望不用太頻繁申請。——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (NAIVE) 2022年9月4日 (日) 00:44 (CST)
2. (＋)同意 如果通過我願意有幸成為全站第一個申請的人，對個人已經上載的3.5萬個檔案躍躍欲試--請問您需要來一隻兔子嗎⭐ 本森級7號艦拉菲（討論·貢獻） 2022年9月4日 (日) 02:46 (CST)
3. (＋)同意 好事。——From不是Vup的冰糖 2022年9月4日 (日) 07:47 (CST)
4. (＋)同意 不錯！ 一個被經常waf的萌百人（和我討論／看我貢獻） 2022年9月4日 (日) 08:49 (CST)
5. (＋)同意 暫未發現不恰當之處--Takeuchi.BadEditor (討論與留名) 2022年9月4日 (日) 09:59 (CST)
6. (＋)同意 就先這樣吧。希望討論版沒事。——焦點（討論） 2022年9月5日 (一) 03:50 (CST)

反對

1. (－)反對 我說了，我多多少少得反對一波。這對於統一規範化命名非常不利，而且並起不到什麼保護的作用。但看這個投票勢頭，多少得是沒啥希望了。--浦爪爪（討論） 2022年9月4日 (日) 09:38 (CST)

棄權

1. (∅)棄權 參與討論程度不夠，自認為無權投票。--シイナ·エオスウィキア(SHIINA Eouswikier)（討論） 2022年9月5日 (一) 10:42 (CST)
2. (∅)棄權 挺想投同意的，但是開學去了，沒怎麼看討論度也不夠。—厚禮謝來喝茶吧 2022年9月10日 (六) 12:22 (CST)

無票權用戶

同意

1. (＋)同意 可惜沒參與討論，莫得票權（確信）。雖然說這個提案跟我關係不大，如果能通過的話，我在考慮需不需要申請一個去把那一堆5creen5hot和拓展名重複填寫的一併揚了（至少不留重新導向省一半事，不過這也意味着對申請人的要求大幅提高，也不知道我夠不夠得着呢？）-- From Player's Score在耳畔響起的花落丿天使 → 十年瘡痍，感謝有你 2022年9月4日 (日) 00:55 (CST)
2. (＋)同意 看上去可以-- VENI,VIDI,VICI（萌百歷軍原組） 2022年9月4日 (日) 17:02 (CST)
3. (＋)同意 好像沒什麼問題。--北湖3（討論） 2022年9月4日 (日) 21:10 (CST)

反對

棄權

計票與結論

投票開始時共有8名參與站務的管理員；其中，

• 6人(＋)同意
• 0人(－)反對
• 0人(∅)棄權
• 2人未參與投票（AnnAngela, 雲霞）

投票開始時共有44名正式巡查姬；其中，

• 28人(＋)同意
• 2人(－)反對
• 7人(∅)棄權
• 7人未參與投票（Jacklin612, Sytus, 平平凡凡小小鞠, Bbrabbit, Bob1301, LUO1P, Bete1geuse）

共有9名有票權的自動確認用戶參與了投票；其中

• 6人(＋)同意
• 1人(－)反對
• 2人(∅)棄權

另有3名無票權用戶發表了意見。

---

當前提案有6位管理員投同意或反對票，大於等於要求的2名，該提案投票有效。

統計計票結果，全部投票之同意：反對票數量為 40:3，【同意】票數大於【反對】，且管理員的【同意】票數不小於【反對】，【提案通過】。——  ほしみ 2022年9月11日 (日) 02:30 (CST)