对 Suroi 领导层和发展的重组要求

日期：2025 年 6 月 3 日

收件人：Suroi 政府

发件人： Winter， eiπ， Cyby， Emeraldneo， 1092384， Leia， Kenos， Platonthek， DamienVesper

前言

尊敬的 Suroi Administration，

我们代表 Suroi 开发团队对 Suroi 领导层的行为提出异议，包括游戏所有者 Hasanger、现任管理员 Doublebox 和 Amyklae，以及前任管理员 Error。由于相关方与服务器管理之间的个人和团体调解一再失败，我们齐聚一堂正式提交本文档。

为了在保持专业性的同时保持本文档的简洁易读，我们将要点格式化为主要部分。只要有可能，我们都会将索赔的证据压缩到下拉菜单中，可以通过单击每个子标题左侧的图标来访问。除非另有说明，否则所有时间戳均采用东部标准时间 （EST）。

此外，尽管我们为每项申诉提供了单独的理由，但这些理由旨在证明在多个场合的持续模式，而不是孤立的实例 。为简洁起见，所提供的证据并不是一个详尽的清单。

关于开发管理的不满

匆忙、不完整的更新。

Hasanger 曾多次正式同意更新功能清单，但违背开发团队的意愿，为了在与之前商定不同的日期发布，自发地删减了几个项目。已经发布了大量更新，但存在前所未有的问题，同时缺乏关键功能，引起了社区的强烈反对。

作为 v0.24.0 “Remembrance” 更新的一部分，Hasanger 最初同意包含以下内容，如下图所示。然而，他随后重新安排了发布日期，并给开发团队带来了越来越大的压力，要求他们满足这个截止日期，这导致了这些更改的无限期延迟（killfeed 重构除外）。因此，此修补程序从未发布，浪费了所有相关人员的时间和精力。在撰写本文档时， 河间小屋仍然不会在河上生成。

Hasanger 和 Winter 之间的这段讨论片段突出了 Hasanger 在更新处于家具状态之前发布更新的紧迫性。在没有事先讨论的情况下，Hasanger 将（不完整的）纪念碑添加到了上述清单中，迫使 Winter 匆忙修复它，以便可以按计划发布。Winter 坚持以令人满意的动画发布 Kukri，Hasanger 拒绝了这一决定，转而进行“小更新”，以避免延迟更新。

尽管有发布不完整更新的历史并且已经放弃了发布的两个主要功能，但 Hasanger 拒绝推迟更新，理由是 Kukri 在游戏中不可用是遵守他不必要的严格时间表的正当理由，考虑到他刚刚在一个月前发布了一个重大更新。

Hasanger 未能传达关键功能（例如 killfeed 重构）中的感知回归，直到最后一刻都保持与清单的不一致，从而加剧了这些更新的不完整状态。Hasanger 无法放宽更新计划“无济于事”，他的悲观态度在过去只会损害更新质量。

正如预示的那样，该更新的发布没有动画关键帧和 Kukri 摆动动画，以及其他功能，包括 Hasanger 迫使 Winter 推迟的功能。这与废弃的热修复相吻合，表明 Hasanger 无端的不耐烦和未能兑现自己的承诺。

v0.27.0 “High and Dry” 更新是另一个主要示例，仅在 Port 中就包含至少 25 个单独的错误，同时缺乏许多预期的功能，包括：

改进的海滩地形

海浪氛围

搁浅的集装箱

灯塔和灯塔看守人的房子，两者都是原型并展示给 Hasanger 的，两次被拒绝，并被一个质量极低的替代方案所取代

仅缺少这些功能就足以将更新归类为不完整。此外，在 v0.27.0 和 v0.27.1 “Move the World”更新之间的两周内，恰好 修复了其中一个错误：重叠的容器。这留下了超过 24 个 bug，而没有添加任何预期的功能。

Hasanger 一直拒绝修复简单的错误和发布完整的更新，这严重降低了游戏的质量，引入了传说的不一致，破坏了艺术风格和平衡，并损害了玩家体验。

对以前的协议进行回溯。

Hasanger 有与开发团队达成协议的历史，但最终在没有警告的情况下解散了它们。一个这样的例子是 AA-12，这种枪最初被认为在平衡测试期间以任何形式都不适合游戏。Hasanger 积极参与了关于 AA-12 在 Suroi 命运的讨论，承认其固有的缺陷，并得出结论认为它“很可能不会被添加”。

与上述对话形成鲜明对比的是，哈桑格在一周后将 AA-12 添加到官方 1v1 服务器中，公然无视 beta 测试结果和之前关于 AA-12 作为游戏内武器可行性的对话。当被问及它的包含时，Hasanger 声称 1v1 服务器“更像是一个实验平台”，尽管是官方服务器 ，但它与主游戏无关 。相反，他指责开发团队不必要地提出了对实现该武器的担忧，并讽刺地问道：“我添加到我自己的游戏 smh [ 原文如此 ] 中的每一件事都必须获得批准吗？

 尽管意识到开发团队对未经他们事先批准就向游戏添加内容表示不赞赏，但 Hasanger 还是在发布前两小时将“Celestial”皮肤添加到 v0.25.0 更新中，既然没有提前提出更改，也没有无视既定的皮肤标准，“Celestial”皮肤会因为质量相对较低而失败。

 此外，Hasanger 在此事件发生后仅 18 天就添加了两个低质量的表情，再次在没有事先通知的情况下，只是在被发现后才被恢复。

这种事件模式体现了 Hasanger 对他自己和开发团队其他成员之间协议的轻蔑态度，这意味着他们的意见是微不足道的。这在 C4 辩论中尤为突出 ，其中 Suroi 政府否决了一项平衡决定，该决定可以说应该由开发团队中经验丰富的成员做出，而不是由不熟悉 Suroi 游戏玩法的行政成员做出。同样，Hasanger 对开发团队对 AA-12 的集体意见的无知导致了社区的混乱和公开道歉，而这本可以通过兑现承诺和抵制冲动来避免。

 总的来说，Hasanger 无法承认之前与开发团队达成的协议，贬低了双方之间的信任，并损害了 Suroi 政府的声誉。

自发的、未传达的释放。

Hasanger 在深夜，在大多数开发团队不知情的情况下，不断发布测试不足的更新。

 所述版本伴随着大量错误、项目和结构实现中的错误以及普遍缺乏质量保证，所有这些都可以通过耐心和遵循适当的发布清单来避免。

两个主要更新在不合理的时间按时间顺序发布，都包含重大错误，例如未完成的 River Huts 原型和未经测试的、高度激进的气体区域再平衡，引发了社区的强烈抗议。与它们的名字相反，River Huts 并没有在河流上生成，也没有包含在 v0.23.0 的更新日志中，这表明它们的发布是由于对代码库安全性不佳的疏忽 ，特别是因为它们被意外地包含在对工作存储库的 master 分支进行的一系列提交中，以解决一个不相关的问题。发布的 gas 变化与 Winter 现有的重新平衡 gas 阶段的提案形成鲜明对比，该提案后来得到实施并受到社区的积极欢迎。

 在这些凌晨 1 点发布之后，Hasanger 同意遵循书面发布清单，以最大限度地减少错误并提高功能质量。该清单明确指出，延迟发布会对开发团队产生负面影响，应该避免，并设定了发布更新的硬性截止日期，即晚上 8 点。

 然而，Hasanger 没有遵守这个清单，在工作时间之外为大多数开发团队发布更新，无视之前表达的担忧。

 可以预料的是，这些版本继续包含可通过遵循给定清单来预防的重大缺陷。另一个例子是在 v0.24.1 中引入了新的冷却器、冰箱和洗衣机纹理，这受到了开发团队的几名成员的批评，包括 Hasanger 本人。尽管他“[不知道]为什么它们被更改”，但这些纹理仍然包含在更新中，无视开发团队的意见以及更新发布清单，后者指出必须“单独 [测试] 每个添加的功能”，包括新版本的资产。经过反射，冰箱纹理后来在 v0.24.2 中恢复到之前的纹理。

这些沟通不畅的版本促使开发者面对 Hasanger，引发了不必要的争论，而这些争论本可以通过在发布前适当地测试更新来避免。

质量测试不足。

Hasanger 未能正确地测试许多更新，要么是由于这些测试的宣布或时机不佳，要么是未能修复其中发现的错误。此外，有几个版本根本没有进行游戏测试。这导致了版本中的重大、破坏游戏的错误，如果经过适当的游戏测试，这些错误会被捕获。

在美国东部标准时间午夜附近，大多数玩家都上床睡觉后，我们宣布了几次游戏测试，导致游戏测试者的数量比平时还要少。

上述屏幕截图中的第二张是 v27.0“High And Dry”更新的 beta 测试，其中包括主要错误和疏忽，包括：

海上交通管制室内的滑动门碰撞箱对齐不正确

蓝色仓库中重复的重叠 crate

高度不平衡的 ShAK-12

货船上缺少楼梯盖

NSD 容器生成率设置得太高

缺少 Gas Container 的随机化（打算但未实现）

登机坡道分层不当

船底水坑中缺少水效果

缺少空托拍变体，以及设计不佳的变体（包括围栏）

卡车颜色不正确（太饱和和太暗）

死胡同和高度危险的卡车布局，通常没有任何用途

Blue Warehouse 中缺少地板纹理

港口地板未对齐，与围栏不匹配

在 Cargo Ship 上错误地创建楼梯过渡碰撞箱

NSD 容器生成过于频繁，最初不打算包含在 Port 中

气瓶内放置不当的丙烷罐

所有容器的颜色随机化不当，尤其是 Breached Containers（仅以红色生成）

破损容器周围缺失的碎片

从桥中删除了传说文件

发射井的碰撞箱不正确

筒仓没有碎片

发射井缺少伤害状态

Lore Vault 中缺少 M590M（此保险库目前没有奖励）

传说保险库中死去的 Suroian 上的碰撞器不正确

Suroian 的收容室可以被摧毁——它们应该是坚不可摧的

灯塔内的隐形墙，只会与射弹碰撞

 其中许多 bug 都是简单的修复，不会花费大量时间。此更新中存在大量问题是 Hasanger 未能正确进行游戏测试更新的直接后果，并且随着他发布游戏测试的时间而严重加剧。这对玩家体验产生了负面影响，并导致了大量投诉。

不可靠的通信。

Hasanger、Error 和 Amyklae 在与团队的沟通中经常不一致，例如承担关键功能 ，然后未能提供更新或提供误导性信息。有时，因此会向公众和开发团队直接撒谎。此外，许多与开发相关的讨论都是在私下聊天中进行的，只有管理员才能看到，开发人员要么从未被告知这一点，要么被告知太晚而无法影响决策。

例如，Amyklae 承认她过去常常在与 Hasanger 的私人聊天中进行平衡和游戏设计讨论，而不是在开发频道中。这是一个特别糟糕的例子，因为 Amyklae 包括的更改是 Plumpkin 地堡内的一扇金库门，该门最初并未计划，并挡住了主要的运动走廊。

开发人员和管理层之间的沟通不畅严重减慢了更新速度，导致了许多争吵，是 Winter 从团队辞职的核心原因，并且通常对开发环境造成了破坏。

对游戏玩法和平衡性的理解不佳。

在多个场合，Hasanger 和管理员亲自实现或接受了存在重大缺陷的游戏元素，包括建筑物、枪支、特权和模式。他们也无视了开发人员对这些包含的抗议，迫使他们花费数十小时来批评和修复错误。尽管开发团队尽了最大努力，但仍有大量不平衡的内容被推向生产环境，引起了社区的强烈抗议。

一个例子是 SVU-A，一种 30 发自动战斗步枪。这种武器的平衡性非常差，每发子弹造成 21 点伤害，射速中等，使其具有很高的正常运行时间和与自动 Mini-14 相似的性能。这把武器保证每场比赛都会生成，而且很压迫。此外，SVU 是用其特殊的枪口制动器/闪光隐藏器正确绘制的，但武器在游戏中被错误地抑制了。对枪的基本了解可以防止这个问题。

它被添加到的地堡 Fulcrum 也制作得很差。重大问题包括楼梯比例不当、挡住其中一个楼梯的门、被迫迂回游戏而没有容易躲避的区域、缺乏知识整合，以及房间内充满水的主要功能。这些功能应该在发布之前与比赛获胜者一起制定。

添加到感染模式的枪支问题更大。第一个是 Vaccinator，它包括一个之前被开发团队讨论过并丢弃的减速机制。在测试过程中，多位开发人员指出了减速机制的缺陷;尽管如此，它还是被包含在公开发布中，导致一些社区成员做出了高度批评的反应。

第二把枪，Seedshot，似乎是彩弹枪和发射低伤害爆炸弹的 SPEAR 之间的糟糕混搭。这些子弹被一些开发人员描述为“令人愤怒”，并且由于速度和弹匣容量低而难以瞄准。这些枪之前都没有讨论或同意过，并且都包含严重损害游戏玩法的机制。

目前 “infection” 机制的实现也收到了来自社区的负面反馈。它被社区成员和开发者称为“烦人”，因为它对受感染的玩家非常有害，而且接触该效果的方法完全基于 RNG。

未能提供建设性的反馈和回应。

在很多情况下，Amyklae 对开发和社区环境造成了严重损害，向人们提供不诚实或只是负面的反馈。

例如，以下（措辞不佳但合理）建议解释说，感染是一个糟糕的模式，因为武器切换机制占用了玩家太多的注意力，持续时间太长，应该纯粹作为愚人节机制存在，并礼貌地要求提前结束感染以获得更多工作。

Amyklae 的回应声称原作者没有建设性，是“反复出现的负面反馈”的一个例子，这是她经常驳斥合理批评的一种方式。她也只谈到了作者提出的一个观点。

Amyklae 在 Suroi 开发团队的整个过程中一直这样做，最常插入无用的评论或陈述她的观点，而不详细说明如何解决她看到的问题。我们相信，如果一个人处于权威地位，他们对游戏平衡问题的看法具有下级成员不能忽视的分量，因此他们必须明智地选择自己的表达方式。Amyklae 曾多次被质问这个问题，他选择避免开发，而不是对开发团队成员采取更礼貌的行为。

这种态度作为团队成员是不合适的，作为管理员尤其成问题。它会导致团队成员之间的摩擦和尝试接近管理层时的挫败感。管理员的批评和反馈对于解决团队成员之间的争议和打破关系极为重要。

未能承担责任。

Error 和 Hasanger 曾多次承担了关键任务 ，例如账户或模式轮换，但一再未能正确更新社区和开发团队。模式轮换花了四个月的时间来完成，而不是最初承诺的两周，这在很大程度上是由于团队无法追究 Hasanger 的责任。Winter 曾多次要求 Hasanger 提供有关模式切换的最新信息，她收到的回复并未表明进度不佳。

特别有问题的是重复声明模式切换在某个日期之前完成，或者在“今天或明天”之前完成，而实施总共需要 4 个月。

Error 的另一个例子是 Accounts 的状态，这是一项已多次向社区承诺并被推迟的重大更新。截至撰写本文档时，账户尚未公布。

对于上述两个列表，我们可以比较它们以衡量从 12 月 21 日到 2 月 18 日（为期 2 个月的时间跨度）的进展。这样做时，我们会注意到一些事情：

对于审核 API，没有移动任何高优先级项目，并且中等优先级的项目被移动到低优先级（“实施名称检查提案”）。

对于账户：

未清除任何高优先级项目。

添加了两个中等优先级的项目（“从 zod 交换到 typebox”和“排序当前皮肤存储”），并且 12 月列表中的一个项目被替换或重命名（“显示名称修复”→“排序显示名称存储”）

这些事件导致了对管理层的深深不信任，因为开发团队无法将关键功能委托给他们，也无法跟进和接收有关这些关键功能的明确信息。社区因此而受到影响，因为 Accounts 一再被承诺但被拒绝。

没有认真对待志愿者的角色。

Hasanger 声称，由于该项目是基于志愿者的，因此开发人员和设计师不能对他们承诺但未能完成的工作负责。 尽管超过了预计的完成时间，但他未能正确地将模式轮换的进度告知开发团队，Hasanger 直接回应他声称“我们不能完全依赖人们在设定的时间完成任务。

 这是对基于志愿者的项目的有事实缺陷的解释。在任何项目中，都存在一个给定的任务池，个人根据他们的技能和可用性从中进行选择。通过承诺完成特定任务，他们承诺在设定的截止日期（如果提供）之前可靠地完成此任务，因此可以为他们无法完成这些任务负责。

在 v0.24.0 “Remembrance” 更新的开发期间，Winter 一直在努力寻找开发人员来开发一个关键的计划功能——近战系统——并礼貌地解释说她工作过度，需要帮助。Hasanger 进入谈话并暗示 Winter 给 Leia 分配开发任务是错误的。当时的 Leia 是近战系统的权威，曾在 Survev 中研究过它们，并且没有要求休息。

加入志愿者团队是对其他开发人员和社区的承诺，尽你所能，并在你无法完成工作时进行沟通。这也是一个承诺，将尽最大努力帮助推动项目向前发展，包括在你能够这样做的时候开发功能，即使它们可能不是最吸引人的实现。成为开发团队的一员不是一种权利，项目的志愿者身份也不是接受沟通不畅或懒惰的借口。

对开发者的敌意和不尊重。

Error 和 Amyklae 在许多场合不公平地对待开发人员，传播旨在贬低开发人员品格的误导性信息，或允许 Leonidas、Pap 和 Zereshk 等人骚扰开发人员。Hasanger 袖手旁观并接受了管理员的这种行为，这导致了糟糕的开发环境。

从 Ash 担任 Mod 开始，到最近的 Leonidas，版主们多次在开发团队成员和管理层之间的争论中将自己插入指挥链，而没有表现出对情况背景的足够了解。代表当时管理团队的 Error 透露了管理层的观点，即“Mod 的地位比 [#development] 中的任何开发人员都高得多”，通过将这些信息断言为“真实事实”来加倍强调这一说法。

这种说法对整个开发团队来说是极其不尊重的，这意味着积极从事游戏工作并拥有 master 分支推送访问权限的人比随机社区成员更不受信任，并且在层次结构中低于版主。此外，将 Suroi 官方服务器称为“社区”服务器并声明它不是“开发服务器”是非常不诚实的，因为目前没有单独的服务器用于 Suroi 开发。我们认为，版主和开发者从根本上说是社区中独立的部分，对彼此的环境没有发言权，开发环境应该与 Suroi 社区官方的 Discord 服务器分开。

 另一个例子是 DamienVesper 在 2024 年缺乏图像权限。当 Damien 恭敬地质问时，Error 开始嘲笑 Damien，并声称他“[实际上]没有地方”提出请求。Damien 称这种行为是欺凌，而 Error 则继续加倍努力并大笑，并含糊地威胁 Damien 在开发团队中的角色。这是不成熟的、幼稚的，而且非常不尊重。Error 没有因此而受到惩罚的事实进一步证明了 Hasanger 允许与健康开发环境相反的行为。

Error 还威胁要禁止 Kenos 参加 Suroi，因为他指出了与 Error 控制游戏多个重要部分的利益冲突。

最后，Error 威胁要阻止 Suroi 团队使用帐户代码，这是他之前被委托进行的重大更新，但一直误导团队。 他甚至称该团队为“混蛋”，因为他们阐明了他的虐待行为。

 这种对开发团队的反复虐待模式将不再被容忍。尽管 Error 已经离开了团队，但他的虐待行为得到了其余管理层的允许和支持，尤其是 Hasanger 作为唯一有权将 Error 降级的人。相反，Hasanger 在面对开发团队时多次为 Error 辩护，并继续表现得毫无意识地允许这些滥用行为。

未经咨询就提拔或留住不合格、粗暴或有问题的开发人员和设计师。

Hasanger、Amyklae 和 Error 多次向团队添加新成员，这些成员已经开始打架、骚扰其他成员、不活跃或从事质量不佳的工作，迫使团队其他成员花费大量时间解决问题。他们在未咨询开发团队的情况下添加了这些人员，导致开发速度和更新质量下降，同时增加了内部冲突。

FirApple、irrvlo 和 Mr.Poyo 的推广是裙带关系的明显例子。用她自己的话说，Amyklae 无法“与 [ 原文如此.] 关于 [FirApple] 会直接为游戏做出多少贡献“，因为他缺乏 TypeScript 经验。这并不能证明晋升的明确原因，因为预计一个人必须“证明自己的价值”才能获得开发频道的访问权限。通过在 FirApple 为 Suroi 做出贡献之前授予访问权限，可以绕过此先决条件。从那以后，这个人就什么也没做。

Irrvlo 获得开发角色是开发人员角色标准受到侵蚀的例证。Error 在寻求“一件事”的帮助后将他提升为开发人员，Error 将其定义为“帐户 + 审核”。这并不构成对开发人员角色的直接晋升 — 具有此角色的个人会积极为 Suroi 做出贡献，展示足够的编程知识，并在进入之前由开发团队进行筛选。Irrvlo 不满足以下三个要求中的任何一个：他以前没有为 Suroi 做过贡献，缺乏 TypeScript 知识，并且在他晋升之前不为开发团队的其他成员所知。此外，不应根据他们填补利基市场的能力来选择开发人员，而应根据他们将技能应用于 Suroi 各个部分的能力。Irrvlo 无法做到这一点。

此外，添加 Irrvlo 是为了处理 Accounts，该功能尚未发布， 并且在 Error 对进度撒谎后已永久中断。 Irrvlo 从未提请团队注意这个问题，因此没有为他们被允许进入开发团队的最初原因做出任何贡献。

 Poyo 先生也被 Error 授予了开发频道的访问权限，迄今为止从未为 Suroi 做出贡献。目前尚不清楚他被授予访问权限的目的是什么，因为它从未传达给开发团队。

 Hasanger 在没有与开发团队的其他成员讨论的情况下，以希望为项目做出贡献为前提，允许 MilkyWay 访问开发频道。这与 Irrvlo 的情况类似，不是授予开发频道访问权限的有效理由。个人必须事先证明对 Suroi 的明确承诺。迄今为止，MilkyWay 尚未承诺使用 Suroi 的任何存储库。

此外，dedl0x 和 Mr.Poyo 都保留了对开发频道的访问权限，尽管几个月没有为游戏做出贡献。特别是，dedl0x 自 2025 年 1 月 22 日（一条消息）以来就没有在 Discord 中发言，在此之前，最后一次发言是在 2024 年 3 月 8 日，即 5 个月零 14 天没有任何活动。他们对 Suroi 开发存储库的最后一次提交是在 2024 年 8 月 5 日。Dedl0x 在过去 6 个月（2024 年 11 月 21 日 - 2025 年 5 月 21 日）在 #development 中编写了一条消息。

另一方面，自游戏开始以来，Poyo 先生就没有承诺使用 Suroi 的任何存储库。尽管在 Discord 服务器中比 dedl0x 活跃得多 ，但几乎没有任何此类活动发生在开发频道中，他在 #development 中的最后一条消息日期为 2025 年 1 月 14 日，并且在过去 14 个月中只在该频道中编写了 6 条消息。

这种未经协商就将成员添加到开发团队中的模式由于对他们在团队中的位置的适应性的看法存在冲突而引起了无数次争吵。此外，留住被证明不活跃或不履行职责的成员，特别是通过“ 开发顾问 ”角色，是一个严重的问题，因为这意味着开发环境被不相关的、通常是不活跃的成员稀释了。

代码库安全性差。

Hasanger 将对开发存储库“master”的推送访问权限分发给几乎所有新开发人员，无需验证或检查，从而导致大量回滚、开发人员的冲动更改、主要更新中的功能损坏或不完整，并给整个开发团队带来麻烦。

一个值得注意的例子是 River Hut，这是一个正在进行的结构，最初被推送到 master 分支。

然后它被移动到一个单独的分支，为即将到来的更新做准备。此时，River Hut 的状态并不令人满意。它缺少生成功能，未完成的艺术，并且应该作为不同的未来更新的一部分包含在内，而不是目前正在开发的更新中。River Hut 的原始概念创建者 Winter 向 Hasanger 证实了这一点。

尽管如此，River Hut 还是被意外地添加到了基础游戏中 ， 因为从 master 分支的 git 历史记录中删除的包含 River Huts 代码的提交被意外地重新提交到 master 分支。发生这种情况的原因是，在更新之前，包含 River Hut 提交的模式切换分支已合并到 master 分支中。

 这是一个非常有问题的情况，几乎任何开发人员都可以将未经验证的代码或资产推送到 main 分支，并且在包含之前没有正确检查添加的内容。它还导致了开发团队内部的几次争吵，以及开发人员冲动地撤销了他们不同意的其他人的更改。这引起了冲突和混乱。

艺术家和设计师的不当信用。

关于谁创建了哪些功能的信息是有限的，或者在某些情况下不存在，并且由 eiπ 单独保存为部分记录，而不是管理层。在游戏文件中找到的两个 'credits.txt' 文件（client/public/img/game 和 client/public/audio）不计算在内，因为它们维护得非常糟糕且不完整。这是管理员级别的任务，因为它是 GPL 3.0 许可证条款的法律要求，但管理层不会跟踪这些任务。这可能会导致严重的法律麻烦。

此外，在艺术家离开后，即使他们设计的功能在新的更新中实现，他们对项目的贡献也不会被提及。这包括港口，它主要由 Winter 设计，但她的同名角色从隐藏在货船桥的传说文件中被删除，并且没有对她的贡献表示感谢。

wiki 也没有适当地注明特定的艺术家，如果有的话。对于开源项目来说，适当的文档是必不可少的，并且是法律要求的，并且作为尊重和感谢贡献者的一种方式，这通常很重要。未能保持积分是不可接受的。

未能提供预算。

尽管 6+ 个月前就开始捐款，但尚未公布该项目的预算。Hasanger 最初承诺提供预算，并被反复询问，但都没有提供给社区或开发团队。除了最近一个关于广告的公告外，目前尚不清楚资金的用途，捐助者应该知道他们的资金去向。

在多个场合，已经向社区和开发团队承诺提供预算/财务报告，这可以追溯到最初创建捐赠选项的时候。

不完整的内部开发路线图。

开发人员通常被迫在匆忙的时间范围内实现功能，并且没有正确了解当前或未来更新中将包含的内容。目前的路线图大部分是从 Winter 最初创建的路线图复制而来的;在此之前，至少有六个月没有详细的路线图。看板式路线图（例如 GitHub 项目）可用于规划未来的发布周期超过 1 个。

此外， 尽管做出相反的承诺 ， 但多个计划的热修复和版本尚未发布 ，导致更新未完成和不完整。这使得项目陷入混乱，并导致开发人员和设计师不确定计划的内容和时间。

未能提供隐私政策。

Suroi 收集包括 IP 地址在内的用户信息，并将其与用于帮助运行游戏的第三方网站共享，但这永远不会透露给用户。在许多国家/地区，不提供隐私政策是非法的，并可能导致对 Suroi 采取法律行动。

此外，Pencil Stub 在至少五个月的时间里，一直在反复询问隐私政策和隐私政策静态页面的进展情况，但收到的回复并不令人满意（或根本没有回复）。在 Winter 加入之前，Error 是隐私政策的唯一作者，但由于她不久后离开了团队，责任又回到了 Error 身上。目前，任何隐私政策的现状尚不清楚，因此该项目面临潜在的法律麻烦，因为 Suroi 目前正在为其惩罚系统收集玩家的 IP 地址。

 Pencil Stub 对这项任务的奉献精神确实令人钦佩，而管理团队绝对缺乏适当和及时的回应是令人遗憾的。

未能为设计师和开发人员提供行为准则或同意书。

没有为开发团队成员制定任何规则，导致不良行为要么被忽视，要么被严厉打击而没有一致性 ，从而损害团队凝聚力并引起冲突。此外，设计人员和开发人员在加入团队时不需要签署任何形式的材料，尤其是包括发布他们的资产。这是一个严重缺陷，有人可以通过撤回对其资产的使用同意来阻止项目向前发展。尽管这是一个有问题的情况， 但我们已经利用这种疏忽来执行我们的要求。 我们打算防止将来发生此类情况。

在私聊中做出平衡决定，而不通知开发人员、Winter 的辞职和 C4 的情况。

在之前的几次更新开发过程中，许多最后一刻的平衡性更改都是在私人频道中进行的，只有 Hasanger 和管理员才能看到，这与开发频道中做出的决定直接矛盾。这引发了几场争议，包括但不限于 Winter 离开游戏开发团队。这种没有透明度的决策做法总体上对游戏产生了负面影响。

 发生这种情况的一个典型事件是决定不从游戏中删除 C4。在 v0.19.0 更新中添加的 C4 已被证明由于其固有特性而存在缺陷，包括能够在不立即反击的情况下伤害玩家等。这些问题已经促使社区成员提出替代方案，但很快就成为开发人员之间争论的主要问题。不久之后，由于存在上述缺陷，决定在后续更新中删除 C4。

然而，可以说 C4 最重要的方面是它以及当时管理层做出的决定和行动如何导致当时担任游戏总监的 Winter 的离开。

Winter 从一开始就反对包含 C4，因为他经历了 Surviv.io 年添加的 Mines 的重大问题，但在 C4 已经被包含后加入了团队，因此当时没有重要的发言权或权力。这是 Winter 的观点和推理（反映了更广泛的开发团队的观点和推理）被忽视、忽视和被视为不如领导层的观点和推理重要的开始，尽管有证据支持。

在 Winter 于 2025 年 1 月成为游戏总监后，她有足够的发言权再次解决这种情况，并在与整个开发团队讨论后成功推动移除 C4。哈桑格意识到了这一点，并最初同意了。进行了两次民意调查，第二次是在第一次民意调查被指控存在偏见后创建的。

当时的这组民意调查证实了社区对死于 C4 及其相对小众的用例的强烈不满，但偏向于将 C4 保留在游戏中。根据这些民意调查的考虑，对 C4 进行了进一步讨论，并决定武器固有设计的问题存在太大缺陷，无法通过调整统计数据来挽救。两周后，Hasanger 仍在船上并配合罢免，没有表达明显的冲突或疑虑。此时，C4 的移除仍然是主项目的 “projectiles-refactor” 分支的一部分，该分支计划正式包含在项目中。

这是一个在多个层面上都有缺陷的观点。首先，从事实的角度来看，大多数人（不熟悉开发过程，没有游戏平衡性经验，并且在参与投票之外不以任何方式为游戏做出贡献）的愿望并不总是反映游戏的最佳决策。政府中存在一个类似的概念，称为“ 多数暴政 ”，它概述了政治机构中的多数可以利用这种权力来压迫他人。虽然这不是 1：1 的比较，但在 Suroi 的背景下，认为 C4 可以留在比赛中的观众似乎并没有考虑到接收方缺乏即时反击（随意称为“不公平”）。

其次，这是一种对待开发团队的可憎方式，尤其是在花费了精力争论 C4 无法挽救并且存在根本缺陷的确切原因之后。在团队背后做出决定，然后将他们称为“发声的少数派”，以此作为无视他们之前与管理层达成协议的理由，充其量是令人反感的。这种态度是对开发团队的不信任，忽视了他们对游戏的关心和奉献，暗示管理部门比负责维护平衡的开发人员更了解平衡，并且通常对整个社区不尊重。这一决定是政府的一组不加掩饰的个人意见，被描绘成社区的意愿。我们不能用足够强烈的词语来表达我们对这种反手处理的厌恶。

作为对这一披露的回应，Winter 向管理员和 Hasanger 明确概述了删除的确切原因，并概述了她对私人决定的不满，她称之为“违反协议”。这个推理很清楚，格式合理，而且详尽无遗。它还解决了先前提出的多项平衡 C4 的尝试。同样，这个推理反映了开发团队的更广泛观点，并证明了已经进行了重要的讨论和辩论。

从这里开始，双方的对话升级，开发人员和管理员之间迅速形成了分歧。这包括 Doublebox 的一句话，其中包括承认“是的，与 C4 的战斗本质上会非常片面”和“C4 [战斗] 很有趣吗？不，通常不会。此外，还讨论了一个关于 C4 作为低技能玩家杀死高技能玩家的一种方式的新话题。这个话题以前从未与 Winter 或开发团队的其他成员讨论过，并且包含有缺陷的逻辑，例如在充满桌子、灌木丛、树木和其他悬垂物的完全随机游戏中学习“常见 C4 放置点”的能力。

 在对她最初的论点做出不可接受的回应之后，Winter 坚定地宣布了她的立场，然后表示她作为游戏总监的职位和丰富的游戏经验让她有权做出决定，而无视之前的讨论将是一个“非常非常糟糕的决定”。她还再次重申了她的立场，即在开发团队背后做出的决定令人痛苦，尤其是考虑到 Amyklae 作为管理员缺乏责任感，这在两天前已经进行了一次重要的讨论。

与此同时，Winter 作为游戏总监的职位在管理员聊天中被 Error 在闭门造车中提出质疑。Error 是前任游戏总监，但在 Error 未能履行他的职责并因缺乏一致的领导而使游戏陷入困境后，Winter 接替了他的位置。Hasanger 还公开确认了 Winter 担任游戏总监的位置。因此，Error 的这番评论是对 Winter 权威的反手攻击，也是驳斥她的言论和意见的借口。

在 C4 划清界限后，Winter 立即将她的问题扩展到了整个管理层，尤其是他们对整个开发团队的不尊重，并威胁要为此辞职。

Hasanger 的回应随后将 Winter 的权力置于管理员之下，他们没有专门参与游戏平衡事务，或者拥有与 Winter 一样多的经验（例如，指导和更新 Harvest 模式，该模式广受好评，并且拥有当时游戏中最大的建筑）。Hasanger 声称平衡 C4 的想法被“简单地驳回了”，这不是真的，因为 Winter 之前已经概述了多种平衡 C4 的方法，以及为什么他们不会解决该项目的核心问题。

此外，他对 Winter 的辞职威胁并没有表现出太多的关心，表示如果对 C4 的决定不满意，她可以“自由离开”，无视她多次强调开发团队（特别是她自己）的反复反手对待是她对管理层愤怒的主要原因。这表明她公然缺乏对温特话语的理解或不关心，并且对她越来越缺乏同情心。

然后，温特继续详细说明她对 Suroi 领导层的不满，并非所有评论都附有图片。

她的观点被其他几位开发人员所同意，但完全被驳斥为“不同意”或“意见分歧”，而不是她真正的论点，即对破坏既定协议的冒犯，对开发团队的反复解雇和反手侮辱，以及管理部门对开发团队的整体反感行为。

不久之后，温特和莱娅同时辞职。温特的辞职甚至没有得到承认。

第二天，她正式离开服务器，几乎没有收到通知，生活立即照常进行。

用 Winter 自己的话说，在撰写这份文件时，辞职是由于 “在我为 Suroi 团队工作期间一再、始终被忽视，首先是我对 DM 的担忧被忽视，或者对我做出的承诺从未付诸行动。C4 的情况是最后的转折点，因为它表明完全无视我自己、开发团队、游戏的健康状况或基本的理智。我觉得无法进一步影响事情，尤其是考虑到我当时是如何被忽视的，因此为了自己的健康以及抗议亨利和管理员的行为而辞职。

Winter 辞职后，没有任何管理层联系她，也没有对她的离开表示悲伤或遗憾。管理层对 Winter 的完全不尊重和不信任是我们不愿意再容忍的。

回溯之前承诺的内容。

 在多个场合，向社区正式泄露的内容包括已与开发团队讨论并公开确定的新功能或项目。这包括为愚人节模式计划中的武器，作为 Amyklae 的备用帐户 petrova1977 发布的泄密的一部分，下面概述了这些武器。

从温特撰写的这次泄密的原始草稿中可以看出，“M202 FLASH 发射器、STEN 枪、M67 破片手榴弹和中国湖榴弹发射器”将被作为特殊的 Plumpkin 武器包含在内，这被证实也进入了最终的公开泄密。

这些武器都没有包含在感染模式中，而是用它们代替了以前未知的武器，这些武器不属于传说的一部分。这相当于对社区撒谎，尤其是考虑到没有发布任何交换公告。它还在开发环境中造成了混乱和混乱，并导致包含两个严重缺陷的武器。

关于 Server Management 的不满

不当培训版主。

在许多情况下，版主都面临着例行公事，例如行为不端的高级成员、服务器骚乱、有问题的团体传播恶意内容以及其他类似情况。这些是社区服务器的版主应该承担的职责，并且在竞技游戏中相当常见。然而，在许多情况下，审核团队没有配备或不知道如何解决这些情况。这要怪的是政府，因为他们的工作是培训版主并确保他们正确地完成工作——或者在最坏的情况下，降级或惩罚版主。

在 2025 年 2 月 16 日骚乱期间的一个值得注意的例子中， 该事件的主要煽动者 Sapphire 尽管一再骚扰员工并通过煽动服务器骚乱来违反规则，但她的行为只被禁言了 10 分钟。鉴于当时的情况，这是一种无效的惩罚，Sapphire 后来对事件的立场和她认为自己“赢了”的信念证明了这一点。

Yobama, who had been recently promoted to Moderator following Endermanking’s resignation, lacks the maturity and responsibility to take moderative action against other members. On 5/20/2025, after encountering an individual repeatedly making sexual jokes in #generalYobama 在 Endermanking 辞职后最近被提升为版主，他缺乏成熟度和责任感，无法对其他成员采取温和的行动。2025 年 5 月 20 日，在遇到一个人在 #general 中反复开性玩笑后，他们在成员干预后给出了两次口头警告，这与版主指南不一致。迄今为止，尚未给出任何具体的惩罚。

此外，Yobama 没有因为用户拥有冗长的昵称而惩罚用户，而是参与了这些活动，将问题留给 pap 稍后纠正，因为尽管频道中有版主 （Yobama），但没有采取审核行动。 这既表明了不成熟，也表明了对审核准则的无能为力，因为这些昵称显然是文字墙，违反了服务器规则。

2025 年 6 月 1 日，当 Yobama 积极进行 #general 时，一名喷子加入了 Discord 服务器，继续公开恐同，同时要求立即对他采取温和行动。尽管其他服务器成员强烈抗议， 但 Yobama 并没有因为他们的对话而惩罚这个人，只是选择了口头警告，因为他们只是“想看看事情是否会进一步发展”，这阐明了对他们所处的位置缺乏责任感。最终，Cyby 禁止了他们，因为当时在 #general 中交谈的 Luvanaris 和 Yobama 都没有惩罚喷子。

这种版主没有准备好面对服务器中基本、标准事件的一贯模式，对审核产生了不良影响。要么是 Mod 在没有经过适当审查的情况下被推广， 要么是 Mod 装备不当。由于这个问题如此普遍，它完全落在了政府的肩上。

在关键游戏功能方面向社区撒谎。

开源游戏中最重要的事情之一是沟通的透明度。最常见的方式是通过 #announcements、#roadmap 或 #leeks，所有这些都用于传达即将推出的内容。另一种选择是通过游戏内新闻。一个持续存在的问题是将功能错误地表示为即将完成或即将推出，而实际上这些功能在幕后是高度不完整的。

这方面的一个主要例子是 Accounts，它在至少 9 个月的时间里被反复承诺和确认。第一次提到来自 Error，它发生在 Suroi 服务器 #general。这不是官方公告，但它建立了一个基线，即 Accounts 将很快完成。

两个月后，在 Error 承诺更新将很快完成的情况下，发布了一份更新说明，承诺在“不久的将来”对帐户进行 Beta 测试。尽管几个月过去了，但从未发布过任何 Beta 测试或有关公众参与 Accounts 的信息。

一个月后，Error 公开确认 Accounts 仍在进行中;三个月后，Doublebox 证实他们 “接近完成 ”和 “真的没有太多 ”要做。

2025 年 4 月中旬，在 Error 离开团队后，Hasanger 声称“帐户没有延迟”，尽管最初的游戏内公告之间相隔了六个月多。考虑到严重的延误，而且尽管有承诺，但没有实质性的内部驱动力来完成账户，这是一个彻头彻尾的欺骗。

还存在另一个主要问题。Error 所做的工作被 Accounts 的现任负责人 DamienVesper 认为是“完全无用的 AI 驱动的火车残骸”。Error 的所有工作都非常糟糕，以至于 Accounts 不得不从头开始。这是对 Accounts 更新的严重延迟，如果像以前那样匆忙更新，未能正确实现此功能可能会导致巨大的反弹。未能正确地通知社区有关此延迟的信息是一个严重的问题。

社区定期询问 Accounts 的状态，并且对缺乏进展感到越来越沮丧。这导致人们对开发团队的信心下降，尽管 Accounts 由管理层处理。对于这样一个备受期待的重大更新，我们不能再容忍这种选择，并向社区歪曲进展。

未谴责或惩罚工作人员。

在许多情况下，工作人员，尤其是主持人，经常在公共或私人场所行为不佳，而没有采取适当的后果。他们曾多次故意挑起戏剧性事件，侮辱其他成员，并且行为与他们的角色完全不相称。为此，他们通常不会受到任何惩罚，或者只是受到口头警告。员工不会凌驾于他们自己服务器的规则之上。

值得注意的是，Dreykov 一再侮辱 Suroi 社区中的几位不同成员，例如称用户为“未发育的猴子”、“失望”或“精神病患者”或告诉他们“自杀”。这种行为公然违反了规则 1，该规则要求人们对其他成员“友好”，因为“屏幕的另一端有人类”。版主应该是执行规则的人，而不是违反规则的人。另一个很好的例子是 Amyklae 发布了一段包含种族诽谤的视频而没有后果的事件。 有问题的视频是 S uroi 游戏的 22 秒剪辑 ， 上面有音乐。但是，使用的音乐（Dr.Dre 的 The Next Episode 的 1：23 到 1：45）包含违反服务器规则 1 的内容。

这违反了服务器规则，如以下屏幕截图所明确定义。也有普通用户说这种诵读并因此被超时或封禁的先例。

Amyklae 应该因为发布包含种族诽谤的视频而受到惩罚，无论她的意图如何。错误地使用它可能会受到较轻的惩罚，但 Amyklae 的行为方式同样令人无法接受。她没有道歉或删除这条信息，而是为自己的行为辩护，试图将责任推卸到视频中歌曲的作曲家身上，然后告诉 Emerald “闭嘴”和“把你的屁股带回开发”。尽管 Amyklae 指出了一些合理的事情，但在他为 Emeraldneo 喊话后，他对她的语气是完全不合适的。她对 Emeraldneo 的行为和视频的发布，尤其是来自应该为普通会员树立好榜样的人，都明显违反了规则 1，应该立即对她进行降级或至少受到实质性处罚。然而，她没有收到任何这些东西。截至撰写本文档时，根据她的用户案例，Amyklae 根本没有因这种违规行为而受到任何处罚，并且该视频从未被删除。

这清楚地表明了一种信念，即管理员，以及一般的工作人员，在服务器中是优越的，而不是平等地适用于规则。此外，作为游戏和社区的代表，员工应该被要求遵守更高的标准。然而，在现实中，他们被允许为所欲为，经常恶劣地对待开发团队成员或公众。

不一致或遗漏的惩罚。

 纵观 Suroi 的历史，整个服务器中存在不一致的审核的重大问题。由于服务器中的消息数量庞大，这是一个难以搜索的话题，因此将使用其他证明。

Compositor 和 Winter 都曾经是 Mod，并且都指出了关于规则执行的“完全不一致”的相同问题。值得注意的是，Compositor 是 Suroi 开发团队的主要成员，并且仍然被本文档的作者视为关键成员。Compositor 的大量问题没有得到解决，并导致他们从团队中辞职——这是另一个被忽视的问题导致一名关键员工离职的例子。

此外，我们还发现了一个关于种族诽谤不一致的例子。这与 Amyklae 使用种族诽谤有关 ，而不是精心挑选的。如前所述，找到其他示例非常费力。

这是一个不一致的惩罚的明显例子：该用户在 2024 年 10 月 20 日首次因以某种方式说 N slur 而被禁言一天。后来，在 11 月 8 日，他们再次第二次使用了 N slur。这应该清楚地表明用户没有从第一次静音中学到任何东西，也没有努力改变他们的行为，并且有理由进行更长时间的静音或封禁。然而，他们只收到了警告 ，这可以说比一天的静音要轻，即使这是他们第二次违反相同的规则。

这些持续不一致的惩罚的例子，以及可能出现的有偏见的审核实例 ，表明管理和服务器管理团队作为一个整体是不可靠的，不能被信任给予所有服务器成员公平的待遇，这对于一个有效的审核团队来说应该是非常重要的。这可能导致会员抱怨这种处理方式（例如。“该用户在第一次违规时收到了警告，但我收到了静音”），员工团队必须处理。

推广已知的有问题的用户。

 在许多情况下，存在严重问题的社区成员被提升为版主。这些严重的问题包括参与服务器骚乱、提供裸照、恐同症、煽动戏剧等。

The first of these is Ash, who ‘joked’ about extremely inappropriate material including homophobic content and one instance with a racial slur. Immediately prior to being promoted, they continued to contribute negatively to the server environment, being intentionally annoying and problematic for the purpose of “want第一个是 Ash，他“开玩笑”说了极其不适当的材料，包括恐同内容和一个带有种族诽谤的例子。在被提升之前，他们继续对服务器环境做出负面贡献，故意惹人厌烦和有问题，目的是“想看一些戏剧”。对于一个本应代表 Suroi 的版主来说，这是一个不可接受的立场。

另一个例子是 Sapphire，她是 2025 年 2 月 16 日骚乱的主要煽动者之一，这是 #general 频道更名为 #off 话题的结果。包括 Sapphire 在内的骚乱参与者对此表示完全没有悔意。尽管她在这次事件中扮演了角色，但 Sapphire 只接受了 10 分钟的短暂静音，后来在 4 月 24 日被提升为游戏版主。

这场骚乱的一部分还有 Yobama 和 acxiynt223，他们都参加了反对这个频道重命名的“抗议 VC”以及一般聊天，都没有受到任何惩罚。此外，Yobama 是 [GLB] 氏族的成员，该氏族与对其他成员的严重毒性、制造麻烦和骚扰有关。Doublebox 在 Winter 的 DM 中质问时证实 [GLB] 氏族“对 Suroi 有毒且不健康”，尽管他确实支持抗议 VC，因为“[他]绝对想促进”，我们不同意这种观点。

尽管有这些重要证据，Yobama 和 acxiynt233 还是被提升为试验版主，现在两人都是成熟的版主。在这次促销活动之后，他们俩都开始发起针对 Survev 的骚扰活动，后来开始删除这些消息以掩盖他们的踪迹。对于社区版主来说，这是不可接受的行为。

“活动”是一项旨在通过玩名为“hop on Suroi”的 Survev 在 Survev 内部宣传 Suroi 的运动。该活动由 Yobama 和 acxiynt233 共同推广。

首先，这是向其他受众推广游戏的无效方式。大多数听说过 Suroi 的 Survev 玩家可能不会被说服转战。其次，更重要的是，这是来自处于权威地位的人的不当行为。他们的广告方法是侵入性的，对 Survev 社区和整个 Survev 游戏不尊重，因为它实际上是试图将其玩家吸到 Suroi，使用他们的自定义玩家名称作为免费广告。虽然以个人身份这样做在最坏的情况下是幼稚的，但“活动”是一个有多个参与者的组织，并且在一定程度上被 Yobama 和 acxiynt233 认真对待，他们都是版主，因此对整个 Suroi 员工团队的影响很差。

这种一贯的模式，即提拔已知的有问题的成员，然后允许他们以官方身份继续他们的行为，这对整个发展和社区环境具有极大的破坏性。版主应该是社区中最好的，而不是最差的。我们反对这种因“缺乏可用员工”而允许这些成员获得晋升的模式，因为我们认为人手不足比这些成员对社区造成的损害要好。

关于功能和更新的沟通不畅。

在 Suroi 的整个生命周期中，未来内容的时间线和类型一直陷入不透明、来自管理层各成员的混合信息、矛盾和普遍的混乱中。成员通常不知道将来会添加哪些内容或何时添加，并且对关键问题的修复沟通不畅或完全被忽视。当功能发布时，它们通常会缺少以前泄露的内容 、 匆忙且质量低下 ，或者尽管按预期工作，但对游戏的平衡完全有害。 这导致了一种有害的模式，即用户寻求信息并经常找到误导性的答案（如果他们找到的话）。它还创造了一种负面模式，即用户被引导期望某些功能，但在发布时却收到了这些功能的不成熟和不完整的版本。

错误报告和反馈方法不佳。

目前，为游戏提供反馈的主要形式是通过 Discord 论坛。这些论坛经常充斥着离题的对话或地址不当。由于人手不足，他们的内容没有得到充分的沟通和审核，从而削弱了这些论坛的目的。在某些情况下， 建设性的批评遭到了无端的敌意 ，而其他错误和建议则根本没有得到回应。

此外，管理员（有时是开发人员）私下里会直接嘲笑用户的糟糕建议。这对社区来说并不健康，在处理用户反馈时，我们要求行为更加专业和成熟。

关于个人行为的不满

保护彼此免受有理有据的批评。

 开发团队成员曾多次向 Hasanger 或其他管理员提出对他们行为的严重担忧。这些问题大多没有得到解答，因为每个行政成员都会无视私人的不满，而公共的行政成员则面临其他行政人员的共同愤怒。

这在开发过程中一直是一个重大问题，因为对管理团队的众多批评（几乎所有批评都在本文档的其他地方概述）没有得到解答。例如，在 Winter 辞职期间，在谈话接近尾声时，Winter 直接指责政府“完全无效”并互相辩护。作为回应，她的论点和对管理层的众多批评被忽视，并被简化为“意见分歧”。Doublebox 特别声称他没有“毫无根据地保护其他管理员的决定”并且“[不需要] 向 Winter 证明这一点”，尽管目前所有证据都与此相反。

在 Winter 离开一个月后，platonthek 充当了 Hasanger 和 Winter 之间的中继器（尽管后者当时并不知情），在开发聊天中引用了 Winter 的话。这些主要是她之前对 Amyklae 的不满的浓缩版本，以及为什么 Winter 和开发团队的其他成员认为 Amyklae 受到了 Hasanger 的保护。

作为回应，Hasanger 概述了 Amyklae 应该继续担任管理员的原因，并直接声明：“是的，我在保护她免受不公平的降级。然而，Hasanger 提供的细节清单并不令人满意。

按顺序，以下是我们对 Hasanger 概述的每一点的回应，以及为什么它们无法为 Amiklae 的管理员职位提供有效的辩护：

2 月 21 日 - 此工作可以由内容创建者完成。

2 月 22 日 - 重新启动 NAS 是一个一步作。选择环境声音可以由声音设计师完成，之前由 Winter 根据 Amyklae 提供的列表中完成。

2 月 22 日至 25 日 - 这可以由版主而不是管理员完成。

“适度”是描述 Amyklae 行为的不准确术语。“参与”会更好地描述她在此期间的行为。她参与了不良行为，包括转移批评和故意歪曲开发人员。

一个人必须真正 “m] oderate” 才能被认为是有效的版主工作。

2 月 25 日 - Discord 服务器上的任何成员都可以执行此作。

2 月 25 日至 3 月 2 日 - 这是贡献者的工作，而不是管理员的工作。

2 月 26 日至 3 月 1 日 - 这是潜在管理工作的第一个实例。但是，这是社区经理的角色，而不是管理员级别的职位。

二月 27

任何人都可以讨论一个话题。

注意：Amyklae 忽略了使用更高效的方法执行该任务的建议。

2 月 28 日 - 任何个人都可以提供反馈。

可以说，与普通成员相比，声音设计师可以提供更丰富的反馈。

3 月 1 日 - 这是内容创建者的工作。

3 月 2 日至 10 日 - 这是设计师的工作。

此外，在审查她的工作后，开发团队认为它低于标准且存在缺陷，需要完全返工。

3 月 3 日 - 任何人都可以讨论某个主题。

3 月 8 日 - 这是内容创建者的工作。

3 月 10 日 - 这是管理任务的潜在实例。

但是，尽管采取了这些措施，该 wiki 至今仍无法使用。一个好的管理员的行为应该解决问题，而不是延长问题。

此外，前任 Wiki 经理应该对他们的继任者有影响力和发言权，因为他们是处理与 wiki 相关事务的主要权威。

3 月 10 日至 12 日 - 这是开发人员或设计人员的工作。

此外，Winter 为 50v50 中的结构设计了细胞类型生成算法，而不是 Amyklae。

3 月 12 日 - 这是一个一步作，任何在 Discord 中允许这样做的人都可以这样做。

3 月 14 日 - 任何人都可以执行此作。

与普通成员相比，设计师可以提供增强的反馈。

游戏设计师或开发经理将是这件事的最终决定权，这两个职位都不是管理员级别的。

3 月 15 日 - 这是内容创建者的工作。

Hasanger 继续表示，这证明 Amyklae 是“团队中积极且有价值的成员”。然而，与开发和设计团队的其他成员相比，Amyklae 在这段时间里所做的工作要少得多，他们中的大多数人在现实生活中都有现成的义务，这占用了他们的时间。Winter 在服务器工作期间，尽管不是管理员，但她经常会在一天内协调多个主要功能。

此外，Hasanger 表示 Amyklae 的许多行为“不全是管理员工作”，但证明了她是团队的积极成员，这意味着积极且对团队有价值是成为管理员的要求。但是，对于管理员职位来说，积极主动和重视员工团队是必要的;它们是不够的。员工团队的其他多名成员，尤其是 eiπ，是非常活跃和有价值的成员，但没有管理员职位。仅凭活动并不能保证 Amyklae 继续担任管理员，尤其是考虑到她之前的违规行为 。

最后，Hasanger 提出的项目中只有两个可能是管理员为了履行其管理员角色而可能做的事情。其他项目都不需要管理员角色，因为它们要么与 Suroi 的开发有关（例如从事声音设计、传说、50vs50、愚人节或游戏内建筑），要么与内容创建有关，例如创建剪辑复杂功能。仅有的两个可能符合管理员级别工作的条件 — 组织构建竞赛和为新的 wiki 管理员 “做安排” — 也可以由高级但非管理员的角色来填补。

总的来说，这是一个重大问题。应该依靠服务器领导层，尤其是所有者，公平公正地处理针对其他管理成员的批评。Hasanger 和他的管理员没有把这些多重批评和开发团队的话当作有价值的东西，而是以一种没有回答最初批评的方式互相辩护。这是裙带关系和对开发团队关注的狭隘立场的一个明显例子。

故意撒谎或诽谤多个团队成员的性格或贡献。

The Suroi administration has a history of discounting team members’ contributions to the game, whether they are currently or have previously worked on Suroi. Following Compositr’s departure, Error claimed that “he [Compositr] didnt do anything for the game [sic]” without explanation, despite the fact that CompositrSuroi 管理部门有忽视团队成员对游戏贡献的历史，无论他们现在还是以前都在为 Suroi 工作。在 Compositr 离开后，Error 声称“他 [Compositr] 没有为游戏 [原文如此] 做任何事情”，但没有解释，尽管 Compositr 开发了大部分游戏 wiki 并编写了大部分初始迭代的帐户。

此外，在幕后还有一种协同努力，以诋毁多名工作人员的名誉，特别是那些不同意政府观点的工作人员，并找到理由将他们降职。

例如，列奥尼达斯在这里暗示了“仇恨俱乐部”的存在，从而在 Suroi 开发环境中传播了敌意，尽管员工团队成员犯下了这种罪行，但 Hasanger 从未解决过这个问题。

 Suroi 政府私下里破坏了顶级贡献者捍卫（政府的）合法性的价值，Doublebox 将 Error 的重要性置于 eiπ、Kenos 和 Leia 的共同努力之上就证明了这一点，其中两个构成了 Suroi 代码库的大部分，并且所有这些贡献的代码都比 Error 多。

Doublebox 声称 Leia “在离开 Suroi 项目时放弃了 [特权] ”，这是对开源软件核心价值的卑鄙歪曲。这种说法意味着项目的贡献者应该忠于它，追求自己的愿望将受到惩罚，本质上是采用竞业禁止条款。

（Leia， Kenos） 和 eiπ 之间的惩罚差异表明了对 Leia 和 Kenos 的偏见，同时也描绘了 Doublebox 采用纵策略来确保 eiπ 对 Suroi 的忠诚。Doublebox 理论上，“表现出 [eiπ] 一些同情心”将阻止她“' 愤怒地退出 '这个项目”，暗指她的合作是为了解释她没有像对其他人所做的那样谴责她。

 再举一个例子，Amyklae 诋毁 Winter，声称她正在“压制”其他团队成员，没有“[一直]考虑别人想要什么”，并在开发频道中“说服人们”，然后反悔她自己的话，声称这只是一个“意见”的陈述，无视了由于她作为 Suroi 管理员的角色而具有的隐含有效性。

此外，Amyklae 在 Winter 计划添加雷击一事上撒谎，称 Winter 想添加“击中玩家的闪电”。事实并非如此：Winter 没有就闪电会对玩家造成什么得出任何结论，并表示闪电机制的主要焦点是“树木和桶”。通过说 Winter 想让闪电击中玩家，Amyklae 故意让 Winter 听起来像一个不讲道理的人。 Amyklae 还试图通过说“让我得到 6 种不同的灯光声音”来伤害自己，以使 Winter 听起来有力和坚持。

在这份文件发布的那天早上，艾米再次加倍强调她的立场，因为 Winter 的这种不诚实的立场，即闪电是针对玩家的。开发团队就此事与她对峙，然后没有道歉就退缩了，说这“没什么大不了的”，她不确定“为什么你们都 [ 原文如此] 如此对抗”。这种对 Winter 的一贯、故意的歪曲，即使一再纠正和指出，也是不专业和不可接受的。

这些实例是管理员（尤其是 Error 和 Amyklae） 试图歪曲和诽谤开发团队过去和现在的多名成员的贡献和性格，尤其是那些对 Suroi 政府表示不同意的人。这表明他们愿意诋毁对 Suroi 管理合法性持怀疑态度的成员，以保护他们自己的诚信。这种 来自权威人物的故意错误信息是完全不可接受的 。

很容易被推来推去。

哈桑格一再表明，他的观点和决定会受到他所偏爱的人的相当大的影响，比如阿米克拉。事实上，Amyklae 和 Hasanger 都承认了这一点，如下面的屏幕截图所示。

在这里，哈桑格承认“[倾向于]站在她这边”，Amyklae 后来（一年后）在不知不觉中证实了这一点，他说“[她]直截了当地告诉亨利不要再私下给 [她] 发短信谈论游戏的东西 [...]在那之后的一次，因为 [亨利] 做了什么而发生了争吵 ，导致当他私下给我发短信时，我说了一些事情”。如前所述，这两次互动相隔一年发生，彼此无关，表明这是一个持续存在的问题。

另一方面，正如前面关于协议回溯的部分所讨论的那样，Hasanger 将 AA-12 添加到测试服务器是 DM 中 Skullboi 压力的结果。

这些例子表明，Hasanger 的观点和决定很容易受到他人的影响，尤其是 Hasanger 关系密切的人。作为游戏所有者，这种对外部影响的敏感性忽视了逻辑推理，导致本质上是糟糕的决定。

将整个管理层造成的问题的前成员作为替罪羊。

管理团队诋毁开发团队的前成员，以避免解决他们的缺点和内部问题。

Hasanger、Amyklae 和 Doublebox 多次为错误辩护。尽管保留了对账户进度的完全控制权，但他未能证明进展被管理团队通过转移和借口掩盖，试图维护 Error 对开发团队和公众的诚信。这通常是通过声明 Error 忙于其他事情来完成的，例如他的工作或教育。

然而，在他因即将降职而辞职后，Hasanger 和 Amyklae 指出了有关游戏审核、Discord 机器人和 Error 帐户状态的所有问题的根源，尽管即使开发团队成员质疑他的权威的合法性，也为他的上台和随后的权力维护提供了便利。

Error 的权力巩固和无法满足期望不仅仅是他行为的产物。管理层有责任防止员工团队中形成派系。他们没有承担起这一责任，反而通过拖延或关闭争论而自己成为一个派系，往往逻辑推理有缺陷，甚至根本没有推理。将团体的行为归咎于一个单独的个体是误导性的，只是为了挽回面子，使员工与社区保持距离。

之前所有请求或强制更改的尝试均失败

在很多 很多场合，开发团队、审核团队的成员或公众都抗议了政府的行为。其中大部分是私下进行的，例如 Winter 与政府所有成员的冗长 DM。

这些私人 DM 都以失败告终。在一个特别糟糕的场合，Error 在一次长谈中完全消除了针对他的所有担忧，这里只描述了谈话的结尾。这一声明被整个政府都知道了，但没有采取任何措施。Amyklae 甚至试图利用这个 DM 的内容（不是针对她的）来诽谤和歪曲 Winter，尽管该 DM 与原始对话无关。

Hasanger 很清楚这些 DM，但并没有发生任何变化。直到今天，他仍然想知道为什么 Error 担任管理员这么久，尽管他已经提拔了 Error 并在所有警告信号下让他掌权。

开发团队作为一个团队之前也曾尝试过请愿变革，从关键成员的多次罢工，到开发团队抗议政府不公正或不明智的行为的重复重大事件。 这些对政府的所有成员来说都是非常明显的，但即使作为一个团体，这些尝试也失败了。

最后，在多个场合（这里只描述了其中两个），员工团队成员公开辞职，并向管理层陈述了他们的问题。这些担忧被忽视了，离开的成员被排除在外，他们的贡献被遗忘了。

我们不会再接受这一点。曾几何时， 存在一份与此类似的文件，以努力将 Error 单独从管理层中移除。 经过大量讨论，我们认为失败在于整个管理体系，而不是其中的单一参与者。Hasanger 允许他的管理员滥用职权，并亲自犯下了几起。错误公然滥用权力并骚扰人们。Amyklae 的职位不合格，粗暴，不适合管理。Doublebox 私下里支持了许多这样的滥用行为，但公开没有说什么，直到今天，它在管理团队中的作用仍然不为人知，甚至连 Hasanger 都说 Doublebox 对游戏的影响比 Amyklae 少 。

要求

作为与游戏的开发历史、质量和稳定性息息相关的开发团队的代表，我们相信我们已经用尽了所有其他手段，以个人成员和团体的身份对这些反复出现的不公正现象提出上诉。我们认为，目前没有办法诉诸所有者或管理者的常识来自愿实施有意义的变革。

因此，我们共同概述了以下要求：

1 - 将服务器所有权转让给 eiπ。

由于 Hasanger 无法负责任地利用他作为服务器所有者的地位， 我们要求他辞去 Suroi 社区服务器所有者的职务，并将所有权转让给 eiπ，eiπ 自项目启动以来就一直在该项目中，以极其成熟、可靠的理性声音而闻名。

更明确地说，在任何情况下，我们都不能继续信任 Hasanger 作为这个项目的领导者。然而， 我们相信他深爱 Suroi， 他对游戏的奉献精神是毋庸置疑的，只有他作为领导者的行为 。他目前担任该项目的以下重要且不可替代的职位，我们希望他继续担任这些职务：

Hasanger 仍将是 IP、游戏、Github 和所有其他合法资产的所有者。 Hasanger 在这些方面拥有丰富的经验，这是其他团队成员无法填补的。 但是， 我们仍然担心他利用自己的权力不明智地分发对 Suroi 的编辑权限，因此我们将为他对 Github 的所有权实施一个制衡系统 。

Hasanger 仍将是比赛的公众形象。 Hasanger 作为最初的创作者和背后的推动力，在精神层面上对这个项目很重要。我们认为这对项目很重要，因此希望他继续担任以下详述的新角色。

2 - 将 Amyklae 降级为高级声音设计师和 Lore Keepr。

 Amyklae 已经证明自己无法正确履行她的职责并作为管理员行事，因此我们要求将她降级到她实际担任的角色——即从事声音设计和知识工作。此外，由于她之前的不当行为，我们要求禁止她在服务器中担任任何权力或管理角色。

3 - 将 Doublebox 降级为 Senior Lore Keepr。

 Doublebox 已经证明他无法正确地担任管理员，因此我们要求将他降级到他实际担任的角色——即从事游戏传说的工作。此外，由于他之前的不当行为，我们要求禁止他在服务器中担任任何权力或管理角色。

4 - Hasanger 公开道歉并解释重组。

在开发团队和更广泛的社区中出现了无数的谎言和不当行为之后，特别是为他任命的管理员辩护和允许滥用职权，我们要求 Hasanger 向社区公开道歉。这个道歉应该用他自己的话写出来，但要包括我们将提供给他的要点清单。

这次道歉的目的不是公开羞辱哈桑格，而是给他一个机会，承认自己和他的管理团队的错误。 这是重新获得社区和员工信任的第一步。

此外，我们将与 Hasanger 协调发表一份声明，解释服务器重组，并概述此次重组后游戏的未来。

5 - 创建新的 Highest 角色，并删除 Owner 和 Admin 角色。

 “管理员”和“所有者”角色与开发团队和更广泛社区中的严重滥用权力、裙带关系和普遍的不良形象有关。此外，他们代表了有缺陷且可利用的权力等级制度。我们认为，项目所有者 Hasanger 与服务器的任何其他成员一样容易出错，并且必须对他的权力进行制衡。

因此，我们将把现有的“Managr”角色重新调整为新的最高角色。 该角色将包含来自游戏开发和社区环境所有关键部分的成员，并将作为负责监督游戏和服务器的正式机构。

 我们建议以下内部角色及其分配的成员，以及其权限范围的简要说明：

Hasanger - 法务经理。 拥有游戏、Github 和域，处理敏感的用户数据，并负责与游戏服务器维护和分发相关的各种事务。由于之前发生的冲动选择事件，他将无权晋升或降级员工团队中的任何人。但是，我们欢迎他对这些问题的建议和意见。

eiπ - 开发经理 。负责建立和执行与 Github 相关的行为准则，维护和发布设计师积分，并维护稳定的开发环境。还将充当负责服务器所有权的“密钥持有者”和委托这些权限的安全方。

冬季 - 游戏管理器。 负责指导游戏的愿景和质量，并确保它与传说保持一致。还负责维护路线图。

Cyby - 社区经理。 负责监督服务器的公共成员以及监督审核团队。

6 - 将开发和设计工作转移到单独的服务器，并将审查员与开发分开。

版主和开发人员扮演的角色完全不同。版主是社区成员，他们在游戏中没有发言权，也没有接受过艺术或设计规则方面的培训，而开发人员和设计师需要理解这些规则，并负责每天添加新内容。两个角色都没有优于另一个角色， 而 Error 认为 Mod 比开发人员更值得信赖 ，这加强了我们对独立于 Suroi 官方服务器的独立开发环境的需求。

7 - 将 Lore 服务器与主开发服务器合并。

拥有两个独立的服务器会给试图将他们的更改与 Lore 协调的开发人员带来问题。传说是开发的一部分，应该以官方身份提供。

8 - 开发和设计角色的重组

 这些措施包括：

删除类别潜在客户，例如 Design Lead （设计潜在客户）。 这个角色与自身冲突，因为对于谁实际领导特定角色没有达成一致。通常，多个人会拥有不同的专业领域，从而导致混淆。

创建“高级类别”角色，例如“高级设计师 ”。 这些角色将分配给受信任的成员，他们已经在项目中工作了很长时间，并且足够了解游戏及其方向，可以向其他新成员提供建议。

创建“Lore Keepr”角色。 如果不问，通常不清楚谁精通这个传说。这个角色将使该过程顺利进行，并且在将 lore 服务器集成到主开发服务器中时也是必需的。

9 - 降级有问题、不活跃或不合格的员工。

希望这应该是不言而喻的，但员工团队中不活跃或不合格的成员会消耗服务器的整体健康状况，并造成严重的延迟和尴尬。对于不活跃的设计师/ 开发人员，他们应该被降级到 Contributr，因此无法访问与 Suroi 开发相关的渠道;对于有问题的设计师/开发人员，这些成员对员工团队严重有害，不能代表我们期望的专业水平。此外，他们主动开始打架或故意残忍。这不是我们愿意在服务器上接受的行为。

以下是我们希望看到的降级列表：

Yobama：因行为不当而被 Discord 版主降级

acxiynt233：因行为不当而被 Discord 版主降级

Zereshk： 因煽动性和普遍破坏性行为而被 Developr 降级

chpsterz： 因不活跃和行为不当而被 Developr 降级

pap：因不活跃而被 Discord 版主降级。

dedl0x：因不活动而从 #development 中删除

FirApple：因不活动而从 #development 中删除

AlbieMorrison：因不活动而被 #development

jOn：因不活跃而被 #development

Mr.Poyo：因不活跃而被 #development 除名

Sapphire：因之前的不当行为而被 Game Moderator 降级

Asultra： 因不活跃而被 Designr 降级

yeet120： 因不活动而被 Designr 降级

vp：因 不活动而被 Designr 降级

10 - 为所有员工制定清晰简洁的规则和标准 。

这应该是不言而喻的。应要求所有员工遵守明确的规则，以确保有效和礼貌的服务器和开发环境。

11 - 更新并平等执行服务器规则。

这也应该是不言而喻的。创建规则不应只是为了被忽略或不一致地执行。

12 - 还原或返工所有最近的低质量内容。

几乎所有最近已经发布或计划发布的内容，例如 Breached Dam、Infection Mode、SVU-A、Fulcrum Bunker、Lighthouse、Hunted Mode 等都存在严重问题。其中一些想法是可以挽救的，可以重新设计;有些由于品味不佳或无法平衡而必须完全从游戏中删除。这是一个广泛的过程，可能需要一些时间。我们知道这将是 Hasanger 和开发团队共同努力的结果。

满足这些要求的时间表

由于过去的情况，包括拖延和虚假承诺，Hasanger 在收到此文件后有二十四 （24） 小时承认并同意这些要求。 任何讨论、辩论或讨价还价都必须在此时间段内进行。在将这份文件送达 Hasanger 之前，我们将确认 Hasanger 没有未履行的义务，以保证他的时间不被占用。如果双方同意， 可以授予最多额外二十四 （24） 的 SINGULAR 延期 。在此期间结束时，总共最多 48 小时，必须给出清晰直接的答案。

一旦 Hasanger 同意本文档的要求，包括与负责编写本文档的各方讨论时同意的任何更改（将在带时间戳的附录中添加），Hasanger 有七十二小时（72）的时间来转让服务器所有权，降级 Amyklae 和 Doublebox，并为他在欺骗和管理社区方面所扮演的角色公开道歉。 在此之后，我们将在 4 周（28 天） 内实施需求清单的其余部分 。

 我们愿意达成协议，避免在未经 Hasanger 同意的情况下在 Suroi 中包含广告，并避免禁止他或试图强迫他退出 Suroi 项目。此外，我们还愿意创建资产发布合同，以防止当前和未来的设计师撤回对游戏中已有资产的使用同意。这是对他过去一些最大担忧的真诚表现。

未遵循此时间表的后果

如果在规定的 24 小时内未达成适合本文件中各方的解决方案（如果同意延期，则为 48 小时），或者未能在条款达成一致后规定的 72 小时内执行商定的要求，那么我们将集体辞职并撤销对 Suroi.io 使用我们的资产的同意。在 GPL 3.0 下，原艺术家继续拥有 GPL 3.0 项目中使用的作品的版权，并且只要能证明艺术家是原创作者，就可以撤销对在未来版本中使用该作品的同意。这不适用于已发布的游戏版本。如果撤销对资产的同意，则法律允许游戏在当前版本下保持在线状态。例如，如果发布了项目的新版本而没有删除已撤销的资源，则可以通过以下方式联系域所有者来强制执行此作。

 这将导致以下资产在游戏的未来版本中删除。 请将此视为负责本文档的各方深度参与游戏、高度敬业、贡献了大部分资产，并且历来通过提供高质量的艺术作品来为 Suroi 寻求最好的服务。

Loot Sprite （战利品）

以下灰显的 Sprite 是由本文档的成员创建或完全重绘的 Sprite。

击杀喂食

以下灰显的 Sprite 是由本文档的成员创建或完全重绘的 Sprite。

World Sprites

以下灰显的 Sprite 是由本文档的成员创建或完全重绘的 Sprite。

障碍

标有星号的资产是最初不是由此组的某个成员创建的资产，但该组的某个成员在某个时间点以某种方式编辑/重新创建了其最新的演绎版。包含这些编辑的这些资源的任何版本都必须删除这些编辑。

/client/public/img/game/shared/obstacles （客户端/公共/img/游戏/共享/obstacles）

*ammo_crate.svg（由 1092384 和 Emeraldneo 创建）

*aegis_crate.svg （由 1092384 编辑）

*bathtub.svg（由 1092384 编辑）

buoy.svg（由 1092384 创建）

briefcase.svg（由 1092384 创建）

birch_tree_2.svg（由 1092384 创建）

*box_1.svg （编辑：1092384）

*box_2.svg （编辑：1092384）

*box_3.svg（由 1092384 编辑）

*bunk_bed.svg （编辑：1092384）

*confetti_crate.svg （编辑：1092384）

*control_panel_2.svg （编辑：1092384）

fire_pit.svg（由 1092384 创建）

*flint_crate.svg （编辑：1092384）

*grenade_crate.svg （编辑：1092384）

*life_preserver.svg （编辑：1092384）

*lighthouse_crate.svg（由 1092384 编辑）。注意，这个障碍物显然是手榴弹箱或近战匣的重新着色，它们都是在创建这个障碍物之前由 1092384 编辑的。

*melee_crate.svg （编辑：1092384）

*m1117_2.svg （由 Emeraldneo 编辑）

*river_chest.svg （由 Emeraldneo 编辑）

*rocket_box.svg （编辑：1092384）

*tear_gas_crate.svg （编辑：1092384）

*tugboat_control_panel.svg（由 1092384 和 Emeraldneo 创建）
office_chair.svg （由 Emeraldneo 创建）

pine_tree.svg（由 1092384 创建）

memorial_crate.svg（由 Winter 创建）

vending_machine.svg（由 1092384 创建）

silo.svg（由 Winter 创建）

viking_chest.svg （由 Emeraldneo 编辑）

/client/public/img/game/normal/obstacles （客户端/公共/图像/游戏/正常/障碍物）

*piano.svg （编辑：1092384）

cargo_ship_stair.svg（由 Winter 和 1092384 创建）

lamp_1.svg（由 1092384 创建）

lamp_2.svg（由 1092384 创建）

rsh_case_dual.svg （由 Emeraldneo 创建）

rsh_case_single.svg （由 Emeraldneo 创建）

ship_oil_source.svg（由 Winter 和 1092384 创建）

truck_front_1.svg（由 1092384 创建）

truck_front_2.svg（由 1092384 创建）

truck_front_3.svg（由 1092384 创建）

vat_1.svg（由 1092384 创建）

vat_2.svg（由 1092384 创建）

/client/public/img/game/winter/obstacles 中

为了保持本文档简短，此列表已被排除。如有必要，可以提供。

/client/public/img/game/fall/obstacles 中

big_oak_tree_1.svg（由 1092384 创建）

big_oak_tree_2.svg（由 1092384 创建）

big_oak_tree_3.svg（由 1092384 创建）

big_oak_tree_4.svg（由 1092384 创建）

big_oak_tree_5.svg（由 1092384 创建）

big_oak_tree_6.svg（由 1092384 创建）

*oak_tree_1.svg （编辑：1092384）

*oak_tree_2.svg （编辑：1092384）

*oak_tree_3.svg （编辑：1092384）

*dormant_oak_tree_1.svg（由 1092384 创建）

dormant_oak_tree_2.svg（由 1092384 创建）

maple_tree_1.svg（由 1092384 创建）

maple_tree_2.svg（由 1092384 创建）

maple_tree_3.svg（由 1092384 创建）

campsite_case.svg（由 1092384 创建）

*campsite_crate.svg （编辑：1092384）

clearing_boulder_1.svg（由 1092384 创建）

clearing_boulder_2.svg（由 1092384 创建）

diseased_plumpkin.svg （由 Emeraldneo 创建）

plumpkin.svg （由 Emeraldneo 创建）

large_pumpkin.svg （由 Emeraldneo 创建）

gun_mount_dual_rsh12.svg（由 Winter 创建）

hatchet_stump.svg （由 Emeraldneo 创建）

hay_bale.svg （由 Emeraldneo 创建）

large_logs_pile.svg （由 Emeraldneo & 1092384 创建）

small_logs_pile.svg （由 Emeraldneo & 1092384 创建）

oak_leaf_pile.svg（由 1092384 创建）

pipe_1.svg （由 Platonthek 创建）

pipe_2.svg （由 Platonthek 创建）

pipe_3.svg （由 Platonthek 创建）

pipe_4.svg （由 Platonthek 创建）

*vibrant_bush_1.svg（由 1092384 创建）

*vibrant_bush_2.svg（由 1092384 创建）

*vibrant_bush_3.svg（由 1092384 创建）

建筑物

标有星号的资产是最初不是由此组的某个成员创建的资产，但该组的某个成员在某个时间点以某种方式编辑/重新创建了其最新的演绎版。包含这些编辑的这些资源的任何版本都必须删除这些编辑。

/client/public/img/game/shared/buildings

green_house_ceiling_1.svg（由 Platonthek 创建）

green_house_ceiling_2.svg （由 Platonthek 创建）

green_house_floor_1.svg （由 Platonthek 创建）

green_house_floor_2.svg（由 Platonthek 创建）

tugboat_red_floor_1.svg （由 Emeraldneo 创建）

tugboat_red_floor_2.svg （由 Emeraldneo 创建）

tugboat_red_ceiling.svg （由 Emeraldneo 创建）

tugboat_white_floor_1.svg （由 Emeraldneo 创建）

tugboat_white_floor_2.svg （由 Emeraldneo 创建）

tugboat_white_ceiling.svg （由 Emeraldneo 创建）

warehouse_ceiling_1.svg （由 Emeraldneo 创建）

warehouse_ceiling_2.svg （由 Emeraldneo 创建）

river_hut_bridge_floor_1.svg （由 Emeraldneo 创建）

river_hut_bridge_floor_2.svg （由 Emeraldneo 创建）

river_hut_ceiling.svg （由 Emeraldneo 创建）

river_hut_floor.svg（由 Emeraldneo 和 1092384 创建）

river_hut_residue.svg（由 Emeraldneo 和 1092384 创建）

/client/public/img/game/normal/buildings（客户端/公共/img/游戏/正常/buildings）

blue_house_basement_bottom.svg （由 Emeraldneo 创建）

blue_house_basement_stairs.svg （由 Emeraldneo 创建）

blue_house_basement_top.svg（由 Emeraldneo 创建）

blue_house_ceiling.svg （由 Platonthek 创建）

blue_house_floor_1.svg （由 Emeraldneo 创建）

blue_house_floor_2_1.svg （由 Platonthek 创建）

blue_house_floor_2_2.svg （由 Emeraldneo 创建）
blue_house_floor_2_2_special.svg （由 Platonthek 创建）

blue_stair.svg（由 1092384 创建）

cargo_ship_floor_bottom_1.svg（由 Winter 和 1092384 创建）

container_ceiling_1.svg（由 Platonthek 创建）

container_ceiling_2.svg （由 Platonthek 创建）

container_ceiling_3.svg （由 Platonthek 创建）

container_ceiling_4.svg （由 Platonthek 创建）

container_ceiling_5.svg （由 Platonthek 创建）

container_ceiling_6.svg （由 Platonthek 创建）

container_ceiling_7.svg （由 Platonthek 创建）

container_ceiling_8.svg （由 Platonthek 创建）

container_ceiling_9.svg （由 Platonthek 创建）

cargo_ship_control_room_ceiling.svg（由 Winter 和 1092384 创建）

cargo_ship_floor_top_1.svg（由 Winter、1092384 和 Platonthek 创建）

cargo_ship_floor_top_2.svg（由 Winter、1092384 和 Platonthek 创建）

cargo_ship_vault_floor_secret.svg（由 Winter 和 1092384 创建）

cargo_ship_vault_floor.svg（由 Winter 和 1092384 创建）

headquarters_ceiling_1.svg （由 Platonthek 创建）

headquarters_ceiling_2.svg （由 Platonthek 创建）

headquarters_floor_bottom.svg （由 Platonthek 创建）

headquarters_floor_entrance.svg （由 Platonthek 创建）

headquarters_floor_top.svg （由 Platonthek 创建）

headquarters_large_stair.svg （由 Platonthek 创建）

headquarters_second_floor_bottom.svg （由 Platonthek 创建）

headquarters_second_floor_top.svg （由 Platonthek 创建）

headquarters_torture_window.svg （由 Platonthek 创建）

cargo_ship_floor_bottom_2.svg（由 Winter 和 1092384 创建）

cargo_ship_floor_ramp.svg（由 Winter 和 1092384 创建）

cargo_ship_top_floor_shadow.svg（由 Winter 和 1092384 创建）

cargo_ship_vault_ceiling.svg（由 Winter 和 1092384 创建）

cargo_ship_wall_residue.svg（由 Winter 和 1092384 创建）

large_warehouse_ceiling_damaged.svg（由 1092384 创建）

large_warehouse_ceiling_residue.svg（由 1092384 创建）

large_warehouse_ceiling.svg（由 1092384 创建）

large_warehouse_floor.svg（由 1092384 创建）

mutated_forklift_1.svg（由 1092384 创建）

mutated_forklift_2.svg（由 1092384 创建）

mutated_forklift_3.svg（由 1092384 创建）

ship_stair.svg（由 1092384 创建）

port_gate_office_ceiling.svg（由 1092384 创建）

port_gate_office_floor.svg（由 1092384 创建）

port_main_office_ceiling_1.svg（由 1092384 创建）

port_main_office_ceiling_2.svg（由 1092384 创建）

port_main_office_floor_1.svg（由 1092384 创建）

port_main_office_floor_2.svg（由 1092384 创建）

port_storage_floor.svg（由 1092384 创建）

ship_propeller.svg（由 Winter 创建）

ship_thing_v2.svg（由 Winter 创建）

truck_container_ceiling_one_sided.svg（由 1092384 创建）

truck_container_ceiling_two_sided.svg（由 1092384 创建）

truck_container_floor_one_sided.svg（由 1092384 创建）

truck_container_floor_two_sided.svg（由 1092384 创建）

truck_large_back_floor.svg（由 1092384 创建）

/client/public/img/game/winter/buildings 中

为了保持本文档简短，此列表已被排除。如有必要，可以提供。

/client/public/img/game/fall/buildings 中

barn_ceiling.svg （由 Platonthek 创建）

barn_floor_1.svg （由 Platonthek 创建）

barn_floor_2.svg （由 Platonthek 创建）

barn_floor_3.svg （由 Platonthek 创建）

barn_floor_4.svg （由 Platonthek 创建）

barn_top_floor_1.svg （由 Platonthek 创建）

barn_top_floor_2.svg （由 Platonthek 创建）

lodge_ceiling_bottom.svg （由 Platonthek 创建）

lodge_ceiling_top.svg （由 Platonthek 创建）

lodge_floor_bottom.svg （由 Platonthek 创建）

lodge_floor_top.svg （由 Platonthek 创建）

lodge_second_floor_bottom.svg （由 Platonthek 创建）

lodge_second_floor_top.svg （由 Platonthek 创建）

lodge_secret_room_ceiling.svg （由 Platonthek 创建）

plumpkin_bunker_floor.svg（由 Winter 和 Platonthek 创建）

plumpkin_bunker_large_mixing_frame.svg（由 Winter 和 Platonthek 创建）

plumpkin_bunker_large_mixing_stick.svg（由 Winter 和 Platonthek 创建）

plumpkin_bunker_main_entrance_ceiling.svg（由 Winter 和 Platonthek 创建）

plumpkin_bunker_main_entrance_floor.svg（由 Winter 和 Platonthek 创建）

plumpkin_bunker_small_mixing_stick.svg（由 Winter 和 Platonthek 创建）

plumpkin_bunker_vault_ceiling.svg（由 Winter 和 Platonthek 创建）

tent_ceiling_big.svg （由 Emeraldneo 创建）

tent_ceiling.svg （由 Emeraldneo 创建）

tent_floor_big.svg （由 Emeraldneo 创建）

tent_floor.svg （由 Emeraldneo 创建）

tent_residue_big.svg （由 Emeraldneo 创建）

tent_residue.svg （由 Emeraldneo 创建）

breached_dam_floor.svg （由 Emeraldneo 创建）

breached_dam_pillar.svg （由 Emeraldneo 创建）

后记

我们重申，上述后果不是我们想要的行动方案，旨在执行先前的要求。我们准备通过要求团队成员签署“同意发布资产”文件来防止团队的任何成员（包括我们自己）撤回资产。再一次， 我们对 Suroi 的未来进行了深度投资，这是最坏的情况。我们不寻求破坏游戏。 我们被迫的手是因之前单独调解、集体调解或通过罢工抗议的失败而被迫的。

 如果该群组的成员遭到报复 ，（包括但不限于：限制角色或禁止本文档的任何作者，删除或限制此处用作证据的屏幕截图，试图激起社区的反对， 未经作者明确许可与 Suroi 管理以外的任何人分享或讨论本文档 ， 或任何其他歪曲本文档或其作者意图的企图）， 除了上述辞职和取消对使用资产的同意外，我们还将立即公布本文档。

我们宁愿将此事保密。公众不需要参与这种权力交接，我们认为这是领导层挽回面子、避免公开羞辱的机会。我们希望您，Suroi 政府，不要以迫使我们如上所述公开发布本文件的方式行事。