一句话立意、核心玩法循环、操作方式、胜负规则、6 条验收标准--没有背景文档,没有设计稿,没有一行参考代码。剩下的,全靠自主产线自己拆。
GitHub Issue #56 · 需求 / 玩法 / 验收标准 · 已由自主产线关闭
AI 拿到 Issue,tech 与 ux 两个分析角色并行起跑、双向讨论--扣球判定方案交锋后达成共识。两份分析报告(技术:架构/物理/AI/状态机;UX:色板/字体/音效/手感分层)落进 artifacts,Lead 汇总验证后解锁下游,自动编排成可执行 DAG。
技术分析报告 · 架构 / 物理 / AI / 状态机
Lead 把 DAG 拆给 developer / tester / reviewer 并行跑;reviewer 逐帧核对、tester 实测 VERDICT PASS 后,deployer 上线、web-tester 线上 9/9 通过。提交记录里三条 commit 留下完整轨迹:一次 feat 实现 +1745 行,两轮 fix 评审返工--没有人在旁边打补丁。
提交记录 · feat 实现 + 两轮 fix 评审返工
UX 分析落定的 Sunset Court 设计令牌(色板 / 字体 / 场景元素)一屏定稿,四块屏一次生成:首屏、阵容选择、局内 HUD、结算页。不用手搓像素,设计稿与下游开发共用同一套 token,设计即规格,搬过去就能写。
Sunset Court 设计令牌稿 · 色板 / 字体 / 场景一屏定稿
开局画面、发球对峙、实机对打--3 局 2 胜完整规则,真实可玩。从一张 Issue 到一款上线的游戏,全程自主,零人工补刀。这就是 Issue #56 的产出,也是自主产线能交付的粒度。



需求分析 → 并行协作 → 设计生成 → 部署上线,每一步都有实证,每一步都可回溯。这不是 demo,是一次真实的自主产线交付。
长程任务,无人值守--你把需求写清楚、把验收定量化,它自主跑上几个小时:拆解、编码、测试、评审、提 PR。人管定义,AI 管执行。