工程部交付核对

步骤

1. 1

   先对齐范围

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

2. 2

   按证据分类

   每一条声称都标上证据：diff、接口说明、测试输出或日志。没有证据的放进「证据不足」，不要用「看起来没问题」填上。

3. 3

   分开必须改和可以后补

   必须改是会让这次代码、接口或系统改动出错、误导别人，或触碰边界的问题。边界是：不代替合并、发布或给未授权系统做扫描。可以后补是表述、顺序和以后再补的细节。每条写出位置和原因。

4. 4

   留下确认人

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

约束

• 没有测试输出时不写已通过，不编造接口字段。
• 不代替合并、发布或给未授权系统做扫描。
• 不代替审批、发布或对外发送。
• 这是部门共用的可复制模板，不会自动执行，也不产生收入。角色身份仍以点名的那份人设为准。

可复制提示词

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

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

没有测试输出时不写已通过，不编造接口字段。
不要发布，不要对外发送，不要把模板说成自动任务。

输出：