大家好，我是正在学 AI 产品方向的学生。之前接触了一段时间 AI 产品的方法论，一直想动手做点什么，饭搭子就是从零想出来的第一个项目，后来决定拿它来参加 TRAE 的比赛。
说实话，我没什么开发经验。最开始脑子里只有一个模糊的想法："如果有个 AI 替身替我去探店、替我去跟另一个替身聊天，然后告诉我结果，是不是挺酷的？"但这个想法怎么变成一个能点能点的产品，我完全没有头绪。
用 TRAE 的过程其实很自然。我先跟它说"帮我写一个 AI PRD，产品叫饭搭子，是做 AI 替身替人巡店找美食的"，它就问了我一堆细节——用户是谁、核心场景是什么、MVP 做什么不做什么。我一两句地回答，它就生成了一份十几页的 PRD，结构比我自己整理的清楚得多。后来觉得方向要改，从"线下约饭"换成"AI 替身模式"，我直接在对话里说了新想法，它立刻理解并重写了整份文档。
真正让我觉得"原来这么简单"的是最后一步。我跟 TRAE 说"帮我把 PRD 里的所有页面做成一个能跑通的 Demo"，它就输出了一个 1500 多行的 HTML 文件，打开就能点——口味测评的 12 道题、雷达图、替身主页、游记详情页，全在里面。最惊喜的是游记详情页里两个替身的对话用不同颜色区分，还自动插了一个"口味碰撞"卡片，这个设计我在 PRD 里只写了三行描述，它自己理解并做成了可交互的界面。
如果不用 TRAE，光是把替身巡店评测和共同探店游记的逻辑想清楚，再找到能帮我写前端的人，估计这个项目就停在这了。
1. Demo 简介
是什么： 饭搭子是一款 AI 替身驱动的美食发现与社交应用（Web Demo），用户创建一个有性格的 AI 替身，替身按你的口味偏好巡店写评测、与其他替身共同探店生成游记，让你低成本发现美食、低压力认识口味相投的人。
面向谁： 22-35 岁一二线城市独居青年，想发现符合自己口味的好店，又想认识同好但排斥强社交压力。
主要功能：
-
口味测评 & 替身创建：12 道场景化口味题目，生成六维口味向量（甜/咸/辣/酸/鲜/油脂），基于结果创建有性格的 AI 替身
-
替身巡店评测：替身按用户口味在指定区域筛选餐厅，以自己的性格口吻写个性化评测（毒舌犀利型会说"这家酸汤鱼酸度刚好，但折耳根劝你别碰"）
-
替身共同探店游记：两个口味相近的替身在同一家店相遇，各自点评后生成有故事感的联合游记，用户看完可以决定是否关注对方
2. Demo 创作思路
灵感来源： 接触 AI 产品方法论的时候，学到了"AI 原生产品要找只有 AI 才能带来的新体验"这个判断标准。当时脑子里一直在想：什么场景是"没有 AI 就完全做不到的"？恰好看到周围朋友周末探店时要么跟着大众点评千人一面地吃，要么想认识同好却不知道从哪开始聊。如果有一个 AI 替身替你"先吃一遍"，再替你"先聊一轮"，是不是就把"发现美食"和"认识人"这两件事的低门槛都解决了？
想解决的问题： 大众点评的推荐不针对个人口味——一个无辣不欢的人和一个不吃辣的人看到的推荐是一样的。社交软件匹配后不知道聊什么——光看"爱好：美食、旅行"你完全判断不了两个人合不合拍。饭搭子的解法是：让替身先替你去吃、替你去聊，你只需要看结果——“我的替身觉得这家店适合我”、“我的替身和另一个替身在越南粉店吵了一架但最终都推荐”。
为什么做这个方向： 最初的设计是"直接约陌生人线下吃饭"，但安全风险太大，涉及实名认证、人脸识别、位置共享、SOS 等，对一个课堂项目来说太重了。后来换成了 AI 替身模式：第一层（人+替身）解决单人也能用的美食发现，第二层（替身+替身）解决低压力社交，第三层（人+人线下）后置。这样 MVP 只需要做前两层，核心交互全在线上，安全风险大幅降低。
3. Demo 体验地址
交互式 HTML 文件（附后上传），解压后用浏览器打开即可体验完整流程：
Plain Text
欢迎页 → 注册 → 口味测评(12题) → 口味图谱 → 创建替身 → 首页
├─ 巡店评测 → 评测详情
├─ 探店游记 → 游记详情
├─ 发现 → 匹配通知 → 对方替身主页
└─ 消息 / 我的
4. TRAE 实践过程
整个饭搭子项目从 0 到 Demo 完成，全部在 TRAE 中完成，大致经历了以下阶段：
阶段一：PRD 撰写（约 2 小时）
先在 TRAE 中描述了产品方向和 13 节模板结构，TRAE 帮我生成了一份完整的 AI PRD，覆盖问题校验表、用户画像、核心场景、MVP 范围、输入输出设计、Workflow、AI 职责拆分、10 个 Badcase 分析、验证目标等。后来我发现方向需要调整——从"线下约饭"转向"AI 替身模式"，直接在对话里说了新思路，TRAE 很快理解并重写了整份 PRD。
阶段二：原型设计（约 1 小时）
PRD 完成后，让 TRAE 帮我做前端原型设计。它根据 PRD 中的页面清单，设计了一套"美食杂志 x 赛博替身"风格的交互原型，包含欢迎页、口味测评、口味图谱、替身创建、首页、游记详情、对方替身主页共 7 个界面，暖色调配色（陶土红/藏红花色/鼠尾草绿），用 SVG 手绘了辣椒和叶子两个替身角色形象。
阶段三：Demo 开发（约 3 小时）
这是最核心的一步。把 PRD 交给 TRAE，要求"做一个能完整跑通所有流程的交互式 Demo"。TRAE 输出了一个 1563 行的纯 HTML 文件，包含 11 个完整界面：
-
12 道口味测评题（含图片选择、多选标签、滑块、性格标签等多种交互形式）
-
SVG 六维雷达图（支持单人模式和双人对比模式）
-
替身巡店评测（3 篇毒舌风格的模拟评测）
-
替身共同探店游记（2 篇对话体模拟游记，双角色观点用不同颜色区分）
-
完整的导航系统（底部 Tab 栏 + 页面间跳转）
-
全部 Mock 数据内置
最让我意外的是游记详情页——两个替身的观点用不同颜色高亮，中间穿插"口味碰撞"卡片列出共识和分歧，这个设计在 PRD 里只是几行文字描述，TRAE 把它变成了一个可交互的页面。
开发体会
用 TRAE 做 AI 产品 Demo 的体验跟传统开发完全不同。传统流程是"想清楚 → 写文档 → 设计 → 前端开发 → 联调"，每一步之间有大量沟通成本。在 TRAE 里，PRD、原型、Demo 之间可以快速迭代——写完 PRD 不满意，直接说"换个方向"就能重写；做完原型发现交互有问题，马上调整再生成 Demo。整个项目从零到可体验的 Demo，全程大概 6-7 小时的对话，一个人完成。
Demo文件:
饭搭子_demo.zip (19.8 KB)
SessionId:
- 2451240420915623:3238bd6da1e0c00424eb9e5e70b0756c_6a50fde1329c571f606fec4c.6a54bfc9527e5457d57740fe.6a54bfc9daf5be19df41ef57:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/13 18:42:50)
- 2451240420915623:f50a8c121340b45cd604946e7476c91e_6a50fde1329c571f606fec4c.6a51133ef4c18cd4d89c90ce.6a51133d186e3958988bf290:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/10 23:48:24)
- 2451240420915623:301e488765712f03ad03c6c14f544dcb_6a50fde1329c571f606fec4c.6a510d37f4c18cd4d89c9053.6a510d375f27f4a6cbcf6f01:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/10 23:18:54)
5. 对应的报名审核通过的帖子链接