《亚舍拉挽歌》是我们团队在腾讯高校游戏极限开发大赛成都赛点中完成的 72 小时作品。我在项目中担任队长、主程、玩法策划和音乐制作，主要负责把“平台跳跃 + 资源管理 + 多结局”的核心循环落到可玩的版本里。
这篇复盘主要记录它的开发过程和反思。更偏作品展示的内容放在项目页，后续改动方向放在开发计划。
核心想法
《亚舍拉挽歌》的核心不是单纯平台跳跃，而是让玩家在时间、资源和风险之间做管理。
我们设定了一个即将枯竭的世界：玩家作为最后的根语者，在地下收集灵能与遗骨，在地上继续向生命之树攀登。灵能既是生命，也是行动成本，最后还会影响结局。
这套设计的关键在于：每一次行动都应该带着代价。玩家不是只问“我能不能跳过去”，还要问“我这样做值不值”“我是不是该先回去”“我要不要把资源用来建捷径”。
从最早的玩法策划案开始，这个项目就被拆成了两个互相衔接的循环：
- 地下篇：在约 2 分钟的限制内跑酷收集灵能、大块灵能碎片和加时器，并在安全时间耗尽前返回地上。
- 地上篇：用收集到的资源攀登世界树，并在特定位置消耗大块灵能碎片构建竖直捷径。
当时设计里还有一个很重要的设定：角色在地下或地上并不只是“血量归零死亡”，而是灵能耗尽后无法继续维持存在。复活也被解释为灵能的再汇聚。这个设定后来帮助我们把死亡、资源消耗和世界观连在了一起。
团队开发中的推进
72 小时团队项目最难的地方不是写某一个系统，而是让所有内容能在最后合起来。
我在推进时主要做了几件事：
-
先固定核心循环。
地下收集、地上攀登、资源消耗、多结局结算必须先确定，否则美术、文案和关卡都会失去方向。 -
把系统拆成能并行的部分。
玩家控制、灵能系统、场景切换、捷径建造、对话提示、结局判定需要尽量减少互相等待。 -
保证最后能闭环。
比起做更多内容，限时开发更重要的是让玩家能完整体验一次：进入游戏、理解目标、收集资源、做出选择、看到结局。 -
协调主题和机制。
灵能流失对应世界衰败，捷径建造对应长期规划，多结局对应管理结果。这样玩法不是外挂在叙事外面，而是和世界观互相支撑。
主要问题
项目完成后，我最明确的反思是：系统复杂度上去了，但引导没有跟上。
对开发者来说，“地下收集资源，地上规划攀登，灵能影响结局”是一套完整逻辑；但对第一次试玩的玩家来说，这些信息会同时涌过来。如果没有足够清晰的前段引导，玩家很容易不知道自己下一步该做什么。
后来在 5 月 16 日成都第一届《蜀光游集》线下路演中，这个问题被进一步放大。玩家对美术和世界观有兴趣，但真正坐下来试玩时，最需要的是更明确的目标提示、更短的第一轮循环、更清楚的资源用途说明。
现在回看，问题不是系统本身没有逻辑，而是“逻辑被压缩得太密”。灵能、强化形态、安全时间、灵能碎片、捷径、结局评价都很重要，但它们不应该在前几分钟一起砸给玩家。更合理的做法是先让玩家完成一次小循环，再逐步把更复杂的资源决策打开。
我学到的东西
《亚舍拉挽歌》让我意识到：一个机制复杂的项目，最需要打磨的往往不是“再加一个系统”，而是“让玩家第一次接触时能顺利进入系统”。
它的核心循环是有潜力的，但如果前几分钟没有把玩家带进去，后面的资源管理、多结局和路线规划都很难被体验到。
所以下一阶段我不会急着继续堆玩法，而是先重做前段引导，把复杂规则拆成几个可以完成的小目标。等玩家能稳定理解第一轮循环，再让他们面对更复杂的管理选择。