口口口口

最初想要设计重机制的平台跳跃解谜游戏。但很快发现，无论是平台跳跃还是探索解谜，对我这样初次开发游戏的单人开发者来说都太难了。想要做出《奥日》、《ooo》那样精妙的关卡，需要大量时间，而我只是白天上班、晚上开肝的独立开发者。
所以决定从故事性入手。通过深入挖掘"BUG"主题，发现了更丰富的叙事空间。
已完成初步的故事设计与架构，代码上搭建了基本界面和对话系统。接下来最大的挑战是：如何在Godot中实

苦思冥想一整天，直到晚上官方进一步发布说明，此前构思的多个偏向隐晦的方案，才算彻底被排除了可行性。
这次比赛的题目本身局限性就比较大，想要脱颖而出，必须挖掘更具独特性的创意。 目前思路还是侧重从玩法层面突破，计划把“bug感”作为核心机制来打造：比如，玩家操控的角色会呈现出类似“卡bug”的表现——像自动穿墙、动作重复等，但这些并非故障，反而是通关必须主动利用的核心能力；又或者，游戏规则会随机出现

“BUG？你确定这不是 BUG吗？”
核心应该在于 “模糊 BUG 与正常机制的边界”—— 让玩家始终处于 “怀疑自己操作”“质疑游戏逻辑”“分不清是漏洞还是设计” 的悬念中，既保留 BUG 带来的荒诞感，又通过刻意设计让 “疑似 BUG” 成为推进游戏的关键。
这种完全的机制创新同时还要保证游戏的趣味性将会非常考验设计功力。精巧的机制设计将会非常吸引人，但是同时也是最难的。
#聚光灯gameja

最初想要设计重机制的平台跳跃解谜游戏。但很快发现，无论是平台跳跃还是探索解谜，对我这样初次开发游戏的单人开发者来说都太难了。想要做出《奥日》、《ooo》那样精妙的关卡，需要大量时间，而我只是白天上班、晚上开肝的独立开发者。
所以决定从故事性入手。通过深入挖掘"BUG"主题，发现了更丰富的叙事空间。
已完成初步的故事设计与架构，代码上搭建了基本界面和对话系统。接下来最大的挑战是：如何在Godot中实

苦思冥想一整天，直到晚上官方进一步发布说明，此前构思的多个偏向隐晦的方案，才算彻底被排除了可行性。
这次比赛的题目本身局限性就比较大，想要脱颖而出，必须挖掘更具独特性的创意。 目前思路还是侧重从玩法层面突破，计划把“bug感”作为核心机制来打造：比如，玩家操控的角色会呈现出类似“卡bug”的表现——像自动穿墙、动作重复等，但这些并非故障，反而是通关必须主动利用的核心能力；又或者，游戏规则会随机出现

“BUG？你确定这不是 BUG吗？”
核心应该在于 “模糊 BUG 与正常机制的边界”—— 让玩家始终处于 “怀疑自己操作”“质疑游戏逻辑”“分不清是漏洞还是设计” 的悬念中，既保留 BUG 带来的荒诞感，又通过刻意设计让 “疑似 BUG” 成为推进游戏的关键。
这种完全的机制创新同时还要保证游戏的趣味性将会非常考验设计功力。精巧的机制设计将会非常吸引人，但是同时也是最难的。
#聚光灯gameja