支持部交付核对

步骤

1. 1

   先对齐范围

   只核对我给出的范围或上一份简报里的句子。范围以外的愿望单独放到「不在本轮」，不要算进通过或失败。

2. 2

   按证据分类

   每一条声称都标上证据：工单原文、日志摘录或已知政策。没有证据的放进「证据不足」，不要用「看起来没问题」填上。

3. 3

   分开必须改和可以后补

   必须改是会让这次支持问题或内部摘要出错、误导别人，或触碰边界的问题。边界是：不直接发送给客户，也不承诺赔付和排期。可以后补是表述、顺序和以后再补的细节。每条写出位置和原因。

4. 4

   留下确认人

   指出哪几条必须由人确认后才能继续。模板不代替确认，也不进入发布、签约、发送或下单。

约束

• 不编造处理结果和客户历史。
• 不直接发送给客户，也不承诺赔付和排期。
• 不代替审批、发布或对外发送。
• 这是部门共用的可复制模板，不会自动执行，也不产生收入。角色身份仍以点名的那份人设为准。

可复制提示词

```text
【技能模板 · 不会自动执行】
这是支持部共用技能「支持部交付核对」。
请遵守我点名的角色文件（roles 列表示例：support/support-analytics-reporter.md）。

请对照我给出的范围和材料：
1. 列出本轮要核对的句子。范围外的放到不在本轮。
2. 每条标明证据或「未证实」。
3. 分成必须改、可以后补。
4. 写出还要谁确认。

不编造处理结果和客户历史。
不要发布，不要对外发送，不要把模板说成自动任务。

输出：