(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)

77次阅读

大家好,我是 B 站 UP 主佩恩佐助,也是分区式模板的发明人,两个月前我在贴吧发布了有关于 GPT4 破限的模板,也就是所谓分区式模板,分区式模板对 GPT4 的使用效果很不错,同时也对 Bing 和 Claude 有不俗的效果,不少人或许都知道了,这些模板,我在两个月前就已经在 ChatGPT 里发布过了,但遗憾的事现在已经被 ChatGPT 吧务全部下架了,具体原因不得而知。

在这里,我想向大家介绍一下我目前的一个新的想法,我将这个想法称之为“连接计划”,这个连接计划的图示大概如下:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图

这个计划的目的:将多个“网页端”GPT4 玩家连接起来,“共同进行一场”丰富多彩的角色扮演游戏。

实现原理:通过将每个玩家角色扮演过程中所产生的“临时数据”,寄存到某一指定网页,然后通过 GPT4 自带的网页搜索功能,来读取不同玩家的行为以及状态数据,从而将不同玩家“连接”起来,以此来实现联机功能,例如:玩家 A 用 GPT4 扮演鲁卡,他的回合产生了角色数据,那么它将这些角色数据寄存到网页当中,而玩家 B 就可以通过 B 这边的 GPT4 搜索网页读取到玩家 A 的数据,从而实现“玩家间的互动”了。

计划优点:1、不需要 GPT4 的 API:因为实际上主要是调用 GPT4 网页端的搜索功能插件,来读取网页指定数据从而来实现联网,所以并不需要 GPT4 的 API,加之 4 的 API 目前较难获取,同时价格昂贵,因此不需要 API,对现阶段来说属于一大优点。

2、可以调用 GPT4 官方插件:因为使用的是网页端 GPT4,所以可以使用几乎“每天增加一页”的海量 GPT4 官方插件,所以这也属于现阶段的一大优点。

3、“拓展”记忆空间:在使用“分区式模板”的情况下,并且不需要与其他玩家进行联机交互时,网页虽不用储存其他玩家的临时数据,但是却可用于拓展自己“单机”使用的记忆空间,以指定网页作为信息存储的载体,在 GPT4 端添加相应的读取网址中某一特定内容的命令,可以让 GPT4 读取到网页当中的之一指定信息来进行角色扮演,从而实现“拓展”记忆空间的这一优点。

4、丰富多彩的角色扮演:以这种形式来进行的多人角色扮演游戏,游戏过程将变得不再唯一,更加有趣味性且丰富多彩。

5 也许还有更多,例如:银趴……?

计划缺点:1、操作繁琐:需要“带着模板跑”,若不是用 BLAZER 佬开发的“Chatgpt 角色扮演助手 /Chatgpt Role Play Helper”的这款插件的话,带着模板跑将极为繁琐;同时,因为需要将处理的数据寄存当指定网页,就使得有多额外增加了编辑网页的一步,若没有特定软件或插件实现自动的话,会变得相当繁琐(希望有大神能够开发!!)

2、稳定性存疑:这一点既是优点,同时也是缺点,GPT4 虽然理解能力很强,但毕竟是 AI,大家玩了这么久的 AI 应该已经能很明显体会出,AI 不是传统计算机,他虽然会进行相应的指令,但是不会“死”执行,而是会有自己“理解”,以此给出的答案几乎不可能是唯一的,因而能给出更加丰富多彩的故事的同时,也会带来稳定性的问题,若稳定性太差,这一计划将难以执行,同时,也是对大家编写 prompt 能力的一大挑战。

3、token 受限:网页搜索目前还不清楚具体的运行规则,若“只”读取特定内容的话,token 压力将得到极大幅度改善,若不是,而是将整篇网页内容都读取的话,就需要对网页进行一些额外的操作,操作起来就更为繁琐,但不管怎样,8000 的 tokens 摆在那里,扮演的角色应该不能太多,对此我所想到的就是“1 个 GPT4 扮演一个角色,也就是一个玩家的客户端,只处理一个角色极其相关数据”以此来尽量减少 token 的压力。

4、还有其他许许多多未知的问题待解决:模式太复杂是否能理解啊、玩家间交互如何进行才合理啊、网页端 GPT4 的模板应当存放哪些内容,服务器网页的模板又该存放哪些内容啊……等等,一系列问题显然都不是我一个人能够解决的。

5 次数限制:三小时 25 次,次数还是太少了……

计划进度:计划进度目前处于初期阶段,我仅进行了一些初步研究,因为一开始认为比较简单,结果实际操作起来发现十分困难,甚至来说,完全不是我一个游戏设计门外汉凭一己之力就能实现的事,所以我希望来到 CL 贴吧,这个人才济济的地方,一起找到对此课题感兴趣的伙伴一起研究这个课题,以及寻求一些意见及建议。

现阶段成果(5.21):

此计划至少需要三个模板,分别充当角色娜娜美,角色鲁卡,以及储存玩家以及相关游戏设定的终端服务器。

角色娜娜美:由玩家 1 官网 GPT4 充当(分区娜娜美模板)

角色鲁卡:由玩家 2 的官网 GPT4 充当(分区鲁卡模板)

终端服务器(网页):由 github 文档网页充当(分区数据模板)

准备好相应模板后,先将充当终端服务器的分区数据模板放在 github 上,并记录网址,接下来就可以开始第一回合的角色扮演

第一回合(玩家 2 鲁卡回合):

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图1

将模板编辑完毕后

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图2

粘贴到 GPT4 网页,并选择 GPT4 插件“Webpilot”、“Wolfram”,发送过去,等待结果:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图3

得到结果后,开始将“角色临时数据”(代码块当中的部分),替换到终端服务器当中的对应内容:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图4

替换成刚刚复制的代码块里的内容:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图5

至此,第一回合(玩家 2 鲁卡回合)完毕

接下来是,另一位玩家的回合,第二回合(玩家 1 娜娜美回合):

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图6

另一名玩家,同样编辑好相应的模板后,粘贴到 GPT4 当中, 选择 GPT4 插件“Webpilot”、“Wolfram”,发送!

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图7

得到结果后,我们发现了两个问题:1、玩家 1 娜娜美的回合,玩家 1 可以决定玩家 2 鲁卡的行为,如图所示娜娜美将鲁卡一起带至陌陌森林去了。

2、史莱姆的代码块当中,出现了它的攻击力和防御值,但是我在命令区以及网页端的数据当中,有“刻意强调”只反馈怪物的名称和生命值。

对于这两个问题如何解决,我还是有一些看法的:第一个问题,我认为是我设计的游戏流程不合理导致的,后续如果有什么更好的流程或许能解决;第二个问题,我认为需要对 prompt 进行优化,必要时可能还需要手动修改回顾区或者网页端的内容来实现格式的控制。

总之,GPT4 输出了结果之后,接下来就是将两个代码块当中的临时数据替换掉网页终端服务器的内容了。

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图8

将娜娜美新输出的代码块内容替换上去:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图9

至此,第二回合(玩家 1 娜娜美回合),完毕!

因为玩家只有两名,那么接下来的第三回合,又回到了鲁卡这边,因为 token 原因,“带着模板跑不可避免!!”,操控鲁卡的玩家 2,需要将上一次 GPT4 反馈给自己的内容,填入回顾区当中:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图10

复制好

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图11

就在之前你发送过去的模板上进行替换,替换好,再对交互区进行编辑:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图12

编辑好之后,将整个模板复制到输入框当中:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图13

放入输入框:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图14

发送,等待结果:

(GPT4技术探究——连接计划)多个GPT4玩家进行同一场盛大角色扮演的尝试!!(5.21)插图15

得到结果后,就又到将代码块的内容替换掉网页终端服务器里的步骤了,在这里我就不再重复了。

结论:这个方法主要是通过 GPT4 读取网页内,玩家间的“角色临时数据”(代码块)来实现“联机”的,其缺点除了之前在第二回合里提及的:

1、某一玩家回合时,该玩家能决定另一名玩家的行动。

2、输出内容存在无视命令的内容。

之外,还存在最大的一点问题就是:

3、GPT4 可以通过读取服务器终端这个网页来获得不同玩家的信息,但不同玩家却不知道对方对自己做了什么。

对于问题 3 也有一些相应的做法,例如玩家游玩时也实时盯着服务器终端网页,看其他玩家更新的角色临时数据,以此来判断对方对自己做了什么,事实上最好的方法是通过程序或者插件来实现显示,属于技术层面的问题,可以解决。

综上所述,这个方法现阶段处于实验早期,存在着非常多的不稳定性,但基于 API 过少、过贵,且 API 暂时无法调用官方成页数增加的插件来看,这种通过读取指定网页来获取其他玩家信息,以此来进行多人联机的方法还是有一定的尝试空间的,同时,如果能通过不断优化 prompt,使得这种模式不断趋于可控且稳定的话,我认为对日后向 AI 做出高效合理 prompt,了解其内部允许规则,探究其使用规律,都是有很大帮助的,同时,最重要的一点就是——对 ** 也很有帮助吧!

大概

还有一点想稍微提一提,这种方法,像是在验证“ai 理解能否替代传统电脑代码”来运行“程序”这一观点,如果能成,有一种“AI Prompt”将成为下一代“编程语言”的既视感。

原文链接:https://www.bilibili.com/read/cv23827732/

正文完
 
不知道
版权声明:本站原创文章,由 不知道 2023-07-28发表,共计3341字。
转载说明:声明:本站内容均来自互联网,归原创作者所有,如有侵权必删除。 本站文章皆由CC-4.0协议发布,如无来源则为原创,转载请注明出处。