《堑生》开发日志 01：防线之下，路径自生

修改于2 小时前35 浏览综合

最近开始做一款单机防御游戏，名字叫《堑生》。

第一版已经搭出了“布防—抵御敌潮—获得补给—调整防线”的完整循环。这篇先不聊代码，想聊聊我怎么理解这个主题，以及为什么最后选择了这样的玩法。

我想表现的，不只是画面上的“涌动”

说到“涌动”，很容易想到潮水、人群，或者不断变化的粒子。但我更在意的，是那种局部变化正在推动整体变化的感觉。

一个小小的动作，看起来只影响了眼前，却可能让整个局面开始转向。

落实到游戏机制，这就接近我对“涌现”的理解：

不直接写好复杂结果，而是让一些简单规则相互作用，形成新的局面。

它不等于随机，也不是越混乱越好。我希望玩家能看见变化的原因，同时又不能只靠记住一套固定答案完成游戏。

所以，我想先改变塔防里的“路”

很多塔防的路线是确定的：敌人沿着道路前进，玩家寻找合适的位置，把伤害集中到道路上。

《堑生》想尝试另一种关系：

防御设施不只是攻击路上的敌人，也会影响敌人选择哪条路。

目前的规则并不复杂：

脉冲塔自动攻击，周围形成有风险的区域。

阻滞场允许通行，但会让经过的敌人减速、受伤。

屏障改变可通行的空间，但不能把所有入口彻底封死。

敌人在距离与危险之间权衡，寻找通向据点的路线。

不同敌人的取舍也不同。趋避体更愿意绕远，避开火力；破阵体更愿意冒险，还能攻击邻近屏障。

因此，同一套防线，面对不同敌人时，不一定产生同一种结果。

玩家布置的不是答案，而是条件

比如，在一条看起来很合适的通道旁放下一座塔。

它增加了火力，却也可能让谨慎的敌人转向另一侧。问题于是从“这里伤害够不够”，变成了：

我是在加强防线，还是把敌人推向了一个没有保护的缺口？

再补一座塔、留出一条通路，或者调整屏障，都会重新改变这个问题的答案。

这里没有给每个入口预先安排完整路线，也不是让敌人随机挑几条轨道。路线来自当前布局与规则的计算。它不是会学习玩家的 AI，而是一次规模比较克制的系统交互实验。

我想寻找的乐趣，就是玩家逐渐从“堵住敌人”，转向“理解敌人为什么走这里”，再用这种理解塑造战局。

第一版先证明闭环，不急着堆系统

目前原型包含一张地图、三个入口、三种设施、三种敌人，以及六个递进波次。升级、回收、据点脉冲和胜负结算也已经接上。

为了让变化有迹可循，我加入了威胁热图和路线预览：放下设施后，可以观察危险区域和预计路线如何变化。

开发上也先把地图、导航、战斗、波次和界面分开，方便后续逐步调整。

首轮规则测试和真实画面检查已经完成，也验证了一套使用正常资源与操作守完六波的策略。但这只说明闭环能够成立，距离难度平衡和好玩的正式版本还很远。 #聚光灯gamejam开发者日志

8.9