我是谁
我是 RyanZane，一名独立开发者，本次以个人身份参赛。
我一直在想：智能手机已经是生活的一部分，但很多长辈仍然会卡在“不会用、不敢点、出事后才知道”之间。安心桥不是想再给老人增加一个复杂 App，而是希望在他们需要的时候，把求助、提醒和陪伴变得更早一点、更容易一点。
不是等风险发生后再问“为什么没人知道”，而是在它靠近之前，让老人、家属和社区能彼此看见。
作品简介
安心桥 CareBridge 是一套面向银发人群的 AI 数字生活守护助手，由老人端、家属端和社区端组成。
它关注的是几件很日常、但常被忽略的事：
- 收到陌生短信时，老人不知道该不该信，也未必会第一时间告诉家人；
- 药品说明书字小、术语多，老人想看懂，却不敢随便判断；
- 家属无法一直守在身边，社区往往只能在问题发生后才介入；
- 手机上一个看似简单的操作，也可能让老人因为害怕出错而放弃。
安心桥希望把这类“一个人扛着”的时刻，变成一条有人接得住的照护链路。
三端分别做什么
老人端：把复杂操作变成敢用、能用的下一步
老人端采用大字号、低干扰界面，把高频需求收成四个入口：
- 药品说明书：拍下药品说明书后，提炼成更容易理解的用法与注意事项，需要时可朗读；
- 风险短信识别：在设备授权后，对通知内容进行本机风险初筛；命中风险后先提醒老人，再生成脱敏事件；
- 手机操作陪练：老人可以说“我想给家人打视频”“我不会发照片”，系统拆成一步一步的图文指引；遇到验证码、转账等敏感环节会提醒先问家人；
- 联系家人：一键发起求助，让家属知道老人此刻需要回应。
首页的天气、问候与常用入口尽量保持简单。对老人来说，它不该像控制台，而应该像一张今天就能看懂、也敢点的生活卡片。
家属端：把“收到消息”变成“知道下一步怎么做”
家属端围绕已绑定的老人组织照护信息：
- 查看老人呼叫、风险短信、用药关注等事件；
- 对紧急事件确认接手、处理完成或转请社区协助；
- 在“摘要”中根据当天真实事件整理需要关注的事情与沟通建议；
- 在“守护”页提供不同手机品牌的权限开启说明，帮助老人端保持通知读取、应用通知和后台运行。
重点不是堆更多通知，而是让一件事从“出现”到“被处理”有清楚的去向。
社区端：只看到自己有权处理的人和事
社区端是面向工作人员的照护台，而不是单纯的数据展示页：
- 展示已接入老人、待跟进事件、高风险事件、家属待响应、已完成闭环五项数据；
- 支持按高风险、SOS、诈骗、用药、社区协助、已闭环筛选事件；
- 通过社区接入码，把家属激活的老人归入对应社区；
- 支持确认接手、开始处理、完成闭环、取消等状态推进；
- 多社区工作人员只能访问自己所属社区的数据。
一条照护事件怎样闭环
以一条可疑短信为例：
- 老人端在取得通知使用权后，对短信应用通知做本机风险初筛；
- 命中风险后，老人端先给出大字提醒；
- 系统只上报脱敏摘要、事件类型和幂等标识，不上传短信原文、验证码或银行卡信息；
- 家属端收到该老人的待处理照护事件；
- 家属确认接手、电话沟通或转请社区协助；
- 社区端同步展示其职责范围内的事件状态；
- 事件完成后从待处理队列移出，并保留在当天摘要中。
这不是三个页面分别展示相似文案，而是围绕同一条事件记录建立的三端协作。老人端使用设备凭证，家属端通过绑定关系访问，社区端通过所属社区访问；权限由接口层校验，而不只是前端隐藏按钮。
从初赛 Demo 到复赛作品，我补齐了什么
初赛时，安心桥更接近一个展示概念的网页原型。复赛阶段，我把它往“可以实际体验和验证的完整作品”推进：
- 补齐老人端 Android 设备激活与家属绑定，让设备有独立身份；
- 将天气、风险短信、药品说明、手机陪练等能力放进老人端可操作流程；
- 将家属端从静态卡片扩展为真实事件列表、处理动作和当天摘要；
- 为社区端增加身份校验、多社区选择、接入码、老人名单、事件统计与详情处理；
- 让老人、家属、社区围绕同一份云端事件数据联动，而不是只在同一台设备里“看起来像联动”。
产品演示视频
https://carebridge-product-demo.pages.dev/
视频展示老人端触发照护事件、家属端接收和处理、社区端统计与事件队列同步的完整过程。
创作过程
做这个作品时，我一直在收窄问题。
收到一条让人不舒服的短信时，老人首先需要的可能不是一大段风险说明，而是一句“先别点，问问家人”；看不懂药盒时，需要的是一句能听懂的话，而不是再打开一个复杂网页；家属真正焦虑的，也不只是少一个数据面板，而是不知道父母此刻是否需要自己回应。
所以安心桥尽量做三件事：
- 用更少的步骤降低老人发起求助的门槛；
- 用脱敏和权限边界避免把“守护”做成监控；
- 用明确的状态流转，让家属和社区知道事件是否已经被接住。
我如何使用 TRAE 完成开发
这次不是一次性让模型生成一个大而全的项目，而是按“状态基础 → 端侧能力 → 事件闭环 → 权限边界 → 三端接入”的顺序拆分任务、反复验证和回归。
以下是本作品的核心 TRAE 开发会话：
① 三端状态持久化
- Session ID：
6a604c100f0738f52e29c09d - 解决刷新页面、跨标签页后状态丢失的问题，为三端状态管理建立基础。
② 老人端 APK：设备激活、天气与短信守护
- Session ID：
6a67f51a403bbd37b64d89df - 建立老人端设备激活、位置天气缓存和短信守护的 Android 基础能力。
③ 高危短信跨设备闭环
- Session ID：
6a6826501c2bdd798841d604 - 设计高风险事件的脱敏上报、幂等标识和断网重试，让“老人端识别风险 → 家属端收到提醒”成为可验证链路。
④ 社区登录、多社区与接入码
-
Session ID：
6a6870331c2bdd798841d8b2 -
Session ID：
6a68cb781c2bdd798841e737 -
建立社区工作人员身份、多社区访问边界和社区接入码，将由家属激活的老人正确关联至所属社区。
已附上对应的 TRAE 开发过程截图，记录状态持久化、老人端 APK、风险事件闭环及社区身份接入等关键推进节点。
初赛作品与本轮迭代
安心桥延续初赛的服务对象与问题方向继续迭代；复赛阶段在此基础上补齐了设备激活、三端联动、照护事件闭环和社区权限边界。
技术实现
老人端与家属端是 Android 原生应用（Kotlin + Jetpack Compose），关键界面用 WebView 承载统一视觉；社区端是 React 网页。后端跑在 Cloudflare Pages Functions 上，数据存 D1。AI 能力接阿里云百炼：药品说明书用 qwen-vl-ocr，语音识别用 qwen3-asr-flash，文本整理用 qwen3.5-flash。
有一个刻意的取舍：风险短信识别不申请读取短信权限，而是用 Android 的通知使用权读取短信应用弹出的通知，在本机判断。判断结果只上传脱敏摘要，短信原文不出设备。覆盖率会低一些，但一个要求"读你所有短信"的适老 App，老人和子女都不敢装。
关于 TRAE
这个项目从初赛的网页 Demo 到复赛的三端真实联动，都在 TRAE 里完成。印象比较深的是几个需要跨端一起改的活——比如高危短信从老人端本机识别、脱敏上报、到家属端送达这条链路，涉及 Android 的 WorkManager 队列、服务端幂等、家属端读取三处改动，能在同一个会话里连着推下来，中间的验证和回归也一并跑掉。
也踩过坑：AI 生成的代码在"看起来对"和"真机上跑得对"之间是有距离的，尤其是 Android 的后台限制、国产 ROM 的权限入口这类东西，最后还是得靠真机一遍遍试。
作品边界
安心桥不是医疗诊断工具，也不替代家属、社区或紧急服务。
药品说明书能力提供辅助理解，不替代医生和药师建议；风险短信能力只提供风险提示，不会自动处理资金或账号；通知读取、后台运行等敏感权限会明确说明用途，并由用户自行授权。
我更愿意把安心桥看作一座小桥：让长辈在数字世界里少一点孤立无援，也让家属和社区能更早走到同一边。
感谢阅读，欢迎交流。