維基百科:申請成為界面管理員/Hamish

現在的日期與時間是世界協調時間2025年12月13日12時29分。※按此更新

	投票現已結束！
	請勿再作任何投票或改票，否則會被視為廢票。

User:Hamish

在此投票 截止時間2025年10月21日 (二) 23:59 (UTC)

• 申請者：Hamish （討論 · 貢獻 · 日誌）
• 自薦/提名詞：Twinkle維護者，近期也略有修訂和模組，希望可以更多參與到站內技術問題的處理。--Hamish T 2025年9月30日 (二) 17:10 (UTC)
  • 被提名人意見：
• 提問時間：2025年10月1日 (三) 00:00 (UTC) — 2025年10月14日 (二) 23:59 (UTC)
• 投票時間：2025年10月8日 (三) 00:00 (UTC) — 2025年10月21日 (二) 23:59 (UTC)

問題

壞蘋果問

歡迎閣下申請成為介面管理員，本人有以下問題想深入了解：

1. 你認為本站介面編輯請求的積壓嚴重嗎？通常編輯請求需要多久才有人處理？
2. 除了閣下是Twinkle維護者之外？閣下認為自己還有哪些特質，能讓自己勝任介面管理員職務？
3. 閣下採取了哪些良好帳戶保安操守，讓自己的帳戶保持安全？
4. 可否說明一下近期修訂了哪些需要較高技術能力處理的模組？

以上問題，望希解答，感謝--就算甚麼都不做，時光仍漸漸消逝 2025年10月3日 (五) 08:11 (UTC)

感謝提問，回答如下：

1. 算不上嚴重，只能說有積壓。需要多久這個要看ep本身的複雜程度和影響程度，一些簡單的其實一個星期之內甚至一天就有人處理，但複雜或是影響比較顯著的就會拖的久。
2. 我自設了一個Mediawiki站點，研究過大多數Mediawiki頁面和對應組件的依賴關係，且作為IT專業出身，對可能需要用到的CSS、Lua等語言也基本熟悉，不能說勝任，但至少可以做到IA需要協助到的事情。
3. 我不會在公用設備上登入賬號，也不會隨意掃描不明二維碼這樣，本賬戶2FA亦早已開啟。
4. 暫未，但我確實有想法改善甚至重寫PRC admin系列模組，而且我覺得如果對於「修訂」模組來說需要有較高技術能力倒不如說需要有較大耐心，部分模組編寫的可能看起來只有幾十一百行代碼，但實際的依賴關係比較繁雜。

--Hamish T 2025年10月3日 (五) 20:31 (UTC)

Srapoj的問題

看這兒有點冷清，我來問點問題（

1. 您2019年首次競選管理員時為何沒有參選界面管理員？鑑於您在2020年便成為了mediawiki.org的管理員、並開始維護本地的Twinkle，這頂帽子似乎適合當時的您。
2. 界面管理員這一用戶組是自管理員拆分出的、主要服務於英語維基的需要，WMF站點不會給界面管理員其他權限。然而本站目前有兩名純界面管理員（AnYiLin、Diskdance），由於缺少權限（如editprotected、delete等），他們無法獨立地完成一些界面相關的工作（參見Wikipedia talk:介面管理員/存檔二、phab:T402757、今年8月的小工具設置頁翻新方案）。您認為本地出現純界面管理員的原因是什麼？
3. 您覺得可以通過什麼方法改善純界面管理員們的工作體驗？本人曾提出過純界面管理員用admin bot代為編輯的方案，未獲響應。

以上。--Srapoj（留言） 2025年10月7日 (二) 15:05 (UTC)

感謝提問，回答如下：

1. 請恕在下實在無法記住6年前的事情，如果讓我以現在的心境去回想，我覺得應該是當時還沒有很熟悉整個Mediawiki。
2. 術業有專攻，多元化社群必然會出現形形色色的編者編輯傾向，純介面管理員代表的就是「傾向參與社群各類技術問題處理」的編者，加之本地方針沒有限制只有管理員才能申請成為IA，故此「純技術管理員」出現。
3. 根據現在公開的情況，我覺得您的方法不錯，但是應該新建一個botadmin用戶組限制權限範圍以規避潛在的法律問題，但我覺得倒不如可以新建eliminator用戶組直接授予IA比較好。而對於上文WMF站點不會給介面管理員其他權限一事，我也許還會在此補充一些事情。另外我認為仍有給IA用戶組加上其他權限的可能，本地應該開展一次針對IA是否應該持有「刪除」等其他權限的RFC，畢竟無論是「開個口子」，還是新建用戶組，還是授予相關權限，其實都需要社群共識。（補充內容後重新簽名）

--Hamish T 2025年10月7日 (二) 20:12 (UTC)

感謝閣下的回答！

• 對於問題2，您覺得本地允許純界面管理員、而非英維做法的原因是什麼（鑑於英語維基的社群規模和地位，MediaWiki的開發難免主要考慮他們的需求）？是本地訂立方針時的出發點與英維和phab工單不同、未預見到會出現這種尷尬的情況，（扯遠一點）還是本地的社群氛圍使得有意成為界面管理員的用戶不願或無法獲得管理員的權限？
• 對於問題3，我想到admin bot是因為這類用戶權限是現成的。考慮到社群對界面管理員的授權預期應該包括操作整個MediaWiki命名空間，我設想中的實現方式是一個API proxy，在代碼中可以進行更靈活的權限檢查（例如僅允許操作受連鎖保護、位於MediaWiki命名空間或被全保護的Template頁面）。過去關於eliminator（WP:存廢助理）的討論似乎說明本地社群不願將完整的相關權限授予非管理員的用戶，專為純界面管理員提供這一用戶組會有點奇怪。

以上。--Srapoj（留言） 2025年10月8日 (三) 03:07 (UTC)

• 我覺得這恰好反映社群尊重這類「傾向參與社群各類技術問題處理」但不想參與站務之編者，要刪除頁面的這種情況按理應屬站務的一部分，要編輯全保護頁面從某個角度來說也和站務有關，說是「未預見到」也未嘗不可吧。
• 如果直接用現在本地adminbot的方式，會牽扯到一個法律問題，沒記錯的話基金會法律部門是不允許非管理員查看已刪內容的。從現有的Mediawiki構建出發，要解決這個尷尬的情況，我認為比較好的方案就是通過新增用戶組來解決。

--Hamish T 2025年10月8日 (三) 20:06 (UTC)

感謝回答。關於「基金會法律部門是不允許非管理員查看已刪內容的」，根據上面提到的m:Limits to configuration changes，具體為「WMF Legal has barred non-admins not passing an RFA-comparable process from viewing deleted content」。本地界面管理員的申請程序與管理員相同，因此顯然不會受此阻礙。

如果使用API proxy的方案，在轉發時可以根據Action API的action及操作對象限制作用範圍，應該能消除一些人的顧慮。（我好像在推銷一個自己無意去推進、也沒深入研究的方針變動）--Srapoj（留言） 2025年10月9日 (四) 10:09 (UTC)

不是，我記得有個基金會員工在某處的原文大概是「無論權限申請的程序是否一致，我們只應該允許管理員查看已刪內容」，不過我不記得這個在哪，也不記得是在IA出來之前還是之後了，但既然上頁面總結如此，我沒有其他意見了。API Proxy也可以，但開發這個顯然比新增用戶組要複雜。--Hamish T 2025年10月9日 (四) 11:24 (UTC)

結果

此次投票共收249票：

• (＋)支持 共142票；
• (－)反對 共40票；
• (＝)中立 共67票；
• (＋)支持：(－)反對 = 78% : 22%

請選舉監察員@AT、Jimmy Xu、Wong128hk復檢並宣布結果。——ZhaoFJx(論) 2025年10月24日 (五) 18:31 (UTC)

支持率既達70%，候選者已當選。--Jimmy Xu ^論 2025年10月24日 (五) 18:34 (UTC)