Thunion Wiki:征求意见/修订部门运营编（2026.8）

本页面列出征求意见中的部门运营编与现行版本的差异。删除线表示被删去的部分，下划线表示新加入的部分。本修订间差异有意未考虑现行部门运营编的附件。

第一章 概述

第一条

为将部门标准化流程固定、规范部门内部各日常行为，依照总则，以及《授予管理员会议主服务器技术性维护停服权的决议》，制定本分则。

第一条第二条

总则第八条所称部门内具有讨论功能的平台，指如下内容：

（一）部门QQ大群；

（二）为了实现各种目的的部门其他QQ群；

（三）部门微信结账群；

（四）部门kook频道；

（五）部门百科平台；

（六）部门BiliBili官方号的动态的评论区；

（七）主、分服务器内的聊天框、告示牌、命名牌、书、像素画。

主要交流平台指前款第一目。

部长有保证上述平台安全良好运转的义务。

第二章 管理员会议组织细则

第三条

部门每年六月一日起正式启动下一届管理员会议组织工作，并于六月一日正式宣布面向全部门征集新任部长提名人，每年六月一日至六月三十日期间，如果在六月十日前没有部员被推举，则部长提名至少一个部长候选人，部长试图连任的，至少额外提名另一名候选人。此阶段的候选人限制退选，剩余的最后一个非在任部长候选人禁止退选。七月一日至八月三十一日为非限制退选阶段，在此期间被提名的候选人允许自由退选。

被推举人和推举人可以是同一个人。

第四条

自六月一日起，当届管理员会议自动承担选举筹备职能，每收到一个提名，组织审核确认其满足如下条件：

（一）是次世代正式部员；

（二）实名信息真实有效，并确实未受到停学及以上的处罚，也未受过总则第十九条第一款第六目所规定的处罚；

（三）属于本科二年级及以上的在校生；

（四）本人愿意参选。

管理员造成候选人个人信息泄露的，依照侵权与处罚分则有关条款处置，若没有具体规定，适用第六十五条。

切换学段的，其提名在学段切换入学报到后有效。

第五条

管理员会议确定提名有效五日内，对限制推选^{[原文如此]}阶段被提名人进行资格投票。对非限制退选阶段，可在九月一日至九月五日期间，进行集中公示，同步进行部长资格投票，也可以在确定提名有效五日内开启投票。本款的投票时长投票时长不少于七十二小时。

部长依照本编第三条提名的限制推选阶段唯一候选人资格审定被部员投票会否决的，需再次提名，直到提名人的资格审定通过。

限制退选阶段候选人资格审定的投票问题为：“是否同意其有候选资格且若其是唯一候选人，则其自动胜选？”

非限制退选阶段候选人资格审定的投票问题为：“是否同意其有候选资格？”

若因不可抗力原因，导致限制退选阶段候选人数量归零，对拟转为限制退选阶段候选人的非限制退选阶段候选人，在其向管理员会议递交申请五日内，补充投票，投票问题为“是否同意若其是唯一候选人，则其自动胜选？”，投票时长不少于七十二小时。

本条中所有的投票，均需依照总则第十七条第三款第三目的要求，认定被审定的候选人的有参选资格的票满足一般事项通过原则。

第六条

最终选举投票结束前，非限制退选阶段的候选人可以退选，退选公告必须由本人发出。通过各种手段伪造他人退选公告的，按照侵权与处罚编第四十九条从最重处置。限制退选阶段的候选人，在最终选举投票开始后，即使不是最后一名此阶段候选人，也不得退选。

第七条

竞选开始日以九月一日和所有非限制退选候选人资格审定通过次日的后到者为准。竞选程序需在九月十五日二十三时前结束。竞选过程中，若有超过一名候选人，举行投票。如果没有获得超过半数有效票的候选人，按如下方式进入下一轮：

（一）候选人数大于三的，只保留前三名，第三名并列的，只保留前两名；

（二）候选人数为三的，保留前两名，第二名并列的，第一名胜选。

若某一轮投票所有候选人平票，且候选人数大于三，则由管理员会议选出三名候选人进入下一轮，若某一轮投票所有候选人平票，且候选人数不大于三，则由管理员会议投票选择淘汰一人进入下一轮。

第八条

胜选候选人最晚于九月十六日零时接任部长。

自胜选候选人产生之刻，在任管理员会议转为过渡管理员会议。

第九条

若部长因故于四月三十日及之前提前结束任期的，可由管理员会议推选一名管理员成为临时部长，部员投票会按一般事项通过后接任部长，也可由管理员会议组织提前启动选举流程。在五月一日至五月三十一日的，任期提前结束之日起提前启动流程，相应时间提前。

部长不能继续履行换任职责且不存在临时部长的，由管理员会议代为履行。

第十条

九月三十日及之前，部长需陆续提名管理员，保证部门运转，且管理员满足如下条件：

（一）实名信息真实有效，并确实未受到停学及以上的处罚，也未受过总则第十九条第一款第六目所规定的处罚；

（二）属于在校生；

（三）本人愿意担任。

过渡管理员可以被提名。

过渡管理员十月一日起转为顾问，提前完成职责交接的可提前转为顾问。

第三条第十一条

管理员换任需按总则一般事项审议通过方有效。

每届管理员应当在本编第一条第二条第一目中的大群中公示。

第二条第十二条

当选为管理员的，要进行如下宣誓：

“我志愿加入清华大学学生联盟工坊管理员会议，遵守工坊规章，履行管理义务。维持工坊秩序，保障部员权益，为创造最为自由的交流与游戏环境而奋斗！”

宣誓方式包含在见证人见证下朗读、以书面形式向见证人发送、在主要交流平台内发送。宣誓人为新任部长的，见证人为上一任部长或其委托的代表；宣誓人为非部长管理员的，见证人为部长；连任的管理员，在每次当选时，重新宣誓。

宣誓完成后，见证人应在主要交流平台内公告宣誓完成。

第三章 文艺创作细则部员权利行使

第十三条

部员可以自由地选择部门内身份标识，但属于以下情况的除外：

（一）违反宪法和法律法规；

（二）包含商业性宣传信息；

（三）属于恶意仿冒他人、明示或暗示他人地位或权限低于自己等引起他人不适的；

（四）部门内辅助程序不能正确识别处理的，可能对部门内辅助程序造成破坏或具有功能破坏风险的，或可能使他人对部门内辅助程序产生重大误解的；

（五）违反部门规章的其他情形。

管理员通知其身份标识违规，但拒不改正的，除强制更改外，并按侵权与处罚编第五章处置。

第十四条

游戏内二创作品指与原作者相比修改量大于三分之一小于三分之二的作品，大于三分之二但小于六分之五的，原作者按照灵感来源予以标注，大于六分之五的，可以按照独立作品标注。只修改颜色的一般不视作修改。

原作者禁止二创的，除非规章另有规定，不得二创。

第四条第十五条

名誉部员不得单独在向管理层申请并通过前以包括但不限于直播、视频、图片、文字等任何形式发布、演绎任何关于本部的作品。

第五条第十六条

部员在使用部内资源（如服务器内存档等）进行直播等实时创作、演绎前需要提前征得管理员同意并向部内公示，收益由该成员所有。

第六条第十七条

部员在使用部内资源进行包括但不限视频、图片、文字等非实时创作、演绎前需要征得作品中涉及到的部员、人工结构所有者同意，作品版权和收益由作者与被涉及者商议决定归属；当作品中涉及公有人工结构时，管理员拥有一票否决权；在投稿时应评论区置顶官号。

第七条第十八条

视频简介必须列出如下内容：

“清华大学学生联盟工坊（THUnion）是来自清华大学的 Minecraft 同好会，不代表清华的官方 Minecraft 组织，也不承认其它组织为清华的官方 Minecraft 组织。不接受任何组织颁布的强制性任务，也不向未担任职务的成员下达任何强制性任务。

“游戏无定则，一切合理合法的玩法与玩家都理应被尊重。我们欢迎任何志同道合的玩家来进行友好交流，也欢迎喜爱 Minecraft 的校友参与到工坊的建设中。”

第四章 非驱逐退部

第八条第十九条

对于在部内不担任职务的部员，退群即视为退部，无任何限制。

退部人员捐赠给部门的财物不予退还，但是涉及到人道主义安抚的除外。

第九条第二十条

对于在部内担任职务，包括但不限于管理员会议成员、主服务器运营团队、分服务器运营团队的部员，退部前需先交接本身职务，未完成的，如后续重新入部，不得再度成为管理员或者运营服务器。

第十条第二十一条

分服务器服主退部的，决定继续在部门运营分服务器的，转让服主权限后方可退部；决定关闭服务器的，须完成分服务器注销流程。

第四章 部门日常管理平台

第二十二条

部门日常管理平台为管理与顾问联席群。

第二十三条

管理员必须在管理与顾问联席群内。有意愿的顾问可以在管理与顾问联席群内。满足以下条件的部员，可以在管理员主动邀请后，加入该平台：

（一）在主服内容运营、物理运维、百科平台运维等部门事务有突出贡献，或属于部门事务机构成员而相关事务机构未单独建群的；

（二）属于正式部员；

（三）不曾在三年内在未完成职务交接的前提下而退出部门。

第五章 停服服务器物理运营

第二十四条

具有相关计算机知识的，可以申请成为运维团队成员。

第二十五条

运维团队成员由管理员会议批准，原则上不设置任期。

第二十七条^{[原文如此]}

运维团队成员决定卸任的，向管理员会议辞职。由管理员会议收回其账号权限。

运维团队成员决定退部的，在退部前应当完成交接，否则再次加入部门后不能再次成为运维团队成员。

因触犯部门规章等原因被管理员会议除名的，不得再度担任运维团队成员。

第二十八条

运维团队成员有义务保证部门持有的服务器正常运转，在此基础上提供各项便利服务。

第二十九条

运维团队成员有保护好自身信息安全的义务。

第十一条第三十条

本章所指的停服，是指因非不可抗力，对服务器下属的主服务器、所有分服务器中部分或全部有限期停止运营的行为。

第十二条第三十一条

总则规定停服的，所有服务器直接停服^{[原文如此]}

第十三条第三十二条

经所有管理员一致同意，在不影响正常游戏的前提下，可以宣布对主服务器技术性维护停服。本条所称的正常游戏，指单次维护对北京时间六时至二十四时的影响少于两小时，且至少在执行前二十四小时公告一次，执行前一小时、半小时通知两次。

管理员会议在批准技术性维护方案前，运维团队应已经在相同环境下完成实验，并保证维护失败时可以在三十分钟内回退稳定运行版本。

主服务器因为其他总则未载明的事项停服，属于重大事项，按总则相应议事程序执行。

第十四条第三十三条

分服务器因为其他事项停服，向管理员备案。

第六章 线下活动与跨部门活动筹划

第十五条

非常规对外展示部门的线下活动属于重大事项，按总则相应议事程序执行。

第十六条

非常规跨部门活动属于重大事项，按总则相应议事程序执行。

第三十四条

管理员会议在批准部门线下活动前，方案应在部门内公示通过，时限七十二小时。

第三十五条

管理员会议在批准非常规跨部门活动前，方案应在部门内公示通过，时限七十二小时。

第三十六条

曾被批准的活动方案再次执行时，免于再次公示。

第七章 仲裁

第十七条第三十七条

管理员会议在批准非常规跨部门活动前，方案应在部门内公示通过，时限七十二小时。^{[原文如此]}部员间发生争议时，可以申请由管理员会议进行仲裁，仲裁是终局的，仲裁决定公开之时起长期有效，除非被部员投票会中止其效力，或者依照宪法、法律和校规终止其效力。

第三十八条

仲裁双方有一方决定上诉的，本次仲裁暂缓公开，直到双方均不再上诉。有部员投票会最终仲裁的，不能在部内再次上诉。

第三十九条

因破坏部门名誉而触发仲裁的，由部门负责对外宣传的管理员搜集证据，并在除部长外的其他管理员中抽选一人，负责检查证据并代表管理员会议作为起诉方，部长作为仲裁官。

第四十条

因干扰部门运转而触发仲裁的，由部门负责统筹服务器物理运维的管理员搜集证据，并在除部长外的其他管理员中抽选一人，负责检查证据并代表管理员会议作为起诉方，部长作为仲裁官。

第四十一条

因破坏部门财产而触发仲裁的，由部门负责财务管理的管理员搜集证据，并在除部长外的其他管理员中抽选一人，负责检查证据并代表管理员会议作为起诉方，部长作为仲裁官。

第四十二条

因拒不履行部门义务而触发仲裁的，由部门抽选一名管理员搜集证据，并在除部长外的其他管理员中抽选一人，负责检查证据并代表管理员会议作为起诉方，部长作为仲裁官。

第四十三条

因渎职触发仲裁的，由部长搜集证据，并在除部长外的其他管理员中抽选一人，负责检查证据并代表管理员会议作为起诉方，在剩余管理员中再抽选一人作为仲裁官。

第四十四条

因侵犯其他部员权利或损坏其他部员名誉而触发仲裁的，由被侵犯的部员搜集证据，并在除部长外的其他管理员中抽选一人，负责检查证据并代表管理员会议作为起诉方，部长作为仲裁官。

第四十五条

前述条目中，被诉方与其他身份有重叠的，在管理员会议剩余管理员中抽选。管理员会议成员不足的，按上一届部长、上一届管理员、上两届部长、上两届管理员的顺序填补或抽选。仍不足的，由部员投票会选举。