自己试玩你的游戏
我拥有一套利用 AI 制作游戏的成熟工作流。任务：作者为浏览器游戏《Crossword Dungeon》开发了一个 Node.js 包装器，以便在不修改游戏文件的情况下进行 AI 试玩。该包装器通过基于文本的渲染器暴露游戏状态，并接受合成 HTTP 事件，使 AI 代理能够直接与游戏逻辑交互。工作流程包括 AI 执行里程碑、为 bug 创建自定义测试夹具，并通过基于终端的试玩验证修复，而人类则审查结果并识别“手感”问题。；工具：custom-built or unnamed agent。人工角色：原始帖子没有说明人如何参与。；局限：这种方法依赖于游戏以文本为主且为回合制；图形化或实时游戏可能不适合这种特定的包装器方法。AI 无法完全取代人类对主观“手感”或复杂视觉状态的判断，需要人工验证。Token 成本和执行时间会根据里程碑的复杂程度和所使用的 AI 模型而变化。。
工具
custom-built or unnamed agent
Agent Work Atlas 发布日期:
概述
我拥有一套利用 AI 制作游戏的成熟工作流。
工作流程
作者为浏览器游戏《Crossword Dungeon》开发了一个 Node.js 包装器，以便在不修改游戏文件的情况下进行 AI 试玩。该包装器通过基于文本的渲染器暴露游戏状态，并接受合成 HTTP 事件，使 AI 代理能够直接与游戏逻辑交互。工作流程包括 AI 执行里程碑、为 bug 创建自定义测试夹具，并通过基于终端的试玩验证修复，而人类则审查结果并识别“手感”问题。
原文报告的结果
AI 使用 Claude Code 和 Sonnet 4.6，在约 12 分钟内完成了第 13 个里程碑，包括五个新功能，消耗了约 120k tokens。虽然这自动化了大部分功能测试，但作者仍花费了不到 30 分钟进行人工试玩，以发现 bug 和游戏“手感”问题，随后 AI 一次性修复了这些问题。
人工角色
原始帖子没有说明人如何参与。
局限
这种方法依赖于游戏以文本为主且为回合制；图形化或实时游戏可能不适合这种特定的包装器方法。AI 无法完全取代人类对主观“手感”或复杂视觉状态的判断，需要人工验证。Token 成本和执行时间会根据里程碑的复杂程度和所使用的 AI 模型而变化。
试一试
我正在开发一款名为 [游戏名称] 的回合制、以文本为主的浏览器游戏。我需要你创建一个 Node.js 包装器，通过基于文本的渲染器暴露游戏状态，并接受合成 HTTP 事件进行交互，而不修改核心游戏逻辑文件。首先，实现包装器并通过导航到特定房间配置来验证其是否正常工作。然后，执行以下里程碑：[里程碑描述]。对于该里程碑中的每个功能，编写一个最小测试夹具以重现潜在的边缘情况，通过包装器试玩该功能以确认其功能正常，并修复发现的任何 bug。在当前功能验证完成之前，不要继续下一个功能。最后，提供已运行测试、已修复 bug 以及任何需要人工审查“手感”或主观质量的剩余问题的摘要。确保使用 [AI 工具/模型] 执行此任务。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。