机器人进家庭，要先过“谁来收拾残局”这一关

设想一个家庭机器人，能把桌上的杯子放回柜子。

只要演示成功，画面就很完整：识别杯子，抓取，移动，放下。可是在家里，事情还有前后两段。它开始前，是否要有人清空桌面、打开柜门？杯子没放稳时，谁来处理？下一次使用前，又是谁检查和维护？

这是一个假设情境，不代表某款产品的测试结果。它提醒我，家庭机器人省下的劳动，必须和它新增的劳动放在一起计算。

我把后者称为“善后负担”。

成功率的分母之外，还有没被记录的工作

我们需要记录成功率，也需要明确任务从哪里开始、在哪里结束。

如果每次开始前都由人整理环境，测试衡量的是整理后场景里的表现。如果机器人失败以后需要人把它送回起点，却只统计最终完成，也会漏掉接管成本。

家庭尤其容易发生这种偏移，因为总会有人帮忙。设备够不到时，递一下；卡住时，挪一下；指令听不懂时，换个说法。每次都是小动作，加在一起可能成为一个长期岗位。

因此，评价机器人不能只问它替人做了多少，也要问谁被迫配合它做了什么。

一次成功演示可以证明能力。要证明日常价值，还需要把这些配合劳动带回来。

家庭不像一张只有一个用户的需求卡。

有人提议购买，有人每天使用，有人负责充电、联网、清理和联系客服。买给父母的设备，设置问题可能由子女远程处理；一个人喜欢的新设备，也可能由另一个人承担日常维护。

这会带来一种产品层面的错觉：购买者很满意，产品也有销量，家里的总负担却未必减少。

家庭产品需要识别谁在每个环节投入时间，以及这种分工是否被接受。省下 A 的十分钟，新增 B 的十五分钟，即使机器人看起来更先进，也不能据此说家庭获得了净收益。这里的分钟数只是算例，不是调研统计。

家庭的价值不都能折算成时间。有人愿意为便利、独立性或陪伴付出维护劳动。这些付出应在产品研究中被看见，并确认家庭愿意接受。

维护不是机器人独有的缺陷。

iRobot 为 Roomba s 系列提供的维护表，列出了滤网、刷子、传感器等部件的护理事项。这只证明某类产品确实需要维护，不能用来推算所有机器人的故障率。官方维护说明

成熟的任务型设备可以有维护要求，同时仍然很有价值。用户可能愿意定期清理，因为它持续完成了足够多的工作，维护时间也可预期。

难点在于不可预期的打断。设备总在用户离开后需要接管，或者每次失败都要重新判断发生了什么，就会消耗额外注意力。

一个产品每周一次可以安排的维护，与每天随机出现的求助，在生活里不是同一种负担。只累计分钟数，也可能漏掉这种差别。

机器人遇到困难时，可以重试，可以换一种方式，可以请人帮助，也可以停止。

这些动作需要有边界。无休止重试会浪费时间，错误重试还可能增加损失；过早求助则把本可完成的工作退回给人。停止也必须让家庭理解：任务停在哪里，现场是否安全，下一步需要做什么。

我更希望看到一份完整的任务记录：准备条件、自动完成、重试、人工介入、失败结果、恢复方式，以及维护。每次接管都写清楚是谁、做了什么、花了多久。

这比只展示一次任务末尾的成功状态更接近交付责任。

尤其在多人家庭里，求助不能默认发给最近的人。产品需要让家庭知道谁负责哪类问题，也允许明确不接受某些任务。便利建立在可承受的分工上。

本轮整理核对了 208,755 条家庭机器人与开放场景记录，其中 Reddit 占约 88.15%。机器标签和记录结构可以统计，但本次重计没有逐条确认每条发言究竟在接受什么方案。语料说明

用户抱怨做家务，可以说明一个问题。用户购买扫地机，可以说明某个方案获得了行为支持。把两者拼接成“用户愿意购买通用家庭机器人”，中间仍缺证据。

甚至同一个词也可能误导分析。提到“机器人”“取东西”或“退回”，并不必然对应我们正在研究的产品与任务。语境、对象和现有替代方案，都需要人工回查。

所以，我会先挑具体任务，再研究机器人需要满足的条件，而不会从一张想象中的通用能力清单出发。

先记录家庭原来的做法：谁完成任务，多久发生一次，时间和注意力用在哪里，哪些地方已经足够好。

再引入机器人，保留任务准备、自动执行和善后的完整过程。除正常成功外，主动安排允许范围内的中断和边缘情境，观察设备如何停下、解释与恢复。不要为了保持漂亮数据，把难处理的失败剔出统计。

测试要持续到初期新奇感之外，时间长短取决于任务频率。期间既要问购买者，也要问实际使用和维护的人。如果某个成员长期替设备补位，这就是需要解释的产品成本。

最终可能发现，一个功能更少但善后更轻的方案，比一个能力更广却频繁求助的方案更受欢迎。也可能发现，用户愿意为了某项高价值能力承担额外维护。两种结果都需要真实任务支持。

家庭机器人需要更强的动作能力。它进入生活的那一天，产品责任也会延伸到动作失败之后。

我希望下一次演示在杯子放歪时不要剪掉。让我们继续看：机器人接着做了什么，人又需要做什么。