本文实测腾讯云旗下云端开发平台 cnb.cool 的内置 AI 程序员 CodeBuddy：以 Issue 驱动方式交付一个完整的网页小游戏。实测结果：从接单到交付 3 分 55 秒，从云端环境创建到预览地址可访问 1 分 2 秒，全程零手写代码。文末附一次典型的部署故障（前台进程超时回收）的分析与修复过程。
环境准备：浏览器 + 手机号注册即可，无本地开发环境要求。
第一步：创建仓库并提交需求单
新建公开仓库（本文示例名 color-match-game）后，在仓库内新建 Issue。需求单采用「总-分-验收」三段结构，正文首行 @CodeBuddy 指定接单者。全文如下，可直接复用：
请帮我开发一个色彩反应力网页小游戏，要求如下： ## 游戏玩法 - 屏幕顶部显示一个目标颜色块 - 下方出现 6 个不同颜色的选项块 - 玩家点击与目标颜色最接近的那个色块得分 - 每轮限时 3 秒，超时扣分 - 共 10 轮，结束后显示总分和评级 ## 技术要求 - 单文件 index.html，纯前端，HTML+CSS+JS 全部内联 - 不依赖任何外部库或 CDN - 支持手机和桌面浏览器，响应式布局 - 配色鲜艳，界面有动效（色块出现/消失动画、得分弹跳） - 游戏结束页有"再来一局"按钮 ## 部署要求 - 同时生成 .cnb.yml 配置文件，用 cnb.cool 的云原生构建做静态站点预览 - 预览地址能直接访问到 index.html 请直接创建合并请求提交代码。提示词工程要点：① 开头一句话锁定交付物；② 玩法/技术/部署三块结构化分隔，块间空行；③ 末句显式要求「直接创建合并请求提交代码」，将输出约束到交付动作而非方案讨论。
第二步：AI 执行过程与交付物清单
CodeBuddy 拆解 5 步计划并逐项完成：调研静态站点预览方案 → 创建分支开发 index.html → 编写 .cnb.yml 并校验 → 提交推送并创建合并请求（PR #2）→ 评论反馈。时间戳：15:42:33 开工，15:46:28 交付，耗时 3 分 55 秒，全程无人值守。
交付物三件：
index.html：完整游戏实现：顶部目标色块 + 6 候选色块，每轮 3 秒共 10 轮，计分规则为答对 +100、速度加成最多 +50、答错 −60、超时 −40，S/A/B/C/D 评级，含响应式布局与动效；server.js：零依赖静态文件服务器；- .cnb.yml：环境启动配置，用于云原生构建预览。
值得注意的是，仓库原本没有默认分支，CodeBuddy 自行创建 main 后再提交 PR，流程符合标准协作规范，5 步计划全部带完成对勾（自检通过）。
第三步：部署上云与一次故障的定位修复
点击仓库页「云原生开发」创建云端环境，首次失败：环境创建中途被平台回收，报错「启动指令执行失败」。
故障分析：.cnb.yml中的launch指令以前台方式启动服务进程，进程启动后不退出、持续占据前台；平台启动健康检查在等待 5 分钟后未见前台释放，按失败策略回收环境。这不是偶发抖动，而是「前台常驻型服务」与「平台启动语义」不匹配的必然结果。
修复：.cnb.yml增加daemon: true，将脚本转为后台常驻模式：
# .cnb.yml 关键行launch:daemon:true修复后重新创建环境，从启动到预览地址可访问实测 1 分 2 秒（19:31:14 → 19:32:16），生成地址形如https://cnb-qrf-1k2fqu04f-001.cnb.space/。
第四步：功能验收
逐项核验需求单：目标色块/候选色块/倒计时 ✅、计分规则与评级 ✅、响应式布局 ✅、再来一局 ✅。作者实测一局 10 轮全超时，总分 −400、评级 D，功能侧未发现缺陷。
总结与注意事项
- 适用场景：快速 Demo、非开发者的「想法到成品」、将 AI 产出纳入 PR 协作规范的团队试点。
- 故障经验：
launch类配置若为常驻服务，务必daemon: true；报错含 daemon 字样时按此排查，避免无效重试。 - 安全提醒：仓库默认公开，密码、密钥、内部文件等敏感信息严禁入库。
实测数据声明：全部时长来自实机时间戳（15:42:33 开工 → 15:46:28 交付；19:31:14 创建 → 19:32:16 可访问），不同账号与时段存在波动。
