easynet.run · 全部问题场景

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

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

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

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

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

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

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

  1. 01

    找实际发送附件

    包含裁剪后的展示版本

  2. 02

    绑定配色意见

    不扩大为全稿通过

  3. 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 判断文字、全图或发布已经获准。

接入时的检查项
  • 两个同名第二版是否能被明确区分。
  • 评论是否指向客户实际看到的对象。
  • 新稿是否不会自动显示为已批准发布。
源码与接入资料