我为餐厅AI电话代理提示设计的八模块结构，征求反馈

我构建接听餐厅电话、处理预订、处理外带订单、应对过敏问题的语音代理。经过足够多的实践后，提示词无论平台如何（Vapi、ElevenLabs、Retell等）都趋向于相同的结构，因此我将其整理为八个模块：身份、上下文、人格/语气、响应规则、任务/工作流、工具、防护措施、示例。有几件事比预期更重要：将事实排除在提示词之外。菜单、营业时间、价格、今日售罄物品等都放在代理读取的知识库中，而不是嵌入提示文本。否则，每次价格变动都可能导致提示词其他部分的行为回归问题。工具结果防护措施。“永远不要确认工具未返回成功的预订、更改或订单”写起来听起来很明显，但它是防止最糟糕故障模式的单一防护措施：代理自信地确认不存在的桌子，因为它将工具错误视为成功。顺序很重要。防护措施放在接近末尾并重复，因为只陈述一次的规则在长通话接近结束时往往会被跳过。身份和上下文放在前面，这样模型就知道它是谁，然后才是该做什么。好奇这个社区会添加或做哪些不同，特别是那些为其他垂直领域部署过语音代理的人。有什么防护措施直到失效时才显得不明显，让你印象深刻？