【DEV LOG ENTRY】#0 初来乍到

十元

2025/10/2033 浏览综合

#聚光灯gamejam开发者日志 #TapTap聚光灯独立游戏 #游戏开发 #3D #动作游戏

极速阅读总结：

自我介绍和第一周灰模的视频
将主题解读为玩家在游戏中遇到的拿不准，但被普遍使用的，原本设计中不应存在的机制。
汇报一下第一周的框架验证，3C，瞄准，射击，刷怪，宠物，property，buff等。
最后我们建了个群，准备了一个试玩包，提前谢谢大家的阅读！

点击链接加入群聊【GalaGame 游戏试玩群】：https://qm.qq.com/q/Lia2oR2eoU

玩家老师们加群监工吧！

正文：

# 我们是做什么的

废话不多说，首先看个简短的视频吧，是为了在第一周把流程跑通，两个程序员用加班时间做的灰模成果：

这就是目前第一周的灰模测试啦～

然后简单自我介绍一下：

我们的技能点主要都点到了程序开发上。Jmin老师点的技能点更多，我可能点的相对杂一点，因为参加过单人的Ludum Dare Compo，写写画画都很基础！

我说让Jmin老师写点啥自我介绍，他说“不道啊”，大佬风范！

相比常见的48小时的GameJam，本次参加的2025年TapTap聚光灯GameJam的时间长达21天，团队中又加入了程序大佬Jmin，因此我们说想干票大的！对于本次3周时长的GameJam而言，我们想主要工作就是磨合完赛，给各位玩家老师端上一盘有点意思的小品游戏。

但紧跟一段自我检讨，从这次做出来的灰模原型来讲，完全不是什么精致的内容（对不起，角色也被朋友笑作卤蛋，我们不擅长制作资产，目前有在从Mixamo挑选些合适的动画还有模型让灰模好看一些），我们更习惯于从灰模开始，做到问自己做的是什么东西，然后再慢慢把Jam作品撺掇完。

作为主要技能点都点在程序开发上的我们来说，这种模式更得心应手。

对不起，灰模被朋友笑作卤蛋demo

# 主题解读

“你确定这不是BUG吗？”

就这个眼神

我眯着眼看这个主题，心里已经翻江倒海了。正经的想，说出这句话，一种是玩家自己也不确定遇到的这场面究竟是不是BUG，另一种就是单纯的嘲讽了。我的心情更希望更倾向于相信这是前一种。

问就不是Bug，是Feature。

因此面对这个提问，就一定是有标准答案的：“是Bug吗？不是Bug，是Feature。”

即便真是设计时没考虑到的，也是我们制作组“准备即将就会设计”出来的Feature，给这个“突如其来”的“特性”匹配的新内容和关卡，在内部群肯定就马上放到需求池了。

要我说，BUG真是我一生之敌，最讨厌的就是踢皮球的BUG，需求矛盾的BUG，边界不清晰的BUG。一个BUG查一天，结果很可能是文档没看明白配错了，文档没看明白写错了，代码没看明白抄错了，代码复制了一遍第二次忘改了，文档没看明白代码里用错了……你让我在Jam里做BUG我是拒绝的，虽然最后的成品肯定有BUG，但我是拒绝的，更没办法预判BUG来设计。

而且团队人多了就难免需要从流程上，沟通上花时间来避免产生一些本不必要的BUG。扯远了……

另外也找了一些参考，做了一些延申。也罗列在这个里：

非常经典的BUG变成普遍共识可能当属火箭跳吧。利用火箭跳，或者通过引怪下劈怪物，到达原本到不了的地方，也已经变成速通的普遍技巧了。
利用BUG的形式，将meta要素包装其中进行叙事。游戏也太熟悉了，《邪恶冥刻》就是个中经典，连游戏最后推出的打牌模式凯西模组也要聊聊BUG。
之前一次Jam活动中，有印象记得一个小队制作了一款“故障修复公司”的游戏，主题已经记不清了，但游戏的内容主要是每关都需要修复不同的碰撞体BUG产生的问题，最终让游戏人物到达终点。嗯，修BUG。

这些解读要么依赖将一个机制包装成BUG，要么依赖于叙事的解构，所以我们认为都体现不出来“你确定？”的玩家心态。

后来我就想到哪里能看到的BUG最多呢？邪道速通吧可能，所以我看了一下前段时间讨论挺多的《丝之歌》的邪道速通，整个通关过程10分钟，是以一种通过卡BUG实现飞行、穿墙、无敌，利用场景机关击杀BOSS等等，瞠目结舌。我看了，但是感觉没吸收什么养分，只能说是借机会换个角度看看这些游戏可能也不错。穿个墙看看加载不出来的内容，但对于玩家老师们来说除了缓缓打出“？”之外有什么意思呢？

我们将主题解读为在玩家遇到时拿不准，并被普遍使用的，在游戏中原本不应存在的机制。

那么我们的目标依然没变，还是要把主题当作游戏机制，磨合完赛，给各位玩家老师端上一盘有点意思的小品游戏。