Commons:Bảo quản viên
Shortcuts: COM:A • COM:ADMIN • COM:SYSOP

Trang này giải thích vai trò của các bảo quản viên (đôi khi còn gọi là các admin hay sysops) trên Wikimedia Commons. Lưu ý rằng chi tiết về nhóm người dùng này và cách họ được đề bạt, có thể khác với các dự án khác.
Nếu bạn muốn nhờ sự giúp đỡ của các bảo quản viên, vui lòng đăng tin nhắn của mình tại Tin nhắn cho bảo quản viên.
Hiện tại có 182 bảo quản viên trên Commons.
Bảo quản viên là ai?
Administrators as of tháng 3 2025 Listing by: Language • Date • Activity [+/−] |
Number of Admins: 182
If 182 is not the last number on this list, there may be an error or there are some users assigned temporarily. |
Kỹ thuật
Bảo quản viên là các thành viên được cung cấp các công cụ kỹ thuật trên Wikimedia Commons để:
- xoá và phục hồi ảnh và các tập tin được tải lên, xem và phục hồi các phiên bản bị xoá
- xoá và phục hồi trang, xem và phục hồi các phiên bản bị xoá
- khoá và mở khoá trang, chỉnh sửa các trang được khoá ở cấp bảo quản viên
- cấm và bỏ cấm thành viên, các địa chỉ IP cụ thể và các dải IP
- sửa đổi các trang thuộc không gian tên MediaWiki
- đổi tên tập tin
- cấp và loại bỏ một số quyền của các thành viên
- cấu hình các chiến dịch thuộc Trình thuật sĩ Tải lên
- xoá và phục hồi các mục nhật trình cụ thể và các phiên bản của trang
- nhập trang từ các wiki khác
- trộn lịch sử của các trang
- chỉnh sửa các bộ lọc sai phạm
- không tạo trang đổi hướng từ trang gốc khi di chuyển các trang
- vượt qua các giới hạn của công cụ kiểm tra phá hoại, các danh sách đen về tiêu đề và tên người dùng
- gửi tin nhắn tới nhiều người dùng cùng lúc (massmessage)
- có các giới hạn cao hơn khi thực hiện các truy vấn dùng hàm API
Đây được gọi chung là các công cụ bảo quản.
Vai trò với cộng đồng
Bảo quản viên là những thành viên có kinh nghiệm và được tin tưởng ở cộng đồng Commons, họ nhận thực hiện thêm một số công việc bảo trì khác và được tin tưởng giao cho các công cụ bảo quản thông qua đồng thuận/bỏ phiếu công khai. Các bảo quản viên có thể quan tâm và hiểu biết về các lĩnh vực khác nhau, tuy nhiên những tác vụ bảo quản cơ bản bao gồm đưa ra quyết định và đóng các yêu cầu xoá, xoá các nội dung vi phạm bản quyền, phục hồi tập tin khi cần thiết, bảo vệ Commons khỏi phá hoại, làm việc với các bản mẫu và các trang bị khoá khác. Tất nhiên, một số tác vụ này cũng có thể được những thành viên không phải bảo quản viên thực hiện.
Các bảo quản viên cần hiểu được mục tiêu của dự án này, và sẵn sàng làm việc trên tinh thần xây dựng với các thành viên khác để đạt được những mục tiêu đó. Các bảo quản viên cũng phải hiểu và làm theo các quy định của Commons và khi có thể, tôn trọng đồng thuận của cộng đồng.
Ngoài các công việc cần sử dụng các công cụ bảo quản, bảo quản viên không có thẩm quyền đặc biệt nào trong việc chỉnh sửa nội dung với tư cách vị trí họ đảm nhận. Trong các cuộc thảo luận và các cuộc bỏ phiếu công khai, ý kiến của họ được xem xét ngang bằng với bất kỳ biên tập viên bình thường nào. Dĩ nhiên, một số bảo quản viên có sức ảnh hưởng với cộng đồng, nhưng không phải có được vì vị trí họ đảm nhận như vậy mà vì họ nhận được sự tin tưởng từ cộng đồng mà thôi.
Gợi ý dành cho các bảo quản viên
Xin hãy đọc Commons:Hướng dẫn dành cho bảo quản viên.
Gỡ quyền bảo quản viên
Theo quy định gỡ quyền bảo quản viên, quyền bảo quản viên có thể bị gỡ bỏ nếu bảo quản viên đó lâu ngày không hoạt động hoặc lạm dung các công cụ bảo quản. Trong một yêu cầu thu hồi công cụ bảo quản viên, các tiêu chuẩn thông thường để xác định sự đồng thuận trong đề nghị cấp quyền bảo quản viên không được áp dụng. Thay vào đó là "đa số đồng thuận", theo đó sự đồng thuận để gỡ quyền cao hơn 50% là đủ để thu hồi công cụ.
Ứng cử làm bảo quản viên
Tất cả các thành viên có dự định trở thành bảo quản viên, bao gồm tất cả các bảo quản viên cũ muốn quay lại vai trò trước đây của họ, phải trải qua quá trình đồng thuận từ cộng đồng, bằng cách tạo một Đề nghị cấp quyền bảo quản viên.
Đầu tiên, truy cập trang Commons:Bảo quản viên/Làm thế nào và đọc các thông tin ở đó. Sau đó quay lại đây và đăng yêu cầu của bạn trong đề mục bên dưới.
- Sau khi nhấp chuột vào nút tương ứng và tạo ra một trang con, sao chép liên kết tới trang con đó, ví dụ "Commons:Administrators/Requests/Tên_người_dùng", sửa trang Commons:Administrators/Requests và dán liên kết trên vào phần đầu của đề mục, đặt nó trong hai dấu ngoặc nhọn (chẳng hạn {{Commons:Administrators/Requests/Username}}) để nhúng nội dung của trang con đó. Sau đó, hãy yêu cầu thông báo (xuất hiện trong Special:Watchlist) tại MediaWiki talk:WatchlistNotice, hoặc tự tay sửa đổi MediaWiki:WatchlistNotice nếu bạn là bảo quản viên.
- Nếu người khác đề cử bạn làm bảo quản viên, hãy chấp nhận lời đề cử bằng câu "Tôi chấp nhận" hoặc một câu gì đó tương tự, và kí tên bên dưới lời đề cử. Bạn hoặc người đề cử bạn vẫn cần thực hiện thao tác nhúng trang con như hướng dẫn ở trên.
Sử dụng hộp bên dưới, thay thế "Username" bằng tên người dùng của bạn: |
Bầu chọn
Bất kỳ thành viên nào đã đăng ký đều có thể bỏ phiếu, dù vậy, những tài khoản nào chỉ có một vài sửa đổi hoặc chưa từng có sửa đổi nào trước đây sẽ không được tính. Chúng tôi khuyên bạn nên đưa ra lý do cho cả phiếu thuận và phiếu chống bởi điều đó sẽ giúp hành chính viên làm nhiệm vụ đóng biểu quyết đưa ra quyết định tốt hơn. Những phiếu nào có đưa ra được thêm ý kiến tranh luận và dẫn chứng để chứng minh nếu cần, sẽ có trọng lượng hơn là chỉ có một chữ thuận/chống đơn thuần.
Thông thường, để một đề cử thành công cần có ít nhất 75% phiếu thuận, tối thiểu 8 phiếu đồng ý. Phiếu của những thành viên chưa đăng ký sẽ không được tính. Tuy nhiên, hành chính viên làm nhiệm vụ đóng biểu quyết có quyền xác định đâu là đồng thuận của cộng đồng, và quyết định cuối cùng không nhất thiết phải dựa trên những con số đơn thuần.
Các phiếu trung lập không được tính trong tổng số phiếu cuối cùng để xác định tỉ lệ phần trăm thành công/thất bại. Tuy nhiên, những bình luận như vậy là một phần của cuộc thảo luận, có thể góp phần thuyết phục các thành viên khác, và giúp cho hành chính viên đóng biểu quyết hiểu rõ hơn về sự đồng thuận của cộng đồng.
Làm mới bộ nhớ đệm Sử dụng liên kết sửa trang dưới đây để chỉnh sửa các trang được nhúng.
Requests for adminship
When complete, pages listed here should be archived to Commons:Administrators/Archive.
- Please read Commons:Administrators before voting here. Any logged in user may vote although those who have few or no previous edits may not be fully counted.
No current requests.
Requests for bureaucratship
When complete, pages listed here should be archived to Commons:Bureaucrats/Archive.
- Please read Commons:Bureaucrats before posting or voting here. Any logged in user may vote although those who have few or no previous edits may not be fully counted.
No current requests.
Requests for CheckUser rights
When complete, pages listed here should be archived to Commons:Checkusers/Archive.
- Please read Commons:Checkusers before posting or voting here. Any logged in user may vote although those who have few or no previous edits may not be fully counted.
The Squirrel Conspiracy (talk · contributions (views) · deleted user contributions · recent activity (talk · project · deletion requests) · logs · block log · global contribs · CentralAuth)
- Scheduled to end: 18:20, 19 March 2025 (UTC)
Dear community,
today I would like to nominate The Squirrel Conspiracy as checkuser for Commons.
Squirrel is an experienced admin in good standing, and active in CU related areas.
They have agreed in private to accept the nomination, and will add some details later.
Thank you, yours, --Krd 18:20, 5 March 2025 (UTC)
As the other active CU, I join in strong Support for this nomination. . Jim . . . (Jameslwoodward) (talk to me) 13:57, 10 March 2025 (UTC)
- Thank you for the nomination. I’m pleased to accept.
- I’ve been an editor for just over 15 years (since September 2009), and I’ve been an admin from 2012-2015 and from 2020-present.
- I do a grab-bag of admin tasks; mainly processing speedy and revision deletion requests, closing DRs, and monitoring the admin noticeboards to help with anti-spam and anti-vandalism efforts. I’ve filed a fair number of CU requests as a result of those efforts. Outside of admin tasks, I upload images from open access journals and do a lot of cropping borders.
- Elcobbola has been inactive since October and Krd does a huge amount already (#1 by count of admin actions over the last 12 months, a huge amount of VRT work, and is the more active of the two remaining CUs), so I’ve volunteered to help share some of the CU workload. I’m familiar with how IP ranges work from taking a Security+ cert course last year, and I'm on the project pretty much daily.
- I think that’s everything. Happy to answer any questions.
Votes
Support Good candidate. --Yann (talk) 19:13, 5 March 2025 (UTC)
Support 1989 (talk) 19:27, 5 March 2025 (UTC)
Support Fit India 20:53, 5 March 2025 (UTC)
Support! Queen of Hearts (talk) 21:20, 5 March 2025 (UTC)
Support been nothing but impressed in my interactions with this user. Magog the Ogre (talk) (contribs) 02:22, 6 March 2025 (UTC)
Support Christian Ferrer (talk) 09:32, 6 March 2025 (UTC)
Support REAL 💬 ⬆ 15:32, 6 March 2025 (UTC)
Support --Robert Flogaus-Faust (talk) 16:30, 6 March 2025 (UTC)
Weak support i dont know too much about him, but also community supports. so, it is weak support. good luck. modern_primat ඞඞඞ ----TALK 16:42, 6 March 2025 (UTC)
Support Sure thing! signed, Aafi (talk) 17:10, 6 March 2025 (UTC)
Strong support per Magog, and my own experience. All the Best -- Chuck Talk 17:53, 6 March 2025 (UTC)
Support nihil obstat. Good luck! RodRabelo7 (talk) 17:56, 6 March 2025 (UTC)
Support unconditional support Bastique ☎ let's talk! 19:37, 6 March 2025 (UTC)
Support Good candidate Abzeronow (talk) 22:51, 6 March 2025 (UTC)
Support --Adamant1 (talk) 04:07, 7 March 2025 (UTC)
Support -- Riad Salih (talk) 04:20, 7 March 2025 (UTC)
Support We are about to see one of the fastest close. Shaan SenguptaTalk 11:36, 7 March 2025 (UTC)
Support --Takipoint123 (💬) 16:06, 7 March 2025 (UTC)
Support --Rosenzweig τ 19:47, 7 March 2025 (UTC)
Support Ternera (talk) 21:47, 7 March 2025 (UTC)
Support --— D Y O L F 77[Talk] 11:00, 8 March 2025 (UTC)
Support Günther Frager (talk) 13:39, 8 March 2025 (UTC)
Support--Hehua (talk) 14:30, 8 March 2025 (UTC)
Support Long-term experience user, no concerns. Jianhui67 T★C 18:59, 8 March 2025 (UTC)
Support Taichi (talk) 05:22, 9 March 2025 (UTC)
Support no concerns here. Elli (talk) 06:13, 9 March 2025 (UTC)
Support HouseBlaster (talk) 06:17, 9 March 2025 (UTC)
Support --Ameisenigel (talk) 20:21, 9 March 2025 (UTC)
Support per answer given below. Glrx (talk) 23:37, 11 March 2025 (UTC)
Support no reason to oppose. --A1Cafel (talk) 04:58, 12 March 2025 (UTC)
Comments
- @The Squirrel Conspiracy: can you list "what must have happened" before a checkuser uses the checkuser tools?--RoyZuo (talk) 19:47, 11 March 2025 (UTC)
- RoyZuo: Sure! Before running a check, the checkuser needs to make sure the check passes three tests:
- Test 1: Demonstrated disruption to the project – CheckUser is only used to combat disruption of the project where the bad actor is suspected of using multiple accounts or IPs to perpetrate that disruption. Most commonly this is spam or vandalism, but it could also be things like flooding a discussion to try to sway its outcome. The disruption is typically demonstrated in a requests for checkuser case with diffs to support the allegations.
- Test 2: The check is necessary to stop the disruption – CheckUser is only used when its use is necessary to stop the disruption. Or to put it another way, if the behavioral evidence is strong enough that an admin is comfortable issuing a block without asking for a check, then they should just do so. The caveat to that is sleepers: if a filer creates a case and the behavioral evidence is strong enough to block the identified accounts without needing a check, but the filer presents a reasonable argument that - based on the actor's behavior - there are likely additional accounts that haven't been identified, the checkuser can still run a check to identify those other accounts.
- Test 3: Running the check doesn't violate the privacy policy - Checkusers aren't allowed to reveal an account's IP, because that can reveal their location. If someone created a case accusing user:Example of logging out to double-vote in a discussion as IP 127.0.0.1, the checkuser would have to decline that case.
- The Squirrel Conspiracy (talk) 22:36, 11 March 2025 (UTC)
- Thx. Good answers.
- Although there's 1 extra thing in my mind:
- the reported accounts must have some similarity. that similarity needs to be backed up by url.
- if the accounts are obviously two different people, or very unlikely a single person/entity, then a check might not be necessary. this is like a polar opposite to, as you mentioned, the scenario of accounts whose "behavioral evidence is strong enough", which also doesnt need a check to connect them.
- In my opinion, "disruption to commons" and "similarity" are two necessary elements for a check. What do you think? RoyZuo (talk) 22:53, 11 March 2025 (UTC)
- RoyZuo: In my mind, similarity was built into the first test. To make that explicit, where I said "where the bad actor is suspected of using multiple accounts or IPs", I could rephrase it as "where there is credible suspicion that the bad actor is using multiple accounts or IPs", and then where I said "The disruption is typically demonstrated" [with diffs], I could change it to "The suspicion is typically demonstrated" [with diffs]. The Squirrel Conspiracy (talk) 05:03, 12 March 2025 (UTC)
- Sorry for being longwinded. I wrote the reply above purely based on common sense and logical deduction, but afterwards I realised it's already all summed up at the top of Commons:Requests for checkuser: "you must include a rationale that demonstrates (e.g., by including diffs) what the disruption to the project is, and why you believe the accounts are related."
- Your answers are satisfactory. I hope you stick to such common sense. Thank you. RoyZuo (talk) 08:33, 12 March 2025 (UTC)
- RoyZuo: In my mind, similarity was built into the first test. To make that explicit, where I said "where the bad actor is suspected of using multiple accounts or IPs", I could rephrase it as "where there is credible suspicion that the bad actor is using multiple accounts or IPs", and then where I said "The disruption is typically demonstrated" [with diffs], I could change it to "The suspicion is typically demonstrated" [with diffs]. The Squirrel Conspiracy (talk) 05:03, 12 March 2025 (UTC)
Requests for Oversight rights
When complete, pages listed here should be archived to Commons:Oversighters/Archive.
- Please read Commons:Oversighters before voting here. Any logged in user may vote, although those who have few or no previous edits may not be fully counted.
No current requests.