AI+游戏，人工智能游戏低代码平台的设想

​​

来源

折腾SillyTavern的过程中产生的想法

Sillytavern 是什么？

SillyTavern 是一个github上的开源项目：

项目地址：https://github.com/SillyTavern/SillyTavern/tree/release

上图是SillTavern项目的中文说明，已经过时，感兴趣的可以去看看英文的说明

为什么会产生低代码游戏平台的想法？

大家知道这个或着听过这个的应该都知道，这个项目在好多教程的描述里几乎都是与安装/聊天/配置有关的，导入角色卡之后和大模型扮演的不同角色进行聊天互动，更深入一点的是教你写自己的角色卡。

但是，你挡不住网友之中有大佬啊，下面这是一个大佬写的卡：

这已经不仅仅是角色聊天了吧！

我的想法或者说设想也是因为看到这张卡产生的。

先给大家说一下这张卡的原理

• AI按固定格式返回数据：大模型聊天应用中是可以按固定格式,如 MD、HTML、自定义等格式返回信息
• 前端正则替换样式：前端根据返回的数据做对应的正则提出信息处理AI返回的数据

实际实现肯定没这么简单，但个人认为核心是这两条，也有其他卡是直接让大模型返回HTML格式的

上面至少说了SillyTavern的部分功能，其实插件机制在，SillyTavern可实现的功能很强大。

低代码游戏平台设想

为什么有了SillyTavern这样强大的平台还会产生低代码游戏平台的想法？先说一下SillyTavern的优缺点（个人看法）

SillyTavern 的优点

• 功能强大： 安装后即可使用，配合插件实现类似的功能，是一种开箱即用
• 社区成熟： 成熟社区，分享卡和教程的也比较多

SillyTavern 的缺点（针对游戏）

• 界面 基于聊天的机制，虽然有类似游戏的卡，但使用时还是以聊天形式展现，针对游戏来说沉浸感不足，按钮也无法触发剧情推进和操作。
• 上下文问题 大模型的上下文token是有限制的，而这类一半是吧之前的所有上下文会同步传送给大模型，一个是会导致不必要的token消耗，另一个是达到限制之后，大模型处理失败，或者剧情错乱。
• 功能强大 功能强大是优点同时也是缺点，插件化的设计导致很多功能都是散装，需要安装不同的插件以及各种配置才可以实现

针对上面所说是不是可以直接做一个类似针对游戏的低代码平台，不画图了，直接写文本了，

创作者中心

• 游戏界面之界面设计： 创作者可以在平台上进行游戏界面设计
• 游戏界面之操作按钮指令配置： 创作者可以对界面设计的按钮，以及相关操作配置对应的指令，如：遇到野怪点击攻击根据当前用户等级和野怪信息传入后端服务，后端构建对应的Prompt调用AI生成对应剧情，总之，界面的按钮是可以真的操作调用后端组装成对应的Prompt去产生剧情，而不是用户文本操作
• 游戏发布： 创作者创建玩游戏可以试玩，剧情推进以及玩法没问题后可以选择直接发布

玩家中心

• 游戏列表： 展示游戏创作者发布的游戏
• 玩游戏： 点击游戏进入游戏里玩，界面根据游戏创作者的设置进行渲染，玩家点击对应按钮游后台服务处理指令推进剧情或场景

后端服务

• Prompt处理： 根据用户对应的操作和游戏信息进行Prompt组装和构建，调用对应的AI服务
• 上下文指令优化： 在后台对相关的上下文进行优化，比如探险类，和小怪战斗结束后，这种对剧情无影响的相关数据可以进行优化掉等等等
• 同时调用不同AI服务： 比如界面，用户选择传送到某地图，后台可以根据游戏配置的场景信息同时调用AI文本生成，图片生成，以及语音生成等不同服务处理。
• 固定AI模型： 不同的游戏可能使用不同的大模型或者API进行创作的，这些信息可以固定到游戏的配置信息里，后台处理时也根据配置的模型固定剧情风格或者图片风格

问题

我把想到的问题也和大家说一下吧

• 技术问题： 游戏界面能不能低代码，如果只用html能把游戏界面做的什么程度，以及游戏引擎能不能做到类似低代码，这些我不太了解，需要大佬去解决。
• 版权问题： 这种平台的出来，避免不了很多同人或者一些喜欢某个作品的人去平台上进行游戏创作，势必会引起版权问题。
• 版号问题： 游戏有版号的，以现在的技术能把这种平台做到什么样，如果真的做到每一个游戏媲美单个游戏那种程度，版号怎么解决

以上只是个人对一种低代码游戏平台的设想，使用AI是因为AI生成随机性，可以给不同玩家出现不同的文本和剧情，即使同一段剧情，也会有不同的体验，增加游戏的可玩性，这也只是一种设想。

第一次写文章，可能有点乱，大家凑合一下。