LimboAI编辑器中的撤销重做历史管理问题解析

在游戏AI开发工具LimboAI的编辑器插件中，撤销重做(Undo/Redo)功能的历史记录管理存在一个典型的技术挑战。当开发者在空场景中创建新的行为树(BehaviorTree)并添加任务时，当前的编辑器撤销管理器会污染场景历史记录，导致撤销操作出现异常。

问题本质

核心问题源于Godot引擎的EditorUndoRedoManager对资源(Resource)对象父子关系的自动追踪能力不足。特别是当处理BTTask这类资源对象时，系统无法正确维护其撤销历史。这会导致以下现象：

1. 在空场景中操作行为树时，撤销历史被错误记录
2. 连续执行撤销/重做操作时可能出现意外错误
3. 历史记录与预期行为不一致

技术背景

Godot引擎的撤销系统设计有几个关键特性：

1. 全局历史记录：处理引擎范围内的操作
2. 场景历史记录：与特定场景关联的操作
3. 资源对象追踪：对资源路径的依赖导致空路径资源被错误归类

对于没有设置外部文件路径的资源对象，系统会默认将其关联到当前编辑场景的历史记录中。这正是LimboAI编辑器中出现问题的根本原因。

解决方案探索

经过技术分析，可行的解决方案方向包括：

1. 强制固定历史记录：通过force_fixed_history方法尝试将操作绑定到特定历史
2. 自定义历史对象：为每个BehaviorTree创建独立的UndoRedo实例
3. 全局历史记录替代：将行为树操作统一记录到全局历史中

当前实现采用了第三种方案作为临时解决方案，虽然改善了基本功能，但仍存在历史记录混合的问题。更理想的解决方案需要引擎层面的支持，包括：

• 完善资源对象的独立历史追踪
• 暴露更多历史管理API给扩展系统
• 支持自定义历史记录在编辑器UI中的显示

最佳实践建议

对于使用LimboAI插件的开发者，建议：

1. 为重要行为树资源设置独立文件路径
2. 避免在空场景中进行复杂的行为树编辑
3. 定期手动保存行为树资源
4. 注意观察撤销操作的预期行为

未来随着引擎功能的完善，这个问题有望得到更彻底的解决。目前的技术方案已经显著改善了编辑体验，但开发者仍需注意其局限性。