HarmonyOS鸿蒙Next中小艺开放平台端插件，工具名称创建后不支持修改，导致在端侧文件配置中名称不合规只能删除重建

HarmonyOS鸿蒙Next中小艺开放平台端插件，工具名称创建后不支持修改，导致在端侧文件配置中名称不合规只能删除重建问题现象：小艺开放平台端插件，工具名称创建后不支持修改，导致在端侧文件配置中名称不合规只能重新创建一个

造成影响：已有配置全部丢失；重建需重新配置所有参数、模拟集，工作量大。

解决方法：1. 支持端插件工具名称修改（推荐）

更多关于HarmonyOS鸿蒙Next中小艺开放平台端插件，工具名称创建后不支持修改，导致在端侧文件配置中名称不合规只能删除重建的实战教程也可以访问 https://www.itying.com/category-93-b0.html

尊敬的开发者，您好！您的问题正在加速处理中，请您耐心等待，感谢您的理解与支持！

更多关于HarmonyOS鸿蒙Next中小艺开放平台端插件，工具名称创建后不支持修改，导致在端侧文件配置中名称不合规只能删除重建的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

试试把名称放到string.json里，比如"xxx":“XY_1”，然后配置文件用$r(‘app.string.xxx’)

再补充一句，容易混淆的是“平台上看到的工具展示信息”和端侧配置里的工具标识。端侧文件里真正参与匹配的是类似 intentName / 工具名这类协议字段，它更像代码标识，通常要按文档要求使用稳定英文命名；平台展示名则偏给人看的文案。

如果已经建错且平台当前不支持改名，建议不要直接删旧工具：先新建一个命名合规的工具，把参数、模拟集、工作流引用逐项迁过去，真机联调通过后再下线旧工具。后续新建时可以先把端侧 JSON 里的名称规范定好，再到平台创建，避免平台能保存、端侧却校验不过。

不清楚

制作端插件和配置意图实现之前，在官方完善之前，尽量细读下操作指导文档，规避下返工吧。
例如：
《自定义意图相关信息定义规范》
《插件工具对应在端侧文件配置》

哈哈，工具名称这个问题你之前提过差不多的，以后直接全部英文就好了，官方也是这么写的

端插件这里建议把“平台展示名”和“端侧 intentName”分开管理。端侧配置最终要满足更严格的运行时命名规则，例如首字母大写、只包含大小写字母和数字这类约束；平台创建时能保存，并不代表端侧文件一定能通过校验。

如果当前平台确实不支持改名，比较稳的处理是：新建一个符合端侧规则的工具名，把参数、模拟集、工作流引用迁移过去；旧工具先保留到新工具联调通过后再下线，避免一次删除导致配置全丢。

同时建议反馈平台侧优化：创建工具时就按端侧 intentName 正则校验，并明确提示“创建后不可修改”。这样可以避免开发者按较宽松提示创建成功，最后在端侧配置阶段才失败。

不清楚

在HarmonyOS Next小艺开放平台端插件中，工具名称创建后确实不支持修改，这是平台对资源标识符的唯一性限制。若生成的名称在端侧配置文件（如config.json或manifest文件）中不合规，当前只能删除原有插件实例并重新创建合规名称的新插件，无其他绕过方式。

这是小艺开放平台的设计约束。工具名称在创建时即作为该插件的唯一资源标识符固化，并会映射到端侧配置文件的包名、路径生成等环节。由于底层架构依赖此标识进行索引和通信，一旦生成便无法像普通字符串字段那样直接修改。强行支持修改将导致已下发的文件签名、资产关联路径全部失配，引发更严重的运行时错误。

当前可行的变通方案：

需要重建插件时，在新建界面直接复用原插件所有的意图、词槽及后端配置参数，可大幅减少重复配置。
创建前务必按照命名规范拼接“服务名_功能”格式，并避免使用下划线、中文及大写字母，例如 travel_queryflight。这样可以从源头避免名称不合规。