我是一个独立开发者，工作内容包括PC、VR和游戏系统，并在过去的几年里，我还参与了Pavlov VR社区的修改。

对于我来说，修改从来不是“业余内容”。它是游戏开发的实用扩展：

• 在一个活跃环境中进行系统试验
• 学习玩家与机制互动
• 使用现有的工具作为创造性表达和迭代的形式

这是我作为开发者所经历的最有价值的学习空间之一。

现状

最近，我被从官方社区Discord中移除，理由是我“继续升级”。

从我的角度来看：

• 我没有违反任何明确列出的社区规则
• 我参与报告了其他用户对我进行的重复骚扰和针对性的行为
• 这些报告没有导致可见的调解行动
• 我继续尝试解决情况，导致进一步与调解和支持通道的互动

从开发者的角度看

我发现最有趣（和令人担忧）的不是结果本身，而是围绕它的结构：

• 没有明确的升级路径来处理骚扰报告
• 通信被重新路由到支持和社区调解之间，没有清晰的所有权
• 在不同的时点，我被指向：
• 社区调解
• 官方支持
• 或者外部平台（例如Discord本身）

这创造了一个循环，责任不断地被转移，而不是解决问题。

调解框架

最后，我收到的响应中写道：

＆gt;

没有提供具体的规则引用或具体的例子。

为独立开发者和修改社区的原因

从游戏开发的角度来看，尤其是在VR和修改社区，尤其是在VR和修改社区中，这引发了几个重要的设计问题：

• “升级”在实践中是如何定义的？
• 怎么样可以避免报告者受到惩罚的骚扰报告系统？
• 在存在多个调解层级时，什么是清晰的升级路径的样子？
• 如何可以防止“系统摩擦”成为惩罚本身？

修改社区通常是独立开发者学习的最有价值的环境，但它们也高度依赖于社会结构和调解的清晰性。

当那些系统不清晰时，学习环境可以迅速破坏。

takeaway

这个经历让我反思的不是具体的案例本身，而是当：

• 责任分散在多个角色中
• 升级是主观的而不是定义的
• 调解决策不是透明结构化时
• 社区系统是多么脆弱

我很感兴趣地想听听其他开发者在自己的社区中设计或经历调解系统的经验，特别是在多人或VR社区中，修改和玩家互动重叠得非常密切。