Article
两个人同时改 Krea 商品提示，为什么撤销没有回到团队刚才那一版？
区分 Krea Multiplayer Nodes 的同字段覆盖、个人Undo与项目历史快照，在多人修改商品提示后找回可继续制作的准确状态。
因为Krea Multiplayer Nodes的 Undo只撤销你自己的更改，不会把整个团队画布一起退回。同一字段被两人修改时，官方规则是后改者生效；项目Version history又是另一种状态恢复方式。因此“撤销没有回到刚才的团队版本”，不一定是按钮失灵。Krea Multiplayer Nodes官方说明
关键要点
- 先确认冲突发生在同一提示字段，还是不同节点。
- 个人撤销不等于全项目回退，恢复快照会涉及更大的状态范围。
- 先找回正确输入，再决定制作，不用反复运行猜哪版提示正在生效。
先看两人究竟改了哪里
假设你把保温杯提示中的“木桌”改成“白台面”，同事同时将同一字段改为“金属台面，并加右侧留白”。后来看到金属台面，不代表你的修改没有传输；官方说明同字段last edit wins，较晚更改会留在画布上。
若你移动节点、同事修改另一节点提示，两个变化则可以同时生效。Live cursors与选中范围帮助辨认谁在操作哪里，但不构成同一字段的自动锁。官方并行更改规则
建议先看当前完整提示及真实参考，再与同事确认哪些内容应保留。不要只记得自己写了“白台面”，就忽略同事后来新增的留白要求。此例是假设协作情境，没有实际编辑团队项目。
个人Undo只处理你自己的那部分
官方说明Undo/Redo有各自独立操作栈，不抹掉同事工作。因此按一次Undo，不能被解释成“全员所有字段回到我修改前”。也不能保证在并发覆盖后，多按几次一定恢复你脑中那一秒的合并文本。
如果只丢了一段提示，通常先人工对照并重建正确文本更容易看清影响：保留同事认可的留白，重新确认台面材质，再由一人修改该字段。先保存当前可核对的内容，避免为找回两个词不断扩大回退范围。
参考版本交接也应保存实际内容，不仅是名字，见批准参考与版本的保存方法（英文）。外部记录不能替代项目历史，却能帮助确定到底想恢复什么。
需要旧项目状态时，先预览快照
官方说明Nodes会随变化保存项目快照，最多每五分钟一份，保留五天。这不是每敲一个字即有一个版本，也不保证某个秒点的状态一定存在。官方Version history说明
| 你真正需要什么 | 应选的核对方式 |
|---|---|
| 撤销自己刚移动的节点 | 看个人Undo范围与结果 |
| 找回被覆盖的一段正确商品提示 | 对照文本、引用与协作者决定，优先局部修正 |
| 回到较早的整体连接关系 | 预览项目快照，核对后续哪些工作会受影响 |
| 找客户批准的输出 | 找对应成品与批准记录，不能只恢复任意旧画布 |
预览快照时也看商品图、节点连接和设置，不只找一个熟悉句子。如果恢复会影响同事已经完成的其他部分，应先协调目标状态。不能把项目历史当成仅替换当前一个文本框的按钮。
关于从历史记录辨认批准版，而不是把“最新”当“已批准”，可参考Figma历史批准版本的定位，具体快照频率和操作仍以Krea为准。
恢复之后，重新确认本轮制作输入
把所需状态找回来以后，逐项核对当前提示、商品来源图、使用模型与节点连接。若台面修对了，但商品引用回到了旧包装，这个状态仍不能作为下一轮起点。
避免用两人同时重写同一字段来“合并”方案。可以分工不同节点，或约定本轮由一人处理商品提示、另一人处理后段。若两人实际用的是不同工作区或仅view权限，先排查协作资格；官方当前将edit sharing和live presence限定在Enterprise，普通viewer不能参与共同编辑。
最后保存本次保留了哪些要求、使用哪份商品来源及对应成品。模型或输入改变还要重新做商品检查，可参考模型变化后的商品参考回归（英文）。找回提示只是恢复制作条件，不证明新的生成已经正确。
本文由 Itemlume 编辑团队依据截至2026年10月31日核对的公开资料整理，采用 AI 辅助研究与编辑。文中的建议方法与假设练习不代表已完成实机、实拍或投放测试。软件入口与适用条件以当前官方说明和实际账户为准。了解编辑主体或联系勘误。