令人心动的 CP

为什么做这个

亲密关系里不缺少值得聊的话题，难的是怎么自然地开口。很多关于生活习惯、关系期待、个人边界的想法，两个人相处很久也未必完整谈过；直接问又容易有压力，聊着聊着就变成追问或判断了。

这个项目改编自一款实体桌游。我想把一次深度沟通做成一个轻松点的双人游戏：两个人在同一地点、各用一部手机，先各自独立选答案，再一起看到彼此的选择，靠讨论提示和游戏进度把话题自然聊下去。

一期想验证的事

只验证一件事：同地情侣能不能顺利完成一次双人沟通游戏，并在过程里发现至少一个之前不了解、或者没深入聊过的伴侣想法。

所以我没有把目标定成提升留存、算「匹配度」这些，而是聚焦在一局体验完不完整、交流有没有真实发生、敏感话题有没有足够安全的退出空间。

一局是怎么玩的

输入相同暗号配对 → 题包分配仪式 → 独立作答 → 同步揭晓 → 面对面讨论 → 查看解析 → 邀请 TA 一起移动 → 完成 18 题 → 星级结果

系统负责双端同步、答案保密、规则判定和进度记录；现实中的表达、倾听、讨论还是两个人面对面完成。这样既保留了游戏节奏，也避免用内置聊天替代真正的交流。

几个关键的产品决策

这些决策大多是和 AI 结对设计的过程中一个个拍板的，每条都对应一个真实的取舍：

内容与交流

• 先独立表达，再同步揭晓：任何一方提交前都看不到对方的选择，减少迎合或被暗示的可能。
• 不同不是错误：答案相同或不同都给中性反馈（「你们看到了不同的方向」），引导双方讨论原因，而不是把差异解释成关系不好；界面上一致和不一致的视觉权重完全对等。
• 敏感内容可以无条件跳过：任何一方都能跳过当前议题，不用解释、不用征得同意，已提交的答案也不会被展示。
• 解析各看各的：一方查看解析不会打断对方的讨论节奏，另一方想什么时候看自己点；判步结果双端共享。
• 结果不是关系诊断：结局只有游戏反馈，不展示匹配度、答案一致率，也不给关系建议。

配对与开局

• 双向暗号配对：放弃了「房主建房扫码」的单向模式，改成双方各自输入相同 4 位暗号进同一局——两人地位对等，没有「谁拉谁玩」的主从感。配了加入窗口、限流和暗号锁定三层防护。
• 题包随机分配 + 切牌仪式：不做选题包列表，开局由系统随机抽一套题，双方进入后同屏播放一段扑克切牌动画揭晓——把「选什么」的决策成本变成一个共同的仪式时刻；房主可以「换一套」重抽。
• 题序随机：每局 18 题从题池随机抽取，重玩不重复；房主局中还可以「换一道题」。

地图与移动

• 地图即舞台：交互界面改了几轮，最后定为「全屏卡通地图 + 底部弹窗」——作答、揭晓、解析都在弹窗里，棋子全程可见；弹窗可收起，点棋子随时唤回。
• 双人同行，而不是一颗棋子：地图上是两个小人。移动需要一方发出邀请、另一方同意，两个小人一起走过去——把「前进」从系统播报变成一次双方共同完成的动作。这是整局里我最喜欢的决策。
• 点棋子进下一题：不要按钮，移动完成后棋子开始「心跳」，点它就继续；首次出现时给一个一次性引导气泡。

内容怎么迭代

• 题目、地图、角色都能直接换：它们都做成了独立的内容文件，改内容不用动逻辑；题包可扩展、地图有专属背景——为后续换真实美术和加新题包留好了路。
• 先做 Web 验证，再定小程序：没有一上来就扎进小程序开发，而是先用 Web 把玩法和手感跑通、快速迭代，UI 定型后再考虑迁移，避免在不熟悉的平台上反复返工。

开发过程

项目完整走了一遍「设计先行 → 原型验证 → 实现」：

1. 先写 PRD：规则、流程、各种异常边界在动手前全部想清楚；UI 用可交互原型反复迭代了十版才定稿。
2. 规则先行，界面随后：先把「游戏怎么判、怎么走」定死并能独立验证，界面只负责表现——这样后续加联机、换皮、改动画都不用回头动核心规则。
3. 双真机联机验证：双人实时同步是最大的风险点，所有协作交互（同步揭晓、邀请移动、断线恢复）都按两台设备的场景设计，反复真机测过。

整个过程是我和 AI（Claude Code）结对完成的：我负责产品决策、交互手感和真机体验验收，AI 负责实现和测试。设计阶段的很多关键取舍——暗号配对、全屏地图、双人同行、点棋子推进——都是在对话里快速试出来、当场定稿的。

这次 Vibe Coding 的几点体会

全部产出都是和 AI 结对完成的，沉淀几条真实心得：

分工上，人负责品味，AI 负责实现。 对体验影响最大的决策都来自人的直觉——暗号配对、全屏地图、双人同行、点棋子推进；AI 让它们快速、可靠地变成现实。AI 不会替你做产品判断，但它让试错成本低到可以随便改主意。

设计先行的回报很高。 PRD、可交互原型、设计规范都在动手前完成，之后 AI 的实现几乎零返工。原型用单文件 HTML 迭代了十版 UI，比在正式代码里改快得多。

规则和表现分离。 「游戏怎么玩」和「界面长什么样」是分开的，先把规则定死再谈界面——后续加联机、换地图、改动画，规则从来没被碰坏过。

内容能直接换。 题目、地图、角色全是独立的内容文件，后期的产品迭代（换题、加题包、换皮）完全不用改逻辑。

要盯住的坑：AI 会「静默失败」——改的东西没生效、某个路径算错，它自己不会发现，所以每个变更都要亲自验证（真机点一遍）。UI 细节问题（闪屏、角色头部裁切）只有真机试玩能发现。小步提交、逐条记录变更，是跨多天持续推进的保障。

一句话总结：Vibe Coding 不是随口说需求、AI 出成品，而是人把决策密度提到最高（快速试、当场定、真机验），AI 把实现成本降到最低。 这个项目的瓶颈从头到尾都不在实现，而在「想清楚要什么」。

在线体验

👉 https://dumingyi.work/apps/cp-game/

需要两台设备（或两个浏览器窗口）：一方生成暗号，另一方输入相同暗号即可开局。当前是内部测试版本，题目为自研占位内容。

下一步

通过双真机完整流程测试和小规模伴侣体验，优先验证同步稳定性、讨论价值、疲劳节点和跳题体验，再决定是否扩展更多主题（金钱观、家庭观）和长期能力。