记录所学，整理所思。

验证玩法，先从最小场景开始

一个玩法不必等到美术和所有系统齐备后才验证。先搭建只包含必要角色、地形和机关的简单场景，让核心操作能够运行，再逐步补充细节。

• 明确目标：这次要验证的是移动手感、路线难度，还是机关之间的配合？
• 控制变量：每次尽量只调整一项参数，对比修改前后的效果。
• 记录结论：保留发现的问题和后续调整方向，避免反复尝试同一条路。

工具设计，从重复操作里找需求

设计工具之前，先观察使用者如何完成一件事：哪些信息需要反复填写，哪些操作容易出错，修改后怎样确认结果。工具的价值，是让这些步骤更清楚、更省事。

例如，把对象之间的关联画成连线，可以更直观地检查关系；为修改提供撤销和重做，可以减少误操作后的恢复成本。

把“出错了”写成可以复现的问题

排查问题时，先把现象说明白，再判断原因。有效的记录至少包含：操作环境、复现步骤、预期结果和实际结果；必要时补充日志或画面。

修复后，不只检查这一次操作是否正常，还要尝试相邻流程和边界情况。能稳定复现、能重复验证的问题，更容易得到可靠的解决。