AI 游戏开发竞赛指南：范围、规则、评审与提交清单

社区指南

面向社区组织者和参与者的中立规划框架；本指南并非宣布 SEELE 主办活动。

一场AI 游戏开发竞赛需要的不只是主题和截止时间。组织者应明确参与者可以带入哪些内容、如何披露 AI 的使用、每支团队必须持有哪些权利、评委将评估什么，以及提交作品需要什么证据才算有效。

本文是面向社区组织者和参与者的中立规划框架。它并非宣布或暗示 SEELE AI 目前正在举办游戏开发竞赛。你可以用它起草自己活动的规则，再根据社区、司法辖区、平台和评审能力调整措辞。

共同定义主题和范围

主题应形成设计约束，而不只是建议一种美术风格。例如“只有一个安全的地方”“地图会记住”或“每个行动都有代价”，都可以影响玩法机制、关卡结构和叙事。

发布主题时，同时给出边界示例：

• 哪些解读明确属于活动范围？
• 哪些内容是被禁止的？
• 是否允许组队？团队人数上限是多少？
• 参与者可以使用现有的代码、模板或资源吗？
• 所有专为游戏制作的工作是否都必须在竞赛期间开始？
• 接受哪些引擎、平台和导出格式？
• 需要提供哪些无障碍或内容提示信息？

如果规则允许使用现有工具或资产，应要求团队注明。目的不是惩罚可复用的基础设施，而是在相同且已披露的条件下评估完成的工作。

围绕一个验证目标确定 48 小时游戏的范围

对于 48 小时的游戏开发竞赛，项目应验证一种玩家体验。合理的范围包括：

• 一个核心动作或紧密关联的一对动作。
• 一个简短的入门路径。
• 一个完整的游戏胜利、失败或结局状态。
• 一套让玩家看清并理解游戏的视觉系统。
• 一个经过测试的构建目标。

实用的时间安排：

第 0–4 小时：解读和选择

提出几种主题解读，选定一项向玩家承诺的体验，识别最大的技术风险，并列出不做的内容。不要在最初几小时打磨标志，或编写当前构建无法支持的背景故事。

第 4–16 小时：验证核心循环

使用临时资产或授权合适的资产构建最小可玩版本，测试输入、摄像机、碰撞、目标和重启行为。如果循环难以理解，先缩小范围再添加内容。

第 16–30 小时：完成一条完整流程

添加入门引导、一个进度步骤、结局、权利允许时的基础音频和清晰易读的 UI。在重大变更前保留一个稳定的检查点构建。

第 30–40 小时：测试与删减

在要求的设备或浏览器上测试，优先修复阻碍完成的问题，移除可能影响完成的功能，并如实记录已知问题。

第 40–48 小时：打包与验证

导出并在干净环境中测试，准备披露和署名信息，拍摄如实反映作品的素材，并在截止前提交。预留时间处理上传失败和权限问题。

制定明确的 AI 使用规则

“允许使用 AI”不是完整规则。应明确哪些用途允许、受限或禁止，类别可以包括：

• 构思与规划。
• 代码建议或调试帮助。
• 图像、动画、音频、语音或文本生成。
• 资产编辑和变体。
• 自动试玩测试或分析。
• 提交页面文案撰写。

要求提交披露信息，说明所用工具、使用阶段、生成或辅助制作的材料，以及人工审查情况。不要要求参与者公开秘密、私人提示词、凭证或专有数据。

简洁的披露可以使用此格式：

Tool or model:
Stage used:
Input type:
Output used in the submission:
Human changes and verification:
Rights or license check:

组织者还应说明评委是评估 AI 使用本身，还是只评估最终游戏和制作过程。对于规则明确允许且已披露的用途，不应暗中扣分。

设定权利、安全和署名要求

要求团队只提交有权使用的材料，包括音乐、字体、模型、图像、代码、声音、商标，以及适用时的训练或参考输入。

规则应涵盖：

• 第三方资产的许可和署名要求。
• 粉丝作品及受保护角色的处理方式。
• 录制的声音、面部图像或个人数据涉及的隐私与同意。
• 禁止有害或非法内容。
• 披露AI生成或AI辅助内容。
• 报告权利或安全问题的流程。
• 证据不足时，组织者隐藏作品或取消其参赛资格的权限。

不要承诺工具输出自动适合安全发布。参与者仍有责任审查自己的提交内容。

采用奖励完整创意的评审标准

短期竞赛可采用包含五个同等权重类别的均衡评审标准：

公布评分等级的判断依据。例如，主题得最高分要求主题同时影响玩法机制和玩家决策；低分则表示主题只体现在表面呈现中。

评审前决定平分处理规则。组织者可以使用指定类别、简短评委讨论或并列获奖规则。不要看到作品后才设定人气指标。

要求提供评委能够访问的证据

有效提交应包含：

• 作品名称、团队成员和联系方式。
• 简短描述和主题解读。
• 可玩的构建版本或获接受的下载包。
• 支持的平台和操作方式。
• 预计游戏时长。
• AI 使用披露。
• 按要求提供第三方资产的署名和许可证。
• 适用时提供内容提示和无障碍说明。
• 已知问题。
• 两到三张如实反映作品的截图，以及可选的短视频录屏。
• 仅在规则要求时提供源代码链接。

在未登录的浏览器中测试链接。私有云链接、过期构建、缺少可执行文件或需要申请访问权限的页面，都可能使评审无法进行。应说明截止后是否允许修复打包错误，以及这类修复是否可以改变游戏内容。

提交检查清单

截止前，参赛者应确认：

• 游戏可以从全新安装或未登录的浏览器启动。
• 控制方式和目标可见。
• 胜利、失败、重启和退出流程与描述一致。
• 提交的版本与所述的构建编号相匹配。
• 作品页面没有占位声明或虚假玩法。
• 截图来自提交的构建版本，且没有将不存在的功能呈现为实际功能。
• 已按规则披露 AI 使用情况。
• 第三方资产已获得使用许可并按要求署名。
• 团队角色准确无误。
• 已列出已知问题。
• 需要时提供内容提示。
• 所有链接和权限均可正常使用。
• 提交已在规定时区的截止时间之前收到。

活动开始前规划赛后展示

展示应保留背景信息，而不只是宣布获奖者。应征得参与者同意，才能展示他们的游戏、媒体素材、署名和过程记录。保留原始构建状态的说明，不要将参与者的陈述改写为组织者的认可。

有用的赛后成果包括：

• 使用一致元数据展示合格作品的画廊。
• 对应已公布评分标准的评委评语。
• 组织者对规则和运营问题的简短回顾。
• 可选的创作者案例研究，展示范围决策和迭代过程。
• 归档日期和无法运行的构建处理规则。

游戏创作者作品集指南帮助参与者将参赛作品转化为基于证据的案例研究。游戏开发日志指南为中期更新和回顾提供了结构。

组织者规则检查清单

在宣布活动之前，请确认：

• 主题、日期、截止时间及其时区和参赛资格要求均已明确。
• 团队规模和已有作品的使用规则均已明确。
• AI 使用方式已分类并要求披露。
• 权利、安全、隐私和署名规则已发布。
• 构建格式和评委访问要求可以验证。
• 评分标准和决胜规则是公开的。
• 已确定打包错误修复规则。
• 已指定内容审核和争议处理联系人。
• 已取得展示许可。
• 确认之前，不应声称已有任何赞助商、奖品、评委、合作伙伴或产品能力。

社区组织者的创作者途径

拥有原创活动框架、教程、公开回顾或其他有用贡献的社区组织者，可以查阅SEELE 创作者计划指南。该计划接受社区建设者的提案，但不应预设提案会获接受或采用特定形式。

查看SEELE 创作者计划官方页面了解当前条款，然后提出贡献内容、目标受众、证据和发布地点。这一行动号召是邀请申请该计划，并非宣布 SEELE 正在举办或赞助你的活动。

常见问题

SEELE AI 目前正在举办这里描述的游戏开发竞赛吗？

没有。本文是规划框架，并非宣布 SEELE 主办活动。

AI 游戏开发竞赛应要求披露提示词吗？

应要求有用的过程披露，但避免强制参与者透露秘密、私人数据、凭证或专有材料。所用工具、使用阶段、输出用途、人工修改和权利审查通常比提示词中的每个字更重要。

参与者可以使用已有资产或代码吗？

取决于已公布的规则。如果允许，应要求披露并具备有效许可，让评委能够区分可复用的基础设施和竞赛期间完成的工作。

评委应如何给 AI 辅助作品评分？

提前公布规则。评委可以评估最终的交互、主题、完整性、信息传达和过程记录，无需为允许且已披露的工具暗中扣分。

活动后参赛作品该怎么办？

经创作者许可，归档符合条件的作品，并准确标注署名、披露信息、构建状态和依据评分标准的评语。规划如何标记失效链接和后续更新。