CodeCompanion.nvim 工具调用拒绝处理机制解析

在CodeCompanion.nvim插件中，当用户拒绝执行某个工具调用时，系统会触发rejected回调函数。这个机制原本设计用于处理工具调用被用户拒绝后的清理工作，但在实际使用中发现了一个重要的类型处理问题。

问题本质

核心问题出现在Executor模块的setup方法中。当工具调用需要用户确认时，系统会弹出确认对话框。如果用户选择"否"(拒绝执行)，代码会将当前命令直接传递给rejected回调。然而，这里的命令变量实际上是一个函数而非预期的数据结构。

技术细节分析

在setup方法中，执行流程如下：

1. 从队列中获取下一个待执行工具
2. 检查该工具是否需要用户确认
3. 如果需要确认，则显示对话框
4. 用户拒绝时，调用output.rejected(cmd)

问题在于cmd变量是从self.tool.cmds数组中获取的第一个元素，而这个元素本身就是函数类型。当这个函数被直接传递给rejected回调时，后续代码尝试将其作为表(table)来索引，导致运行时错误。

解决方案

正确的做法应该是：

1. 在调用rejected前，确保传递的是包含必要信息的工具描述对象
2. 或者修改rejected回调，使其能够处理函数类型的输入
3. 最佳实践是统一工具调用的接口规范

系统设计启示

这个bug揭示了插件在工具调用流程设计上的几个重要考量点：

1. 类型安全性：在动态类型语言如Lua中，更需要明确接口的输入输出类型
2. 错误处理：关键路径上的函数应该考虑各种可能的输入类型
3. 接口设计：工具调用的各个阶段应保持一致的参数格式

总结

CodeCompanion.nvim的这个修复案例展示了在复杂插件开发中，工具调用流程的健壮性设计至关重要。特别是在用户交互环节，需要确保所有可能的分支路径都能正确处理各种数据类型。这个问题的解决不仅修复了当前的功能异常，也为插件的长期维护奠定了更坚实的基础。