本站页面（多半）转载自萌娘百科的同名页面，依CC BY-NC-SA 3.0引入，贡献者可以在历史页查询。
因各种原因页面内容可能和源页面有所出入，非本站特有页面内容请以萌娘百科为准。此外，因萌百的api限制，本站部分页面和图片同步自另一个镜像站。
置顶公告：【置顶】关于临时开启评论区所有功能的公告(2022.10.22) | 【置顶】关于本站Widget恢复使用的公告
  • 你好～！欢迎来到萌娘百科镜像站！如需查看或编辑，请联系本站管理员注册账号。
  • 本镜像站和其他萌娘百科的镜像站无关，请注意分别。
本頁使用了標題或全文手工轉換

萌娘百科討論:提案/已通過提案/關於進一步規範檔案管理的提案(2022.06.02)

萌娘百科，萬物皆可萌的百科全書！轉載請標註來源頁面的網頁連結，並聲明引自萌娘百科。內容不可商用。
跳至導覽 跳至搜尋
Commons-emblem-success.svg
這個頁面「萌娘百科 talk:提案/已通過提案/關於進一步規範文件管理的提案(2022.06.02)」是萌娘百科現有方針、指引或其他規範文件的討論案

序言

本提案用於規範萌娘百科內的檔案存廢政策，修訂萌娘百科:方針#檔案管理政策一節；規範音樂作品與視聽作品（舊稱類電作品）的檔案上載與播放器使用，新建指引級檔案萌娘百科:音樂與視聽作品使用指引。——  ほしみ 2022年5月12日 (四) 13:20 (CST)

正文

替換檔案管理政策一節

自2016年10月起，中文萌娘百科、萌娘文庫的檔案已經全部移動至萌娘共享，該站與萌娘百科共享用戶權限。

檔案的收錄要求參閱萌娘共享:檔案收錄指引、萌娘百科:音樂與視聽作品使用指引，其他與檔案相關的事宜（如檔案的命名、檔案信息填寫的規範等）請參閱萌娘共享:授權協議選擇指引、萌娘共享:檔案分類指引、萌娘共享:頁面命名指引以及相關的幫助文檔。

本節只用於規定應當將萌娘共享的檔案頁面進行存廢處理的情形。

  1. 上載違反相關法律法規和社區規範的檔案：
    • 違反《網絡信息內容生態治理規定》的檔案；
    • 破壞社區良好氛圍的，令人感到嚴重不適、不安、恐懼、驚嚇的檔案。
  2. 侵犯他人著作權的檔案：
    • 著作權人要求撤下的檔案；
    • 著作權人禁止在萌娘共享上載的檔案；
    • 不符合音樂與視聽作品使用指引之規定的音樂作品檔案與視聽作品檔案。
  3. 不再使用、無法使用的檔案：
    • 因頁面存廢、檔案被替代或移除、上載後長期未使用[增 1]等原因，無使用或不再被使用的檔案；
    • 存在重複或更佳版本的檔案；
    • 由於技術性錯誤無法預覽或無法使用的檔案；
    • 命名錯誤的檔案或其移動後殘留的重新導向。
  4. 用途不當的檔案：
    • 非出於介紹目的而上載的商業宣傳推廣檔案；
    • 僅用於討論相關名字空間的、可被替代的臨時討論檔案；[增 2]
    • 僅用於評論區的檔案；[增 3]
    • 符合下列情形的，僅用於用戶、用戶討論名字空間內的檔案：[改 1]
      • 僅用於用戶或用戶討論名字空間的、未曾或不將用於其他萌娘百科姊妹項目內除用戶與用戶討論名字空間外的頁面的個人用檔案，一般不建議大量上載至萌娘共享。此條的認定程序在用戶於討論版舉報時啟動。[增 4]
      • 用戶頭像為用途不當檔案，它應通過Special:UploadAvatar上載；
      • 背景圖片、背景音樂等直接視為用途不當檔案；
      • 用戶沙盒、被維護人員移動至用戶子頁面的頁面等曾用於或將用於萌娘百科姊妹項目內除用戶與用戶討論名字空間外的頁面中的檔案，允許合理保留。除此外的其他非沙盒情形頁面中的檔案，若未能在檔案說明頁面正確填寫檔案信息並說明合理用途，視情形可能被維護人員認定為用途不當檔案。一般建議維護人員先通知上載者和使用者7日內轉移，轉移檔案後或相關用戶無答覆可刪除檔案。
      • 僅用於用戶簽名的圖片亦依照此節內容進行管理。
  5. 其它：[增 5]
    • 刪除檔案以便重新上載；
    • 覆蓋上載後刪除舊版本檔案；
    • 經STAFF認定，需要立即刪除、隱藏或替換的檔案；
    • 2位以上管理員認定需要進行存廢處理的檔案。

當發現符合上述情形的檔案時，維護人員可以對對應的檔案進行存廢處理，同時需要正確地填寫理由。其他編輯者也可以在萌娘百科_talk:討論版/操作申請提出請求，由維護人員確認後決定是否作存廢處理。

對於多次上載不符合本政策檔案的用戶，維護人員需參考反破壞方針對相應用戶進行處理。

新建音樂與視聽作品使用指引

萌娘百科收錄了不少音樂作品與視聽作品（下文簡稱「作品」）相關條目，在萌娘百科插入影音也是一件非常容易的事情。

本指引主要用於規範此類作品檔案和播放器在頁面內的使用、其作品著作權以及與著作權有關權益的保護，對其他錄音錄像製品檔案等的使用僅具有參考意義。

檔案上載規範

萌娘共享允許上載格式為ogg、ogv、oga、flac、opus、wav、webm、mp3格式的影音檔案，但我們不鼓勵未經著作權人許可將完整的作品檔案上載至萌娘共享。

雖然此類作品僅以介紹為目的在百科中以非盈利性方式使用，但仍應注意使用相關媒體檔案存在較高的法律風險，因此檔案的上載應受到較為嚴格的限制。

對於作品本身，若受著作權法保護的作品本身存在可供替代的合法外部播放源，則不允許以合理使用為由將檔案上載至萌娘共享，應使用播放器或外部連結替代。若此類檔案確需上載至萌娘共享，應遵守《信息網絡傳播權保護條例》之合理使用規範，並且其時間長度不得超過30秒或原作品長度的10%（以較短者為限）。特別地，若存在作者授權萌娘百科進行使用之情形，則需要著作權人向萌娘百科提供書面許可，否則不得將受著作權法保護的作品上載至萌娘共享。

同樣對於作品本身，若為公有領域內容、可自由使用內容、CC協議的內容等，若非必要也應優先考慮外部播放器，若需上載檔案則應按照萌娘共享:授權協議選擇指引正確填寫檔案信息，並在遵守許可協議或使用條件的前提下使用這些檔案。

外部播放器使用規範

您可以在萌娘百科嵌入數種外部的音樂與影片播放器小部件（Widget），可參閱Help:插入音樂、Help:插入影片等幫助文檔。

播放器的選擇

優先選擇符合更多原則的播放器：

  1. 中國內地可播放原則。萌娘百科大部分訪問者來自於中國內地，在中國內地可播放更有利於訪問者了解作品內容。
  2. 全球可播放原則。為了照顧來自世界各地訪問者均可在條目內可播放作品，我們建議您選擇更多地區可播放的播放器。
    • 一般情況下，{{BilibiliVideo}}、{{AppleMusic}}可在萌娘百科大部分訪問者所在的地區正常提供服務。
  3. 官方原則。優先選擇創作者或其他著作權人發佈的作品。
    • 雖然外部播放源的著作權狀況與萌娘百科無關，但為了避免播放源頻繁失效需要更替，一般不建議優先選擇明顯侵犯著作權的播放源。
  4. 完整原則。優先選擇在用戶不登錄相關網站的前提下可提供完整作品播放的播放器。
    • {{AppleMusic}}等音樂播放器僅提供一定時長的試聽服務；
    • {{Music163}}、{{BilibiliVideo}}中部分受保護作品無法在頁面內播放。
  5. 無廣告原則。優先選擇播放前不需要觀看廣告的播放器。
    • {{QQVideo}}等影片播放器包含廣告，一般不建議使用。
播放器的使用

除用戶、用戶討論名字空間外，播放器的使用應遵守以下規範：

  1. 播放器所引用的內容應與頁面內容或主題有關。
  2. 一般建議對中國內地無法顯示的播放器使用{{Hide}}進行摺疊，避免出現大片空白。
  3. 同一作品不建議添加過多的外部播放器，一般以滿足大部分地區用戶需求為限。
  4. 同一頁面不建議添加過多的外部播放器，可能會嚴重影響頁面加載。
  5. 頁頂模板內不得插入外部播放器，一般不建議頁面開頭插入外部播放器。[增 6]
  6. 註釋內不得插入播放器，應改用外部連結或其它方式。

其他

  1. 除萌娘百科活動頁面外，任何頁面內不允許自動播放影音（特別地，此條適用於全站所有影音檔案與播放器）。
  2. 在非作品本身的條目內插入該作品的影音檔案或播放器時，應儘可能地進行必要的文字輔助說明。
  3. 如果您確信本站的某個檔案侵犯了您的著作權，您可以參照萌娘百科:方針#原作者或權利人向本站的申訴之規定進行聯繫。
  4. 免責聲明：參見萌娘百科:免責聲明。

其他

修訂註釋區

增

  1. ↑ 依照wenzuxiaot的建議，寫明上載後長期未使用可以刪除。
  2. ↑ 增加對討論用檔案的限制。
  3. ↑ 增加對評論區檔案的限制。評論區不鼓勵使用圖片，非要用其他圖片可以直接寫外鏈。
  4. ↑ 參考其他方針，限定認定程序的啟動條件。
  5. ↑ 擴充修訂其它一節。
  6. ↑ 參考#頁面開頭不放置播放器中的建議，增加一條限制和一條不建議。

刪

改

  1. ↑ 修改並擴充用戶/用戶討論用檔案的限制。

注


討論區

@下曾在Template talk:Music163討論頁參與討論、對影音播放器使用較為關注的編者，不知道能不能at到 @夜羽と善子，Sirogohan，花水木，AnnAngela ——  ほしみ 2022年5月12日 (四) 13:25 (CST)

U:TNLHK的疑問

以往上載的違反視聽作品使用指引的檔案該如何處理？--TNLHK（sign • talk • Alignment） 2022年5月12日 (四) 13:27 (CST)

依照存廢政策處理。——  ほしみ 2022年5月12日 (四) 13:28 (CST)

關於遊戲角色台詞語音檔案

此類檔案是否屬於上文提到的音樂作品與視聽作品？是否受音樂與視聽作品使用指引約束？例如少女前線:SAF角色台詞一節中使用的語音檔案-- u i o + 2022年5月12日 (四) 14:07 (CST)

( ¡ )題外話 這類音頻是錄製還是解包啊…… From Sucaiking the UglyCoder 2022年5月12日 (四) 14:17 (CST)遊戲內素材又是另一個故事……劃掉了。From Sucaiking the UglyCoder 2022年5月12日 (四) 14:19 (CST)
語言素材不是音樂作品，也很難找到外部播放器替代，因此一般不被相關指引約束。這一類語音檔案雖然不被唱片公司所管理，但是應當注意合理使用本身存在的著作權風險。——  ほしみ 2022年5月12日 (四) 14:29 (CST)

地區詞轉換

這跟草案內容比較沒關係，但我建議應該給正式頁面加上公共轉換組。—— Eric Liu 創造は生命（留言·留名） 2022年5月12日 (四) 16:32 (CST)

感謝提醒。是指「上載」和「檔案」麼，另外有漏的麼？——  ほしみ 2022年5月12日 (四) 16:45 (CST)
主要是「視頻」，「上載」一詞倒是沒什麼差，不必變更。話說萌娘百科有沒有資訊科技公共轉換組來着，如果沒有的話可以從隔壁維基百科扒一個來（ —— Eric Liu 創造は生命（留言·留名） 2022年5月14日 (六) 23:00 (CST)
影音 → 音影片 （?） 感覺有點不對勁。——  ほしみ 2022年5月15日 (日) 05:36 (CST)
可以寫成「影音」。另外，「音頻」應轉換為「音訊」，至於「視頻」可以轉換成「影片」或「影片」。—— Eric Liu 創造は生命（留言·留名） 2022年5月20日 (五) 10:47 (CST)
印象中港澳地區不使用「影片」「音訊」，可能得再問問。——  ほしみ 2022年5月20日 (五) 11:25 (CST)
那可以給香港繁體直接繁簡轉換成「音視頻」、「視頻」之類的，先處理臺灣繁體的地區詞轉換。—— Eric Liu 創造は生命（留言·留名） 2022年5月25日 (三) 22:50 (CST)
現在台灣繁體的應該就是OK的吧？——  ほしみ 2022年5月25日 (三) 23:42 (CST)

關於檔案管理政策和遊戲角色台詞語音檔案

關於這一節第三條和第四條有點疑問，如果某個圖片曾經在某些條目被使用，後來條目不再使用但仍然在非用戶主頁面或用戶討論頁面的其他用戶頁面被使用（例如某頁面較舊版本使用的圖片在某用戶的沙盒頁面仍然被使用，但對應條目已經不再使用此圖片），這種情況是否需要將圖片進行刪除
另外，看到上上個討論提到了關於遊戲角色台詞語音的問題，想追加問一下對於需要引用的無官方文案的在遊戲內沒有體現文案的遊戲內角色台詞語音，該如何處理（尤其是這種語音非常大量的時候）--屑NoNameK只會說"啊這"（討論） 2022年5月12日 (四) 16:37 (CST)

你說的「無官方文案」指的什麼？配音都出來了怎麼會沒有文案？-- u i o + 2022年5月12日 (四) 16:47 (CST)
指的是文案在遊戲內沒有體現的那種（可能是沒說太清楚，已經修改）--屑NoNameK只會說"啊這"（討論） 2022年5月12日 (四) 16:49 (CST)
我猜你說的體現是以文字顯示。個人理解文字內容以聲音形式播放也是一種體現，所以不存在這個問題。-- u i o + 2022年5月12日 (四) 17:32 (CST)
不再使用一節適用於全名字空間，您提到的這個情況檔案仍然屬於在使用，無特殊情況不會被直接刪除。
不太理解第二個問題，但遊戲角色語音和以前一樣使用。——  ほしみ 2022年5月12日 (四) 16:50 (CST)
是我一開始沒表述清楚，我的鍋（
第二個問題我想問的是"文案在遊戲中沒有體現的那種怎麼辦"--屑NoNameK只會說"啊這"（討論） 2022年5月12日 (四) 17:13 (CST)
第二個問題您說的是不是非全語音的遊戲，角色語音是語氣詞或者幾句固定台詞，例如：嗯，呃，啊，有文字內容，但無語音，只有嗯，這種情況？有具體的例子嗎？--夜羽と善子（討論） 2022年5月12日 (四) 18:16 (CST)
有語音但沒有文字的那種（其實說準確一點應該是遊戲內有語音但官方沒有放出官方文本的這一類）--屑NoNameK只會說"啊這"（討論） 2022年5月12日 (四) 18:22 (CST)
理解了。個人認為都是遊戲中的語音，與遊戲內有沒有給玩家展示文本無關。應該跟#關於遊戲角色台詞語音檔案的處理方式一樣。--夜羽と善子（討論） 2022年5月12日 (四) 19:38 (CST)

關於用途不當的檔案

需要存廢的檔案中有一條「僅用於用戶或用戶討論名字空間的、未曾或不將用於其他萌娘百科姊妹項目內除用戶與用戶討論名字空間外的頁面的個人用檔案，一般不建議大量上載至萌娘共享。」，我覺得這一條表述得並不是十分清楚。我覺得這一章節所規定的應該都是需要刪除的情節，建議類非強制性內容我覺得混雜在其中不是特別好，並且這一句感覺表述得不是很容易理解。個人覺得這一條應當表述何種個人用檔案應當存廢，而將不建議大量上載個人用檔案的建議放到其他章節。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月12日 (四) 17:04 (CST)

因為我也不知道，理論上應該寫在用戶頁面方針里（
這條可能算是兜底條款，避免維護人員需要處理時無章可循，歡迎協助修改表述。——  ほしみ 2022年5月12日 (四) 17:48 (CST)
界定「個人用檔案」的存廢難度挺大的。主要難點在於，很多用戶在沙盒寫條目時，會提前上載條目用的檔案，這類檔案顯然不應當直接刪除。但我們無法判斷一個用戶頁是否為條目沙盒，或是一個檔案是否會在未來出現在主空間的條目中。
我的感覺是，對單獨檔案的存廢其實不必做太多限制，不過可以按照同用戶上載的個人用檔案的總數設置一個上限。超過該上限的，維護組可以詢問用戶上載大量檔案的用途，用戶可以合理解釋的可以暫時允許（例如有明確的使用於某收錄範圍內條目/沙盒的計劃），用戶不能合理解釋的，可以將其中沒有保留意義的檔案進行刪除。 --Mathreader（討論） 2022年5月13日 (五) 05:31 (CST)
有的草稿檔案堆上個把月個把年都是有可能的（我自己一個條目草稿傳了圖好像還沒用，堆了近兩年），確實很難搞。
有沒有可能在上載這類檔案時，要求在摘要中正確填寫圖片用途？雖然我也不知道為什麼摘要「僅供管理使用」（逃） From Sucaiking the WAFighter 2022年5月13日 (五) 08:52 (CST)
(＋)確實--TNLHK（sign • talk • Alignment） 2022年5月13日 (五) 09:12 (CST)
同感，而且究竟什麼是「大量」，什麼是「個人用」，都明確解釋一下為好。像上面提到的草稿積壓內容應該可以以正確的分類來識別。--某FFF團的高級火法 （批判一番） 2022年5月13日 (五) 18:11 (CST)
就說一點，有沒有掛正確分類和圖片是否為草稿使用，其實也沒有直接聯繫。用戶自用的ACG角色圖片也可能有正確的分類，而分類不正確的可能是新手創建條目沙盒，上載圖片掛錯了分類（所以我才覺得認定很難） --Mathreader（討論） 2022年5月16日 (一) 00:36 (CST)
可以理解為兜底條款，一般不用，參考其他方針加了個限制條件。——  ほしみ 2022年5月13日 (五) 19:21 (CST)

關於檔案格式

一般情況下，wav、flac檔案會很大，會佔用極大的存儲和流量，作為試聽應該不追求無損品質，建議禁止。-- u i o + 2022年5月13日 (五) 01:23 (CST)

允許上載的試聽是有嚴格的時長限制的，也沒有法規說合理使用有音質限定，這不是重點，問題不大。——  ほしみ 2022年5月13日 (五) 01:35 (CST)

關於音樂檔案上載標準的疑問

「對於作品本身，若受著作權法保護的作品本身存在可供替代的合法外部播放源，則不允許以合理使用為由將檔案上載至萌娘共享，應使用播放器或外部連結替代。若此類檔案確需上載至萌娘共享，應遵守《信息網絡傳播權保護條例》之合理使用規範，並且其時間長度不得超過30秒或原作品長度的10%（以較短者為限）。」

想請教一下，既然都不允許以「合理使用「為由上載了，那麼所謂的「合理使用」以外的上載理由究竟包含哪些？換句話說，如果這是個兜底條款的話，是給哪些特殊情況準備的呢？ --Mathreader（討論） 2022年5月13日 (五) 06:05 (CST)

這個應該不是完全禁止合理使用，而是禁止在有合法的外部播放源的情況下仍然上載音樂檔案到共享。就是說如何合法外部播放源沒有這個音樂，那麼可以根據合理使用規範上載試聽檔案到共享。--W3jc（討論） 2022年5月13日 (五) 09:41 (CST)
是這個意思啊，那看來句中「此類檔案」的指代有一定歧義。我建議將「……若此類檔案確需上載至萌娘共享，應遵守……」改為「……對於不存在合法外部播放源的檔案，確需上載至萌娘共享的，應遵守……」。 --Mathreader（討論） 2022年5月13日 (五) 09:48 (CST)
還有一種情況是外部合法播放源都沒法在內地試聽/播放，這時候或許也可以按這條上載檔案。——  ほしみ 2022年5月13日 (五) 17:22 (CST)

來自U:Takeuchi的小建議

  1. 建議將#*违反《网络信息内容生态治理规定》的文件；改為#*违反《[[library:网络信息内容生态治理规定|网络信息内容生态治理规定]]》的文件；，以便於用戶查閱相關檔案
  2. 是否應在#* {{Tl|AppleMusic}}等音频播放器仅提供一定时长的试听服务，{{Tl|Music163}}中部分受保护作品无法在页面内试听。後加上#* {{Tl|BilibiliVideo}}中部分大会员作品无法在页面内视听。，因為肥腸爆芡確實要命
--Takeuchi.BadEditor (討論與留名) 2022年5月13日 (五) 10:32 (CST)
文庫的檔案只是備份，也許不適合作為權威檔案引用-- u i o + 2022年5月13日 (五) 12:54 (CST)
那麼這樣應該就可以了：改為#*违反《[http://www.gov.cn/zhengce/zhengceku/2020-11/25/content_5564110.htm 网络信息内容生态治理规定]》的文件；--Takeuchi.BadEditor (討論與留名) 2022年5月13日 (五) 13:49 (CST)
官方檔案等通過之後會在文庫備份的。bilibilivideo的限制已添加。——  ほしみ 2022年5月13日 (五) 17:19 (CST)

關於原作者或權利人的申訴

提案：「如果您確信本站的某個檔案侵犯了您的著作權，您可以參照萌娘百科:方針#原作者或權利人向本站的申訴之規定進行聯繫。

方針對應章節全文：「目前本站通過討論版受理此類申訴請求，直至運維方法務人員提供新的著作權申訴模板與渠道。」就這一句話。

當然也可能是我又想多了，不過是不是可能需要修改方針里這句話的前半部分，作出更加詳細的敘述？（比如指明是哪個版？）

( ¡ )題外話 也許在未來，yunying這是一個@字符moegirl.org？ From Sucaiking the WAFighter 2022年5月13日 (五) 19:23 (CST)

這不是這個提案涉及的內容。——  ほしみ 2022年5月13日 (五) 19:47 (CST)

關於歌譜能否上載並使用的問題

在討論版看到了相關討論，@YOONHA~1.PAR建議在本提案中討論相關問題。我有十幾份官譜且扒過一些歌譜，自認為在技術上稍有經驗，且同樣就能否傳譜的問題有一定疑惑，所以來談談。

  1. 官譜：(＝)中立 。版權疑慮：可能只有極少數唱片發行者免費公開官方樂譜，大部分樂譜都需付費獲得（例如GUST曾長期把樂譜作為遊戲的初回限定贈品）。檔案大小疑慮：官譜通常是總譜，一首4~5分鐘的曲子，譜子可能有十幾頁，且基本是幾M的高清掃圖，對伺服器內存量和用戶流量壓力比較大。
  2. 自扒總譜或半總譜：(－)反對 。我對業餘愛好者的扒譜質量不抱信心。即使那些質量較高的譜……大部分情況下，扒出來的樂譜，就不可能保證正確了，只有錯誤對聽感影響多少的問題，進百科可能對用戶產生誤導，並且，有很多網站可以傳譜，不必非得傳上萌百。再說，如果出現多人扒了同一首曲子的譜，水平差不多，都想傳萌百，怎麼辦？先來後到？一起放（燒存儲空間和用戶流量）？整合？
  3. 自扒唱譜：(＝)中立 。唱譜一般不會錯到哪裏去。
  4. Undertale_Soundtrack#主導動機的那些譜子：(＋)同意 。展示的目的是為了作介紹（相對地，之前說的三種譜可理解為「作品原文」），且圖小。

我印象中，之前好像對對音遊譜面的介紹做了一些限制……可能和這個問題有一定關聯……但我沒找到相關討論串。

@YOONHA~1.PAR提到了對版權的顧慮。我對相關知識非常不了解，希望了解的人能來說說。——分柿方橙（討論） 2022年5月14日 (六) 23:58 (CST)

對於官方的，我個人認為這取決於是否在條目中合理使用，如果確有介紹，並且需要相關檔案，上載也未必不行。非官方的就算了。——  ほしみ 2022年5月15日 (日) 05:34 (CST)
題外話：個人認為萌娘百科的讀者或瀏覽者對樂譜的需求並不大。對樂譜有需求的都會去專門收集樂譜的網站搜索吧…--夜羽と善子（討論） 2022年5月20日 (五) 14:33 (CST)

關於檔案管理政策第四條的疑問

「僅用於用戶或用戶討論名字空間的、未曾或不將用於其他萌娘百科姊妹項目內除用戶與用戶討論名字空間外的頁面的個人用檔案，一般不建議大量上載至萌娘共享。此條的認定程序在用戶於討論版舉報時啟動。」中所指「大量」是什麼意思，加上這一個限定詞是出於什麼考慮？另外新增的後半句的意思是，如果沒有舉報的話，維護人員就不可以直接動手嗎？——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年5月15日 (日) 17:33 (CST)

大量是字面意思，我覺得維護人員都有能力判斷什麼不是大量，什麼是可接受的範圍。舉報是指通過公開程序提出，再經維護人員判斷給出處理方式，參考之前NGA的一堆截圖等。沒有舉報也可以直接由管理員認定，而這個是專屬於討論版的程序。——  ほしみ 2022年5月15日 (日) 21:05 (CST)
所以說如果數量不多的個人用圖片就不能處理嗎？而且這種問題犯不着拉管理員認定吧，還得找兩個管理員。這一條上的定義如此模糊，執行也模糊，這樣不太好吧？——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年5月15日 (日) 21:20 (CST)
(＋)同意 (▲)同星海子這條本來就是兜底條款，加個大量我看主要是防止誤刪將用於正式條目的圖片，程序應該也是出於這種考慮。( ¡ )題外話 討論用圖是算私用圖還是置換為外鏈後算成不再使用，我看討論用圖也應該說用途不當--Takeuchi.BadEditor (討論與留名) 2022年5月15日 (日) 21:59 (CST)
首先，如果真有人能把「個人用檔案」的標準制定出來的話並獲得共識的話，我支持按照那個管理。
在沒有「個人用檔案」的統一標準的現狀下，我覺得最重要的是要保證「個人用檔案」的認定必須先經過維護組與上載用戶的討論再決定是否操作（例如用戶討論頁交流並達成共識），而不是維護組自己認定、掛刪完了再通知用戶。如果能確保做到這點的話，維護組的處理可以不需要「大量「這個限定詞。
不過換個角度想，我覺得為了某用戶上載的單張圖片是不是「個人用檔案」討論個半天，可以是可以，但並不是件很有意義的事情，只會浪費討論各方的精力。因此，不論提案里最後怎麼寫，在實際執行中，我更鼓勵在「大量」的情況下再進行舉報/討論，這樣既可以省下各方的時間，也可以避免認定上的糾紛。 --Mathreader（討論） 2022年5月16日 (一) 00:06 (CST)
非大量的情況下能不能發現都兩說，但在正式檔案里非要說「大量」才能啟動處理那是圖什麼，逼着維護人員對於小規模的不合規睜一隻眼閉一隻眼？（雖說就算完全不處理也不影響什麼）
照我看的話，認定「個人用檔案」沒那麼麻煩，如果對面有要寫條目的打算，那麼只要讓他說出來想建立的頁面標題之類的，簡單證明圖片能被用到就可以了，就算是一時半會沒有實際建立也可以不用一直追着管。如果是正式條目中用不到的，想要編個理由沒那麼簡單（況且有些圖片，例如pixiv扒的裝飾性圖片，一看就不像是條目介紹用圖）。
倒不如學習隔壁中維，叫個機械人定期刪除傳完長期沒人用的圖片。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年5月16日 (一) 08:27 (CST)
機械人我暫且給(－)弱反對 ，畢竟機械人沒法像人一樣判斷哪些圖片未來可能使用於主空間條目，只會冷冰冰地刪光。可以想像下有編輯放個萌百假期回來，想繼續填沙盒時發現之前傳的圖全沒了是什麼感受。比起這個我更相信維護組和用戶交流後，相對人性化的認定。
至於指引里的寫法，根據上面的討論意見，我覺得乾脆把「大量」刪了，然後寫清楚維護組啟動處理的流程（應當先詢問、根據是否有合理使用理由決定保留或刪除），這樣比較好。 --Mathreader（討論） 2022年5月16日 (一) 10:47 (CST)
復讀一下之前我提的「有沒有可能在上載這類檔案時，要求在摘要中正確填寫圖片用途？」（其中我設想的「這類檔案」指上載48h（待定數字）內不投入使用）
或者讓檔案頁面那個叫「檔案說明」的二級標題動起來？現在檔案說明都是分類，也許可以填寫檔案用途啥的。等等音頻裏面沒得這個二級標題用，我要再去測試一下。
至於刪除程序……我自己暫時沒有好的設想。From Sucaiking the WAFighter 2022年5月16日 (一) 11:00 (CST) 編輯於 2022年5月16日 (一) 11:03 (CST)
哦，我猜是老檔案的問題？新檔案存在且可以編輯這個二級標題，沒事了。反覆發言實在對不起。From Sucaiking the WAFighter 2022年5月16日 (一) 11:20 (CST)
啟動之後，是削減至「少量」，還是刪完？　あめろ 討論 2022年5月16日 (一) 04:31 (CST)
「一般不建議」這樣的表述我也不是很認同，有什麼「非一般」而可以上載的情況嗎？——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年5月16日 (一) 08:27 (CST)
是否存在一些值得保留/參考的用戶頁面，可能需要檔案的情況？例如未形成共識的個人論述、個人寫的幫助頁面之類的。 --Mathreader（討論） 2022年5月16日 (一) 11:02 (CST)
個人沙盒（也就是預備建立的頁面）大概算一個。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年5月16日 (一) 11:12 (CST)
「個人沙盒」應該不構成你想問的「非一般」的情況（因為屬於「將用於其他萌娘百科姊妹項目內除用戶與用戶討論名字空間外的頁面」）。我在考慮的是有沒有你說的「非一般」情況，例如不會移動至主空間，但還有意義的用戶頁面，需要檔案的情況。我上面說的那兩種應該就是屬於這個標準。--Mathreader（討論） 2022年5月16日 (一) 11:33 (CST)
確實有這種情況，比如說位於用戶子頁面的FGO英靈自設這種（雖然可以外鏈替代但是也可以允許）。我們是否可以要求此類使用在檔案說明頁面寫清用途？——  ほしみ 2022年5月16日 (一) 12:10 (CST)

這節替換為下文是否可行？

  • 非出於介紹目的而上載的商業宣傳推廣檔案；
  • 僅用於討論相關名字空間的、可被替代的臨時討論檔案；
  • 僅用於用戶、用戶討論名字空間內的用途不當檔案：
    • 用戶頭像為用途不當檔案，它應通過Special:UploadAvatar上載；
    • 背景圖片、背景音樂等直接視為用途不當檔案；
    • 用戶沙盒、被維護人員移動至用戶子頁面的頁面等曾用於或將用於萌娘百科姊妹項目內除用戶與用戶討論名字空間外的頁面中的檔案，允許合理保留。除此外的其他非沙盒情形頁面中的檔案，若未能在檔案說明頁面正確填寫檔案信息並說明合理用途，視情形可能被維護人員認定為用途不當檔案。一般建議維護人員先通知上載者和使用者7日內轉移，轉移檔案後或相關用戶無答覆可刪除檔案。
    • 僅用於用戶簽名的圖片亦依照此節內容進行管理。

——  ほしみ 2022年5月16日 (一) 12:50 (CST)

(＋)同意 --Takeuchi.BadEditor (討論與留名) 2022年5月16日 (一) 13:42 (CST)
蠻好的，我覺得敘述上還能微調一下：
  • 僅用於用戶、用戶討論名字空間內的用途不當檔案：
    • ……
    • 背景圖片、背景音樂等只用於頁面美化的檔案直接視為用途不當檔案。
    • 第三點「除此外的其他非沙盒情形……」分到下一個無序列表項？
From Sucaiking the WAFighter 2022年5月16日 (一) 13:46 (CST)
第三點沒拆是因為「其他非沙盒情形」中的「其他」是有含義的，指不包含沙盒定義第5條，因為它屬於前半部分了。拆也可以，不能偷懶了（（（
另外沒拆是因為這裏列的是不當用途，而拆分後3將是保留的原因而不是刪除的原因，有點怪。——  ほしみ 2022年5月16日 (一) 20:31 (CST)，修改於2022年5月16日 (一) 20:33 (CST)
(＋)同意 ，也如User:Sucaiking所說可以微調一下措辭。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年5月16日 (一) 14:59 (CST)
( ¡ )題外話 如果用於討論的檔案被刪除，很可能導致討論存檔出現無法理解的狀況，我們有必要為了保存討論歷史而允許這樣的圖片繼續保存在圖站嗎。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年5月16日 (一) 15:03 (CST)
我覺得應該既往不咎，同時在新討論串中及時提醒……但只要是外部圖床，都不一定能保存好。
也許對於站內頁面的提問，我們可以鼓勵使用固定連結？對於插入外部圖片，鼓勵添加註釋以減少無法溯源的可能？From Sucaiking the WAFighter 2022年5月16日 (一) 15:40 (CST)
我覺得無所謂吧。甚至討論版存檔里有人簽名的css頁刪除/修改之後導致一些問題，甚至是整個頁面內容都產生了變化（（（ ——  ほしみ 2022年5月16日 (一) 20:31 (CST)
抱歉前兩天針對相同條款提出問題之後就一直沒時間參與討論……我覺得這樣的方向是好的，不過原先的條款可以包含長時間未有任何使用的檔案而更改之後就包含不了了。我建議把長時間未有任何使用，且未來也無使用需求的檔案也加進這一條。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月17日 (二) 00:44 (CST)
這個是不是可以直接認定不再使用（?）——  ほしみ 2022年5月17日 (二) 00:55 (CST)
算在那個「等原因」里嗎……感覺還是寫得更明白好些，也避免一些不必要的口舌--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月19日 (四) 22:26 (CST)
加一條也可以，不過這應該適用於全名字空間，而不僅僅是用戶的圖片。——  ほしみ 2022年5月19日 (四) 22:31 (CST)
對，我就是這個意思--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月21日 (六) 10:26 (CST)

一點關於音樂的小疑問

這個問題困擾我很久了，在可使用外部播放器的情況下是否優先使用外部播放器，如果是的話，在Papyrus頁面里，角色歌部分是用的共享里的檔案（File:Toby Fox - Bonetrousle.mp3、File:Toby Fox - Nyeh Heh Heh!.mp3），提案通過後是不是要替換為外部播放器並刪除共享檔案--有點慫的playymcmc007簽名請用--~~~~哦（討論爆破） 2022年5月16日 (一) 12:20 (CST)

不需要提案通過也可以這麼做，提案通過是必須這麼處理。——  ほしみ 2022年5月16日 (一) 12:50 (CST)
我懂了，之前是共識，現在是規定--有點慫的playymcmc007簽名請用--~~~~哦（討論爆破） 2022年5月16日 (一) 12:55 (CST)

頁面開頭不放置播放器

  • 一、對頁面開頭不放置播放器，有以下理由：1.排版不美觀。2.無法預知版權是否會失效。3.哪首歌適合放在頁面開頭屬於個人的主觀判斷，容易引起爭執。
  • 二、在非音樂類作品中，例如這個版本，該作品的相關音樂一節的OP，ED，IN每首歌都添加一個播放器，影響頁面排版，個人認為不美觀。
  • 三、角色條目中相關音樂部分，即角色歌，印象曲、背景音樂，希望使用合適的標題用語，個人認為「處刑曲」一詞實在是不適合作為標題使用。
  • 我只希望第一點能寫入指引。第二、三點是個人觀察到的現象，既然發起討論了，就把這兩點一起說出來。--夜羽と善子（討論） 2022年5月18日 (三) 23:02 (CST)
關於第一點，「在非作品本身的條目內插入該作品的影音檔案或播放器時，應儘可能地進行必要的文字輔助說明」是否可以限制此類問題？我沒有調查，不敢保證直接禁止會不會產生誤傷。——  ほしみ 2022年5月19日 (四) 22:34 (CST)
頁面開頭即序言部分一般情況下，有信息模板和首段第一句，《作品名》（日語：日语原名；英語：英语原名）是由xx創作/製作/開發（或xx旗下的）的一部漫畫（或動畫/遊戲/輕小說/……），並有XX、XX等衍生作品。假設在這句話之前，放個播放器模板，再以文字輔助說明該音樂是xx，個人認為排版仍不美觀，為什麼我點擊進入一個我完全不了解的動畫條目，第一眼看到的是該播放器下面寫着幾句話：該音樂是該動畫的BGM或插曲等，每逢xx登場時或xx打倒對手時，必播放此音樂。然後再看到「《作品名》是由xx製作的電視動畫」這句話。不過我也沒有完全調查，確實應該調查一下比較好，可是最近502，完全調查有點困難。等待其他用戶對該問題的看法。--夜羽と善子（討論） 2022年5月20日 (五) 13:29 (CST)
有的條目會在開頭插經典語錄的音頻（我自己在虛擬UP主條目中見到很多，比如這個條目）甚至bgm（暫時沒想起例子）。個人覺得序言部分和頁頂TOP都不應該使用播放器。 From Sucaiking the WAFighter 2022年5月21日 (六) 00:10 (CST)
個人認為排版還是不美觀。( ¡ )題外話 卷卷卷的虛擬UP主那邊有喊話top，引言，彈幕，定製CSS等多種美化頁面的工具還不夠用嗎...--夜羽と善子（討論） 2022年5月21日 (六) 15:34 (CST)
成句：全場最佳。——GuoPC · 論 · 獻 2022年5月21日 (六) 10:33 (CST)
我覺得這個使用就屬於關聯不大，並且沒說明（
而且吧，這種播放器總有一些用戶播放不了。——  ほしみ 2022年5月21日 (六) 10:41 (CST)
個人認為排版仍不美觀。--夜羽と善子（討論） 2022年5月21日 (六) 15:34 (CST)

Special:差異/5985189/5985211 結合本討論串和實際使用中的一些問題，增加了對外部播放器在開頭使用的限制。另外考慮到頁頂加語音什麼的尚可接受，內部檔案播放暫不考慮限制。——  ほしみ 2022年5月21日 (六) 15:42 (CST)

補充一下我打完了字又刪除了的話：如果把虛擬UP主換成作品中角色，特別是主角，主角的經典語錄可不止一句，哪條經典語錄語音適合放在頁面開頭屬於個人的主觀判斷。--夜羽と善子（討論） 2022年5月21日 (六) 15:58 (CST)
( ¡ )題外話 什麼？主角？經典語錄還要放錄音？那不直接殺，迪奧·布蘭度和空條承太郎都沒這麼搞（
不過以mgp的性質，真就只能到不建議為止了。根據「不建議」進行的刪除行為，也許問題也不大。From Sucaiking the WAFighter 2022年5月21日 (六) 16:20 (CST)

一個小問題

最後一節的「其他」部分中「除萌娘百科活動頁面外，任何頁面內不允許自動播放影音（特別地，此條適用於全站所有影音檔案與播放器）」是否包含用戶名字空間下的頁面？（如據我所知， U:機智的小魚君 的用戶頁就有自動播放的音頻）。
另外，「用途不當的檔案」中是否包括那些僅在用戶框中出現，且不符合曾用於或將用於萌娘百科姊妹項目內的檔案（如 U:jinkela1123 簽名中的圖片）？它們是否屬於僅用於用戶、用戶討論名字空間內或/和僅用於用戶簽名的圖片？那些已經存在的檔案如何處理？——Zyszhao.GE·討論頁·留名版·坦閃組 2022年5月23日 (一) 21:52 (CST)

現在也只有以前的用戶頁有自動播放的音頻了，過濾器已經阻止全站任何頁面添加自動播放的音頻了，這條是用來明確限制用戶名字空間的。
用戶框在模板名字空間，自製的個人用用戶框可以選擇用外部圖片。
簽名里的可以處理也可以暫時不管，這和討論內容不一樣，刪掉圖片除了留下紅鏈並不會影響任何討論內容。
——  ほしみ 2022年5月23日 (一) 22:28 (CST)

對於「長期未使用」的疑問和建議

(＆)建議 第三節中的「長期未使用」應該添加具體時限，比如12個月？這樣可以明確具體時間而不是靠維護人員自己體感，也可以方便後續部署機械人進行自動清理。
對於這些長期未使用的檔案應該要有提醒編輯者以及上載者進行使用，防止這些檔案無聲無息就沒了。個人建議：檔案即將被刪除的最後兩個月可以掛一個「即將刪除的長期未使用檔案」上載者或者相關的編輯者應該在檔案到期刪除前懸掛一個類似「將於XXX日期內使用此檔案（檔案將被用於XXX）」的模板以推遲刪除，並添加一個「長期未使用的檔案」分類，保證有人注意到該檔案並且開始着手編輯，在使用檔案後刪除模板以及分類。推遲刪除時間最長不能超過一定時間，比如不能再推遲超過6個月？再超出這個時間應該提出申請並說明理由。不過考慮到目前萌娘共享裏面上古遺留的的檔案真的太多了，可以在提案通過後在已經成為「長期未使用」的檔案下面懸掛上述模板（時間自動設置為最大）並添加分類，允許推遲的時間也可以再延長一些，保證編輯者有時間來處理這些檔案。（感覺技術上似乎不是很能做得到，希望有更好的方案）--DDBB520（討論） 2022年5月25日 (三) 10:56 (CST)

沒必要，萌娘共享本身就不是網盤。
檔案不會部署機械人清理，需要手動覆核是否有實際使用。
——  ほしみ 2022年5月25日 (三) 11:26 (CST)
(～)補充 對於機械人清理，我更相信維護人員會覆核後刪除。——  ほしみ 2022年5月25日 (三) 11:28 (CST)

投票開始後的討論

@胡祥又：既然您提到了檔案管理政策中應對「應當進行存廢處理的情形」進行分開處理，那麼您認為應該如何對這些檔案進行處理呢？

  • 個人認為，既然已經到了存廢處理這一步，那麼這些檔案就應走刪除程序了（不過同樣可能因為存有鏈入而保留，或是在主名字空間替換檔案後再次進入刪除程序）。
  • 如果需要保護、監督等操作，那麼應該根據對應的方針走對應程序（如萌娘百科:監督方針）。
  • 檔案很少會有在移動後保留重新導向的情形。
  • 檔案合併同樣罕有，對於重複檔案一般會擇優選擇。
  • 萌百不是維百。一般不需要為了一個檔案的存廢而大費口舌。

以上。文字中可能含有疏漏，還請多加指正。--Qaolp0 はなおし (討論) 2022年5月31日 (二) 19:23 (CST)

我也是在開啟投票後仔細閱讀提案時發現的這個問題。
在提案和相關討論中，似乎是直接把「存廢處理」和「刪除」（或「刪除或掛刪」）作為同義詞使用了。但如果參見萌娘百科:方針#頁面存廢政策中的描述，存廢處理實際上指的是從發現問題檔案到刪除檔案之間的整個過程，而「（嘗試）改進和補救」也是這個過程中必須經過的流程，處理過程中只要讓出現的問題不再出現，各種解決方式都可以中止存廢處理流程。「存廢處理」的目的是解決問題，而「存廢」這個詞是「存」「廢」二選一，不應該直接就「廢」。
例如「存在重複的檔案」，一定要刪除其中的一個（因為刪除其中一個就可以解決「檔案重複」的問題，所以並不是要兩個互相重複的都要刪除）嗎？對於重複的兩個檔案都在大量使用且兩個檔案名各有用法的情形，改為重新導向也許是更好的選擇。
再例如對於「命名錯誤的檔案」，是應該刪除嗎？顯然不是，應該移動到合適的檔案名，然後再處理移動後殘留的鏈入和重新導向。這就屬於補救處理，這可以讓這個檔案免於被刪除。
更關鍵的問題是，如果上面兩個例子不需要刪除也可以解決問題，那麼其他情形被執行操作的維護人員認為顯然應當刪除的，說不定也可以有該維護人員沒有想到的不需要刪除的解決方式。如果維護人員只顧掛刪，也許就會像萌娘百科:方針#頁面存廢政策中說的那樣造成不可逆的損失。
提案中把現行萌娘百科:方針#檔案管理政策中的「刪除」改成「存廢處理」，這是好的，因為確實存在很多不應刪除而應進行其他操作的情況。但提案中沒有詳細說明哪些「存廢處理」不是「刪除」，以及不「刪除」的話應該進行什麼操作，肯定還會給今後留下爭議。— 葫蘆又留言 2022年6月1日 (三) 01:29 (CST)
簡單來說，提案中沒有寫出具體的存廢處理操作，可能就是想讓維護人員在遇到這些情形時自行判斷如何處理。我反對的點有兩點：1 如果維護人員沒有想到更好的處理方式造成了損失，而方針里又沒說具體處理方式，這些操作都是維護人員自己的決定，到頭來這鍋還要維護人員背；2 不同的維護人員可能會選擇不同的處理方式，又會引起爭論。— 葫蘆又留言 2022年6月1日 (三) 09:53 (CST)

投票區

正在加載中……
本次投票由星海子[更多]討論頁貢獻上載歷史封鎖及歷史被刪貢獻移動日誌巡查日誌用戶權限及日誌用戶查核發起。
  • 投票開始時間： |
  • 投票結束時間： |
  • 投票總用時 7 天，正在計算中……

@AnnAngela，云霞，蓝羽汇，星海子，玄微子，弗霖凯，AkizukiSaitou，Bbrabbit，宇文天启，平塚八兵衛，空翊，Vcfch843875618，HetmesAskalana，不是液氮，红石小蝈，Xzonn，Chko08022003，Bete1geuse，小乃，LUO1P，TsanconBYin，西尾哈鲁卡，Wenzuxiaot，SinonJZH，沼泽，Bob1301，あめろ，Daigui，屠麟傲血，NemitsugiOtowa，Luoxuchan，Qaolp0，胡祥又，甜的白萝卜，秋园世界，淮南皓月，贯井羽优的草莓胖次，Leranjun，高级火法，Sytus ——  ほしみ 2022年5月25日 (三) 20:05 (CST)

@W3jc，Ericliu1912，分柿方橙，Playymcmc007，Mathreader，DDBB520，Sucaiking，GuoPC，夜羽と善子，NoNameK，TNLHK，Zyszhao，Takeuchi，Uiop 投票請記得填寫理由～ ——  ほしみ 2022年5月25日 (三) 20:07 (CST)

管理員

同意
  1. (＋)同意 支持--From KumoKasumi the Bureaucrat (Talk) 2022年5月25日 (三) 23:45 (CST)
  2. (＋)同意 無異議。——From 引夢者濁華(討論) 2022年5月26日 (四) 14:27 (CST)
  3. (＋)同意 開完票忘投了。 ——  ほしみ 2022年5月27日 (五) 03:00 (CST)
  4. (＋)同意 無意見。——絲毫沒有存在感的某藍色管理員（討論） 2022年5月30日 (一) 20:42 (CST)
  5. (＋)同意 行.--飢餓之聲-弗霖凱（討論） 2022年6月1日 (三) 13:26 (CST)
反對
棄權

巡查姬

同意
  1. (＋)同意 為什麼每次只有星海能at出來人（惱）—— 超級純潔的小馬娘秋園邀請你去地下室和重馬場一坐 2022年5月25日 (三) 20:09 (CST)
  2. (＋)同意 就是啊（惱）—— 這是一張遺漏的二餅（請聯繫失主） 2022年5月25日 (三) 20:12 (CST)
  3. (＋)同意 說的有（便乘）—— 屠麟傲血（討論） 2022年5月25日 (三) 20:14 (CST)
  4. (＋)同意 暫無意見。不過為何只有星海才能at的這個問題，感覺似乎圍繞在星海的陰謀論越來越多了（不是--94 42 233 2001-8 J-JRE（Discussion） 2022年5月25日 (三) 20:28 (CST)
  5. (＋)同意 好事-- 小乃（討論） 2022年5月25日 (三) 20:44 (CST)
  6. (＋)同意 能揚私用圖就行。--某FFF團的高級火法 （批判一番） 2022年5月25日 (三) 21:05 (CST)
  7. (＋)同意 無異議。—— Sytus（Talk） 2022年5月25日 (三) 21:09 (CST)
  8. (＋)同意 挺好。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年5月25日 (三) 21:53 (CST)
  9. (＋)同意 No problem.—— DaiGui aka YukinasNeko「talk」 2022年5月25日 (三) 22:14 (CST)
  10. (＋)同意 在主站明確更方便編輯者查閱--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月25日 (三) 23:29 (CST)
  11. (＋)同意 好處大大的—— 冬月下的二重奏 LUO1P✾ 2022年5月26日 (四) 00:09 (CST)
  12. (＋)同意 無異議。——空翊「留言」 2022年5月26日 (四) 00:23 (CST)
  13. (＋)同意 好 ! --By CHKO (Talk) @ 2022年5月26日 (四) 10:42 (CST)
  14. (＋)同意 無異議。--Vcfch843875618（討論） 2022年5月26日 (四) 11:14 (CST)
  15. (＋)同意 做好刪除前的覆核工作就可以減少很多不必要的麻煩。--Qaolp0 はなおし (討論) 2022年5月26日 (四) 12:24 (CST)
  16. (＋)同意 看了一下沒什麼問題。——Xzonn（聊天） 2022年5月26日 (四) 19:29 (CST)
  17. (＋)同意 這次沒炸！--已經是一條死魚的HetmesAskalana 2022年5月26日 (四) 20:25 (CST)
  18. (＋)同意 感覺沒啥問題——甜的白蘿蔔(討論) 2022年5月26日 (四) 21:00 (CST)
  19. (＋)同意 有詳細的規則是好事。--bbrabbitからの評論 #討論# 2022年5月27日 (五) 01:07 (CST)
  20. (＋)同意 無異議。-- 珞羽子(交流室) 2022年5月27日 (五) 12:51 (CST)
  21. (＋)同意 沒什麼問題。——Ithea℗╱ 淮南皓月 🌙 2022年5月27日 (五) 19:51 (CST)
  22. (＋)同意 暫時沒發現有什麼問題。——From戀塚小夢單推人貫井羽優的草莓胖次（討論） 2022年5月28日 (六) 00:04 (CST)
  23. (＋)同意：不過對於未使用檔案的處理個人認為不必過嚴，其他認可。—— LN2 不是液氮 (討論•貢獻) 2022年5月29日 (日) 12:55 (CST)
  24. (＋)同意 無異議--——Bete1geuse（1個標籤：打嗝） 2022年5月29日 (日) 21:28 (CST)
  25. (＋)同意 檔案政策處理之後，下一步會不會再修文庫和英、日萌的政策呢 --MnO43- 2022年5月30日 (一) 22:39 (CST)


反對
  1. (－)反對 反對因為「長期未使用」就刪，很多檔案可能確實是長期未使用，但單憑這個理由就刪，可能會丟失很多孤本數據，造成不可彌補的損失。這塊檔案多工作量確實大，也很難整理，但並不適合這麼一刀切的處理方法。應該在一些客觀因素制約下，比如伺服器空間吃緊等原因，再開展這項整理工作，而且需要細分清理優先級，並制定詳細的步驟和策略。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2022年5月26日 (四) 13:47 (CST)
  2. (－)反對 檔案管理政策中列出了「應當進行存廢處理的情形」，卻沒有清楚說明部分情形應如何進行處理：保留、移動至合適標題、合併、改為重新導向、掛刪、立即刪除、保護、隱藏、監督、覆蓋上載、發起討論、擱置，這些都是「存廢處理」的操作，而不同情形下的操作也不相同，提案中卻沒有全部清楚說明。— 葫蘆又留言 2022年5月30日 (一) 01:32 (CST)
棄權
  1. (∅)棄權 寫畢業論文中，暫時不想看（--SinonJZH(๑•̀ω•́๑)(討論) 2022年5月25日 (三) 20:20 (CST)
  2. (∅)棄權 我也被畢業論文爆殺中.jpg——bob1301（討論） 2022年5月27日 (五) 12:16 (CST)
  3. (∅)棄權 實驗報告和結課作業。　あめろ 討論 2022年6月1日 (三) 23:40 (CST)

參與討論的自動確認用戶

同意
  1. (＋)同意 我關心的播放器插入和檔案存廢問題，還是比較滿意的。From Sucaiking the WAFighter 2022年5月25日 (三) 20:16 (CST)
  2. (＋)同意 暫贊成對於外部播放器的管理，非常支持對用途不當檔案的規範化認定。——Zyszhao.GE·討論頁·留名版·坦閃組 2022年5月25日 (三) 20:33 (CST)
  3. (＋)同意 無異議--TNLHK（sign • talk • Alignment） 2022年5月25日 (三) 20:54 (CST)
  4. (＋)同意 雖然基本沒怎麼參與討論但是對提案內容較滿意。——GuoPC「眩しすぎるくらい　星よ輝け　Shinin' Star」 2022年5月25日 (三) 21:12 (CST)
  5. (＋)同意 511，我覺得海星--有點慫的playymcmc007簽名請用--~~~~哦（討論爆破） 2022年5月25日 (三) 21:28 (CST)
  6. (＋)同意 非常支持進一步規範檔案管理， 對提案 沒 有 任何異議。辛苦各位維護人員和編輯者對檔案 的 規範管理。--DDBB520（討論） 2022年5月25日 (三) 21:58 (CST)
  7. (＋)同意：加油！地區詞轉換問題之後可以再討論，辛苦了。—— Eric Liu 創造は生命（留言·留名） 2022年5月25日 (三) 22:49 (CST)
    ▼ 該投票無效，原因：投票人不具備票權，且票種錯誤。
    1. (＋)帶條件同意 感覺需要對一定時間前的遠古檔案進行存檔。有的檔案原上載者可能很難聯繫到了，而且檔案名亂碼，但是有遺留的珍貴資料。還有部分檔案是以檔案夾形式引用的，是否也算未引用檔案呢？其他檔案同意。--焦點（討論） 2022年5月25日 (三) 23:47 (CST)
    ▲ 該投票無效，原因：投票人不具備票權，且票種錯誤。
  8. (＋)同意 刪除檔案前人工確認就好。--W3jc（討論） 2022年5月26日 (四) 00:03 (CST)
  9. (＋)同意 之前的疑慮都解決了，沒有問題。--Mathreader（討論） 2022年5月26日 (四) 00:42 (CST)
  10. (＋)同意 同上，疑慮已經沒有了（--屑NoNameK只會說"啊這"（討論） 2022年5月26日 (四) 06:27 (CST)
  11. (＋)同意 無異議--Takeuchi.BadEditor (討論與留名) 2022年5月26日 (四) 12:34 (CST)
    ▼ 該投票無效，原因：投票人不具備票權。
    1. (＋)同意 Epiphany-1014（討論） 2022年5月27日 (五) 08:01 (CST)
    ▲ 該投票無效，原因：投票人不具備票權。
  12. (＋)同意 暫時沒有疑慮。--夜羽と善子（討論） 2022年5月30日 (一) 00:15 (CST)
反對
棄權
  1. (∅)棄權 忙期末沒空看，抱歉——分柿方橙（討論） 2022年5月31日 (二) 20:45 (CST)

無票權用戶

同意
  1. (＋)同意 無異議——GreenHal Talk with me now~ 2022年5月29日 (日) 17:37 (CST)
反對
棄權
  1. (∅)棄權 又是偏技術性的提案？不太懂，也沒怎麼看--北湖3（討論） 2022年5月25日 (三) 23:19 (CST)

計票與結論

根據萌娘百科:提案：具有投票權的用戶為：【管理員】、【巡查姬】、在討論階段參與了提案討論的已註冊達30天、遵守方針的活躍【自動確認用戶】。在提案有至少2位管理員參與投票時，【投票有效】。

  1. 投票開始時共有6名參與站務的管理員；其中，
    • 5人(＋)同意 ，
    • 0人(－)反對 ，
    • 0人(∅)棄權 ，
    • 1人沒有參與投票（AnnAngela）。
  2. 投票開始時共有34名正式巡查姬；其中，
    • 25人(＋)同意 ，
    • 2人(－)反對 ，
    • 3人(∅)棄權 ，
    • 4人沒有參與投票（AkizukiSaitou, 西尾哈魯卡, Leranjun, Luoxuchan）。
  3. 共有11名有票權的自動確認用戶參與了投票；其中，
    • 10人(＋)同意 ，
    • 0人(－)反對 ，
    • 1人(∅)棄權 ，
  4. 另有2人發表了意見，2人投了無效票。

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

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

取自 "https://moegirl.uk/index.php?title=萌娘百科_talk:提案/已通过提案/关于进一步规范文件管理的提案(2022.06.02)&oldid=217022"