开发者行为准则（Developer Code of Conduct）
本文档为凯瑞甘生存2（KS2）开发团队的行为准则与职责规范的中文整理版。 最后审阅/更新：2024 年 12 月 30 日
行为规范（Conduct）
- 开发者之间应相互尊重。
- 开发者应积极支持游戏与社区，避免任何有损于此的行为。
- 与更广泛的社区互动时，开发者应以高标准要求自己的言行。
- 避免使用让社区难以辨认身份的 Discord 名称/头像（例如：固定使用一个名字、不要用过于通用的名字等）。
开发者执行特权（Developer Executive Privilege）
每个项目的主开发者对该项目中影响玩法的决策拥有唯一执行权。
- 任何开发者不得在未经主开发者明确同意的情况下，对他人项目做出影响玩法的改动。
- 如果玩法改动是误操作，或事后发现某项改动并非主开发者本意，则将其改回。
- 如果存在应当进行的底层技术实现改动（基于开发者共识认为这是正确的做法），则应在不改变玩法的前提下进行该实现改动。
- 鼓励将看起来像 bug 的问题当作 bug 处理。此时应通知受影响的相关开发者，若确认并非 bug 则予以回退。
- 只有钻石议会能够推翻开发者执行权（Luminous 无权推翻）。
开发者职责（Developer Responsibilities）
- 开发者应及时向团队同步自己的状态，尤其是在今后将减少开发投入时，让所有人了解各自的情况。
- 开发者应主动让自己的工作对其他开发者透明，以共享对系统的认知。
- 开发者有责任确保自己对游戏的改动（无论是否影响玩法）让游戏变得更好。若没有，则应主动做出适当调整。当然，也鼓励他人协助或参与讨论这些改动。
社区行为协议（Community Conduct Agreement）
任何对重要内容（职业、地图、游戏模式）拥有执行权的开发者，必须同意以下社区行为协议：
- 我同意以积极的态度对待关于我所掌控玩法部分的反馈。（对开发者的骚扰应上报管理员）
- 我同意在面对无益的社区成员时选择脱离争论，而非与其争斗。
- 我同意总体上尊重社区的偏好，尤其是最强、最有经验的玩家。
开发者投票（Developer Voting）
发布新职业需要：
- 2 位正式开发者（Full Developer）同意
- 正式开发者的反对不超过 1 票
发布新地图需要：
- 2 位正式开发者（Full Developer）同意
- 正式开发者的反对不超过 1 票
发布投票将发布在 developer-announcements 频道，供所有人查看并投票（但仅统计符合上述条件的票数）。
开发者角色（Developer Roles）
正式开发者（Full Developer）
- 由试用开发者（Trial Dev）毕业晋升而来
- 受社区尊重的贡献者
- 可以开发新职业、修改玩法，前提是尊重"开发者执行权"
试用开发者（Trial Developer）
加入要求：
- 在社区中知名度较高
- 能展现稳定的沟通（语音或 Discord 消息）
- 段位铂金（Platinum）及以上
- 具备一定的编程知识
- 若无正式开发者否决即可加入
权限：
- 可修改玩法，前提是尊重"开发者执行权"
- 可领养或接收现有职业的所有权
- 可开发新职业（职业发布前需审批）
- 可创建新地图
- 满足晋升标准后毕业为正式开发者
Bug 开发者（Bug Dev）
加入要求：
- 在社区中有一定知名度
- 段位黄金（Gold）及以上
- 具备一定的编程知识
- 需要一位正式开发者担保以协助引导
- 试用或正式开发者的反对不超过 1 票
职责与晋升：
- 专注于关闭 bug 工单、减少技术债
- 目标是学习 SC2 编辑器/部分后端系统
- 不能领养或接收现有职业的所有权
- 做出重大贡献后晋升为试用开发者，需 3 位正式或试用开发者同意，且反对不超过 1 票
地图开发者（Map Developer）
加入要求：
- 在社区中有一定知名度
- 段位铂金（Plat）及以上
- 试用或正式开发者的反对不超过 1 票
权限：
- 只能开发新的地图布局或修改现有布局
- 对地图设计拥有执行权
- 地图改动（来自 bug 修复）可由其他开发者处理
后端开发者（Backend Developer）
要求：
- 段位黄金（Gold）及以上
- 编程能力强
权限与转岗：
- 可应用 bug 修复，或处理 KS2 及相关代码（如 Lucy）的非玩法部分
- 进行影响玩法的改动需获得正式开发者的明确许可
- 满足试用开发者要求时可转为试用开发者
- 满足正式开发者要求、并做出重大贡献（bug 修复与新内容）时可转为正式开发者
旁观开发者（Backseat Developer）
- 在不做任何实质贡献的情况下，把开发团队烦个半死。
立即申请，成为开发者！
不活跃政策（Inactivity Policy）
"活跃开发"定义为：至少 5 次 commit，且产出以下至少一项成果：
- 关闭一个 bug 工单或功能请求
- 一条补丁说明
- 对地图的更新
- 不同的 Lucy 或后端功能
连续 3 个月未展现活跃开发的开发者视为不活跃。游戏开发者（Game Developer）在通知其他开发者及该名当事人"已被标记为不活跃"后，可移除其任何开发者身份（包括游戏开发者身份）。被标记为不活跃者必须收到本文档链接，以了解如何重新加入。
计划休假（Planned Time Off）
开发者如计划在固定时间段内保持不活跃，可获得豁免。须告知开始与结束日期（最长 1 年），并给出不活跃的原因。
重新加入政策（Rejoin Policy）
任何前开发者均可申请从不活跃状态恢复身份。恢复后将有 1 个月时间证明活跃开发。若未做到，则将至少保持不活跃 3 个月。
若开发者被错误地标记为不活跃（能拿出活跃开发的证据），则无需额外证明活跃开发。
晋升为游戏开发者（Promotion to Game Dev）
晋升为游戏开发者可从任何开发者角色发生，但需要游戏开发者投票，赞成率达 75%，且至少 5 票来自游戏开发者。
投票应基于被考量者是否：
- 对 KS2 做出了重大贡献，其分量相当于创建一个完整、整合良好的生存者职业（贡献不必是全新的）
- 展现了对 KS2 这款游戏的长期投入（作为社区活跃玩家的时间也计入）
- 这一点很重要：如果游戏开发者创建了大量新代码后弃坑，会让团队其他成员付出代价去理解和维护它
- 与 99% 的 KS2 社区保持正面关系。我们对彼此以及社区的行为标准要求很高，对游戏开发者这一角色尤其如此。