门店评价让 Agent 先拟回复，发布前怎么交给负责人确认？

可以把评价原文、回复草稿、发布结果放在同一条门店评价记录里（或「评价 + 回复」强关联的两行）。关键是：发布步骤只读已确认的最终文案，差评承诺要过人工。

（示意图：同步评价 → Agent 拟稿（变更请求）→ 负责人审 → 发布回写；失败不覆盖原文。）

建议步骤

1. 同步进来：门店、星级、原文、来源／外部评价 ID。原文字段默认不要给 Agent 改。
2. Agent 只改「回复草稿」等字段，并以变更请求提交；负责人在收件箱看前后差，可直接改稿后再批准——尤其检查退款／补偿类措辞。
3. 外部发布工具只拉取状态为「已批准待发布」的记录，写入发布结果（成功／失败、外部回复 ID、时间）。
4. 失败可回到「待发布」，不覆盖原文；成功则在同一条记录记下已回复到哪条外部评价，避免重复发布。

（本地演示：变更请求里核对 Agent 拟的回复，再批准或请求修改。）

（本地演示：收件箱待评审列表——差评／含承诺的回复优先人工打开。）

怎样确认

• 收件箱差异里只有草稿相关字段，评价原文未被改写。
• 审核人改过稿时：发布步骤读的是合并后的最终回复（或「最终回复」字段），不是旧草稿。
• 发布成功后：外部回复 ID／时间已写回；同一外部评价不会再次进入待发布。
• 发布失败：状态回到待发布，原文仍在。

边界

• 差评或涉及退款／补偿的回复，不要设置成「Agent 拟完就自动发」。
• 发布工具若误读未审草稿，会出现「人还没批就发出去」——用状态闸门（已批准待发布）挡住。
• 一条外部评价对应一条（或一对）内部记录，避免复制粘贴多条草稿导致重复回复。

若审核人改了回复，发布应读批准合并后的字段值，并在同一条记录上记下已回复到哪条外部评价。