【标签】 社会服务、社会公益
**【社会服务赛道】**我在 - 家人用药守护
【在线体验地址】https://zrz-orz111.github.io/wozai-family-med-demo/
0. 先和大家打个招呼吧
大家好，我是ZRZ-Orz**！**我本职是一名普通的上班族，也是一个正在尝试用TRAE 做参赛作品的普通用户。之前我已经报名了一个“文件档案室”相关的项目，那个项目让我第一次感觉到：原来把脑子里的工具想法讲清楚，它真的可以帮我一步步实现。
这次《我在 - 家人用药守护》的灵感，来自一个很生活化的瞬间。
我老婆督促我吃药的时候说：如果有一个能提醒、督促吃药的 App 就好了。这个点很小，但我越想越觉得，它其实对应了很多家庭都会遇到的问题：小夫妻之间互相提醒吃药，异地子女担心父母有没有按时吃药，家里有人长期吃慢性病药却总是忘记。
于是我就想，既然 TRAE 能帮我把“文件档案室”这种工具做出来，那能不能也帮我做一个更贴近家庭生活的用药提醒的APP或者小程序？
整个过程里，我主要是把自己的想法一句句讲给 TRAE：吃药端要简单，监护端承担复杂设置；吃药人不能看广告；家属要能看到反馈；提醒不能像冷冰冰的监督，而要更像家人的关心。TRAE 帮我把这些想法整理成页面、交互和可体验 Demo。（我在这个过程中开始提炼提示词，你还真别说！更好用了！）对我来说，它最有帮助的地方，是把一个模糊想法快速推进到了“别人能点开体验”的状态。（说实话我还真不知道后续深度使用TRAE是不是真的可以做出个app或者小程序，期待！）
1. Demo 简介
《我在 - 家人用药守护》是一款面向家庭场景的 H5 可体验 Demo，未来产品形态可以发展为 iOS / 安卓 App。
它主要面向以下用户：
- 需要按时吃药的人，例如老人、慢性病患者、短期生病需要服药的人；
- 不在身边但想关心家人用药情况的监护人，例如子女、配偶、家属；
- 需要互相提醒吃药的小家庭，例如夫妻之间互相督促。
本次 Demo 主要展示 3 个核心功能：
- 吃药端极简操作
吃药人可以查看今日用药列表，并通过「已吃药」「等会儿提醒我」「遇到问题」完成反馈。
- 监护端查看与管理
监护人可以查看家人的用药状态，添加、编辑、删除用药计划，并看到异常提醒和今日时间线。
3. 家庭关怀式提醒
Demo 中模拟了锁屏提醒和家属录音提醒，希望提醒不只是系统通知，而是带有家人关心的感觉。
2. Demo 创作思路
这个 Demo 的灵感来源，是一次很普通的家庭吃药提醒。
一开始只是我老婆提醒我吃药，但我后来意识到，“吃药提醒”这件事在很多家庭里都存在。它不只是一个闹钟问题，而是一个家庭照护问题。
比如：
- 小夫妻之间，可能会互相提醒吃药，但每天反复问“你吃药了吗”也会有点麻烦；
- 子女在外地工作，父母有慢性病，却不知道他们有没有按时吃药；
- 家人不是不关心，而是没办法一直守在身边；
- 老人有时候不是故意不吃，而是药多、时间乱、操作复杂，自己也记不清。
所以我想做的不是一个“强制监督吃药”的工具，而是一个更温和的家庭用药守护工具。
我的判断和取舍是：
第一，吃药端必须简单。
吃药的人可能本来就不舒服，也可能不熟悉复杂手机操作，所以 Demo 里吃药端只保留最重要的反馈按钮，不放复杂设置。
第二，主要功能放在监护端。
添加药品、设置提醒、查看记录、处理异常，这些更适合由监护人操作。
第三，吃药端不能有广告。
如果吃药打卡还要先看广告，体验会很差。所以后续商业化也应该尽量放在监护端，不能影响吃药人的核心操作。（毕竟我想做app或者小程序，要是我吃药打卡还要看广告我真的会绷不住！而且老人误触、小孩点错，这不纯纯耽误事儿么！）
第四，不替代医生，不做医疗判断。
这个产品只做提醒、确认、反馈和记录，不提供诊断和治疗建议。真正用药仍然以医生医嘱和药品说明为准。
产品 Slogan 是：
我不在你身边，也在关心你每一次用药。
3. Demo 体验地址（三选一）
Demo 在线体验地址：
https://zrz-orz111.github.io/wozai-family-med-demo/
备用体验方式：
wz-family-med-demo-deploy-20260710.zip (16.2 KB)
如在线地址无法访问，可下载附件中的 Zip 文件，解压后打开：
demo/index.html
即可体验。
推荐体验路径：
- 打开 Demo 首页，选择「我是吃药的人」
- 查看今日用药列表
- 体验「已吃药」「等会儿提醒我」「遇到问题」
- 切换到监护端，查看状态变化和异常提醒
- 在监护端体验添加、编辑、删除用药计划
- 回到吃药端，查看锁屏提醒模拟和家属录音提醒模拟
- 在监护端查看用药记录导出模拟、权限与订阅展示
说明：
当前 Demo 是纯前端 H5 可体验版本，用于初赛展示核心交互闭环。它暂不支持真实账号登录、两台手机实时互通、系统推送、真实锁屏通知、云端存储、退出网页后继续提醒等能力。这些会作为后续正式 App 阶段的完善方向。（大家有意见想法可以告诉我，我大心脏！）
4. TRAE 实践过程
本作品主要使用 TRAE IDE 完成。整个过程大致分为 3 个关键阶段！
阶段一：从创意想法到报名 HTML
一开始，我让 TRAE 根据“家人用药守护”这个方向生成报名阶段需要的创意产物 HTML。
TRAE 先理解项目目录和已有文件，再把我提供的想法扩展成比较完整的创意介绍页面，包括目标用户、痛点、产品价值、功能规划等。
截图说明：
这张图展示的是我第一次让 TRAE 生成报名用 HTML 创意产物的过程。它会先读取项目结构，再根据我的想法整理页面内容。
Session ID：
.1694779990878220:bb45c5ab6d2f61bb8b10f2716b1e20d2_6a4fa12c804591b143ed6805.6a4fa173804591b143ed6808.6a4fa172af13e2b96ba62779:Trae CN.T(2026/7/9 21:26:11)
阶段二：从创意产物到 H5 可体验 Demo
报名通过后，我开始准备初赛 Demo。
我告诉 TRAE，这次不需要做完整 App，而是先做一个纯前端 H5 Demo，方便在线部署，也方便上传 Zip 附件。
TRAE 帮我生成了 Demo 的基础文件：
- index.html
- styles.css
- app.js
- README.md
并实现了角色选择、吃药端、监护端、状态联动、异常反馈、家属录音提醒、漏服时间线等核心功能。
截图说明：
这张图展示的是 TRAE 开始搭建 H5 Demo 的过程。它把页面结构、样式、交互逻辑和说明文档分开生成，让 Demo 很快从想法变成了可以点击体验的页面。
Session ID：
.1694779990878220:5138b1cffcf5864b15e9df7c984c309a_6a4fa12c804591b143ed6805.6a4fd6180e3d5afc0cf546a3.6a4fd61792a364a9a7ff145a:Trae CN.T(2026/7/10 01:10:48)
阶段三：发现问题后的核心功能重构
基础 Demo 做出来后，我体验时发现一个问题：如果只有一个药品、一条提醒，场景太简单，不够接近真实家庭用药情况。
真实情况可能是：
- 一个人长期吃一种药；
- 同时又短期吃另一种药；
- 同一种药一天要吃多次；
- 不同药可能在同一个时间提醒。
所以我继续让 TRAE 做了一次核心重构，把数据结构改成“用药计划 + 今日记录”的方式，让 Demo 支持多药品、多剂量、长期服用、固定天数、每条提醒独立反馈。
截图说明：
这张图展示的是 Demo 后续大修改阶段。TRAE 把任务拆成多个待办，包括重写 app.js、调整 index.html、补充 styles.css、验证默认数据和状态联动等。这个阶段让我感觉到，TRAE 不只是能生成第一版，也能跟着真实体验反馈继续迭代。
Session ID：
.1694779990878220:327fc38953a9e6de256c0c76c9fe8562_6a4fa12c804591b143ed6805.6a505bb35a692945eed2fe53.6a505bb2d53838d2db9a14a8:Trae CN.T(2026/7/10 10:40:51)
阶段四：部署与提交准备
Demo 完成后，我又把 H5 Demo 部署到了 GitHub Pages，方便评委直接点击链接体验。
5. 对应的报名审核通过的帖子链接
【社会服务赛道】我在 - 家人用药守护 - TRAE AI 创造力大赛 / 【大赛报名专区】 - TRAE 官方中文社区
6. 使用 TRAE 的经验总结
这次用 TRAE IDE 做 Demo，我最大的感受是：它很适合把一个还不成熟的想法，快速推进到“可以被别人看到、点到、理解到”的阶段。
我总结了几个经验：
-
先把真实场景讲清楚
比如这次我不是只说“做一个吃药提醒 App”，而是不断补充：老人操作要简单、监护人负责设置、吃药端不能有广告、遇到问题要通知家属、不能替代医生。场景越清楚，TRAE 生成的东西越接近真实需求。 -
明确告诉 TRAE 不要做什么
比如我会强调：不要做真实后端、不要做真实支付、不要做真实推送、不要扩展无关功能。这样 Demo 会更聚焦，也更适合初赛提交。 -
第一版做出来后，一定要自己体验
AI 生成的第一版不一定完美。比如我后来发现用药计划太简单，就继续让 TRAE 重构。边体验边修改，效果会好很多。 -
TRAE 更像开发搭档，不是一次性生成器
这次从报名 HTML，到 H5 Demo，再到多药多次重构和 GitHub Pages 部署，都是一步步做出来的。它能帮我跨过很多原本觉得麻烦的环节。 -
比赛作品要诚实说明边界
当前 Demo 是 H5 模拟，不是真正上线 App。所以我在说明里明确写了暂不支持真实账号、跨手机同步、系统推送等能力，避免夸大。
6. 提示词要写得具体，尤其要说清修改目标
我发现和 TRAE 配合时，不能只说“优化一下”或者“做得更好一点”。比如这次我发现 Demo 里只有一个药品、一条提醒，场景太简单，就明确告诉它：要支持多个药品、同一种药一天多次、长期服用、固定天数、每条提醒独立状态。这样 TRAE 才能准确理解我要改的方向，而不是泛泛地美化页面。越精准的提示词输出效果越好！
7. 后续计划
如果继续完善，我希望把《我在 - 家人用药守护》发展成真正可用的手机 App，重点补齐：
- iOS 和安卓互通
- 家庭成员邀请和绑定
- 吃药人与监护人真实数据同步
- 系统推送和锁屏提醒
- 家属录音提醒
- 用药记录 PDF 导出
- 主监护人与普通监护人的权限区分
- 老人极简模式
- 离线提醒与联网后同步
- 隐私和数据安全设计
我希望它最终不是一个冷冰冰的“监督吃药”工具，而是一个更温和的家庭照护工具：让不在身边的关心，也能被家人感受到。