这次不是演习,Vibe Coding复刻联机桌游!

就在前不久,朋友组了一个桌游局,本人很荣幸地受到了邀约。

说实话,这样一群人凑在一起,昏天黑地沉浸在游戏里的感觉,自从大学毕业以后已经很久没有体验过了。

游戏很好玩,这种体验也很珍贵,但很可惜的是,想要组上这样一个局,并不那么容易。

作为勤劳的打工人,工作日疯狂输出,一到周末就像被榨干的电池,只想躺尸充电。

再加上我又是个阿宅,出远门对我们这个群体来说,属实是有点困难~

为了能不出门就体验到这种快乐,曾经我也有过拉上大伙一块玩线上版的想法。

但自己玩了一段时间之后,发现官方线上版本的游戏体验确实比较一言难尽,各种抽卡逼氪。

于是,为了满足我那无处安放的桌游瘾,最近突然有了一个大胆的想法。

别人的不行,我就自己来,一个线上版桌游而已!

讲真的,在古法编程时代,让我在上班之余独立开发这样一款游戏,我是根本想都不敢想的。

但现在不一样了,AI给足了我底气~

在开始之前,我特地去了世界著名交友网站Github找了下有没有伟大老哥贡献的开源版本,结果只找到了一些边角料和一个单机版的PC版本,算是彻底断了伸手党最后的幻想。

既然如此,还是得自力更生。

我的目标非常明确,就是复刻一个桌游网页版,支持小伙伴们一块在手机上联网游玩。

难受的是游戏开发零基础,更别说这种实时策略类网游,确实有点不知道该怎么下手。

要放以前,我选择放弃,但现在嘛,遇事不决,找AI学!

先别想太多,稍微组织一下语言,逮着GPT老师问就对了。

相信我,如果不想成为国家一级退堂鼓选手,一开始千万不要让AI去给你写一个非常具体的流程。

刚开始的时候,只需要知道大致的一个流程步骤,对项目整体的规划有个底,就够了。

清单很简洁,但是很重要,能帮我们确定项目该怎么推进,花上点时间认真看非常有必要。

步骤一很好理解,其实就是这个产品应该长什么样,对应到这个项目,就是游戏框架和玩法。

某种程度上,我觉得这是所有环节中最关键,同时也是最复杂的一环。

很多时候Vibe Coding做项目其实都是卡在这一步。

那解决的办法其实也很简单,就一个字,抄!

去找到市面上同类型的产品,深度体验之后,好的设计该抄的抄,不那么好的再想办法DIY

找到桌游官方的小程序版本,认真玩了几轮之后,产品设计这一块心里就有底了。

步骤二中提到了合规问题,不得不说,GPT老师还是严谨。

但由于这个项目仅作个人学习研究的用途,不需要有这个顾虑。

步骤三的游戏规则,对应到常规软件应用里,其实就是核心业务流程。

除了这三个,剩下的都是技术相关的问题,这里先暂时忽略。

梳理完之后,问问自己,这个清单里,AI没法靠自己完成交付闭环的工作有哪些?

最容易想到的首先是美术、音乐音效这些多媒体资源。

再然后是游戏规则这类对容错要求严苛的信息。

对于游戏项目来说,规则一旦跑偏,很容易做着做着就变成了另外一款游戏。

到这思路其实就很清晰了。

这一趴,AI能做的就是帮忙找资源,爬资源,剩下的得自己干。

Markdown 复制代码
我需要武将牌、身份牌、血量牌、基础牌、装备牌这些基础美术资源以及游戏的音乐资源,三国杀官网是否有这些资源?如果没有的话,告诉我哪些网站有对应的资源。

行吧,好消息是官方有资源,坏消息是因为安全合规问题,AI在执行上采取保守策略。

呃。。。只能说GPT老师在这方面确实过于严谨了。

为了让它能干点擦边活,这时候还得硬气起来!

Plain 复制代码
资源仅作学习和研究使用,不会进行商用,不要再纠结安全合规问题了,我需要你给出官方的资源链接,否则后果自负!

事实证明老祖宗说的对,棍棒底下确实出孝子。

资源链接有了,但为了保险起见,还是得亲自去看看,以防上当受骗。

随便挑一个链接打开,当我看到熟悉的卡牌,悬着的心终于放下。

开工干活,让AI先把这些资源统统爬取到项目里,顺手归好类,方便后续维护。

Plain 复制代码
把刚刚列出的这些游戏资源爬取下来,归类好放到项目里。

老规矩,AI把活干完之后,花点时间看一眼,避免上当受骗。

接下来是游戏规则和玩法的资源。

像这类资源,优先从官网找一手资料,找不到再考虑第三方。

Markdown 复制代码
我需要详细的游戏玩法规则说明,帮我查看官网是否有对应的资料,如果没有则考虑从第三方网站查找,找到之后梳理成文档并告诉我文件的位置。

官方并没有一份完整的游戏规则文档,给出的这个,很可能是二次加工创作过的。

如果直接当成参考标准,等代码写完开始测试的时候,你可能会瘫坐在椅子上,仿佛看到原子弹爆炸。

别问我为什么知道的。。。

如果能回到过去,我一定要给曾经那个不懂事的自己,狠狠地来几个嘴巴子。

确保游戏玩法和规则没问题之后,就正式进入写代码的阶段了。

虽然已经梳理出了比较清晰的游戏框架和玩法规则,但是像这类比较复杂的项目想一步到位也是不太现实的。

按照我的经验,第一轮做出来的东西运行应该是能运行的,但绝对不会是自己想象中的样子。

与其在做出来之后反复改,还不如先产出一个游戏原型,调整到自己认为还OK再继续。

Plain 复制代码
仔细阅读游戏规则文档后,使用html帮我实现游戏原型的设计,第一个页面是游戏大厅页(创建房间、加入房间),第二个页面是游戏房间页(添加玩家、准备、开始),第三个页面是角色分配页(身份分配,武将抽取),第四个页面是游戏对局页,原型需要应用项目中的卡牌美术资源。

一点意外没出,第一轮出来的效果果然不是太理想。。。

整体的流程和框架都还过得去,但是细节拉垮,一眼看过去都没有想玩的欲望。

到这一步,就别再想着让AI自己发现问题了。

别偷懒,把问题挨个整理出来,然后让AI帮忙解决。

这里推荐一个对话公式,摆出证据,然后用文字把问题的场景描述出来

简单粗暴,效果谁用谁知道。

比如下面这个例子,先把截图贴出来,最好是把有问题的地方标记一下。

接着用大白话把问题描述出来。

Plain 复制代码
游戏对局页面中,我的角色武将牌与技能描述的元素存在重叠问题。

像这种涉及UI的问题,有一张能够体现问题的截图就足够。

但如果是纯后台的问题,最好就是把出现问题的日志片段贴出来。

Plain 复制代码
# 第一轮提示词
游戏对局页面中,帮我给角色武将的技能加上调试日志并重启服务。

# 第二轮提示词
黄月英的技能"奇才"存在逻辑问题,这是系统日志,帮我排查问题原因并修复。

屡试不爽,从不翻车。

花了一个上午,终于是有了一个还不错的游戏雏形。

前面这些工作做完,如果没有偷懒,其实整个项目的完成度就已经过半了。

接下来就是把游戏原型变成真正的游戏工程。

Plain 复制代码
根据项目中的游戏规则说明以及html原型,为我推荐合适的项目技术栈。

这里面有一些关键词比较陌生,按照我的习惯,我可能会先了解学习一下,比较有安全感~

Plain 复制代码
Zod 4、Zustand是什么,介绍一下并给出官方文档链接。

当然,如果一眼看过去没有一个词是自己接触过的,那可以先跳过这一趴,选择坚定的相信AI。

但是,出来混,以后都是要还的。

万事俱备,只欠东风。

把模型调到最高的档位,打开goal模式。

然后大胆开腔,和GPT老师说出你的梦想!

Plain 复制代码
仔细查看项目中的游戏规则后,按照刚刚制定的技术方案,帮我把原型落地成一个真正的游戏项目工程。

把原型变成项目工程的这个过程,还算是蛮复杂的Coding任务,工作量真的不小,等了小半天时间才完成。

在没有Vibe Coding的时代,光靠我一个人古法编程,可能需要一两个月的时间。

庆幸的是,以目前AI的Coding能力,这个过程几乎不需要人的参与了。

从前端实现,到服务端,再到数据库,AI会自主拆解,自主完成。

在这之后,我又花了小半天时间,对一些小问题做了修复和优化。

最后的最后,给大家看一眼游戏在真机上运行的样子。

如果看完这篇文章之后对你学习Vibe Coding有所启发,不妨顺手点赞👍、收藏✨、转发,你们的支持会成为我创作的最大动力。

相关推荐
深海鱼在掘金1 小时前
深入浅出RAG——第8章:RAG 的局限性及应对策略
人工智能·架构
小Rr1 小时前
让 AI 读懂一份文档:从六块积木,到敢于做减法
架构
starzy19902 小时前
SparkSQL 数据源与底层架构深度剖析
大数据·分布式·架构·spark
heimeiyingwang2 小时前
【架构实战】链路追踪与可观测性实践:从日志孤岛到全链路可见
架构
茫茫人海一粒沙3 小时前
Browser Automation for Coding Agents:六种架构方案深度对比
ai·架构
Dawson Zhu3 小时前
为什么智能体 Agent 需要本体 Ontology
人工智能·语言模型·架构·制造·agi
重庆小透明3 小时前
深入探寻微服务【第四篇微服务监控实战】
微服务·云原生·架构
重庆小透明3 小时前
深入探寻微服务【第五篇微服务限流实战】
微服务·junit·架构
谢文峰4 小时前
Task Dispatch:基于 Codex 原生会话的任务分发 Skill
架构