开发者日志03 | 聚光灯GameJam 2026 | 璇玑

修改于昨天 03:106 浏览开发交流

Day 5 – Day 6

做了很多调整。

首先，把三言、五言、七言融为一张璇玑图。因为拆分后AI设计的璇玑图很机械，我想直接融合做出更“涌现”的璇玑图。

其次，设计了一个【诗篇】模式，也就是利用在字阵中“藏诗”的方式，让玩家可以获取解璇玑图的“提示”等道具。

然后，设计了内置播放器。因为无论【诗篇】模式里解锁的经典诗词，还是璇玑图中解出来的新诗句，基于文字的声韵都匹配了“宫商角徵羽”音阶，所以可以形成旋律，可以听。

最后，想尝试旋律“锻造”的玩法，解璇玑图在读出新诗句的同时，可以获取编曲道具，用来进一步强化诗句本身所串联起的旋律。

最后的结果并不理想。上述四点全部完成了，可存在不少问题：

TapTap Maker本身可以基于简单音阶，把一段旋律“锻造”成非常华丽成熟好听的完整乐曲，但这依赖背后调用AI音乐模型。如果做进游戏，这种能力就大打折扣了。
原计划还想探索社交玩法，也就是如果可以“锻造”出新的旋律，就分享出去，结果发现TapTap Maker没有打通微信。

最关键的一点，AI设计的璇玑图里解出来的新诗句仍然良莠不济。

并非DeepSeek Flash没有能力作诗，而是按照平仄写诗，与按照规则设计可以涌现诗句的璇玑图，这不是一回事。

进而言之，之前遇到的“判定”问题仍然无解。因为它不客观。AI认为成诗，我却觉得读起来不对。通过文字之间的组合，无论可以“涌现”出多少新的诗句，每个人的语感必然不同，和AI判定之间的“误差”始终无解。

以上面这张图为例。

第一行：春风摇竹影落窗前。

它是按照12345、23456、34567、45678的要求设计的：

春风摇竹影，

风摇竹影落。

摇竹影落窗，

竹影落窗前。

第三句“摇竹影落窗”我就觉得很拗口了。

坦率说，作为一个游戏，我觉得这样不好玩。如果我自己都觉得不好玩，那么肯定是不行的。

一个谜是否“可解”的判定必须客观，而“诗意”太主观了。

在第六天，我已经用了4w额度，但被迫放弃这个方案，开始思考新的游戏机制。

9.8

3天前首发