关于温室Wiki用户组与权限架构方案的社区讨论与投票

摘要:

温室Wiki管理团队为重建后的站点制定了用户权限架构草案，旨在建立清晰稳定的管理体系。为确保社区共识，现正式发起公开讨论与投票，以完善方案并共同奠定运营基础。

关于温室Wiki用户组与权限架构方案的社区讨论与投票

Afulai2333 17 Jan 2026 04:17

尊敬的联合站点同仁，各位关心温室Wiki的朋友们：

首先，我谨代表温室Wiki管理团队（即原后室同人前AF版温室维基站务组），衷心感谢联合站点站务组允许我们在此借用宝地，开展本次重要的社区讨论与投票。这体现了我们两站之间深厚的友谊与互助精神，祝愿两站友谊长存，共同繁荣。

随着温室Wiki在Miraheze的重建工作步入正轨，建立一个权责清晰、安全稳定、易于管理的用户权限体系，已成为确保wiki长期健康发展的基石。为此，我们基于MediaWiki的权限机制，并参考了中文社群中其他成熟wiki（如MCW）的经验，拟定了一份《温室Wiki用户组与权限架构方案（草案）》。

[+] 展开草案

温室Wiki用户组与权限架构方案（草案）

本方案旨在为重建后的温室Wiki建立一个清晰、安全、可扩展的用户权限管理体系。方案遵循“权责对应、最小必要、相互制衡”的原则，并参考了成熟MediaWiki站点的实践经验。在网站建设初期，权限配置将趋于最大化，以保障运维效率，后续将根据实际需要进行调整。

用户组概览

用户组	获得条件	定位
（所有）	所有访问者（含未登录用户）	基础访问者
用户	成功注册并登录	基础贡献者
自动确认用户	注册满7天且编辑次数≥10次	可信成员
巡查豁免者	由管理员提名，行政员授予	高质量编辑者
界面管理员	由行政员授予	站点界面维护者
巡查员	由行政员授予	内容质量初级管理者
机器人	由行政员授予	自动化任务执行者
管理员	由行政员授予	站点日常运维核心
行政员	由主要行政员授予或社区特定程序产生	用户组管理者
主要行政员	Wiki创始人或经特定程序产生	Wiki代表与最高技术负责人

各用户组完整权限列表

（所有）

• writeapi（使用写入API）
• createtalk（创建讨论页面）
• ajaxpoll-vote（在基于AJAX的投票区投票）
• createaccount（新建用户账号）
• ajaxpoll-view-results（查看基于AJAX的调查结果）
• searchdigest-reader（查看最热门的搜索词）
• abusefilter-view（查看滥用过滤器）
• viewmyprivateinfo（查看自己的私人数据）
• purge（清除页面缓存）
• read（阅读页面）

用户

• 拥有（所有）用户组的全部权限
• upload（上传文件）
• createpage（创建（非讨论页）页面）
• applychangetags（将标签与自己的更改一起应用）
• viewmywatchlist（查看自己的监视列表）
• minoredit（标记编辑为小编辑）
• move（移动页面）
• move-subpages（移动页面及其子页面）
• move-categorypages（移动分类页面）
• move-rootuserpages（移动用户母页面）
• reupload-own（覆盖自己上传的文件）
• editmyusercss（编辑用户本人的CSS文件）
• editmyuserjs（编辑用户本人的JavaScript文件）
• editmyuserjson（编辑用户本人的JSON文件）
• editmyuserjsredirect（编辑自己的JavaScript重定向文件）
• editmyoptions（编辑自己的参数设置）
• editmywatchlist（编辑自己的监视列表）
• editmyprivateinfo（编辑自己的私人数据和申请重置密码邮件）
• torunblocked（绕过对Tor出口节点的自动封禁）

自动确认用户

• 拥有用户用户组的全部权限
• skipcaptcha（执行触发验证码的操作时无需验证）
• autoconfirmed（不受基于IP的速率限制）
• editsemiprotected（编辑保护等级为“仅允许自动确认用户”的页面）
• movefile（移动文件）
• reupload（覆盖现存文件）
• reupload-shared（本地覆盖共享文件库的文件）
• suppressredirect（移动页面时不在原页面创建重定向）
• mwoauthproposeconsumer（提议新的OAuth客户端）
• mwoauthupdateownconsumer（更新您控制的OAuth客户端）
• transcode-reset（重置已失败或已转码的视频将其再次加入到作业队列中）

巡查豁免者

• 拥有自动确认用户的全部权限
• autopatrol（使自己的编辑自动标记为已巡查）

界面管理员

• 拥有自动确认用户的全部权限
• editinterface（编辑用户界面）
• editsitecss（编辑全站CSS）
• editsitejs（编辑全站JavaScript）
• editsitejson（编辑全站JSON）
• editusercss（编辑其他用户的CSS文件）
• edituserjs（编辑其他用户的JavaScript文件）
• edituserjson（编辑其他用户的JSON文件）
• 可移除自己账号的界面管理员用户组

巡查员

• 拥有自动确认用户的全部权限
• patrol（标记他人的编辑为已巡查）
• rollback（快速回退最后一位用户对某一页面的编辑）
• markbotedits（标记回退编辑为机器人编辑）
• delete（删除页面）
• undelete（还原页面）
• browsearchive（搜索已被删除的页面）
• deletedhistory（查看被删除的历史项目）
• deletedtext（查看已被删除的文本及差异）
• block（阻止或取消阻止其他用户编辑）
• protect（更改保护设定）
• abusefilter-log（查看滥用日志）
• abusefilter-log-detail（查看详细滥用日志）
• abusefilter-log-private（查看标记为非公开的滥用过滤器的过滤日志）
• 可移除自己账号的巡查员用户组

管理员

• 拥有巡查员的全部权限
• noratelimit（不受速率限制影响）
• apihighlimits（在API查询中使用更高的上限）
• ipblock-exempt（绕过IP封禁、自动封禁和段封禁）
• unblockself（自我解封）
• nuke（删除大量页面）
• deleterevision（删除和恢复页面的特定版本）
• deletelogentry（删除和恢复特定的日志项目）
• deletechangetags（从数据库删除标签）
• mergehistory（合并页面历史）
• changetags（添加/移除任意标签）
• managechangetags（创建、激活和取消激活标签）
• import（从其他wiki导入页面）
• importupload（通过上传文件导入页面）
• editprotected（编辑保护等级为“仅允许管理员”的页面）
• editcontentmodel（编辑页面的内容模型）
• override-antispoof（无视欺诈检查）
• unwatchedpages（查看未受监视的页面列表）
• spamblacklistlog（查看垃圾链接阻止列表日志）
• tboverride（覆盖禁用标题或用户名名单）
• protectsite（限制某些用户组在有限的时间内可进行的操作）
• abusefilter-modify（创建或修改滥用过滤器）
• abusefilter-modify-restricted（修改包含受限动作的滥用过滤器）
• abusefilter-revert（撤销指定滥用过滤器作出的所有更改）
• abusefilter-view-private（查看被标记为非公开的滥用过滤器）
• sboverride（绕过垃圾链接阻止列表）
• ajaxpoll-view-results-before-vote（在投票前查看基于AJAX的调查结果）
• 可添加/移除巡查豁免者用户组
• 可移除自己账号的管理员用户组

机器人

• 拥有自动确认用户的全部权限
• bot（被视为自动化过程）
• nominornewtalk（不使小编辑在讨论页面引发新消息提示）
• apihighlimits（在API查询中使用更高的上限）
• 可移除自己账号的机器人用户组

行政员

• 拥有管理员的全部权限
• 可添加/移除用户组：管理员、机器人、巡查员、界面管理员、巡查豁免者
• 可移除自己账号的行政员用户组

主要行政员

• 拥有行政员的全部权限
• managewiki-core（管理此wiki的核心设置）
• managewiki-extensions（启用和禁用此wiki的扩展）
• managewiki-namespaces（创建、删除和管理此wiki的命名空间）
• managewiki-permissions（创建、删除和管理此wiki的用户组）
• managewiki-settings（管理此wiki的高级设置）
• generate-dump（生成wiki备份）
• delete-dump（删除wiki备份）
• view-dump（查看wiki备份）
• manage-all-push-subscriptions（管理所有推送订阅）
• echo-create（发送通知给其他人）
• 可添加/移除行政员用户组
• 可移除他人的主要行政员用户组
• 是Wiki的对外代表

兼容性规则

此为权限系统的安全基石，旨在实现权责分离与相互制衡。

基础兼容组包括（所有）、用户、自动确认用户，该组与所有其他用户组兼容。

职能专属组旨在专注特定职能，除与基础兼容组兼容外，彼此之间互不兼容，且不与下列以外的任何组兼容。该组包括：

• 机器人
• 巡查员
• 巡查豁免者
• 界面管理员

核心管理组代表wiki的核心管理权，除与基础兼容组兼容外，彼此之间互相兼容，但与上条中的职能专属组不兼容。该组包括：

• 管理员
• 行政员
• 主要行政员

附则

本方案自社区投票通过之日起生效。

方案的解释权与修改权归温室Wiki社区所有，修改需经类似的公开讨论与投票程序。

-

本方案将作为温室Wiki未来运营的管理框架，其重要性不言而喻。为确保方案获得广泛的社区共识，我们特此发起公开讨论与投票，希望能汇集各位的智慧，共同完善这一方案。

自本公告发布之日起，至投票截止前，欢迎所有用户在下方回复，对草案的任何部分提出建设性意见、疑问或修改建议。管理团队将积极回应。

为确保投票结果真实反映社区意愿，投票人需满足以下条件：

• 拥有Wikidot的有效用户账号。
• 拥有联合站点的成员资格。
• 该账号非傀儡账号（最终由联合站点站务组协助裁定）。

请符合资格的用户在下方以如下格式单独回复：

**投票：**支持/反对  
**理由与建议：**  
在此写出你的投票理由与建议。理由为必填项；建议为选填项，若无建议，请写“无”。

满足以下所有条件时，投票通过：

• 总有效票数≥7票（即超过6个非傀儡账号）。
• 支持票数必须超过总有效票数的一半（>50%）。

若有效票数不足7票，或支持率未过半数，则提案不通过，需根据讨论意见修改后重新发起。

投票截止后，温室Wiki管理团队将进行计票并宣布最终结果。结果将在本公告中更新。

再次感谢各位的参与！您的每一句意见和每一张投票，都对温室Wiki的未来至关重要。让我们共同构建一个合理、高效的管理框架，为温室Wiki的茁壮成长奠定坚实的基础。

---

Keep going and never give up.

Re: 关于温室Wiki用户组与权限架构方案的社区讨论与投票

123qingfeng 01 Feb 2026 00:49

投票：支持
理由与建议：
理由：认为用户组和权限构架还是很合理的
建议：类比Wikidot，可以把创建页面和投票的权限从未登录用户移动到用户

---

如清风朗月

表情包