老龄与社区服务里，AI agent 最值得做的是把"发现需求---安排服务---确认完成---异常升级"串起来。 对老年人的直接服务仍需要照护人员、社工、家属和基层医疗团队承接；AI 的价值取决于这些人能否及时收到信息并采取行动。
沿用此前时间范围：2026 年 4 月 1 日---10 月 12 日。下面是以中国居家养老、社区养老为主的阶段性调研；尚未完成国际论文、财经与会议资料的全面交叉验证。
目前能核实的应用：监测设备和服务平台比自主 agent 更明确
| 案例／资料日期 | 正在做什么 | 状态与证据边界 |
|---|---|---|
| 武汉洪山区，6 月 22 日 | 居家智能网关集成安全监护、应急呼叫、燃气、烟感和溢水报警，联动社区人员 | 已有 3 个社区试点。报道中的一个社区为 72 户老人安装设备；未披露误报率、漏报率或自主 agent 架构 |
| 北京怀柔北房镇，8 月 19 日报道 | 面向独居、空巢老人开展"智能体为人服务社会实验"，团队入户指导并跟踪评估 | 实验探索；报道未提供样本规模和效果指标 |
| 贵阳智慧养老科技小院，8 月 19 日报道 | 方言语音康养终端，支持慢病咨询、用药提醒，减少触屏操作 | 报道案例；尚不能确认医学效果或规模部署 |
| 北京海淀，4 月 24 日 | 三级需求采集、AI 需求分析、智慧养老社区与养老院、人才队伍和技术标准建设 | 三年行动计划，不能计为已经完成的服务成果 |
来源：武汉市民政局、经济日报报道，农业农村部转载、海淀区政策解读。
武汉案例尤其说明了落地逻辑：设备发现老人跌倒后发起呼救，社区工作人员上门处理。这是"设备＋平台＋人员"的服务链条，不能仅凭名称认定为 agent，也不能凭一个成功救助案例证明系统整体可靠。 官方报道
真正值得做的智能体，可以围绕六类工作
以下是根据已核实资料形成的需求判断，不是这些功能已经普遍落地的统计结论。
| 方向 | agent 应完成什么 | 谁使用／可能谁付费 | 如何验收 |
|---|---|---|---|
| 社区服务调度 | 接收电话或语音需求，核对服务范围，安排助餐、助洁、陪诊等，确认接单与完成 | 社区运营人员；街道、服务运营商、家庭 | 请求完成率、等待时间、人工协调次数 |
| 异常响应协调 | 汇集报警、联系责任人、跟踪是否响应，未处理时升级 | 值班人员、家属；机构、社区 | 响应时延、未处理报警、误报造成的负担 |
| 照护记录与交接 | 整理照护记录，提醒未完成任务，标出与既往情况的变化，生成交接草稿 | 护理员、护士；养老机构 | 记录耗时、遗漏率、审核成本 |
| 持续探访与随访 | 安排联系、记录反馈，识别需要人工探访的情况，追踪后续处理 | 社工、个案管理员；社区、养老运营商 | 失联任务、探访完成率、异常处理时间 |
| 办事与福利导航 | 解释服务和申请条件、核对材料、预约办理、追踪补件 | 老人、家属、社区窗口；公共服务部门 | 材料退回率、办理次数、完成周期 |
| 机构运营辅助 | 排班、整理服务工单、检查记录、汇总投诉和运营问题 | 机构管理者；养老机构 | 排班耗时、返工、服务质量与总成本 |
其中，服务调度、照护记录、持续探访适合优先验证：任务相对清楚，工作人员能审核，结果也能衡量。
异常响应需求很强，但必须先确认谁值班、谁上门、超时怎么办。经济日报近期报道指出，部分智能养老平台存在"有平台缺利用、有资源缺整合"的问题，并强调预警、派单和基层响应需要贯通。报道原文
社区服务的价值不只在老人端，也在工作人员端
对老人来说，界面需要适应听力、视力、语言和操作能力。近期报道中的方言交互、入户指导，都是降低使用门槛的具体做法。经济日报报道
对工作人员来说，可以重点减少三类负担：
- 重复记录：一次服务内容需要录入多张表、多套系统。
- 反复协调：打电话找服务人员、确认时间、催接单、追完成情况。
- 任务失联：发现老人有需求，但转交之后不知道是否有人处理。
一个典型的可验证流程是：老人提出送餐需求，系统核对可服务时间和范围，生成工单；人员确认安排后，系统跟踪送达，失败时通知工作人员。只有回答"附近有助餐点"，尚未完成这个需求。
对员工有什么新要求？
本轮资料没有证明养老与社区行业已经普遍强制员工使用 agent，或将其纳入绩效。海淀计划明确提出专业人才队伍建设及面向老年人的 AI 技能培训，但不能据此推断已经形成统一员工考核制度。海淀政策解读
基于上述工作流程，岗位能力可以这样理解：
| 岗位 | 需要增加的能力 | 仍需承担的判断 |
|---|---|---|
| 护理员、服务人员 | 准确记录、确认任务状态、识别设备和系统错误 | 现场情况、老人真实需求、是否求助 |
| 社工、个案管理员 | 整理需求、设置跟踪任务、审核 AI 摘要 | 家庭关系、服务意愿、复杂个案处理 |
| 社区调度人员 | 维护服务目录、人员与时间信息，处理超时和失败工单 | 服务安排、资源冲突、异常接管 |
| 机构管理者 | 设计流程、明确责任人、衡量审核后净收益 | 服务质量、人员配置、采购与运营 |
| 技术团队 | 系统对接、权限、日志、监控、适老化测试 | 稳定性、数据安全、失败恢复 |
这里最重要的变化是：工作人员需要能够发现 AI 的错误，并知道错误出现后如何接管。 会操作工具只是其中一部分。
选项目时，要把预算和线下服务一起算
本轮核实的武汉试点有公共资金投入；海淀规划也涉及公共服务和产业建设。这只能说明部分项目的启动路径，尚不能证明长期商业回报。武汉试点、海淀计划
评估一个项目，至少需要算清：
- 谁为软件、设备、维护和上门服务付费？
- 自动化节省的时间，是否被审核和误报处理抵消？
- 老人不使用手机、不接电话或设备离线时，服务如何继续？
- 试点结束后，是否还有人员、资金和日常维护？
如果要在这个方向选一个切入口，可以先验证"社区居家养老工单与随访闭环"。 选定一类老人、一种服务和一个实际运营团队，测量请求是否完成、异常是否有人处理、工作人员是否净省时间。它能同时检验 agent 能力和真实服务供给，比仅展示聊天或设备报警更接近可持续的业务。