<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>团队项目 on 左涵俊 | Left Jun</title>
        <link>/tags/%E5%9B%A2%E9%98%9F%E9%A1%B9%E7%9B%AE/</link>
        <description>Recent content in 团队项目 on 左涵俊 | Left Jun</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>zh-cn</language>
        <lastBuildDate>Thu, 21 May 2026 11:00:00 +0800</lastBuildDate><atom:link href="/tags/%E5%9B%A2%E9%98%9F%E9%A1%B9%E7%9B%AE/index.xml" rel="self" type="application/rss+xml" /><item>
            <title>《亚舍拉挽歌》项目复盘</title>
            <link>/retrospectives/ashe-lament-retrospective/</link>
            <pubDate>Thu, 21 May 2026 11:00:00 +0800</pubDate>
            <guid>/retrospectives/ashe-lament-retrospective/</guid>
            <description>&lt;img src=&#34;/&#34; alt=&#34;Featured image of post 《亚舍拉挽歌》项目复盘&#34; /&gt;&lt;p&gt;《亚舍拉挽歌》是我们团队在腾讯高校游戏极限开发大赛成都赛点中完成的 72 小时作品。我在项目中担任队长、主程、玩法策划和音乐制作，主要负责把“平台跳跃 + 资源管理 + 多结局”的核心循环落到可玩的版本里。&lt;/p&gt;&#xA;&lt;p&gt;这篇复盘主要记录它的开发过程和反思。更偏作品展示的内容放在&lt;a class=&#34;link&#34; href=&#34;/projects/ashe-lament/&#34; &gt;项目页&lt;/a&gt;，后续改动方向放在&lt;a class=&#34;link&#34; href=&#34;/plans/ashe-lament-roadmap/&#34; &gt;开发计划&lt;/a&gt;。&lt;/p&gt;&#xA;&lt;h2 id=&#34;核心想法&#34;&gt;核心想法&#xA;&lt;/h2&gt;&lt;p&gt;《亚舍拉挽歌》的核心不是单纯平台跳跃，而是让玩家在时间、资源和风险之间做管理。&lt;/p&gt;&#xA;&lt;p&gt;我们设定了一个即将枯竭的世界：玩家作为最后的根语者，在地下收集灵能与遗骨，在地上继续向生命之树攀登。灵能既是生命，也是行动成本，最后还会影响结局。&lt;/p&gt;&#xA;&lt;p&gt;这套设计的关键在于：每一次行动都应该带着代价。玩家不是只问“我能不能跳过去”，还要问“我这样做值不值”“我是不是该先回去”“我要不要把资源用来建捷径”。&lt;/p&gt;&#xA;&lt;p&gt;从最早的玩法策划案开始，这个项目就被拆成了两个互相衔接的循环：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;地下篇：在约 2 分钟的限制内跑酷收集灵能、大块灵能碎片和加时器，并在安全时间耗尽前返回地上。&lt;/li&gt;&#xA;&lt;li&gt;地上篇：用收集到的资源攀登世界树，并在特定位置消耗大块灵能碎片构建竖直捷径。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;当时设计里还有一个很重要的设定：角色在地下或地上并不只是“血量归零死亡”，而是灵能耗尽后无法继续维持存在。复活也被解释为灵能的再汇聚。这个设定后来帮助我们把死亡、资源消耗和世界观连在了一起。&lt;/p&gt;&#xA;&lt;h2 id=&#34;团队开发中的推进&#34;&gt;团队开发中的推进&#xA;&lt;/h2&gt;&lt;p&gt;72 小时团队项目最难的地方不是写某一个系统，而是让所有内容能在最后合起来。&lt;/p&gt;&#xA;&lt;p&gt;我在推进时主要做了几件事：&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;先固定核心循环。&lt;br&gt;&#xA;地下收集、地上攀登、资源消耗、多结局结算必须先确定，否则美术、文案和关卡都会失去方向。&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;把系统拆成能并行的部分。&lt;br&gt;&#xA;玩家控制、灵能系统、场景切换、捷径建造、对话提示、结局判定需要尽量减少互相等待。&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;保证最后能闭环。&lt;br&gt;&#xA;比起做更多内容，限时开发更重要的是让玩家能完整体验一次：进入游戏、理解目标、收集资源、做出选择、看到结局。&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;协调主题和机制。&lt;br&gt;&#xA;灵能流失对应世界衰败，捷径建造对应长期规划，多结局对应管理结果。这样玩法不是外挂在叙事外面，而是和世界观互相支撑。&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;h2 id=&#34;主要问题&#34;&gt;主要问题&#xA;&lt;/h2&gt;&lt;p&gt;项目完成后，我最明确的反思是：系统复杂度上去了，但引导没有跟上。&lt;/p&gt;&#xA;&lt;p&gt;对开发者来说，“地下收集资源，地上规划攀登，灵能影响结局”是一套完整逻辑；但对第一次试玩的玩家来说，这些信息会同时涌过来。如果没有足够清晰的前段引导，玩家很容易不知道自己下一步该做什么。&lt;/p&gt;&#xA;&lt;p&gt;后来在 5 月 16 日成都第一届《蜀光游集》线下路演中，这个问题被进一步放大。玩家对美术和世界观有兴趣，但真正坐下来试玩时，最需要的是更明确的目标提示、更短的第一轮循环、更清楚的资源用途说明。&lt;/p&gt;&#xA;&lt;p&gt;现在回看，问题不是系统本身没有逻辑，而是“逻辑被压缩得太密”。灵能、强化形态、安全时间、灵能碎片、捷径、结局评价都很重要，但它们不应该在前几分钟一起砸给玩家。更合理的做法是先让玩家完成一次小循环，再逐步把更复杂的资源决策打开。&lt;/p&gt;&#xA;&lt;h2 id=&#34;我学到的东西&#34;&gt;我学到的东西&#xA;&lt;/h2&gt;&lt;p&gt;《亚舍拉挽歌》让我意识到：一个机制复杂的项目，最需要打磨的往往不是“再加一个系统”，而是“让玩家第一次接触时能顺利进入系统”。&lt;/p&gt;&#xA;&lt;p&gt;它的核心循环是有潜力的，但如果前几分钟没有把玩家带进去，后面的资源管理、多结局和路线规划都很难被体验到。&lt;/p&gt;&#xA;&lt;p&gt;所以下一阶段我不会急着继续堆玩法，而是先重做前段引导，把复杂规则拆成几个可以完成的小目标。等玩家能稳定理解第一轮循环，再让他们面对更复杂的管理选择。&lt;/p&gt;&#xA;</description>
        </item><item>
            <title>《时瞳回响》项目复盘</title>
            <link>/retrospectives/time-echo-retrospective/</link>
            <pubDate>Thu, 21 May 2026 10:00:00 +0800</pubDate>
            <guid>/retrospectives/time-echo-retrospective/</guid>
            <description>&lt;img src=&#34;/&#34; alt=&#34;Featured image of post 《时瞳回响》项目复盘&#34; /&gt;&lt;p&gt;《时瞳回响》是我们在 2025 年秋三教杯 Game Jam 中制作的 2D 平台跳跃 / 闯关解谜游戏。它的核心概念是：玩家操控取材于中国古代神话“讙”的角色，在同一地点的古代、现代和未来三条时间线中穿梭，找回失落的乐章，并在未来重新奏响声音。&lt;/p&gt;&#xA;&lt;p&gt;这篇复盘主要记录它从策划案、场景脚本到团队执行的过程。更偏作品展示的内容放在&lt;a class=&#34;link&#34; href=&#34;/projects/time-echo/&#34; &gt;项目页&lt;/a&gt;。&lt;/p&gt;&#xA;&lt;h2 id=&#34;最初的主题&#34;&gt;最初的主题&#xA;&lt;/h2&gt;&lt;p&gt;《时瞳回响》最早的问题意识是：“音乐为什么重要？如果音乐消失了，失去的到底是什么？”&lt;/p&gt;&#xA;&lt;p&gt;策划案里给出的答案不是“少了一种娱乐”，而是更接近“情感和记忆的断裂”。音乐承载敬畏、喜悦、怀念、爱恋，也承载文化记忆和人与人之间的共鸣。于是游戏把未来设定成一个极度理性、科技高度发达，却逐渐失去音乐和情感感知的世界。&lt;/p&gt;&#xA;&lt;p&gt;玩家扮演的“讙”不是传统意义上的英雄，而是一个穿越时间的声音守护者。它通过古代、现代和未来的三段旅程，把过去的回响带回未来。&lt;/p&gt;&#xA;&lt;h2 id=&#34;三个时代的关卡结构&#34;&gt;三个时代的关卡结构&#xA;&lt;/h2&gt;&lt;p&gt;这个项目最重要的结构，是“三张地图位于同一个地点，但时代不断变化”。&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;古代：水墨气质的小屋、竹林、石路和古代乐师。玩家取得“回音竹”，学习代表敬畏的乐章。&lt;/li&gt;&#xA;&lt;li&gt;现代：同一地点变成公园、道路、小卖部和楼房。玩家通过影响过去救回树木，再借助繁茂的树抵达屋顶，取得旧吉他并学习代表怀念的旋律。&lt;/li&gt;&#xA;&lt;li&gt;未来：同一地点变成高楼和机械化城市。乐师已经不在，只剩下破损机器人保存着最后的声音协议。玩家交还核心，最终登上高塔奏响回响。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;这套结构的价值在于“变化和不变”同时存在。建筑越来越高，隐喻科技发展；人与人之间的距离越来越远，隐喻情感和文化的隔阂；同一个地点反复出现，让玩家能感受到时间对空间的改写。&lt;/p&gt;&#xA;&lt;h2 id=&#34;文案和叙事落点&#34;&gt;文案和叙事落点&#xA;&lt;/h2&gt;&lt;p&gt;文案里有一句很适合作为这个项目的核心：“音乐已经死了。”&lt;/p&gt;&#xA;&lt;p&gt;但游戏真正想表达的不是绝望，而是“音乐从未真正死去，它只是沉睡在理性的高塔下”。古代乐师、现代音乐人和未来机器人分别代表敬畏、怀念和希望。最后的演奏并不是单纯拯救世界，而是让未来重新记起如何倾听自己。&lt;/p&gt;&#xA;&lt;p&gt;这种表达对我很有启发：短时间 Game Jam 项目不一定要写很长的剧情，但需要有清晰的情感锚点。只要玩家知道自己为什么要找回乐章、为什么要登上高塔，平台跳跃和解谜就不只是通关动作，而会变成叙事的一部分。&lt;/p&gt;&#xA;&lt;h2 id=&#34;团队执行中的取舍&#34;&gt;团队执行中的取舍&#xA;&lt;/h2&gt;&lt;p&gt;三教杯 Game Jam 的开发周期有限，我们不可能把三个时代都做成完整大地图，所以实际执行时必须压缩范围：&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;保留三时代结构。&lt;br&gt;&#xA;这是作品最核心的辨识度，不能删。&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;保留同一地点的对应关系。&lt;br&gt;&#xA;古代小屋、现代楼房、未来高塔之间的对应，是主题表达的关键。&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;保留关键乐器和乐谱。&lt;br&gt;&#xA;笛子、吉他、调音器，以及三段乐章，是串起剧情的道具线。&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;控制机制复杂度。&lt;br&gt;&#xA;平台跳跃、蹬墙、二段跳和时间线切换已经足够支撑关卡，不适合再加入过多额外系统。&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;这次让我学到的是：有叙事野心的 Jam 项目，最重要的是识别“绝对不能删”的结构。对于《时瞳回响》来说，三时代、同地点、三段音乐就是这个结构。&lt;/p&gt;&#xA;&lt;h2 id=&#34;后续反思&#34;&gt;后续反思&#xA;&lt;/h2&gt;&lt;p&gt;现在回看，《时瞳回响》的概念和叙事方向是很完整的，但如果继续打磨，它需要解决两个问题。&lt;/p&gt;&#xA;&lt;p&gt;第一个是关卡引导。三条时间线之间的因果关系需要更清楚，让玩家知道自己在古代做的事情如何改变现代，又如何影响未来。&lt;/p&gt;&#xA;&lt;p&gt;第二个是音乐反馈。既然项目主题是音乐，那么乐器获得、乐谱学习和最终合奏应该有更强的声音表现。音乐不能只是剧情文本里的概念，它应该成为玩家能听见、能记住的核心反馈。&lt;/p&gt;&#xA;&lt;p&gt;这也是《时瞳回响》给我留下的最大经验：当一个项目的主题足够明确时，系统、关卡、美术和音乐都应该围绕它收束。否则主题会停留在文案里，而不是变成玩家真正体验到的东西。&lt;/p&gt;&#xA;</description>
        </item></channel>
</rss>
