一、Demo简介
产品形态：喜序是一个基于AI的备婚协同平台小程序，帮助中国新人高效规划婚礼全流程。
面向用户：正在备婚的新人情侣（尤其是双方来自不同城市、需要融合两地婚俗的备婚人群）。
核心功能（七大模块）：
1. AI智能时间轴 — 根据婚期、桌数、预算自动生成个性化备婚计划，分阶段任务管理，勾选进度实时同步
2. 预算管家 — 六大婚庆分类预算管理，支出记录增删改查，实时显示预算使用率与剩余金额
3. 婚俗智能适配 — 覆盖29个城市婚俗数据库，AI分析双方家乡婚俗差异并生成融合建议
4. 宾客管理 — 宾客名单增删改查，按桌号分组管理，统计已确认/待回复/已拒绝
5. 供应商广场 — 17家供应商入驻展示，用户评价+点赞系统，支持高赞/好评排序，可与供应商在线沟通
6. AI备婚助手 — 接入豆包大模型，用户可随时提问备婚相关问题，获得实时智能解答
7. 双人协作 — 邀请码机制，新人双方可共享备婚进度、预算和宾客名单
二、Demo创作思路
2.1 灵感来源
我身边多位朋友近期结婚，普遍反映备婚过程极其混乱：不知道什么时候该做什么、预算超支严重、双方家乡婚俗冲突频发、宾客名单和桌位管理混乱、找供应商像无头苍蝇。市面上备婚工具要么只做清单（太简单），要么只做婚宴预订（太单一），没有一个真正解决全流程痛点的产品。
2.2 想解决的问题
• 备婚流程混乱 — 新人不知道提前多久准备、先做什么后做什么，错过关键节点（如热门酒店需提前半年预订）
• 预算失控 — 婚庆支出类别多且杂，容易漏项超支，缺乏实时预算追踪工具
• 两地婚俗冲突 — 新人双方来自不同城市时，婚俗差异导致家庭矛盾，缺乏专业的融合建议
• 供应商信息不对称 — 找婚庆供应商靠朋友推荐或百度搜索，缺乏真实评价和对比平台
• 双方协作困难 — 备婚事项散落在微信聊天记录和备忘录中，新人双方信息不同步
2.3 为什么做这个方向
备婚是一个高频、高客单价、高信息不对称的真实场景。每对新人备婚预算通常在10-50万，涉及6-8个供应商类别，周期长达6-12个月。而AI在婚俗知识问答、个性化计划生成、智能预算分配等环节可以提供真实价值——不是炫技，而是解决实际问题。
三、Demo体验地址
Demo采用Python后端代理服务 + 前端H5应用架构，已部署为本地可运行版本。
启动方式：在项目目录运行 python server.py，浏览器打开 http://localhost:3000 即可体验全部功能。（文件见附件）（纯HTML文件没有后端代理，AI功能无法调用。评审需运行 python server.py 后在浏览器访问 http://localhost:3000 体验完整功能。）
体验要点：首页设置婚期→点击"AI生成备婚计划"生成时间轴→在时间轴任务上点击"找供应商"体验供应商广场→切换到婚俗页选择城市生成AI融合方案→切换到AI助手页与豆包AI对话
四、TRAE实践过程
整个Demo完全使用TRAE（SOLO CN模式）开发完成，从需求分析、代码编写、调试测试到功能迭代，全程通过自然语言对话驱动。以下是关键开发步骤：
4.1 第一步：市场分析与创意提案
通过TRAE进行婚庆市场调研，确定了"AI驱动+全流程协同"的差异化定位，并分析小程序实现功能可能性及成本。
TRAE能力使用：WebSearch联网搜索、网页内容抓取分析、竞品对比表格生成、成本测算、实现难度。
[ 截图位置 ]
【Session ID：586474707493946:eb5f81da50cc78641a9cc8bdf7865cbb_6a5710a5ca85be064dfb5bbb.6a5710a5ca85be064dfb5bbe.6a5710a5ca85be064dfb5bbc:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 12:46:29)】
【Session ID：586474707493946:9eeec24c1cbb19218cf6b5ad5e59991c_6a5710a5ca85be064dfb5bbb.6a572f1bca85be064dfb5c7d.6a572f1bca85be064dfb5c7b:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 14:56:27)】
4.2 第二步：产品架构设计与HTML原型搭建与优化
向TRAE描述产品需求（7个功能模块、移动端H5、中式美学风格），TRAE一次性生成了完整的HTML+CSS+JavaScript单文件Demo，包含：
• 7个页面：首页、时间轴、预算、婚俗、宾客、供应商、AI助手
• 中式婚礼美学设计系统：朱红(#D4735A)+暖金(#C4A57B)配色，宋体标题+黑体正文
• 完整的底部导航栏 + 页面切换动画 + 启动页
TRAE能力使用：复杂前端UI一次性生成、CSS变量设计系统、SVG图标绘制
【Session ID：586474707493946:65a1287739ad9dec6475aa14a61d0324_6a5710a5ca85be064dfb5bbb.6a57340bca85be064dfb5c93.6a57340bca85be064dfb5c91:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 15:17:31)】
【Session ID：586474707493946:a04c70ed4eccac6524a38af45f996040_6a5710a5ca85be064dfb5bbb.6a573ed680907b8cbd62b620.6a573ed680907b8cbd62b61e:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 16:03:34)】
【Session ID：586474707493946:d47242902103f1b6fee6e66224d1c8a9_6a5710a5ca85be064dfb5bbb.6a57434b80907b8cbd62b6dd.6a57434b80907b8cbd62b6db:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 16:22:35)】
Session ID：586474707493946:c9a22059854d50c713250caf8e722eca_6a5710a5ca85be064dfb5bbb.6a578390d24e6d00aefd723e.6a578390d24e6d00aefd723c:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 20:56:48)】
【Session ID：586474707493946:843aa77a229d925c414c21ee940c0244_6a5710a5ca85be064dfb5bbb.6a578605d24e6d00aefd72be.6a578605d24e6d00aefd72bc:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 21:07:17)】
【Session ID：586474707493946:f8cfa5c5298dd540f0cdc081e989e481_6a5710a5ca85be064dfb5bbb.6a578832d24e6d00aefd7311.6a578832d24e6d00aefd730f:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 21:16:34)】
4.3 第三步：豆包大模型API接入与后端代理
**这是技术难度最高的环节。**需要将豆包大模型接入Demo，同时保护API Key不被前端暴露。
开发过程：
1. 向TRAE描述需求：“接入豆包API，加一层后端代理转发请求”
2. TRAE自动创建了Python后端代理服务（server.py），将API Key存储在后端
3. 前端改为调用本地 /api/chat 接口，后端转发到豆包API并返回结果
4. 实现了多线程处理、超时重试、错误回退等机制
5. 成功验证：用户提问"备婚一般要准备多久"，豆包返回了详细的智能回答
TRAE能力使用：全栈开发（前端+后端）、API集成、安全架构设计、多线程编程
| 【Session ID：586474707493946:c0827561e3e60d4108d15cc6f92b4684_6a5710a5ca85be064dfb5bbb.6a578ae9d24e6d00aefd734b.6a578ae9d24e6d00aefd7349:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 21:28:09) |
|---|
*【Session ID：*586474707493946:d2ecd73186e550688a49e7f8202fc2bf_6a5710a5ca85be064dfb5bbb.6a578c7dd24e6d00aefd73a2.6a578c7dd24e6d00aefd73a0:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 21:34:53)】
【Session ID：586474707493946:9e2be4ea66dd325905f96aeeed423aec_6a5710a5ca85be064dfb5bbb.6a578f74d24e6d00aefd744c.6a578f74d24e6d00aefd744a:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 21:47:32)】
4.4 第四步：AI婚俗融合方案开发与优化
开发了婚俗智能适配功能：覆盖29个城市的婚俗数据库，用户选择双方家乡后，AI分析两地婚俗差异并生成融合建议。
踩坑与解决：
• 问题1：婚俗数据视角错误 — 数据中写了"男方需带礼品上门"，在女方卡片下显示时逻辑矛盾。用户反馈后，TRAE帮助检查并修正了全部29个城市的数据，改为中立描述
• 问题2：AI响应太慢 — 初始版本豆包API需要40秒返回。通过精简prompt（200字→100字）、减少max_tokens（2000→500）、添加加载动画，优化到约27秒
• 问题3：Lite模型无权限 — 尝试切换doubao-lite模型加速，返回404无权限，最终保持使用pro模型但优化prompt
TRAE能力使用：数据质量审查、性能优化迭代、多轮调试修复
【Session ID：586474707493946:1483cc41f2ad04c73cfc21ad5ea3b5bc_6a5710a5ca85be064dfb5bbb.6a57920cd24e6d00aefd74b4.6a57920cd24e6d00aefd74b2:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 21:58:36)】
4.5 第五步：供应商广场模块开发与重构
这是产品逻辑迭代最深入的环节。初版供应商功能是"完成任务后弹窗推荐"，用户指出逻辑矛盾：任务都完成了为什么还需要推荐？
根据用户反馈，完全重构了供应商模块：
1. 删除旧的弹窗推荐逻辑，改为未完成任务旁显示"找供应商"入口按钮
2. 新建供应商广场页面，17家供应商入驻展示
3. 实现用户评价系统：每家供应商有真实用户评论、点赞功能
4. 实现排序功能：支持"高赞优先"和"好评优先"两种排序方式
5. 实现供应商沟通功能：用户可点击"联系商家"进入在线聊天界面，供应商自动回复
6. 实现分类筛选：婚宴酒店/婚纱摄影/四大金刚/婚纱礼服/婚礼策划/婚戒首饰六大分类
TRAE能力使用：产品逻辑重构、复杂交互开发、数据结构设计、用户体验优化
*【Session ID：*586474707493946:b4307e2e978a19db22b76b169f4d124d_6a5710a5ca85be064dfb5bbb.6a5793ddd24e6d00aefd74fe.6a5793ddd24e6d00aefd74fc:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 22:06:21)】
【Session ID：586474707493946:2063b9380010d2c1636b8457b70cc582_6a5710a5ca85be064dfb5bbb.6a57947bd24e6d00aefd7518.6a57947bd24e6d00aefd7516:TRAE Work CN.0.1.34.no_sid.no_ppe.T(2026/7/15 22:08:59)】
五、商业发展潜力
喜序的商业变现路径清晰：
• 供应商佣金 — 供应商广场已搭建供应商入驻框架，上线后可向成交供应商收取佣金
• 增值服务 — AI婚俗深度定制报告、供应商优先展示、专业婚庆顾问1v1咨询
• 数据价值 — 积累备婚消费数据，为婚庆行业提供市场洞察报告
• 生态扩展 — 从备婚工具延伸到婚宴直播、婚后生活管理，打造婚庆生态平台
中国每年约800万对新人结婚，婚庆市场规模超3万亿元
供应商广场+评价系统已具备平台化基础，商业模式可落地
六、开发心得与踩坑总结
心得1：AI不是装饰，要解决真实问题
Demo中AI有三个真实应用点：备婚计划生成（替代固定模板）、婚俗融合建议（需要专业知识库）、备婚问答（需要实时解答）。每个AI功能都有预置数据兜底，API失败时用户体验不受影响。
心得2：产品逻辑比技术更重要
供应商功能初版逻辑有误（完成任务后推荐供应商），用户一针见血指出矛盾。这说明：技术实现再好，逻辑错了就是错的。TRAE在重构时展现了强大的代码理解能力，能快速删除旧逻辑并重建完整模块。
心得3：并行开发大幅提效
在开发宾客管理和双人协作两个模块时，利用TRAE的子代理功能同时启动2个并行任务，大幅缩短开发时间。两个模块独立完成后合并到主文件，无冲突。
踩坑1：豆包API响应速度
pro模型有推理过程，响应时间较长（27-40秒）。尝试切换lite模型但无权限（404）。最终通过精简prompt + 减少token + 加载动画来优化用户体验。生产环境可考虑流式输出（SSE）。
踩坑2：婚俗数据视角问题
29个城市婚俗数据中，propose字段写了"男方需带礼品上门"，在女方卡片下显示时变成"女方的男方需带礼品"，逻辑混乱。教训：数据设计要考虑所有使用场景，避免视角绑定。
踩坑3：前端超时与后端连接中断
前端fetch默认超时比后端短，导致后端还在等豆包API时前端已断开，后端报ConnectionAbortedError。解决方案：后端改为多线程ThreadingTCPServer，超时设为60秒。
七、报名帖链接
【生活娱乐赛道】喜序 · AI备婚BC融合协同平台——让每一场婚礼都从容有序 - TRAE AI 创造力大赛 / 【大赛报名专区】 - TRAE 官方中文社区
喜序Demo提交包.zip (38.6 KB)