推荐在更改插件别名时，可以将原别名禁用/删除，这样就可以解决多个机器人指令重复的问题
这个问题论坛早就有解释，大抵原因如下：
因为插件必须提供一个指令供其他插件所引用，所以原指令（如rr、nai）指令不能被修改和删除
5 个赞
彳亍吧，看来这个问题需要解决有点技术含量的，那么有没有这样一种可能性，那就是对相应别名单独设置权限等级（不影响其他插件调用）
3 个赞
如果指令冲突建议直接让两个插件的作者打一架。
2 个赞
想起苗姐的“help]”（）
不过他估计是想表达多个机器人在一个群内使用时，发生一个help导致一堆bot响应这种情况（）
3 个赞
现在插件市场里有哪些插件指令冲突了？
5 个赞
+1 希望可以允许禁用原名，让原名仅作为标识使用
实际上根据一般的设计原则，command name很容易变成.的形式，在pluginname很长甚至带有前后缀的时候本来就没什么被响应的价值。
Edit:
emm。。刚写完就反应过来不对，我应该还在编辑，你怎么能猜到我的想法【害怕
目前的设计里插件触发和用户触发并没有做区分，这也是导致不好直接禁用的原因。或许可以从权限上出发，在内部调用的时候extend一个session来execute，给比用户更高的权限。不过虽然会增加很多操作的空间，但暂时找不到什么明确的场景，先搁置算了。
此处原本以为help给的-h是和help同权限 原来不是啊太好了那我的需求消失了
原本以为execute会比较naive，刚去看了一眼代码是我考虑不周了 我想想插件怎么写先
2 个赞
如果允许禁用原名，论坛中又会出现大量插件无法使用的提问，且提问者很难发现是因为自己删除了某个指令的名称所导致的。允许禁用原名所带来的隐患不应该由普通用户承担。
不过「让原名可以被插件调用但不能被用户触发」是一个很不错的想法，应该可以通过插件实现。可以请求一个对应功能的插件。
4 个赞
既然很长也就不需要考虑误触、冲突等问题了。那直接保留即可。
建议所有插件的开发者都提供又臭又长的指令，然后用户有权提供简短的版本（
5 个赞
简化一下，就像是谷歌浏览器在账户注册时会提供一个用户记不住的长串密码，是否能将指令名变为像插件后缀别名一样并可以被引用，用户在指令编辑这块可以提供一个默认但不启用的指令名
3 个赞
我赞同，有些插件给了好几个非常常见的指令别名，还是好几个别名，又没法删除，每次启动都报冲突错误，我：老人地铁手机
4 个赞
感觉还是原名可以被删除更好，怕用户误操作的话koishi里所有的删除操作都不应该存在（
4 个赞
koishi 的指令系统本身定义必须是严格的，因为要给其他 API 调用，删除了怎么调呢？
4 个赞
设置一个专给插件调用的指令，不会被用户触发（
3 个赞
Par example, “abracadabra” or “avada kedavra” or something not likely used in days.
3 个赞
那指令名本来就是这个目的啊，用户应该自己创建容易触发的别名。
讲道理本来中文指令名就是应该禁止的。未来可能会对中文指令名的插件给出警告并降低评分。
4 个赞
话说评分的依据是什么）
4 个赞
请在官方文档进行搜索。
3 个赞
支持喵
4 个赞
来自 2024 年的回旋镖：
- 下个版本将支持禁用原生别名的功能（你甚至可以把所有名字全删了）
- 关于上面提到的无法触发的问题，会采用「原名可以被插件调用但不能被用户触发」的处理思路
7 个赞