AniShort通过节点级隔离、操作时间戳和强制版本快照三重机制解决多人编辑冲突。其无限画布为图结构数据，并发修改同一节点属性会静默覆盖；需开启项目级版本快照并养成“改完即保存”习惯，配合锁定编辑、协作区划分及跨画布ref_id绑定检查来预防和回溯冲突。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
AniShort 的多人编辑冲突不是靠“等提示”解决的，而是靠“节点级隔离 + 操作时间戳 + 强制版本快照”三重机制实时拦截和可回溯还原。
为什么直接改画布会覆盖别人的操作
AniShort 的无限画布本质是图结构数据：每个节点（分镜、角色、特效）都有独立属性层（提示词、参数、参考图）和关系层（连线、父子层级）。多人同时拖拽同一节点坐标、或并发修改同一节点的 prompt 字段时，后提交的请求会直接覆盖前一次的完整属性值——系统不会自动 merge 文本，也不会保留中间状态。
常见错误现象包括：生成结果与自己写的提示词不符、连线断开后找不到原连接目标、角色参考图突然变成旧版本。这些都不是前端 bug，而是后端未校验操作时序导致的静默覆盖。
- 必须开启项目级「版本快照」功能（默认关闭），否则所有操作无历史锚点
- 单个节点的每次保存都会触发原子级快照，但仅当该节点被选中并点击「保存当前状态」或执行生成动作时才写入
- 不依赖浏览器本地缓存或
localStorage时间戳——那些在多设备间完全不同步
如何让协作不丢改动、不互相覆盖
AniShort 不提供全局“只读锁定”，但支持两种精准控制方式：
- 对关键节点右键 → 选择「锁定编辑」：该节点的
prompt、reference_image、position属性变为灰色不可编辑，仅管理员可解锁 - 在画布空白处右键 → 「划定协作区」：用矩形框选一组节点，设置为“仅限指定成员编辑”，其他人仍可查看、评论、添加新节点，但不能修改框内已有内容
- 所有锁定/区域设置均实时同步到服务端，且记录在
project_audit_log中，可查谁在何时设了什么权限
冲突发生后怎么快速定位和恢复
当发现某节点输出异常，不要手动重写——先看它有没有被覆盖的历史痕迹：
- 选中该节点 → 点击右上角「版本历史」图标 → 按时间倒序列出所有快照，每条含修改人头像、
commit_id、变更字段摘要（如“修改了style_weight从 0.6 → 0.8”） - 点击任意快照 → 左侧显示该时刻完整属性值，右侧显示与当前节点的 diff（高亮行级差异，非字符级）
- 确认要回退后，点击「恢复至此版本」，系统会重建该节点全部属性，并保留其上下游连线关系
注意：版本历史 不包含未触发保存的操作（比如写了 prompt 但没点生成/保存就切走了），所以养成“改完即点保存”习惯比依赖回滚更可靠。
最容易被忽略的细节：跨画布引用的隐性冲突
AniShort 支持一个项目内多个画布（如「剧本画布」「分镜画布」「特效画布」），节点之间可通过 ref_id 相互调用。这时冲突往往不发生在编辑动作本身，而在于引用关系错位：
例如：A 在分镜画布中把角色节点 char_01 的服装改成“唐装”，B 在特效画布中调用了 char_01 并叠加了“水墨滤镜”。如果 A 后来又把 char_01 删除并新建同名节点，B 的滤镜将自动绑定到新节点——但新节点没有唐装属性，导致输出风格断裂。
这种冲突不会报错，也不会进版本历史，唯一识别方式是定期检查 ref_id 绑定状态（节点右下角小标签显示「linked to char_01@v3」才是安全的）。预防方法只有一条：关键资产节点禁止删除重命名，改用「归档」而非「删除」。
