今天讨论了一下大概的方向和玩法
看到今年聚光灯 GameJam 的主题——「你确定这不是Bug吗？」时，我们全队都笑出了声。这主题太像我们写代码时的日常了！
😂 于是今天的会议主题就变成了：「要不这次干脆让玩家成为 Bug？」 💡 灵感爆发 我们围绕“你确定这不是Bug吗？”提出了两个方向，想通过真假之间的错乱来制造乐趣： 🧠 方案一：程序里的“伪错误” 玩家扮演一个被误判为Bug的特殊符号。游戏世界长得像一段可视化的 Python 代码，函数、if语句、括号都变成了关卡地形。程序员和杀毒软件会“修复”你——但其实你才是让代码正常运行的那一环。玩家要在不断被debug的世界里生存，甚至反过来利用Bug机制通关。 真Bug假世界，还是假Bug真规则？连我们自己都开始怀疑哪里才是正常逻辑。 🪲 方案二：硬件里的“幻觉Bug” 玩家化身一只微观的虫子，穿梭在主板、电路与芯片之间。每次破坏电子元件，电脑就会出现奇怪的视觉错误：画面倒置、重影、音效卡顿。这些“Bug特效”既是破坏的结果，又是推进关卡的关键。最终目标：让系统彻底“蓝屏”，逃出虚拟监狱。 ⚙️ 当前进度 今天主要完成了创意讨论与世界观搭建，游戏暂定名为《你确定这不是Bug吗？》。接下来我们或许会尝试把“程序世界”与“硬件世界”结合起来，让玩家可以在两个维度之间穿越？Who knows? 但是考虑到时间有限，我们只好二者选其一啦！大家觉得哪个更有可玩性呢？！ 🧩 遇到的问题 - 两个世界都有很独特的风格，需要找到合适的视觉语言； - 以假乱真的“Bug机制”是游戏的灵魂，这样的机制如何设置呢； - 如何兼顾创意和核心玩法的可控性； 📅 明日计划 - 在两个策划案间选择一个方向深化； - 尝试设计第一个原型关卡； 💬 最后碎碎念 “你确定这不是Bug吗？” 也许我们做的游戏本身就是一个Bug。或者说，我们只是还没debug完这个现实。 👀 那么问题来了：如果游戏看起来崩溃了……你会继续玩吗？ 欢迎在评论区留言告诉我们！🐛
