AI 应该何时发送问候？带来温情体验的时机、语境与控制权
当 AI 问候在用户选择的时间送达、提供明确的互动理由，且易于忽略或关闭时，它才会让人感到温暖。如果它在与用户当前活动毫无用处关联的情况下出现，或是在用户拒绝后仍不断反复弹出，就会让人感觉是一种打扰。对于任何正在决定是否开启主动 AI 消息的人来说，一个简单的检查清单会有所帮助：时机、理由、控制权。在将一条未经请求的问候视作受欢迎的邀请之前，请确保这三者兼备。
是什么让 AI 问候显得温暖？
问候是一个开始日常活动的小小邀请：继续写作练习、探索创意灵感，或是重拾个人项目。它的温情与其说来自欢快的措辞，不如说来自契合度。这个时机适合用户吗？该建议是否相关？用户能否自主选择是否回应？
关于主动式对话智能体的研究将“主动性”描述为系统发起交互，而非等待用户提出请求。作者指出，若缺乏周到的设计，主动性可能会被视为具有侵扰性，并将“根据个人情境调整时机与节奏”以及“尊重用户边界”确定为重要的设计维度。这为评估问候提供了一种有用的视角：关注时机和对选择的尊重，而不仅仅是友好的语气。“Towards Human-centered Proactive Conversational Agents,” arXiv
例如，一位选择了在午后接收简短创意提示的用户，可能会喜欢在这个时间段收到一次邀请。但如果问候在他们已经在使用该工具时到达，则可能反而感觉像是一种打扰。这些都是说明性的场景，并非断言每个用户的偏好都是如此：同一时刻可能适合某个人，却不适合另一个人。让人们自行定义偏好，比将猜测出的作息规律当作许可更为可靠。
哪些时机选择能让用户掌握主导权？
首先从用户明确选择的时机开始：指定的时间、指定的日期，或是与他们选择加入的活动绑定的提醒。诸如“工作日下午”这样较为宽泛的偏好可能比僵化的每日日程更实用，但关键在于这是由用户设定且可以修改的。
问候还应该有一个合理的停止点。在选定时间段内发送单次邀请，比一连串的后续跟进更容易让人理解。如果用户跳过了它，系统可以让这一刻自然过去；如果他们之后还想要另一个邀请，可以自行选择。这是根据旨在使打扰变得可控的平台指南，以及强调适应性与用户偏好的研究所提出的编辑建议——并非上述引文证实的通用频次。
W3C 关于限制打扰的补充指南建议提供一种简便的方式来控制打扰和提醒，包括选择出现哪些类型以及何时出现。它还描述了暂停功能，以便用户稍后返回。将其应用于日常的 AI 问候，便得出了一个实用的默认做法：让问候可延后处理，并由用户选择下一个合适的时间，而不是默认沉默就代表“过会儿再试”。W3C, “Limit Interruptions”
怎样的语境能让邀请发挥作用？
实用的问候会为自己的出现提供一个简洁、易懂的理由。它可能会提及用户选择的时间段，或者提供他们曾要求接收的创意活动。读者应该能够看出其中的关联，而无需推测系统知道什么或为何选择那一刻。
保持邀请与该理由相称。“您的午后速写提示已准备就绪”就是一个清晰的邀请，前提是用户之前选择了午后速写提示。它指明了活动，并将下一步的决定权留给用户。如果系统没有用户选定的活动或时机可供参考，那么将通用问候保留在应用内部、供用户自主选择何时开启，或许是更好的做法。
语境不应被用来让问候听起来比背后的实际选择更加私人化。一个很好的检验标准是：用户能否用一句话解释自己为什么会收到这条消息——例如“我要求在这个时间左右接收提示”。如果解释反而依赖于隐含的猜测，那么即使措辞再讨喜，问候也可能让人感到突兀。这是基于主动智能体研究中对语境、适应性和礼貌性的重视所做出的设计推论；它并不构成对任何特定 AI 服务的功能保证。“Towards Human-centered Proactive Conversational Agents,” arXiv
哪些控制选项应该易于找到？
在启用问候之前，请寻找名称直白且效果直接的控制项。实用的选项包括开启或关闭问候、选择邀请类型、选择时间段、设置频率以及暂停一段时间。一个显眼的“暂不处理”操作可以应对单次跳过；而一条触手可及的设置路径则应负责处理持久的偏好变更。
平台开发文档明确指出，通知的控制权属于设备使用者。Apple 表示，应用应结合上下文说明为何需要通知权限，并且用户可以随时更改通知设置。Android 提供了通知渠道，让人们能够调整不同通知类型的显示方式；用户在渠道创建后仍保留对该渠道行为的控制权。Apple Developer, “Asking permission to use notifications” 以及 Android Developers, “Create and manage notification channels”
这些属于平台机制，并不证明某个具体的 AI 产品就一定提供自定义问候日程或独立的问候类别。在依赖某项控制功能之前，请先查看服务自身的设置；如果问候以提醒形式送达，请检查设备级的通知设置。Android 的指南描述了针对每个渠道的用户设置；在 Apple 设备上，通知授权和可用的交互类型也是通过系统设置进行控制的。具体选项取决于产品和设备。
对控制权进行简单检查的方法是回答三个问题：我可以关闭此类问候吗？我可以更改它到达的时间或方式吗？我能否跳过某一次而不改变所有设置？如果答案显而易见且易于理解，用户就拥有了更切实的自主选择权。W3C 指南同样建议打扰控制应当易于使用，并且用户可以决定自己想要哪些类型以及何时接收。W3C, “Limit Interruptions”
如何决定是否启用主动问候？
在开启它们之前，可以使用这个简要的决策参考：
检查项：时机；尊重用户的答案：由我选定问候何时送达，或者我可以将其保留在应用内部。
检查项：理由；尊重用户的答案：我能辨别出它与我主动加入的哪项活动或偏好相关。
检查项：控制权；尊重用户的答案：我可以跳过、暂停、调整或停用它，而无需在设置中到处翻找。
此表格是一份实用的综合建议，而非计分测试。如果某项答案不明确，请从可用选项中干扰最小的那种开始——例如，在主动决定打开应用之前，将提示保留在应用内。如果您确实启用了通知，请在收到几次后检查其时机是否仍然符合您的日常习惯。如果不合身，请及时更改设置。
种种证据都指向克制与选择权。IBM Research 在 2020 年的一篇论文中提出，在一定程度上根据用户偏好和日程来发出、抑制或合并通知；它呈现的是一个框架，而非保证某种特定的排程方法适用于所有人。后来关于以人为本的智能体的论文同样将适应性和尊重边界视为设计考量。结合 Apple、Android 和 W3C 关于用户控制的指南，这些文献支持了一条审慎的规则：日常问候应当是用户可以塑造的邀请，而非必须完成的期望。IBM Research, “A snooze-less user-aware notification system for proactive conversational agents”
选择问候方式的实用准则
只有在满足以下条件时才启用 AI 问候：时机由您自主决定、目的易于理解，且控制选项触手可及。与选定创意活动相关联的简明邀请，能让开始变得轻松简单。如果您弄不清它为何出现或如何改变其规律，请在弄清之前保持关闭问候，或使用应用内选项。当用户能够自由地欢迎、推迟或拒绝那一刻时，温暖感才最容易被体会到。