用 AI 开发游戏，生成代码只是其中一步。一个作品完成后，如何让别人方便地找到它、打开试玩、了解作者和开发过程，同样值得考虑。
我维护了一个社区项目 Awesome GPT-6 Astra，收集使用 GPT-6 Astra 制作的游戏与交互作品。随着收录内容逐渐增加，这个项目也从一个 Markdown 清单，发展成了带截图、分类和试玩入口的展示站。
GitHub 仓库：awesome-gpt-6-astra
在线展示站：Astra Games
这篇文章分享其中几个设计选择：如何组织作品信息、如何让 README 驱动网站更新，以及如何维护多语言内容。
1. 先把作品信息整理清楚
游戏集合最容易出现的问题，是每个条目的信息格式都不同。
有的只有名称和源码，有的只有截图，还有的试玩入口藏在很长的开发记录里。读者很难快速判断：这个游戏怎么玩？能不能直接打开？是谁做的？
我们采用了相对固定的条目结构：
- **[作品名称](试玩地址)** — 一句话说明核心玩法。
- 作者：[作者名称](作者主页)
- 平台：浏览器支持情况、操作方式与访问条件。
- GPT-6 Astra：模型参与说明或开发记录。
- 开发资料：源码、运行说明或原始需求，可选。
- 预览：实机截图。
这里最重要的是区分不同信息的作用。
试玩入口解决“能不能体验”，源码解决“能不能研究”，开发记录解决“怎么做出来”。 三者可以互相补充，但不能相互替代。
项目也不要求每个游戏都公开源码。对于暂时没有源码的作品，可以保留作者维护的试玩入口，并明确已有信息的范围。
2. 用 README 作为目录数据来源
当项目同时拥有 GitHub 清单和独立网站时，一个自然的问题是：要不要维护两份作品数据？
如果 README 改一次，网站里的数组再改一次，时间久了就容易出现遗漏：仓库已经收录，官网却看不到；描述更新了，卡片还是旧版本。
我们的做法是让展示站读取公开仓库中的 README，再解析成网站使用的数据。
整体过程可以概括为：
README 中的作品条目
↓
解析标题、分类、作者、链接和截图
↓
生成结构化目录
↓
网站展示作品卡片
这样，贡献者仍然可以通过熟悉的 Markdown 和 Pull Request 提交作品，不需要先理解网站前端。
展示站则负责把文字目录转换成更适合浏览的界面。现有设计会定期检查上游目录，减少新增作品时手动修改网站的工作。
3. Markdown 解析需要考虑边界
把 README 转换成目录，并不只是提取其中所有链接。
一个文档里还会有语言切换、贡献说明、许可证、作者主页等链接。如果把它们全部当成游戏，展示结果就会混乱。
因此，解析过程需要识别作品条目的结构，并区分：
- 作品标题和普通导航。
- 试玩地址和源码地址。
- 作者信息和作品描述。
- 游戏分类和交互实验分类。
- 有效条目和不完整内容。
项目已有的测试覆盖了新增、删除、编辑、重复条目和异常文档等情况，也检查了目录缓存与读取失败后的处理。
对于这类小型展示项目，测试的价值在于保证一个常见动作可靠：贡献者修改 README 后，网站仍然能正确展示目录。
4. 实机截图也是目录的一部分
游戏的视觉效果和交互方式，往往很难只靠一句介绍表达清楚。
因此，我们把截图放进作品条目，作为展示站封面的来源。截图随仓库保存时，会记录来源、拍摄日期和体验范围。
这里有一个容易忽略的区别：进入游戏看过第一关，并不代表完整测试了所有关卡；操作手册写了支持触屏，也不代表已经完成手机兼容性测试。
记录这些边界，可以让后续维护者知道哪些信息已经确认，哪些还需要补充。
截图也应当来自实际运行的作品。它的作用是帮助读者判断游戏内容，画面真实性比宣传效果更重要。
5. 多语言维护不能只翻译介绍
目前项目提供 12 个语言版本。维护过程中，我们发现，最容易漏掉的往往不是译文，而是配套信息：
- 新作品是否出现在每个版本中。
- 作者署名和试玩地址是否一致。
- 截图路径是否有效。
- 收录数量和维护日期是否同步。
- 模型参与情况的表述是否一致。
尤其是模型使用说明，如果某个语言版本写着“待作者确认”，另一个版本却写成“已确认由模型完成”，就会产生事实上的偏差。
所以，每次新增作品都需要同时检查内容覆盖和元信息，而不只是完成一段简介的翻译。
6. 把模型参与情况写具体
这个项目希望展示真实作品，也希望让开发过程更容易被理解。
“使用了 GPT-6 Astra”可以对应很多不同情况：辅助实现某个功能、参与界面设计、反复调整游戏规则，或者完成更大范围的开发工作。
这些情况值得分别记录。我们会优先引用作者或投稿者提供的说明；尚未确认的内容会明确标注，不把推测写成已经验证的事实。
对于准备投稿的创作者，一份有用的说明可以包括：
- 游戏的核心玩法是什么。
- Astra 具体参与了哪些部分。
- 开发过程中进行了哪些修改。
- 当前有哪些已知限制。
这些信息既能帮助玩家理解作品，也能给其他开发者留下可参考的经验。
欢迎展示你的游戏作品
维护这个项目的初衷，是让已经做出来的游戏有一个方便展示、试玩和交流的地方。
如果你也用 Astra 做过游戏，欢迎提交作品。可玩的原型同样有价值，附上试玩入口、作者信息、实机截图和开发过程说明即可。
我们也希望通过持续整理这些案例，观察 AI 辅助游戏开发在玩法实现、交互设计和迭代过程中的实际表现。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/baidu_19714719/article/details/164729189
