【标题】 【生活服务赛道】家护 · 家庭健康管理中心
【正文】
0. 先和大家打个招呼吧 
-
你是谁： 不是程序员，喜欢折腾新玩意的Marx
-
你是怎么用 TRAE 把 Demo 做出来的： 告诉Trae说我想做一个大概什么样子的东西，然后让Trae通过持续向我提问，一问一答的方式完善产品功能，快速出原型，然后持续迭代修复完善。
1. Demo 简介
-
是什么：一款以家庭为单位的健康数据管理与 AI 分析系统，支持 Web 端；
-
面向谁：核心用户：25-45 岁的家庭健康"守门人"，通常是家中对健康最上心的那个成员，负责帮父母、伴侣、孩子管体检报告和健康追踪。辐射用户：家庭中的中老年成员（50 岁+），他们是数据的主要被管理对象，也是健康提醒的最终执行者。；
-
主要功能：体检报告上传和AI分析、健康指标历史趋势、健康提醒等
2. Demo 创作思路
-
灵感来源：去年才知道自己有地贫，想关注一下每年体检血常规各项指标的变化趋势，联想到现在有大模型，接入大模型还能帮忙对整份体检结果做一个分析；
-
想解决的问题：一个是自己，希望通过每年变化趋势，对某个指标有一定的判断，心里有底。另一个是家人，更清晰家人的指标情况，如有异常，可以督促或陪同去做检查，小问题早解决。
-
为什么做这个方向：虽说每个人是自己健康第一负责人，但也可以是家人健康的负责人。
3. Demo 体验地址
- 交互式可体验的HTML格式文件，见附件zip；
4. TRAE 实践过程（都在附件zip压缩包）
-
附开发关键步骤截图（不少于 3 张）；
-
附关键任务对话的 Session ID（不少于 3 个），用于证明作品由 TRAE 开发完成。
5. 一些心得
-
一句话描述问题 + 截图：不要写长篇背景，Agent 能自己找到上下文
-
先问"现状"再下指令：让 Agent 检查现有代码后再提需求，避免修复方案不匹配
-
给出精确约束：明确说"不要调 API"而不是"优化一下"，缩小 Agent 的决策空间
-
逐层拆解任务：大需求 → 分类 → 优先级 → 逐项修复，比一次性全改更可控
-
反馈时描述现象：说"清缓存后还是有问题"比说"没修好"更有价值
-
提供视觉需求的三个维度：位置、大小、顺序，三者描述清楚
-
让 Agent 做审查者：功能完成后，要求从用户视角审查，往往能发现更多问题
-
区分"没做"和"做了但没生效"：前者是代码问题，后者可能是缓存/环境问题
【Trae比赛资料】家护·家庭健康管理中心.zip (427.3 KB)