腾讯云用Harness和统一门禁开发JK Launcher

JK Launcher 是面向 Unity 项目研发流程的 Windows 桌面启动器工具，以 WPF 为界面基础、.NET Framework 为运行时，围绕工程更新、开关 Unity、SVN 环境检测与权限检查、冲突检测与修复、定时与批量更新、更新失败诊断恢复、多语言、日志遥测等能力持续迭代，正文中 V3（含小白模式与工程修复工具箱）处于真实运行状态。 该项目代码实现完全由 AI 完成、人未手写代码，人所做的是逐步搭起 Harness：先与 AI 反复打磨版本 SPEC 明确目标、边界与验收标准。再补「改完必须编译、必须跑测试、必须做事后验证」等底线 Rule（后发现 AI 会忽略甚至绕过 Rule），于是把编译、单元测试、事后验证下沉为固定 Skill。 单 Agent 混淆需求/方案/实现后逐个拆出七个 Agent——PM（路由、交接、回退、进度）、需求分析、方案设计、闸门总控（开发前可行性与风险把关）、开发实现、代码审查、测试验证，并为 PM 等纯流程角色配置更省的轻量模型、为需求分析/方案设计/代码审查/测试等重判断角色配置更强模型（该能力当时在 Cursor 上完成，CodeBuddy 后续补上了为 Sub Agent 自定义模型的能力）。 再经六轮问题修补（禁止下游擅自修改上游文档、限制 PM 越界、各 Agent 专业性不足、Rule 约束力不够时改用脚本门禁、Agent 偷懒补基线对比、流程文件单独抽出），最后补总验证脚本（A 类静态规范如 XAML 中文与 Emoji、C# 8.0+ 语法、硬编码 UI 文本、日志前缀、SVN 认证参数、文件长度与本地化合规；B 类基础交付门槛如编译必须成功、测试必须通过且数量不能异常减少；C 类工程一致性如规则文件多格式同步、.cs 是否进 .csproj）以及 dev-map、任务看板等项目级索引，全部沉入仓库。 正文未披露团队规模、代码量与效率指标。