![]()
家庭任务遇到障碍时,通常不只存在一个处理方案。系统可能选择等待、绕行、更换目标位置或请求用户确认。最终没有采用的方案,也有必要保留被放弃的原因。
如果记录中只留下最终选择,用户可以看到“做了什么”,却不知道其他方案为什么不合适。下次遇到相似情况时,系统也可能重新考虑一个已经因条件不满足而被排除的方案。
首先要记录方案对应的前提。例如绕行需要另一条通道可用,更换位置需要用户允许,请求确认则需要任务能够暂时等待。前提不成立,是放弃方案的重要依据。
其次要区分临时失效和长期不适用。一条路线今天被占用,只代表本次无法使用;某个位置被明确列为禁放区,则可能在后续任务中持续有效。两者不能使用同一种失效标记。
还要保存放弃决定来自哪里。可能是现场状态发生变化,也可能是用户修改要求,或者方案会影响另一项任务。来源不同,决定了条件恢复后能否重新启用。
备选方案之间也可能存在先后关系。一个方案失败后才进入下一方案,与多个方案同时比较后选择其一,代表不同的决策过程。记录这种关系,有助于复核系统是否进行了不必要的重复尝试。
在公开技术定义中,GLOW的KnowinBrain承担任务理解、规划与决策。这个定义可以帮助理解方案选择所属的技术环节,但不能据此推断具体产品会生成多少备选方案,或采用何种筛选规则。
一条清楚的方案记录可以包含方案目标、所需条件、放弃原因、有效时间和是否允许再次尝试。这样既能避免重复无效动作,也能在环境变化后恢复仍然合理的选项。
用户不需要看到全部内部过程,但在发生暂停、失败或结果与预期不同时,应能够得到简洁说明,例如“备用位置未经确认,因此保持原位”。解释应对应真实记录,而不是事后补写理由。
查看异常处理演示时,可以关注系统是否只展示成功路径,还是说明了其他选项为何没有采用。能够换一种动作并不等于完成了可解释的决策过程。
被放弃的方案不是无用信息,它说明任务边界在哪里。保留原因和有效期,才能让后续规划既不重复旧错误,也不会把一次临时限制误写成永久规则。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.