quicker:runaction:名称，建议在多个同名动作的时候，可以跳出一个菜单选择运行哪个

还是觉得有多个同名动作就报错不运行的逻辑不太好，使得这个操作的适用性变差了，因为出现同名动作的概率还是很高的，正常来说遇到分叉路不应该是停下，而是应该接着询问走哪条路，就像同一个快捷键设置了多个动作一样，弹出一个菜单项，供选择运行哪一个，感觉这个逻辑才更合理一些。

如果考虑到是在脚本或其它动作里运行，或者能否在“quicker:runaction:动作名称”里面添加一个符号来区分运行，给我们一个选择是报错还是弹出菜单，比如像下面这样

遇上同名报错：quicker:runaction:动作名称
遇上同名弹出菜单选择：quicker:runaction:动作名称&

什么样的动作会产生重名呢？

又是什么样的场景需要在其它动作里运行这些动作呢？

比如使用自定义操作窗，实现聚合动作面板，允许用户自定义设置输入动作名称，然后自定义操作窗可以通过动作名称来运行动作。但是如果本地动作里面有重名动作，那么就会报错不运行，而这个时候，弹出菜单项，进一步选择，就会比报错不运行好一些。

动作重名的情况还是比较常见的，哪怕概率比较小，出现重名报错不运行，就可能会使得操作体验不顺畅，所以建议老大，如果在“quicker:runaction:动作名称”里面添加一个符号来区分运行，实现起来不是很困难的话，能加还是加一下，多一种选择。

嗯嗯，我明白你说的命令行的使用场景不适合与图形化界面交叉的那个意思，但是quicker:runaction触发的也有与图形化界面有关的场景，所以我的建议就是，如果可以的话，最好还是能区分运行，把报错还是弹出菜单选择的选择权交给动作作者。
因为编写动作的时候我会把很多种情况考虑进去，判定很多个条件，希望让动作变得更智能、更顺畅，一想到一个动作写了运行指定名称的动作的功能，但是这个功能一旦遇上重名这个小问题，动作就报错不运行，就感觉这个动作不够智能、不够好使；如果是找不到这个名称的动作报错，我觉得是合理的，找到多个还报错，就怪怪的。