挑战零代码做游戏：我用QClaw搓了个世界杯颠球挑战

正值世界杯我用 QClaw 手搓了一个像素足球小游戏。先看效果 颠球游戏demo1其实这个游戏是由多个 Agent 并行完成的下面我就分享一下我的制作过程打开网页 https://QClaw.qq.com/ 一键下载 QClaw。登录桌面端后点击侧边栏的「专家广场」我看到了大量不同方向的 Agent规划类、内容创作类、编程类等等。选择很多但我的需求比较具体。于是我在对话框右上角点了「自主创建 Agent」。QClaw 给了四种创建方式从网络创建(输入人名或粘贴网页链接)、从文件创建(上传演讲稿、访谈记录、聊天截图等)、从 Skill 创建(粘贴 Skill 链接或输入站内名称)以及自定义创建(直接在输入框里写人设:性格、知识领域、对话风格)。我使用自定义创建先生成了负责逻辑规划的小智。把需求丢给小智然后问它这种游戏应该用什么工具做它推荐我用 Godot 4。理由是Godot 4 对 2D 游戏很友好Agent 很容易理解里面的场景还可以直接帮我打开 Godot 工程调整碰撞和动画逻辑。接着我和小智聊了半小时定下来了我需要实现的核心玩法玩家控制一个像素小人在一条横向街道上移动先靠近足球把球捡起来然后按住 R 开始颠球。普通按 R 是正常颠球双击 R 高颠长按 R 还能触发超级高颠。但光颠球太单调所以又加了目标和限制收集金币路上要捡金币颠球 100 次次数达标才行走到终点满足条件才算通关路上还会出现不同 NPC让街道更有戏老奶奶迎面走来时不能撞到她看手机的美女在合适距离颠球她会抬头鼓掌离太近就会失败警察有不同状态有的路过点赞但碰到拿枪跑过的警察你就不能继续颠球逻辑文件放在下面了颠球游戏-逻辑-demo3然后我新建了 4 个 Agent 负责执行小智的逻辑。小游负责玩家与球的交互主角移动 足球完整状态机 颠球计数。小燃负责做背景图拼接跑 3 个 npc 的代码。小冷负责金币收集、左上角 UI 面板(进度条/金币计数/动态提示)、8 个音效 BGM、通关/失败总判定。小美负责检验所有代码测试游戏。美术资产这一步我是用 Image 2.0 辅助生成的。先让小智给到相应的美术资产表格生成会精准很多。生成完毕后我把不同部分的美术资产打包给小冷、小燃、小游给他们安排各自的任务。以小游为例3 个 Agent 并行生成代码好处不少速度快节省很多时间。上下文干净。每个 Agent 只盯自己的任务写出来的代码更专注、更少出错。互不干扰。它们之间不直接调用对方的代码只通过事先约定好的参数和状态总线交流所以不会出现一个 Agent 改崩另一个模块的情况。在这个过程中小智也没闲着。真实开发中会出现反复补充、修改逻辑的情况这时候我就会让小智把新增的需求理清楚落成一个文件再同步给小冷、小燃、小游。这样跑下来游戏的基础功能很快就有了。骨架立住了真正棘手的是那些藏在细节里的 bug。第一个 bug是小美在测试时发现的游戏背景拼接不上。我一开始让小燃把背景图按顺序硬拼顶多加一点重叠和透明过渡结果出现了错位、重影和断层。因为这些背景并不是从同一张长图里切出来的而是 GPT一张张生成的它没法保证跨图的一致性每张图的透视边缘元素的接缝都有些许偏差直接拼就有问题。后来与小美讨论后我们换了个思路。首先我在生图时硬控 GPT 必须从上一张图最左边百分之二十的部分开始扩图。其次交给小燃作背景拼接时不再把它们放在 Godot 里当长图去拼而是把每张图当成独立的地图块。先找一条统一的参考线比如人行道和马路之间的路牙线让所有背景都对齐它再一张张微调左右位置。整个过程图片都保持原始尺寸不得拉伸变形。拼接前拼接后第二个 bug 是我发现的反复和小美调试了很久。老奶奶、美女、警察和金币在 Godot 里全都看不到但游戏逻辑又能触发。明明屏幕上看不到老奶奶系统却提示撞倒老奶奶了。排查走了几个弯路。一开始怀疑是 PNG 抠图问题。又怀疑是层级问题试着强行抬高 z_index结果把整个世界变灰了。后来才明白虽然给了素材但金币和 NPC 都是用代码动态生成的。必须把它们挂到正确的、已经在场景里的父节点上。如果挂错了父节点这个对象就只存在于内存里永远不会出现在画面上。小美在场景里手动创建了一个真实的 GameplayActors 节点把金币和三个 NPC 都作为真实的 Sprite2D 子节点放进去:同时给每个角色加了临时调试框用它快速定位问题出在哪一层:调试框能看到角色看不到 素材 / 透明通道 / 导入问题 调试框也看不到 坐标 / 层级 / 场景节点问题改成真实场景节点后Npc 和金币就能稳定显示了。至此这个小游戏的主要功能和两个棘手的 bug 都已搞定。一个能跑的像素颠球游戏小 demo 就做成了。我自己没写一行代码。跑完游戏还不过瘾我还专门生成了一个 Agent 小Q充当我的世界杯赛程助手帮我规划时间。主要有三个功能1、赛程提醒每天早上9点检查24小时内的赛程发送当天的比赛信息赛前40分钟发送比赛提醒。2、赛前分析赛前10分钟发送比赛分析根据上场球员、新闻信息分析战况。3、赛后总结复盘结果精彩瞬间并给出积分计算器。下面分享我的工作流实现这三个功能其实只需要 4 个 cron 任务就可以完成。我先把世界杯 104 场赛程安排的时间数据喂给她然后让她自己写逻辑。除了每日九点定时发送比赛任务是固定安排之外其他的任务都是链式逻辑驱动。即上一场任务结束后Agent 会自主扫描剩下的比赛创立新任务删除旧任务。逻辑文件我放在视频里了颠球游戏-逻辑-demo2核心逻辑:定时触发 → Agent 校验是否本场 → 检索 → 生成并发微信 → 找下一场 → 写 JSON → 建下一个 cron。这样一来Agent 就能自己滚动地创建和删除 cron 任务一场接一场跑下去。信息能发送到微信是因为 QClaw 本身建立在 OpenClaw 架构也可以用 Hermes 架构上原生内置微信助手。到这里一个能自动提醒、赛前分析、赛后复盘的世界杯陪伴系统就基本搭好了。你们也可以自己去 QClaw 试一试体验链接https://QClaw.qq.com/最近 QClaw 官方还推出了一个世界杯活动参与世界杯比赛预测就可以免费赢 QClaw 积分。玩法很简单你只要在小程序里选择一场比赛输入你预测的比分和胜负就能参与竞猜。比赛结束后系统会自动结算结果。参与活动就能加积分猜中胜负和比赛奖励更高还能生成自己的战绩卡。最后回归QClaw 本身它最打动我的是它背后这种多 Agent 协作的工作方式。它的好处很明显上下文更干净每个子 Agent 都有独立窗口不会被一大堆无关信息干扰主 Agent 只保留高层计划整体更稳定。容量被横向扩展单个 Agent 再强也会被一个上下文窗口限制。多个 Agent 同时工作相当于把多个窗口并排展开——不是一个人在一张纸上写满而是几个人各自推演最后汇总。可并行很多任务能同时跑时间自然被压下来。可异构不同 Agent 可以有不同指令、不同工具甚至用不同模型——简单重复的任务交给便宜快的模型复杂判断交给更强的模型。我个人认为多 Agent 协作很可能成为未来 AI 应用的主流形态。未来真正有价值的 AI 应用会更像一个可调度的工作空间你可以在里面创建不同 Agent让它们负责不同任务、调用不同工具、围绕一个目标持续推进。QClaw 让我看到的就是这个方向的雏形让每个人都能拥有一组随时在线的 AI 队友。·················END·················