实战案例 · Cupid Ricochet

这一轮,它从 0 造了一款新游戏

还是那条定时自动化,还是那句指令。这一轮它挑中了 Issue #22——丘比特弹弓物理游戏。从一个空目录到部署上线、真机验收,八步全绿,全程自主。

触发它的,还是同一句话
「从指派给我的 open issue 中选一个,复现问题并定位根因,实现修复并补充测试;本地验证通过后提交改动并开 Pull Request。」

先想清楚,再动手:设计稿长这样

双分析师并行吃透 Issue #22 后,设计会话产出四屏 Hi-Fi 设计稿并注册进画布——玩法、弹道预览规则、物理参数、配色字体、存档键,全部先定义再开工(lint 0 P0 · critique 21/25)。

Quality GatesLINT 0 P0critique 21/25
Cupid Ricochet design spec

设计稿四屏:开场 · 关卡图 · 瞄准发射 · 结算,底部是给开发的规格条(120Hz 物理 · 10 关 · localStorage 存档键)

Executed byQwen3.8 Preview· Design Stage ·
design session workbench

设计会话工作台:左侧画布,右侧 designer → lead 的交付汇报与质检记录

开发:为 10 关手工推导精确解

开发者在独立会话领任务:单文件 Canvas 2D、120Hz 连续碰撞检测物理(墙 · 镜面 · 传送门 · 移动靶)。它为全部 10 关手工推导了精确解轨迹——让静态测试能逐关断言「这一关真的可以通」。

lead orchestrating

lead 工作台:DAG 推进中,developer → lead 汇报「为 10 关手工推导精确解轨迹」

developer session

developer 独立会话:任务契约含反失败条款(不许跳过 registry、测试不过不许报成功),右侧终端 1800+ 行实施中

验证:三层测试,独立评审

测试员独立复跑基线、审计测试本身不是套套逻辑(真实物理单元测试)、再自建边界用例;评审员对照双分析共识与设计稿逐项对账——0 阻断、0 重要问题。

89/89
基线测试 · 独立复跑
36/36
测试员自建边界用例
0
阻断与重要问题 · 评审 pass
9/9
真机 web-test · 实际游玩

上线:部署机上真实游玩验收

deployer 经 SSH 把构建 tar 上部署机;web-test 用真实浏览器实际玩了这款游戏——拖弓、放箭、命中、结算,9 项验收全过、全程零控制台错误。以下为实机画面。

AcceptancePASS 9/9· Deployed ·
Executed byQwen3.8 Preview· Deploy & Web-Test ·
开场
开场 · One arrow. Every heart.
满弓瞄准
满弓 · 弹道预览贯穿双心
拉弓
拖拽拉弓 · 首段射线预览
结算
结算卡 · 弹数/箭数/用时
5ff8325 合入 main:游戏本体 + 静态测试 + registry 条目;b593589 归档设计稿
真实部署:tar-over-ssh 上传部署机,静态托管自动推断
web-test 用 agent-browser 真实游玩:加载 200 · 拖拽发射命中 · 全程零 console 错误

上一案它升级了老游戏,这一案它造了新游戏——同一条产线,一直在营业

下一款,可以是你的需求

一条按你节奏运行的自动化 + 一句话的指令——分析、设计、开发、测试、评审、部署、验收,产线自主完成。人管定义,AI 管执行。

咨询