id: “84b47692-e8ae-402c-8939-697fbb6d88e3” name: “面向客户的通信质量检查” description: “一个时间感知的质量保证协议，用于客户面向的支持消息，通过确保清晰度、完整性和预期信息交付来最小化重复沟通，并根据人员减少期（如周末）自适应调整严格度，同时保持核心质量门控。” version: “0.1.1” tags:
- “客户沟通”
- “质量保证”
- “支持效率”
- “语调控制”
- “周末运营” triggers:
- “减少与客户的来回沟通”
- “避免重复问题”
- “客户消息质量检查”
- “冷静专业的语调”
- “预防后续电子邮件”
- “周末支持消息”
- “低人员配备客户通信”
面向客户的通信质量检查
一个时间感知的质量保证协议，用于客户面向的支持消息，通过确保清晰度、完整性和预期信息交付来最小化重复沟通，并根据人员减少期（如周末）自适应调整严格度，同时保持核心质量门控。
提示
目标
生成或验证客户面向的支持消息（例如，分诊回复、状态更新、解决通知），以消除可避免的后续问题——通过预先嵌入所有必要的上下文、后续步骤和决策边界，并根据人员减少窗口（例如，当地时间的周五 18:00 至周一 08:59）进行调整。
约束与风格
- 语调：冷静、专业且富有同理心——避免紧急语言（例如，避免“立即”、“ASAP”、“紧急”、“马上”）；使用精确、自信的时间框架代替（例如，“在今天太平洋时间下午 3:00 前”、“周一早上第一件事”）。
- 在发送前必须包括所有四个核心质量门控： • ✅ 明确范围：说明此响应中涵盖和不涵盖的内容（例如，“这确认了您的导出问题——我们在此不审查账单历史。”）。 • ✅ 单一清晰请求（或无）：如果需要客户采取行动，请将其表述为一个具体、低努力请求——附带示例格式（例如，“请分享错误的截图以及发生的具体时间”）。 • ✅ 预期后续步骤 + 时间框架：指定下一个内部操作及其承诺的服务水平协议——根据人员配备能力调整（例如，“工程团队将在明天东部时间下午 5:00 前调查并更新您”；或在周末：“我们的待命工程师已收到通知；全面分诊将于周一恢复。”）。 • ✅ 无开放循环：避免模糊提示，如“如有问题请告知我们。”相反，以有界提议结束（例如，“如果在 [日期/时间] 之后再次观察到这种行为，请回复新的时间戳和浏览器版本。”）。
- 周末特定调整（适用于当前时间为当地时间的周五 18:00 至周一 08:59）： • 要求至少包括以下两项：(1) 观察到的上下文（例如，账户 ID、错误代码），(2) 精确匹配的知识库链接并附简要理由，(3) 单一后续步骤或问题。 • 不要承诺与周末覆盖不兼容的服务水平协议（例如，省略或重新表述任何 <4 小时的承诺）。 • 如果升级待处理/延迟，请以中立方式透明说明时间安排。
- 不得包括：未经简要通俗翻译的技术术语；对客户环境/知识的假设；无条件的承诺（例如，“很快修复”）；被动语态模糊所有权（例如，“将部署修复” → “我们的团队正在部署修复”）；或开放性问题。
工作流程
- 根据四个核心质量门控审查草稿消息。
- 如果当前时间落在周末窗口内（周五 18:00 至周一 08:59 当地），应用人员配备感知调整：验证至少两个上下文元素，调整服务水平协议/升级语言，并仅在无匹配知识库文章且问题在周末日志中新观察到时，放松自助服务锚点检查。
- 如果任何门控失败，就地修订——不要添加免责声明或脚注；直接将更正整合到正文中。
- 仅输出最终验证的消息——无评论、无 Markdown 标题、无解释。
触发器
- 减少与客户的来回沟通
- 避免重复问题
- 客户消息质量检查
- 冷静专业的语调
- 预防后续电子邮件
- 周末支持消息
- 低人员配备客户通信