
【CSDN 编者按】在 AI 大模型席卷编程世界之前,很多开发者做 Side Project 靠的就是“死磕”:查文档、踩坑、调试,一个小游戏能折腾三个月。而如今,大模型不仅能写样例代码,还能帮你快速迁移业务逻辑、实现复杂规则。本文作者就用亲身经历对比了“没用大模型时花 3 个月 vs 用大模型只花 3 天”的真实差距。
原文链接:https://marianogappa.github.io/software/2025/08/24/i-made-two-card-games-in-go/
作者 | Mariano Gappa 翻译 | 郑丽媛
出品 | CSDN(ID:CSDNnews)
我写了 15 年代码,但直到最近才发现:我居然从没真正独立开发并发布过一款游戏。
小时候我在阿根廷长大,经常和朋友一起玩纸牌。于是我想,不如就做一个阿根廷人最常玩的纸牌游戏吧。于是我问 ChatGPT:
我:阿根廷最常见的纸牌游戏是什么?给个简短答案就好。
ChatGPT:Truco。


Truco:不用大模型,3 个月的折腾
2024 年 6 月 18 日,我开始在业余时间开发 Truco。作为一名长期写 Go 的后端开发者,后台逻辑不难。但难点在于 UI 和“如何不花钱把游戏长期托管上线”。
于是问题逐一拆解:
当时我还没用 LLM,所以每个细节都得自己踩坑、查文档、调试。最终花了大概 3 个月才把游戏做出来。我本就没打算推广或变现,只是单纯想把项目做完,顺便让大家能再玩玩童年的游戏。一年后,我发现居然还有人在玩这个游戏,完全是意外惊喜。


Escoba:用大模型,3 天搞定
一年后我回阿根廷探亲,教侄子玩另一款经典纸牌——Escoba。这次我想:既然现在 LLM 已经这么普及了,那我要是再做一款游戏,会不会快得多?于是我决定试试。
我直接复制了 Truco 的后端,把 Escoba 的规则写成一个长提示词交给 Claude,让它改写代码。没想到,第一次就几乎完美运行——当时我甚至心里一凉:完了,工作要被替代了。
唯一的问题是,它在某处用错了 append 并修改了 action。除此之外,我只补了点“锦上添花”的功能(比如更聪明的 bot)。
但前端就没那么顺利了,我还是花了几天时间才搞定。主要原因并不是 LLM 的问题,而是我自己 React 水平有限,再加上整个架构比较奇怪——让一个黑盒 WASM 函数管理游戏状态。再加上 JavaScript 调试也很麻烦,开发过程一度令我相当头疼。

一步步来,自己做一款游戏有多难?
估计很多人读到这里会想:能不能自己也搞一个?其实用我这套技术栈并不复杂,我给大家做了个最小化的井字棋(Tic-Tac-Toe)示例仓库,直接 fork 就能上手:
后端:https://github.com/marianogappa/tictactoe-backend
前端:https://github.com/marianogappa/tictactoe-frontend
欢迎在线试玩:https://marianogappa.github.io/tictactoe-frontend/

后端逻辑(Backend)
一个回合制游戏的后端其实非常直白:
1、定义 GameState(比如棋盘初始状态、空操作列表)。
2、实现 CalculatePossibleActions,告诉前端哪些操作有效。
3、实现 RunAction,更新游戏状态。
4、如果有 bot,就写个函数根据当前状态选择操作。
这样就够了!(注意:别做“人对人”联机对战,除非你愿意掏钱买服务器。)
前端逻辑(Frontend)
虽然我不算前端专家,但流程也不复杂:
1、调用后端创建 GameState。
2、在界面上渲染出来。
3、让玩家选择一个操作。
4、把操作传给后端应用。
5、如果轮到 bot,再触发 bot 的操作。
完事!
后端编译成 WASM
为了在前端调用 Go 代码,需要把后端编译成 WASM:
GOARCH=wasm GOOS=js go build -o main.wasm main.go
但这样出来的二进制太大,尤其在手机上很慢。建议用 TinyGo 编译,体积会小很多。
编译前要准备一个专门的入口文件,导出需要给前端调用的函数,比如:
//go:build tinygo
// +build tinygo
packagemain
[...]
funcmain() {
js.Global().Set("trucoNew", js.FuncOf(trucoNew))
js.Global().Set("trucoRunAction", js.FuncOf(trucoRunAction))
js.Global().Set("trucoBotRunAction", js.FuncOf(trucoBotRunAction))
select {}
}
var (
state*truco.GameState// "Global variable" for the GameState
bottruco.Bot
)
注意最后一定要用 select {} 阻塞住,不然程序会立即退出。
数据交互
WASM 不能直接序列化 Go 结构体,所以要用 JSON 作为中间层。基本套路如下:
functrucoRunAction(thisjs.Value, p []js.Value) interface{} { // Always this signature
// Read the input JSON
jsonBytes:= make([]byte, p[0].Length())
js.CopyBytesToGo(jsonBytes, p[0])
// 1. Decode the input JSON to your struct
// 2. Run your Go code, return an output struct
// 3. Encode the output struct to JSON
newBytes:=_runAction(jsonBytes)
// Return the output JSON
buffer:=js.Global().Get("Uint8Array").New(len(newBytes))
js.CopyBytesToJS(buffer, newBytes)
returnbuffer
}
前端调用 WASM
在前端调用时,可以写一个封装函数:
functionjsRunAction(data) {
constencoder=newTextEncoder();
constencodedData=encoder.encode(JSON.stringify(data));
constresult=trucoRunAction(encodedData);
constjson=newTextDecoder().decode(result);
returnJSON.parse(json);
}
letgameState=jsNewGame();
// Note that RunAction doesn't take a GameState.
// WASM is the source of truth; your frontend can't mutate it.
gameState=jsRunAction(action);
WASM 是“唯一真相来源”,前端不能直接改游戏状态。每次修改后都要重新编译后端,把生成的 main.wasm 替换掉。
我写了个 Makefile 脚本来自动化:
compile_library:
cd $(GOPATH)/src/github.com/marianogappa/escoba && \
TINYGOROOT=/usr/local/Cellar/tinygo/0.38.0 tinygo build -o main.wasm -target wasm main_wasm.go && \
mv main.wasm $(CURDIR)/public/wasm/wasm.wasm && \
cp /usr/local/Cellar/tinygo/0.38.0/targets/wasm_exec.js $(CURDIR)/public/wasm/wasm_exec.js && \
cd -
别忘了 wasm_exec.js 也要拷贝,并在 HTML 里加:
script src="wasm/wasm_exec.js">script>
script>
const go = new Go(); // Defined in wasm_exec.js
const WASM_URL = 'wasm/wasm.wasm';
var wasm;
let wasmReady = false;
if ('instantiateStreaming' in WebAssembly) {
WebAssembly.instantiateStreaming(fetch(WASM_URL), go.importObject).then(function (obj) {
wasm = obj.instance;
go.run(wasm);
wasmReady = true;
})
} else {
fetch(WASM_URL).then(resp =>
resp.arrayBuffer()
).then(bytes =>
WebAssembly.instantiate(bytes, go.importObject).then(function (obj) {
wasm = obj.instance;
go.run(wasm);
wasmReady = true;
})
)
}
script>
本地调试
这在 Github Pages 中会自动运行,但在本地,你需要通过 HTTP 提供文件。你可以使用 http-server:
npx http-server ./public -p 8080


总结
这一路下来我收获颇多:
● 没用 LLM 时,3 个月才勉强做完一个游戏;
● 借助 LLM 时,3 天就能上线一个可玩的版本;
● 当然,前端和 WASM 调试依然是最大挑战。
希望我的经验能帮到你,也许能激发你亲手做一款小游戏。
【活动分享】2025 全球机器学习技术大会(ML-Summit)北京站将于 2025 年 10 月 16-17 日在北京威斯汀酒店举办。大会共 12 大主题、50+ 海内外专家,聚焦大模型技术和应用变革。详情参考官网:https://ml-summit.org (或点击原文链接)。

发表评论