问 【使用反馈】WPS灵犀Claw版本v1.2.5的技能管理体系

• 现在manage_skills操作的路径变成了工作区，固定从工作区下的skills/{name}/SKILL.md 读取，不支持路径自定义，不再是读取此前两版的target_skills文件夹。

• 灵犀在创建新技能时，会先在工作区创建技能文件，然后通过manage_skills工具upload至云端，云端存储成功后回写到本地，储存于Roaming/user_skills/。

• 灵犀在修改已有的技能时，会先将user_skills/的技能复制到工作区的skills/ 目录下，然后通过file(action=edit|write)执行修改，调用manage_skills工具upload至云端覆盖旧技能，最后同步回user_skills。

但是，当用户在user_skills手动创建了一个新技能，比如从GITHUB克隆了一个仓库时，如果我没明确告诉灵犀这个新技能所在的位置，它是不会去查找user_skills目录的，只会查找工作区目录。

如果用户在user_skills手动创建了一个新技能而没有及时上传，会由于云端向本地的定时轮询同步机制启动而被删除。另外，还必须明确要求灵犀将整个技能包全量上传，不然它很可能忽略资源文件，只上传一个SKILL.md。

• 灵犀在删除本地技能时，云端技能同时删除，跟此前两版的机制一样，只是操作路径从target_skills改为直接操作user_skills。

但是，manage_skills delete 对含全角括号 （） 和中文字符的技能名存在参数解析 bug，会报 names 列表不能为空，这个拦截发生在参数校验阶段，无法绕过，因此对这类命名不规范的文件只能删除本地文件，无法删除云端版本。等待一段时间后，由于云端向本地的定时轮询同步机制启动，这个被删除的文件将被重新恢复。

• user_skills文件夹中再也没见到各种奇奇怪怪的.tmp或-数字后缀文件。

• 以上过程均不涉及target_skills，该路径疑似被遗弃了。