这是一篇示例开发日志，用来演示文章组织方式。下面列的是可以记录的问题，不是已经实现的功能。

先定义可以体验的核心

木星迫降的当前开发目标是最小可玩 Demo。比起一次列出大量系统，开发日志可以先围绕一段可操作的体验来组织。

一次迭代记录什么

  • 这次尝试解决什么问题？
  • 操作反馈有没有变得更清晰？
  • 超反窗口 QTE 的可读性如何验证？
  • 哪些内容需要下一次继续试验？

示例记录格式

问题 → 假设 → 实验 → 观察 → 下一步

留下没有解决的问题

开发日志也可以记录不确定性。尚未验证的设想应明确说明，截图、版本号和下载链接则等到真实存在时再加入。