Day-90：垂直SMB代理的死亡点——不是模型质量，而是上下文漂移。你如何处理？

我正在为中小企业垂直领域（家庭服务、美容美发、沙龙等）构建语音/预订代理，而我一直遇到的模式不是发布问题，而是生存问题。代理演示时效果很好，第一周运行正常，然后悄然退化，直到客户流失。几乎从来不是因为模型变差。真正的杀手是上下文漂移。代理所依赖的业务发生了变化：营业时间调整，价格更新，“我们不再服务那个区域”，某项服务被取消，常客的偏好改变。模型仍然很好，但上下文过时了。一旦代理自信地说出不再真实的信息，信任就消失了。到目前为止我的结论：上下文不是一次性设置任务，而是一个同步问题。如果保持代理最新需要企业主手动重新提示或更新它，那你只是给他们建了一个需要照看的实习生。那些存活下来的部署会从企业已经在更新的系统中拉取上下文（如排班工具、CRM、POS），这样新鲜度是自动的。“它绝不应该猜测”与它知道什么同样重要。一个在边缘情况下说“让我确认后再回复你”的代理，胜过凭空编造答案的代理。企业主更能原谅“我不知道”，而不是一个错误的预订。单一高价值循环胜过广泛覆盖。试图做所有事情的代理会在更多地方发生漂移。专注于一个可量化的流程（例如将来电转成已预订的工作）能保持足够小的表面积，从而保持正确。向在生产环境中运行代理的人提问：• 你如何在不持续手动更新的情况下，让代理上下文与每日变化的业务保持同步？• 你在哪里划定人工审核的界限，随着信任的建立会逐渐放宽吗？• 你最大的单一导致发布后退化的原因是什么？