一句话定义
Household Agent（家庭运营智能体）是长期驻留在一个家庭里、负责协调日程、账单、家务和智能设备的智能体。它处理的不是某一次问答，而是一个家庭日复一日的"运营"。
它不是"更聪明的音箱"，而是多了一本台账
通用 Agent（General-purpose Agent）的典型工作方式是这样：你交代一件事，它做完就结束，下次再来，你得从头把背景再讲一遍。
家庭运营智能体不一样，它维护一份长期的家庭状态——谁几点回家、牛奶还剩多少、哪张卡什么时候扣款、洗衣机什么时候空出来。这份状态跨会话、跨设备存在，业内常叫它共享记忆（shared memory）。
打个比方：通用 Agent 像一位随叫随到的外包顾问，每次上门都要你重新介绍情况；家庭运营智能体更像住家管家，外加值班室墙上那块谁都能看、谁都能写的黑板。
一次典型的运转是这样的：日历上出现"奶奶下周三来住三天"→ 它查客房上次打扫时间 → 把扫地机排进周二 → 在购物清单里加上防滑垫和老人爱吃的菜 → 提醒你改掉周三下午的接送安排 → 三天后把空调、灯光恢复成原样。
和通用 Agent 的边界在哪
| 维度 | 通用 Agent | 家庭运营智能体 |
|---|---|---|
| 任务跨度 | 单次、单任务 | 常年、连续 |
| 状态保存 | 会话内上下文 | 长期家庭状态 |
| 谁触发 | 用户发起 | 用户发起＋时间/事件主动触发 |
| 用户数量 | 通常单人 | 全家多人，目标可能冲突 |
| 操作权限 | 多为只读或沙箱 | 触碰支付、门锁等高敏动作 |
| 出错代价 | 答得不准 | 门锁误开、重复扣款 |
真正卡住它的不是模型聪不聪明，而是两件事。
一是多用户。同一件事，夫妻诉求可能不同；孩子该不该有权限改空调、动账单？所以它必须有一套家庭级的授权与协商机制，而不是一个账号说了算。
二是高敏动作。付款、开锁、代签这类操作，原则上都要落到"需本人确认"，而不是自动执行。它也不该越界去做需要法律身份的事（签合同、医疗同意），或替家庭成员做重大选择。它的本分是把琐碎的协调和执行做掉，把需要人拍板的留给人。
对从业者和普通人意味着什么
对做产品的人：家庭智能体的竞争点不在对话能力，而在身份与权限模型、跨设备协议、以及"家庭图谱"这类数据模型的设计——怎么表示这个家有几口人、谁说了算、谁对什么过敏。这些比换一个更强的模型更难复制。
对普通人：短期内别期待全自动管家。更现实的一步是先把日历、账单、购物清单数字化，让 Agent 有东西可读；同时把支付、门锁明确设成"每次确认"。至于各家平台支持哪些设备和第三方服务，以官方页面为准。