腾讯云用多Agent与自动校验交付JK Launcher

腾讯云团队为 Unity 游戏客户端开发工程师，从去年起高强度使用 AI 辅助开发，借助 AI 与公司内网工具链独立给项目组交付了 WPF 桌面启动器、若干内部提效 Web 站点与企业微信机器人。核心项目 JK Launcher 是给项目组做的 Unity 项目管理工具（WPF / .NET Framework 4.8），负责 SVN 更新、启动 Unity 引擎、替换 Library 缓存、处理冲突、跑定时任务。 从第一行代码起就是 AI 写的，V3.0 到 V3.11 共 12 个大版本迭代，演进分三段：Prompt 时代（V3.0–V3.3，一问一答、风格不一致）、Context 时代（V3.4–V3.8，写近 1000 行的 V3.5_DESIGN_SPEC.md 设计文档）、Harness 时代（V3.9 至今）。 Harness 由五部分组成：.cursor/rules 声明式规则、.cursor/skills 技能封装、verify_all.ps1 自动化验证、.cursor/agents 多 Agent 协作、verification_baseline.json 基线管理。7 个 Agent 分工为 PM Orchestrator（流程总控状态机，闸门阻塞不许开工、评审必改不许进测试、测试有阻塞缺陷回退开发、同阶段连续回退 3 次停下来向用户汇报）、Requirement Analyst（需求分析、拆解多义性、定验收标准）、Solution Architect（模块划分与接口定义）、Gate Reviewer（开发前 8 维度审查、自己打开文件验证）、Developer Agent（按方案落地并编译自检）、Code Reviewer（逻辑、需求实现、性能、UI、安全性、方案一致性多维评审）、QA Tester（设计用例、分类缺陷、维护测试工程）。 模型选型上只有 Developer Agent 用 claude-4.6-opus-high-thinking，Code Reviewer 用 gpt-5.4-medium，其余 5 个用 composer-2 以省 token。每个阶段输出落地文档（01_REQUIREMENT_ANALYSIS.md 至 06_TEST_REPORT.md），PM 另维护项目级任务看板给 AI 提供跨会话记忆。 关键工程改造是把可机检的规则从 Rules 迁到脚本：always-applied 规则由 14 条、1010 行降到 4 条、275 行，XAML 禁止中文、禁止 MessageBox.Show、C# 8.0+ 语法、SVN 缺认证参数、测试数量基线等改为 verify_all.ps1 的 A.1/A.3/A.4/A.8/B.3 检查项（rg 正则扫描等），脚本跑一次约 2 秒并输出 PASS/WARN/FAIL 报告，18 条规则中 12 条有对应检查项，测试基线 369 个只升不降、删测试会被 B.3 拦下，修复闭环禁止引入新违规、删测试或改脚本绕过。 Galileo 共享库抽取实战（从 1687 行的伽利略遥测服务抽出独立 DLL、涉及三个工程联动）中，Requirement Analyst 发现设计稿未提及 Logs 与 Metrics 的 OTLP 属性键名不一致（server 与 service.name），Gate Reviewer 发现迁移清单漏列 LauncherConfigModels.cs（否则编译挂），Code Reviewer 抓到 ProjectGuid 重复与 GalileoSpan.Dispose 缺 try-catch，Solution Architect 判断 ScreenResolution/DPI 因 DLL 不能依赖 WPF 而不能迁出。 另接入公司内网 iWiki 的 MCP（getDocument）供需求分析引用内部文档。作者称一轮完整七阶段体感约半小时到一小时。