子 Agent 01
健康趋势
输入：尿液指标、体重与体成分、睡眠与呼吸节律、外部设备记录
建立每个人自己的基线，区分「持续变化」和「数据缺失」，保留实测与估算的差别，让一条记录能被解释。
在旅程里：把 7 天体重下降和 5 晚起夜增多识别出来，并选在早晨说。
衡量：对照误差 / 有效测量率 / 解释被采纳率居家健康管理平台 / 2026
让照护发生在，
家里的每一天。
以浴室和卧室这两个每天都会用到的空间为载体，用无感监测、本地确认和分级响应， 把居家生活变成一个可以持续管理的健康过程。
产品概念与体验演示功能按设备验证与用户授权逐步开放
智慧浴室
每天都会去、而且会坐下来的地方。它负责把身体指标变成高频、可信的记录，也是最需要安全守护的空间。
健康马桶盖 · 动态尿液分析 · 浴室安全终端智慧卧室
人一天有三分之一在这里，而且完全不适合戴设备。它负责用非接触的方式理解睡眠节律和夜间安全。
毫米波雷达 · 床旁终端 · 起夜夜灯家庭与医养协同
两个空间产生的记录，最终要变成本人看得懂的解释、家人用得上的通知和医生用得上的摘要。
家庭账户 · 分级通知 · 随访摘要（规划中）01 / PRODUCT SYSTEM
同一个健康账户，四类可安装的产品。
每一类产品都要说清楚三件事：由哪些部件组成、能测到什么、这项能力现在处于什么状态。 标注「验证中」和「待验证」的，就是还没有证明可以实测的。
旗舰入口产品形态 · 可改造 / 可整合
坐下的片刻，留下有价值的身体记录。
把座圈、称重脚踏、动态尿液分析模块与可选电极附件组合成一个健康终端。用户按平常习惯如厕，系统只在测量条件满足时留下带来源和质量标记的记录。
01感知座圈
02配套称重脚踏
03动态尿液分析模块
04可选电极附件
体重
座圈与脚踏联合承重，扣除支撑分量后计算
可实测尿液指标
按耗材与检测配置开放项目，采集质量不足时提示复测
验证中身体成分
电极方案估算，需要有效皮肤接触与个体校准
待验证如厕与排泄记录
事件识别加身份确认，用户可补充主观感受
可实测持续服务体重与代谢趋势管理
脚部支撑会分走一部分重量，不能把座圈承重直接当作全身体重。每项指标按实际测量能力和验证结果分批开放，页面中的数值均为演示数据。
USER INTERFACE演示数据
用户端 · 晨间记录智慧浴室
9:41••• ▰
维尔博 · 健康
早上好，林阿姨
林
9 月 21 日 星期一本人空间
晨间体重实测68.4 kg
座圈 + 称重脚踏
身体成分估算待校准
电极附件 · 接触不足
体重趋势最近 7 天
7 天内首末记录相差 −0.9 kg，属于缓慢下降。请结合测量条件与更长周期一起看。
尿液检测本次采集质量合格，结果生成中
处理中记录保存在本人账户，家人默认只看到摘要，分享范围随时可改。
界面为产品演示，人物、数值与事件均为虚构示例
02 / SERVICE IN USE
选一条，一步一步看服务怎么走完。
产品好不好用，不在功能清单里，在事情发生的那几分钟里。下面三条旅程可以逐步播放， 左边是发生了什么，右边是长者和子女这一刻分别看到什么。
林
林秀兰 · 68 岁 · 独居，高血压随访中，女儿住在同城
演示人物与数据均为虚构，不连接真实设备或医疗服务第 1 / 4 步
长者端 · 林秀兰06:42
9:41••• ▰
维尔博 · 健康
早上好，林阿姨
林
9 月 21 日 星期一本人空间
23:38
入睡
卧室雷达
02:14
起夜离床 5 分钟
夜灯自动亮起
06:42
起床
今天从这里开始
早上称重前先去一趟洗手间，记录会更稳定。
子女端 · 林悦06:42
9:41••• ▰
维尔博 · 家人
妈妈今天一切照常
悦
9 月 21 日 星期一已获授权 · 摘要
今日提醒暂时没有需要通知你的事件
无你看到的是妈妈授权的状态摘要，不包含她一天的完整行动轨迹。
这一步依据什么
睡眠时长6 小时 48 分卧室雷达 · 非接触实测
夜间离床1 次 / 5 分钟卧室雷达 · 实测
呼吸节律14.6 次/分非接触估算 · 观察用
这一步没有任何推送。多数早晨不需要提醒，只需要记录是对的。
03 / AI AGENT ARCHITECTURE
1 个中枢 Agent，4 个专业子 Agent。
架构说明放在旅程之后，是因为它要解释的正是上面已经发生过的事。 感知、数据、AI、应用、协同是系统的五个层；发现、决策、执行、协同是服务的四个阶段，两者不是同一种数法。
中枢 AGENT统一调度与仲裁
中枢负责四件事：确认这条记录属于谁、判断当前设备与授权的真实状态、决定该由哪个子 Agent 处理、 以及控制打扰预算——同一时间只让一件事出现在用户面前。子 Agent 之间的冲突结论，由中枢按证据强度和用户设置仲裁。
子 Agent 02
安全守护
输入：毫米波姿态与静止时长、离床返床、实体求助、环境状态
识别异常停留与疑似跌倒候选，先在本地询问本人，把「像」和「是」分开，误报可以被取消并留痕。
在旅程里：19:26 生成候选事件，给出 15 秒本地确认窗口。
衡量：漏报率 / 误报率 / 本地取消占比子 Agent 03
照护服务
输入：确认结果、家庭授权顺序、联系人状态、历史处理记录
把确认后的事件变成分级通知、可执行动作和跟进任务；通知送达、未读与失败都是可见状态。
在旅程里：19:27 通知第一联系人，19:28 升级，19:34 安排回访。
衡量：首响应时长 / 通知送达率 / 任务闭环率子 Agent 04
医养协同
输入：已确认记录、测量方式与缺失说明、本人授权范围
把居家记录整理成医生和照护团队用得上的摘要，标明来源、时段与缺口；按次授权，可查看可撤回。
在旅程里：随访前生成 30 晚摘要，并标出手表缺失的时段。
衡量：摘要可用性 / 授权撤回率 / 专业侧采纳度测量有依据，解释可追溯，行动有边界。
原始信号、算法事件、本人确认、家属处理和专业服务记录分开存放，可以逐条追溯。 个人基线不替代医学参考范围；「医疗级」「7×24 小时」「无缝对接」是建设目标，需要分别说明适用指标、有效采集时段与对接条件。04 / WHEN DATA IS MISSING
数据拿不到的时候，产品长什么样。
演示只展示理想状态是不诚实的。授权会过期，设备会离线，一个卫生间会被好几个人用。 这四种情况下的体验，决定了用户还愿不愿意继续用。
这是最好的情况，但不是产品该假设的默认状态。
浴室、卧室设备在线，手表授权有效，血压计有近期记录。此时趋势解释最完整，随访摘要也最完整。
产品会做的
- 跨来源的趋势解释
- 完整的随访摘要
- 夜间事件的上下文更充分
产品不会做的
- 仍然不给没有定义的健康评分
- 仍然区分实测与估算
- 仍然不把候选事件当作诊断
界面上就是这么写的「今天的记录来自 4 个来源，都在正常同步。」
05 / SERVICE DESIGN
四类人，四种「值得继续用下去」的理由。
留存不来自提醒的频率，而来自每一类人都真的拿到了自己需要的东西。
老人
希望继续独立生活，不希望被当成「被监护的人」。
- 无感监测，夜间不打扰
- 出事时先问本人，给取消的机会
- 记录归自己，共享范围自己定
智慧浴室 + 智慧卧室 + 实体求助
子女
想知道必要的状态，又不想变成每天盯着一块屏幕。
- 平时安静，只在需要时通知
- 通知里直接给能做的事
- 看到的是摘要，不是行动轨迹
家庭账户 + 分级通知
医生与社区人员
需要连续、多来源、可追溯的居家信息，来辅助专业判断。
- 按次授权的随访摘要
- 标明测量方式与缺失时段
- 原始记录与算法结论可区分
居家数据摘要（规划中）
医养服务机构
需要把居家信息接进自己的服务流程和照护安排。
- 事件与跟进任务的接口
- 服务转介需人工确认
- 协议、合作与授权先于技术
服务接口（取决于合作）
产品组合
两个空间，一套长期服务。
浴室建立高频健康入口，卧室承担无感守护，外部设备补足足迹。 中枢与四个子 Agent 把这些记录变成本人看得懂的解释、家人用得上的通知和医生用得上的摘要。
推进路径
先证明测得准，再谈服务规模。
P1测得准对照验证体重、尿检与非接触节律，确定每项指标的有效条件和开放范围。
P2用得住小范围家庭试点，观察有效记录持续性、误报率和通知打扰程度。
P3响应得了把分级响应、通知失败升级和跟进任务跑通，形成可追溯的服务记录。
P4接得上在协议与合作具备的前提下，推进随访摘要与医养服务流程的真实对接。