Article

Flow第一条商品片参考正确,下一轮提示和图片为什么空了?

核Clear prompt on submit清除文字与参考的行为,并结合Omni最多三轮的编辑上下文边界,建立连续修改前的输入确认与可靠版本记录。

连续修改输入核查示意:核提交清除、记录当前参考、到边界重新确认;不是聊天截图。

先检查Clear prompt on submit:Google Flow说明,这项设置会在提交后清除提示文字和参考资产。第一条用对商品,不能证明下一条提示栏仍带同样参考。连续Omni编辑又有另一边界:官方说明可继续最多三轮保有先前编辑上下文,不能假定任意长的修改链都会保留全部要求。项目设置说明与编辑说明分别支持这两点。

关键要点

给本轮输入留下可复查记录

保留批准商品图、实际提示和所改内容。提交后栏位清空时,先核设置,而非立刻认为资产丢失;准备下一条任务时,再确认实际挂入的图片与文字。不要只回复“继续”,却没有确认本轮依赖什么。

已批准版本与实际采用参考不同的风险,可参阅小云雀参考版本核对。该文的节点机制不适用于Flow,但同样要求用当前输入证据,而非口头批准。

连续修改时保留一份修订卡

建议写四项:当前可靠输出、已批准变化、必须保持的商品事实、下一步唯一目标。每轮之后与真实SKU对照,错误候选不继续当作新的可靠输入。记录处于哪轮编辑,接近文档边界时重新评估任务,而不是把三轮理解成效果保证。

当前状态 下一步
栏位清空,准备新请求 重新核文字与实际参考
仍在适用连续编辑范围 保留当前要求并查输出有无误改
上下文或轮次不明 暂停续改,从可靠版本重建明确任务
商品已被改错 拒绝传递该候选,回较早可靠输入

虚构练习:杯子换桌面,再改光线

以下为虚构练习,未运行Flow。第一条杯子片采用正确参考;第二次提交前,文字与图片均已清空。编辑应重新确认本轮输入,不能以第一条杯柄正确就推定第二条也有相同证据。

后续Omni修改若逐渐改了杯盖,先回可靠版本,重新表述允许的桌面与光线变化。原生成记录与视觉输入区别(英文)提醒,保留一张图也不等于恢复未知的全部生成设置,不能凭外观补造旧记录。

完成后还要核下游采用版

新候选通过后,按源修订与下游输出范围(英文)追踪哪些后续素材仍用旧图。本文不改变Flow的设置或延长其上下文能力。

参考身份、轮次或可靠源无法确定时,停止追加修改。通过条件是本轮输入明确、商品未漂移、采用版本可追踪;聊天持续存在不构成记住全部条件的证明。

编辑责任

Itemlume作为组织作者,依据2026年10月29日核验资料整理。例子为虚构,修订卡为人工建议,本站不保存或重建外部Flow上下文。编辑说明,勘误入口。