# 客户说第二版，要能找到他实际看过的那一版 | EasyNet

Source: https://easynet.run/cases/problems/identify-approved-deliverable

[easynet.run · 全部问题场景](https://easynet.run/cases#problem-scenarios)

# 客户说第二版，要能找到他实际看过的那一版

客户说“还是用第二版”，设计师打开云盘，却发现三个文件都叫第二版。客户实际看过的还是聊天里一张裁剪截图，当时只说颜色合适。找到同名文件并不能回答该沿用什么，更不能把局部反馈变成整稿批准。

能在同一个设计平台上评论、审批，就不要再造版本系统。困难通常发生在生成工具输出文件、聊天收反馈、云盘交付，三个地方对“这一版”没有共同引用的时候。先还原客户看到的对象，比先让 AI 总结反馈更重要。

可以建立小型交付登记：记录源平台对象、实际发送的附件标识、裁剪等变化，以及反馈指向的部分。EasyNet 可接入按项目查询交付记录的函数，Context 保存相应入口；登记和评论对齐仍需要团队实现并确认。

查询输入应是获准项目和交付标识，输出明确版本、预览入口及确认范围。附件保留在原存储，调用者仍需读取权限；只有一个云盘路径却打不开文件，不算交接。客户的原话也不能由模型推测补成“可以发布”。

新稿应该注明沿用哪版构图、调整哪些文字，并把活动特例与长期规范分开。即便改动很小，新文件也不能继承旧版全部批准；设计师负责核对差异，项目负责人负责最终发布判断。

拿两个同名文件和一条只针对配色的反馈试一次，看看接手者能否选对素材而不误判批准范围。以后客户再说“回到上次”，团队就能围绕同一份东西讨论，而不是每个人先打开一个各自理解的第二版。

01

找实际发送附件

包含裁剪后的展示版本

02

绑定配色意见

不扩大为全稿通过

03

新稿重新确认

标注沿用与改动部分

确认的是某个展示对象的某个部分，不是文件名。

给反馈一个不会混淆的对象

合成交付登记数据，不是现成审批 API；发布批准必须由负责人另外确认。
示例内容 · json

```
{
  "delivery_id": "poster-review-18",
  "source_object": "design-82-v2",
  "sent_attachment": "chat-attachment-617",
  "transform": "crop: top half",
  "feedback": "The colors work",
  "confirmed_scope": ["color palette"],
  "publication_approved": false
}
```

预期结果：只能确认配色；不能凭 The colors work 判断文字、全图或发布已经获准。

接入时的检查项

两个同名第二版是否能被明确区分。

评论是否指向客户实际看到的对象。

新稿是否不会自动显示为已批准发布。

源码与接入资料

[上下文接入指南](https://easynet.run/docs/connect/context)

[函数接入指南](https://easynet.run/docs/connect/function)