我用 TRAE Work 把桌游之夜搬进了浏览器：一个计分器的从创意到上线
参赛赛道：创意项目与兴趣驱动
选题方向：兴趣驱动的创意小工具（TRAE Work 全程对话式生成）
写在前面
我们有个雷打不动的周五桌游局，UNO、卡坦岛、狼人杀轮着来。玩得久了有个老问题：谁赢了记不住，谁"欠"谁一顿饭更记不住。手机备忘录里躺着七零八落的分数，翻三天就找不到了。
这次全新 TRAE 双端融合版本的创意赛道，我决定拿这个真实的小痛点练手：用 TRAE Work 从一句话创意开始，全程对话式生成一个桌游之夜计分器------局内记分、历史战绩、还要有一个大家最关心的「复仇指数」。本文记录从创意话术到可演示 Demo 的完整过程，所有话术原文贴出，可直接复用。
一、立项：先让 TRAE Work 出创意方案，再动手
和前面两篇的工程任务不同，创意项目最容易犯的错是"上来就说要什么功能"。我的第一句话术只讲场景和情绪，把方案设计交给 TRAE Work：
text
我想做一个「桌游之夜计分器」的网页小工具。场景：每周五我们有一桌
朋友玩桌游（UNO、卡坦岛、狼人杀这类），输赢经常涉及"下局谁请奶茶"
这样的约定，但分数从来没记清过。
要求：
1. 先不要写代码，给我一份创意方案：产品名、核心玩法（怎么记一局）、
页面结构、视觉风格建议；
2. 视觉要"桌游夜"的感觉------暖色、氛围感，不要做成冷冰冰的后台表格；
3. 方案里单独回答一个问题：如果只能保留一个最让人想打开的功能，
你会做什么？为什么？TRAE Work 给出了方案（产品名、局内记分流程、页面结构），并且对"只能保留一个功能"的答案正是我想要的：历史战绩 + 复仇指数------"赢的人想炫耀，输的人想翻盘，这个工具的回访动机就有了"。
立项方案生成耗时 3 分 56 秒 （截图显示任务耗时 3m 56s），方案要点全部采纳，没有砍掉。
二、生成：一句话到可玩的 Demo
方案确认后，第二段话术要求它直接产出可运行的 HTML：
text
按刚才确认的方案生成一个单文件 HTML（内联 CSS/JS，数据存
localStorage），要求：
1. 新建一局：输入玩家昵称（2~8 人）、选游戏类型，开始记分；
2. 局内记分：加/减分要快------大按钮、免输入，一轮结算 10 秒内完成；
3. 结束一局：生成战报卡片（本局排名 + MVP + 垫底），可截图发群里；
4. 历史页：按游戏类型统计每人胜场，算出「复仇指数」=（对手最怕
遇到你的程度），口径你自己定，但要在页面里写清楚；
5. 移动端优先：我们局里大家都用手机开这个页面。
Demo 首版生成耗时 12 分钟 ，与方案无偏差。
三、迭代：两轮"不好玩"到"好玩"
首版能用，但试玩时有两个人不自觉问"这谁做的"------不够好玩。我把试玩反馈原样喂回去：
text
周五局实测反馈：
1. 加分按钮太小，多人同时记分会挤；
2. 战报卡片太素，发群里没人理；
3. 复仇指数算出来了但没人看得懂口径。
目标不是修 bug，是让它"好玩"：你来提 3 个增强玩法，我选 1 个，
然后连同上面 3 条反馈一起改。
两轮迭代耗时分别为第一轮 8 分钟、第二轮 6 分钟 ，最终采纳的增强玩法是玩法升级。
四、双端协作：SOLO 生成 + IDE 收尾
创意项目的收尾少不了 IDE：桌面端布局适配、图标 favicon、以及把 localStorage 数据导出成 JSON 备份（防止换手机丢战绩）。这部分切回 TraeCode IDE 模式完成，体验与 003 篇的结论一致------结构化收尾交给 IDE，创意生成留在 Work。
IDE 收尾耗时 15 分钟 ，改动文件数 2 个（favicon.ico + index.html）。
五、效率对比
下表数据均为实测值：
| 环节 | 传统方式（估计） | TRAE Work（实测） |
|---|---|---|
| 创意方案 + 原型 | 一晚上 | 3 分 56 秒 |
| 可玩 Demo | 两三天 | 12 分钟 |
| 两轮体验迭代 | 不确定 | 8 分钟 + 6 分钟 |
| 部署收尾 | 半天 | 15 分钟 |
六、踩坑实录
1. 话术只讲功能不讲场景，生成的是"后台"
现象 ：首版描述偏功能清单，出来的是管理后台风格。 根因 ：没把"周五晚、一桌人、手机、暖光"这些场景写进去。 解决 ：立项话术固定包含"场景一句话 + 情绪关键词"。 教训：创意工具的话术，场景比功能列表重要。
2. "好玩"无法一次说清，要靠试玩反馈循环
现象 ：首版功能全对但没人想再打开。 根因 ："好玩"是体验结论，只能来自真实试玩。 解决 ：固定"试玩 → 原样喂反馈 → 让工具提玩法建议"的迭代节拍。 教训：让 AI 参与玩法设计，比自己闷头列需求有效。
3. localStorage 不是持久化方案
现象 ：换设备/清缓存战绩全丢，桌友当场翻脸。 根因 ：Demo 阶段默认了本地存储够用。 解决 ：导出 JSON 备份先行，云同步列为下一版本。 教训：创意 Demo 也要在最前面回答"数据丢不丢"。
七、边界与结论
这个计分器的天花板很明显：它解决的是"小圈子记分"，不追求成为产品。但这次验证的事情有价值------从一个周五晚上的真实抱怨到可玩的 Demo，中间只隔了几段话术。TRAE Work 负责把创意快速具象化，IDE 负责把成品收干净，双端各干各的活。
