A Slug's Dream 评测
Take on the role of a famished slug and wiggle your way through a series of challenging yet accessible puzzles. Push, rotate and warp anything that stands between you and those yummy flowers!
应用程序 ID | 2303290 |
应用程序类型 | GAME |
开发人员 | Marcos Donnantuoni |
出版商 | Marcos Donnantuoni |
类别 | 单人游戏, 蒸汽雲, 部分控制器支持 |
流派 | 休闲, 独立 |
发行日期 | 3 八月, 2023 |
平台 | Windows, Mac, Linux |
支持的语言 | English |

1 总评论
1 正面评价
0 负面评论
差评 评分
A Slug's Dream 已收集 1 条评测,其中 1 条好评,0 条差评,总体评分为“差评”。
最新 Steam 评测
本节展示了 {name} 在 Steam 上的最新 10 条评测,反映了玩家的多种体验和观点。每条评测摘要都包括总游戏时间,以及点赞和差评的数量,清晰展现社区反馈。
游戏时间:
453 分钟
挺有意思的
👍 : 1 |
😃 : 0
好评
游戏时间:
550 分钟
简短有趣的推箱子游戏,推荐~
这个作者绝对是有一流解谜设计师的潜质,他的另外两部游戏Dis pontibus 1&2是基于程序生成的解谜游戏,这种随机关卡的难度和有趣程度居然一点不逊于精心设计的手作谜题,这是极其少见的。至于这一部的小问题在于关卡数略少了些,不太尽兴,其实游戏的机制是可以做得很巧妙的,比如tower一关,并且难度也是可以做得非常高的。尽管没有充分展开,但是在短短数小时里它还是给人不错的游玩体验。
👍 : 2 |
😃 : 0
好评
游戏时间:
376 分钟
《A Slug's Dream》是一款机制挺有创意的3D推箱解谜游戏。
本作中,主角是一只蛞蝓(俗称鼻涕虫),目标是吃到关卡中的所有花朵。现实中蛞蝓喜不喜欢吃花我不知道,反正就是这么个设定。
为了达成这个目标,主角可以推动立方体形状的石头(可以理解为本作中的“箱子”)来给自己铺路。而本作的核心创意之一就体现在主角和箱子的交互中:当主角用头顶箱子时,箱子会平移,非常正常,但是当主角用它的尾巴来顶箱子时,箱子就不是会平移,而是会滚动。滚动可以改变物体的朝向,在石头不是正方体,而是长方体的时候,很显然会起到独特的作用。
本作还有一些其它的机制,比如其它种类的箱子,还有阻止主角进入某个地块的火等等。在其中,最突出的一个机制就是“传送门”。传送门也是立方体,只不过其中有一个面用来传送。顾名思义,如果进入传送门的传送面,那么就会从和它配对的另一个传送门的传送面的相同位置出来。不仅主角自己可以进入传送门,其它的物体也可以被推入传送门,甚至就连[spoiler]其它传送门[/spoiler]都可以进入传送门。而且,要想到,传送门的本质仍然是一个立方体物体,所以主角照样可以推动、滚动这些传送门。所有这些机制相结合,本作的可能性空间直接爆发,应该可以设计出很多烧脑、独特的谜题吧?
然而,本作的谜题设计不是很出色。其中我最关注的问题是,我认为设计师的意图并没有清晰地体现出来,进而让我感觉本作的谜题设计十分松散,没有一种贯穿始终的核心的设计理念,就算有,也是一种我不太能接受的设计理念。
首先是探索机制的方面。本作在一开始还是遵从了一定的游戏设计原则,逐步引入新机制,探索新机制,然后将新机制和旧机制进行结合。同一个区域里,谜题所探索的方向是相似的,也就是说可以看得出来一个区域的“主题”。但越到后面,我就越看不出位置相近的谜题之间有什么联系,更看不到还有什么探索的方向可言。
细化到每个谜题的设计上,有些谜题也让我感觉设计师没有一个很清晰的设计思路。优秀的谜题设计能呈现出一个清晰的问题,或者说矛盾,并引导玩家发现一个清晰的解法。但本作的有些谜题并不是这样,有的谜题,感觉方法很多,并不只有一种单一的方法,甚至有的在我发现谜题的“关键点”是什么之前,我就已经解出来了。而有的谜题,在本作这些可以非常灵活的机制下,又感觉太局限了,必须要在比较狭小的空间里,按照某种方法将传送门转来转去,才能实现一个解法。谜题对解法没有明确的限制,只有一个大概的空间限制,让谜题看起来选择很多,但只有上手做了之后才发现处处碰壁,这也并不是一种好的感觉。
本作一个更让我疑惑的设计是,有时在解完一个谜题之后,游戏除了显示“Well Done!”这样的鼓励性话语之外,还会有额外的评价,比如说“你没有转动石头就解开了这个谜题”之类的。这可能对设计师来说,是对玩家创造力的一种鼓励,但对我来说,反倒加深了疑惑。我会想,既然你特地提示了这一点,那是不是意味着,“普通”的解法中,应该使用这些操作呢?那我的解法和“普通”的解法之间又有多少差别呢?如果我的解法能和设计师认为的解法有显著的差别,那我又怎么能保证我一定感受到了设计师心中所想的那个idea?
听我叭叭了这么多,你可能会有疑问:好好一个游戏,你玩就玩,老考虑什么“设计师的意图”,或者自己的解是不是和设计师一样干什么?这不是自己给自己找不痛快吗?自己发现有创造性的解法不是挺好的吗?是,如果是在其他类型的游戏中,我可以忽略“设计师的意图”这个问题,但解谜游戏不一样。在我看来,解谜游戏一定是设计师先有idea,再将其包装成谜题,这样玩家就会在解出谜题的过程中发现这个idea,感受到发现的乐趣。我一直强调,这种“灵光一闪”,这种Eureka(顿悟),才是我心目中解谜游戏的本质。而如果设计师无法在谜题设计中保证玩家一定会发现这些idea,甚至一开始就没有明确的idea,那谁知道玩家能不能在一大片设计师没考虑到的“无法之地”中找到乐趣?我只能说,就算玩家在解这种谜题的过程中能感受到乐趣,也不是Eureka这种类型的乐趣。
在本作中,我既遇到了可以完全丢弃一些关卡要素也能解出的谜题,也遇到了必须要用十分诡异的挪移才能解出的谜题。那到底是一开始,设计师想的就是这些谜题大概能过就行,用什么方法无所谓,还是设计师有一个无比巧妙又精美的解法,但是被我绕了过去呢?如果是第一种,那我没什么好说的,理念不同,但如果是第二种,那我就要说,防止玩家绕过一些关键的发现,也是谜题设计中很关键的一环,而本作很显然没有做好这一点。
本作设计师以前的作品都大量采用了程序生成的谜题,可能有些人喜欢,但这些人中没有我。我之所以喜欢手工设计的谜题,是因为我对谜题质量的要求远远不是“能解开就行”,我想要的是一段富有逻辑又充满惊喜的思考过程,而迄今为止,能做到这一点的游戏,我都能在谜题设计中看到不说全部,起码一部分的设计意图。那种和设计师对上电波的感觉会让我十分满足,因为我心里很清楚我理解了这道谜题,以及背后的逻辑。但在手工设计的本作中,我却也没有看到太多的这种意图,自然也就谈不上对电波了。可能是设计师不太有经验所致,我也没有人身攻击之意,我只能说,继续加油吧。
总的来说,本作的机制还是挺有意思的,前期发现各种机制之间如何交互的部分也很有趣,但是后面的谜题设计就没有让我心生波澜了。
结论:[b]推荐[/b]。
👍 : 15 |
😃 : 0
好评