- 来源: GitCode Issue #114 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/114)描述问题 (Description) 在AIShell输入框中无法正常输入内容，光标位置不对，跑到右下角去了 复现步骤 (To Reproduce) 用户意图: 在AIShell中输入内容 触发错误: ui_layout - 光标位置异常，跑到右下角，无法正常输入 预期行为 (Expected behavior) 光标应定位在输入框的正确位置，用户可以正常输入内容 实际行为 (Actual behavior) 光标位置异常偏移到右下角，导致无法正常输入 错误堆栈 (Stack Trace) ``` 【问题描述】 在AIShell输入框中无法正常输入内容，光标位置不对，跑到右下角去了 【预期行为】 光标应定位在输入框的正确位置，用户可以正常输入内容 【实际行为】 光标位置异常偏移到右下角，导致无法正常输入 ``` 来源: GitCode Issue #114 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/114)描述问题 (Description) 在AIShell输入框中无法正常输入内容，光标位置不对，跑到右下角去了 复现步骤 (To Reproduce) 用户意图: 在AIShell中输入内容 触发错误: ui_layout - 光标位置异常，跑到右下角，无法正常输入 预期行为 (Expected behavior) 光标应定位在输入框的正确位置，用户可以正常输入内容 实际行为 (Actual behavior) 光标位置异常偏移到右下角，导致无法正常输入 错误堆栈 (Stack Trace) ``` 【问题描述】 在AIShell输入框中无法正常输入内容，光标位置不对，跑到右下角去了 【预期行为】 光标应定位在输入框的正确位置，用户可以正常输入内容 【实际行为】 光标位置异常偏移到右下角，导致无法正常输入 ```
- 来源: GitCode Issue #115 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/115)描述问题 (Description) toggle开关（/toggle_thinking、/toggle_skill、/toggle_tool）目前按会话独立存储在session的metadata.json中，新建会话时默认值随模型不同而变化，用户无法设置全局默认值，导致每次新建会话都需要手动重新设置，体验不一致且繁琐。 复现步骤 (To Reproduce) 用户意图: 设置toggle开关的全局默认值 Agent执行: 用户通过/toggle_thinking、/toggle_skill、/toggle_tool命令切换显示开关，但每次新建会话后开关状态重置，需反复手动设置 预期行为 (Expected behavior) 支持在settings.json或全局配置中设置toggle开关的默认状态（ShowThinking、ShowToolSkill、ShowToolShell、ShowToolDetail），新会话创建时自动继承全局默认值，用户也可在会话内临时覆盖。 实际行为 (Actual behavior) toggle开关状态仅存储在每个会话的.metadata.json中，新建会话时默认值由模型类型决定（如deepseek-r1默认ShowThinking=true，glm-5.1默认ShowThinking=false），无法全局统一配置。 错误堆栈 (Stack Trace) ``` 【问题描述】 toggle开关（/toggle_thinking、/toggle_skill、/toggle_tool）目前按会话独立存储在session的metadata.json中，新建会话时默认值随模型不同而变化，用户无法设置全局默认值，导致每次新建会话都需要手动重新设置，体验不一致且繁琐。 【预期行为】 支持在settings.json或全局配置中设置toggle开关的默认状态（ShowThinking、ShowToolSkill、ShowToolShell、ShowToolDetail），新会话创建时自动继承全局默认值，用户也可在会话内临时覆盖。 【实际行为】 toggle开关状态仅存储在每个会话的.metadata.json中，新建会话时默认值由模型类型决定（如deepseek-r1默认ShowThinking=true，glm-5.1默认ShowThinking=false），无法全局统一配置。 ``` 来源: GitCode Issue #115 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/115)描述问题 (Description) toggle开关（/toggle_thinking、/toggle_skill、/toggle_tool）目前按会话独立存储在session的metadata.json中，新建会话时默认值随模型不同而变化，用户无法设置全局默认值，导致每次新建会话都需要手动重新设置，体验不一致且繁琐。 复现步骤 (To Reproduce) 用户意图: 设置toggle开关的全局默认值 Agent执行: 用户通过/toggle_thinking、/toggle_skill、/toggle_tool命令切换显示开关，但每次新建会话后开关状态重置，需反复手动设置 预期行为 (Expected behavior) 支持在settings.json或全局配置中设置toggle开关的默认状态（ShowThinking、ShowToolSkill、ShowToolShell、ShowToolDetail），新会话创建时自动继承全局默认值，用户也可在会话内临时覆盖。 实际行为 (Actual behavior) toggle开关状态仅存储在每个会话的.metadata.json中，新建会话时默认值由模型类型决定（如deepseek-r1默认ShowThinking=true，glm-5.1默认ShowThinking=false），无法全局统一配置。 错误堆栈 (Stack Trace) ``` 【问题描述】 toggle开关（/toggle_thinking、/toggle_skill、/toggle_tool）目前按会话独立存储在session的metadata.json中，新建会话时默认值随模型不同而变化，用户无法设置全局默认值，导致每次新建会话都需要手动重新设置，体验不一致且繁琐。 【预期行为】 支持在settings.json或全局配置中设置toggle开关的默认状态（ShowThinking、ShowToolSkill、ShowToolShell、ShowToolDetail），新会话创建时自动继承全局默认值，用户也可在会话内临时覆盖。 【实际行为】 toggle开关状态仅存储在每个会话的.metadata.json中，新建会话时默认值由模型类型决定（如deepseek-r1默认ShowThinking=true，glm-5.1默认ShowThinking=false），无法全局统一配置。 ```
- 来源: GitCode Issue #116 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/116)描述问题 (Description) toggle开关（/toggle_thinking、/toggle_skill、/toggle_tool）的默认值在不同会话间不一致，且没有任何文档或界面提示说明默认值的决定规则。用户切换模型后toggle状态可能悄然变化，造成困惑。实测两个会话的metadata.json中ShowThinking、ShowToolSkill、ShowToolDetail的默认值完全不同，但用户无从得知原因。 复现步骤 (To Reproduce) 用户意图: 查看toggle开关的默认值 Agent执行: 用户通过/toggle_thinking等命令查看或切换开关状态，发现不同会话中默认值不一致 触发错误: inconsistent_default - toggle开关默认值在不同会话间不一致，且无文档说明默认值规则 预期行为 (Expected behavior) toggle开关默认值行为有明确文档说明（如哪个模型默认开启thinking）；2. 新建会话或切换模型时，界面提示toggle默认值的变化；3. 提供/toggle或/help toggle命令查看当前默认值及来源 实际行为 (Actual behavior) toggle默认值随模型类型隐式变化，无文档、无提示、无查询命令，用户只能通过实际对比不同会话的metadata.json才能发现差异 错误堆栈 (Stack Trace) ``` 会话1 metadata: ShowThinking=true, ShowToolSkill=true, ShowToolShell=true, ShowToolDetail=true 会话2 metadata: ShowThinking=false, ShowToolSkill=false, ShowToolShell=true, ShowToolDetail=false 两个会话使用不同模型（glm-5.1 vs 其他模型），toggle默认值不同，但用户无法预知哪个模型对应哪些默认值 ``` 来源: GitCode Issue #116 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/116)描述问题 (Description) toggle开关（/toggle_thinking、/toggle_skill、/toggle_tool）的默认值在不同会话间不一致，且没有任何文档或界面提示说明默认值的决定规则。用户切换模型后toggle状态可能悄然变化，造成困惑。实测两个会话的metadata.json中ShowThinking、ShowToolSkill、ShowToolDetail的默认值完全不同，但用户无从得知原因。 复现步骤 (To Reproduce) 用户意图: 查看toggle开关的默认值 Agent执行: 用户通过/toggle_thinking等命令查看或切换开关状态，发现不同会话中默认值不一致 触发错误: inconsistent_default - toggle开关默认值在不同会话间不一致，且无文档说明默认值规则 预期行为 (Expected behavior) toggle开关默认值行为有明确文档说明（如哪个模型默认开启thinking）；2. 新建会话或切换模型时，界面提示toggle默认值的变化；3. 提供/toggle或/help toggle命令查看当前默认值及来源 实际行为 (Actual behavior) toggle默认值随模型类型隐式变化，无文档、无提示、无查询命令，用户只能通过实际对比不同会话的metadata.json才能发现差异 错误堆栈 (Stack Trace) ``` 会话1 metadata: ShowThinking=true, ShowToolSkill=true, ShowToolShell=true, ShowToolDetail=true 会话2 metadata: ShowThinking=false, ShowToolSkill=false, ShowToolShell=true, ShowToolDetail=false 两个会话使用不同模型（glm-5.1 vs 其他模型），toggle默认值不同，但用户无法预知哪个模型对应哪些默认值 ```
- 来源: GitCode Issue #120 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/120)描述问题 (Description) 当前华为云Agent不支持快捷命令（如!ls），用户需要使用自然语言描述操作意图，交互效率较低。业界成熟的Agent产品（如Claude Code、Cursor等）普遍支持以!或/开头的快捷命令，直接映射到常用操作，大幅提升交互效率。 复现步骤 (To Reproduce) 用户意图: 使用快捷命令提升交互效率 Agent执行: 用户输入!ls期望作为快捷命令执行ls，但未被识别为快捷命令 预期行为 (Expected behavior) 支持以!或/开头的快捷命令，如!ls映射到目录列表、!pwd映射到当前路径、!cat映射到文件查看等，参考业界成熟Agent产品的快捷命令体系 实际行为 (Actual behavior) 输入!ls未被识别为快捷命令，需要用自然语言描述操作意图 错误堆栈 (Stack Trace) ``` 【问题描述】 当前华为云Agent不支持快捷命令（如!ls），用户需要使用自然语言描述操作意图，交互效率较低。业界成熟的Agent产品（如Claude Code、Cursor等）普遍支持以!或/开头的快捷命令，直接映射到常用操作，大幅提升交互效率。 【预期行为】 支持以!或/开头的快捷命令，如!ls映射到目录列表、!pwd映射到当前路径、!cat映射到文件查看等，参考业界成熟Agent产品的快捷命令体系 【实际行为】 输入!ls未被识别为快捷命令，需要用自然语言描述操作意图 ``` 来源: GitCode Issue #120 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/120)描述问题 (Description) 当前华为云Agent不支持快捷命令（如!ls），用户需要使用自然语言描述操作意图，交互效率较低。业界成熟的Agent产品（如Claude Code、Cursor等）普遍支持以!或/开头的快捷命令，直接映射到常用操作，大幅提升交互效率。 复现步骤 (To Reproduce) 用户意图: 使用快捷命令提升交互效率 Agent执行: 用户输入!ls期望作为快捷命令执行ls，但未被识别为快捷命令 预期行为 (Expected behavior) 支持以!或/开头的快捷命令，如!ls映射到目录列表、!pwd映射到当前路径、!cat映射到文件查看等，参考业界成熟Agent产品的快捷命令体系 实际行为 (Actual behavior) 输入!ls未被识别为快捷命令，需要用自然语言描述操作意图 错误堆栈 (Stack Trace) ``` 【问题描述】 当前华为云Agent不支持快捷命令（如!ls），用户需要使用自然语言描述操作意图，交互效率较低。业界成熟的Agent产品（如Claude Code、Cursor等）普遍支持以!或/开头的快捷命令，直接映射到常用操作，大幅提升交互效率。 【预期行为】 支持以!或/开头的快捷命令，如!ls映射到目录列表、!pwd映射到当前路径、!cat映射到文件查看等，参考业界成熟Agent产品的快捷命令体系 【实际行为】 输入!ls未被识别为快捷命令，需要用自然语言描述操作意图 ```
- 来源: GitCode Issue #121 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/121)描述问题 (Description) AI Shell中安装技能包时依赖GitHub源，但国内网络环境下GitHub经常不可达导致克隆失败。用户需要手动发现失败原因并切换到GitCode源重试，体验差且效率低。应内置加速源配置，自动fallback到国内镜像。 复现步骤 (To Reproduce) 用户意图: 安装华为云技能包 Agent执行: 执行npx skills add从GitHub克隆技能包，因网络问题失败，需手动换用GitCode源重试 触发错误: network_failure - GitHub clone failed due to network issues when running: npx skills add huaweicloud/huaweicloud-skills --yes 预期行为 (Expected behavior) AI Shell内置GitHub/GitCode等多源配置 自动检测网络可达性，GitHub不可达时自动切换GitCode镜像 支持用户自定义镜像源优先级 安装失败时提供清晰的源切换提示而非仅报网络错误 实际行为 (Actual behavior) GitHub克隆失败后仅报网络错误，用户需手动排查原因并换用GitCode源重试，无自动fallback机制 错误堆栈 (Stack Trace) ``` Session: 01KWF8BGEF137KWPEWCZ1T6BJM Command: bash_exec(command=npx skills add huaweicloud/huaweicloud-skills --yes 2>&1, timeout=300) Error: GitHub repository clone failed due to network connectivity issues Workaround: Manually switched to GitCode mirror source and retried successfully ``` 来源: GitCode Issue #121 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/121)描述问题 (Description) AI Shell中安装技能包时依赖GitHub源，但国内网络环境下GitHub经常不可达导致克隆失败。用户需要手动发现失败原因并切换到GitCode源重试，体验差且效率低。应内置加速源配置，自动fallback到国内镜像。 复现步骤 (To Reproduce) 用户意图: 安装华为云技能包 Agent执行: 执行npx skills add从GitHub克隆技能包，因网络问题失败，需手动换用GitCode源重试 触发错误: network_failure - GitHub clone failed due to network issues when running: npx skills add huaweicloud/huaweicloud-skills --yes 预期行为 (Expected behavior) AI Shell内置GitHub/GitCode等多源配置 自动检测网络可达性，GitHub不可达时自动切换GitCode镜像 支持用户自定义镜像源优先级 安装失败时提供清晰的源切换提示而非仅报网络错误 实际行为 (Actual behavior) GitHub克隆失败后仅报网络错误，用户需手动排查原因并换用GitCode源重试，无自动fallback机制 错误堆栈 (Stack Trace) ``` Session: 01KWF8BGEF137KWPEWCZ1T6BJM Command: bash_exec(command=npx skills add huaweicloud/huaweicloud-skills --yes 2>&1, timeout=300) Error: GitHub repository clone failed due to network connectivity issues Workaround: Manually switched to GitCode mirror source and retried successfully ```
- 来源: GitCode Issue #122 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/122)描述问题 (Description) AI Shell安装技能包时首选GitHub源，国内网络环境下GitHub克隆经常失败。当前AI Shell已能自动检测失败并切换到GitCode源重试，但该fallback机制可以进一步优化：1)提前预检测网络可达性避免首次失败等待 2)支持用户自定义镜像源优先级 3)增强更多加速源配置 复现步骤 (To Reproduce) 用户意图: 安装华为云技能包 Agent执行: 执行npx skills add从GitHub克隆技能包，因网络问题失败，AI Shell自动检测失败并切换到GitCode源重试成功 触发错误: network_failure - GitHub clone failed due to network issues when running: npx skills add huaweicloud/huaweicloud-skills --yes 预期行为 (Expected behavior) AI Shell内置GitHub/GitCode等多源配置 安装前预检测网络可达性，优先选择可达源，避免首次失败等待 支持用户自定义镜像源优先级 自动fallback机制更完善，覆盖npm/pip/git等多场景 实际行为 (Actual behavior) GitHub克隆失败后AI Shell自动切换GitCode源重试成功，但首次失败仍有等待耗时，且加速源覆盖场景有限 错误堆栈 (Stack Trace) ``` Session: 01KWF8BGEF137KWPEWCZ1T6BJM Command: bash_exec(command=npx skills add huaweicloud/huaweicloud-skills --yes 2>&1, timeout=300) Error: GitHub repository clone failed due to network connectivity issues AI Shell automatically detected failure and switched to GitCode mirror source, retry succeeded ``` 来源: GitCode Issue #122 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/122)描述问题 (Description) AI Shell安装技能包时首选GitHub源，国内网络环境下GitHub克隆经常失败。当前AI Shell已能自动检测失败并切换到GitCode源重试，但该fallback机制可以进一步优化：1)提前预检测网络可达性避免首次失败等待 2)支持用户自定义镜像源优先级 3)增强更多加速源配置 复现步骤 (To Reproduce) 用户意图: 安装华为云技能包 Agent执行: 执行npx skills add从GitHub克隆技能包，因网络问题失败，AI Shell自动检测失败并切换到GitCode源重试成功 触发错误: network_failure - GitHub clone failed due to network issues when running: npx skills add huaweicloud/huaweicloud-skills --yes 预期行为 (Expected behavior) AI Shell内置GitHub/GitCode等多源配置 安装前预检测网络可达性，优先选择可达源，避免首次失败等待 支持用户自定义镜像源优先级 自动fallback机制更完善，覆盖npm/pip/git等多场景 实际行为 (Actual behavior) GitHub克隆失败后AI Shell自动切换GitCode源重试成功，但首次失败仍有等待耗时，且加速源覆盖场景有限 错误堆栈 (Stack Trace) ``` Session: 01KWF8BGEF137KWPEWCZ1T6BJM Command: bash_exec(command=npx skills add huaweicloud/huaweicloud-skills --yes 2>&1, timeout=300) Error: GitHub repository clone failed due to network connectivity issues AI Shell automatically detected failure and switched to GitCode mirror source, retry succeeded ```
- 来源: GitCode Issue #123 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/123)描述问题 (Description) 用户在终端中使用Ctrl+C退出当前操作后，页面显示内容重叠，需要手动输入clear命令才能恢复正常显示 复现步骤 (To Reproduce) 用户意图: 使用Ctrl+C退出当前操作 Agent执行: 用户按Ctrl+C退出交互界面 触发错误: display_issue - Ctrl+C退出后页面显示重叠 预期行为 (Expected behavior) Ctrl+C退出后终端应自动清屏或恢复正常显示状态，不应出现内容重叠 实际行为 (Actual behavior) Ctrl+C退出后终端页面内容重叠，需要手动输入clear命令才能清屏 错误堆栈 (Stack Trace) ``` Ctrl+C退出后，页面显示重叠了，需要敲入 clear 才能清屏 ``` 来源: GitCode Issue #123 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/123)描述问题 (Description) 用户在终端中使用Ctrl+C退出当前操作后，页面显示内容重叠，需要手动输入clear命令才能恢复正常显示 复现步骤 (To Reproduce) 用户意图: 使用Ctrl+C退出当前操作 Agent执行: 用户按Ctrl+C退出交互界面 触发错误: display_issue - Ctrl+C退出后页面显示重叠 预期行为 (Expected behavior) Ctrl+C退出后终端应自动清屏或恢复正常显示状态，不应出现内容重叠 实际行为 (Actual behavior) Ctrl+C退出后终端页面内容重叠，需要手动输入clear命令才能清屏 错误堆栈 (Stack Trace) ``` Ctrl+C退出后，页面显示重叠了，需要敲入 clear 才能清屏 ```
- 来源: GitCode Issue #125 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/125)描述问题 (Description) 码道(CodeArts Doer)支持在华为云控制台配置自定义模型，但配置后在IDE和CLI端无法看到也无法使用这些自定义模型。控制台与IDE/CLI之间的模型配置未打通，导致用户在控制台的配置工作无法在开发环境中生效，体验割裂。 复现步骤 (To Reproduce) 用户意图: 在IDE/CLI中使用自定义模型进行代码辅助 Agent执行: 用户在华为云控制台配置了自定义模型，但在CodeArts Doer IDE和CLI中无法看到和使用该自定义模型 预期行为 (Expected behavior) 控制台配置的自定义模型自动同步到IDE和CLI IDE/CLI中可查看和选择自定义模型 模型配置变更实时生效，无需重新登录或重启 IDE/CLI中也可直接配置自定义模型（与控制台双向同步） 实际行为 (Actual behavior) 控制台配置了自定义模型，但IDE和CLI中看不到也无法使用，配置不同步 错误堆栈 (Stack Trace) ``` 【问题描述】 码道(CodeArts Doer)支持在华为云控制台配置自定义模型，但配置后在IDE和CLI端无法看到也无法使用这些自定义模型。控制台与IDE/CLI之间的模型配置未打通，导致用户在控制台的配置工作无法在开发环境中生效，体验割裂。 【预期行为】 控制台配置的自定义模型自动同步到IDE和CLI IDE/CLI中可查看和选择自定义模型 模型配置变更实时生效，无需重新登录或重启 IDE/CLI中也可直接配置自定义模型（与控制台双向同步） 【实际行为】 控制台配置了自定义模型，但IDE和CLI中看不到也无法使用，配置不同步 ``` 来源: GitCode Issue #125 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/125)描述问题 (Description) 码道(CodeArts Doer)支持在华为云控制台配置自定义模型，但配置后在IDE和CLI端无法看到也无法使用这些自定义模型。控制台与IDE/CLI之间的模型配置未打通，导致用户在控制台的配置工作无法在开发环境中生效，体验割裂。 复现步骤 (To Reproduce) 用户意图: 在IDE/CLI中使用自定义模型进行代码辅助 Agent执行: 用户在华为云控制台配置了自定义模型，但在CodeArts Doer IDE和CLI中无法看到和使用该自定义模型 预期行为 (Expected behavior) 控制台配置的自定义模型自动同步到IDE和CLI IDE/CLI中可查看和选择自定义模型 模型配置变更实时生效，无需重新登录或重启 IDE/CLI中也可直接配置自定义模型（与控制台双向同步） 实际行为 (Actual behavior) 控制台配置了自定义模型，但IDE和CLI中看不到也无法使用，配置不同步 错误堆栈 (Stack Trace) ``` 【问题描述】 码道(CodeArts Doer)支持在华为云控制台配置自定义模型，但配置后在IDE和CLI端无法看到也无法使用这些自定义模型。控制台与IDE/CLI之间的模型配置未打通，导致用户在控制台的配置工作无法在开发环境中生效，体验割裂。 【预期行为】 控制台配置的自定义模型自动同步到IDE和CLI IDE/CLI中可查看和选择自定义模型 模型配置变更实时生效，无需重新登录或重启 IDE/CLI中也可直接配置自定义模型（与控制台双向同步） 【实际行为】 控制台配置了自定义模型，但IDE和CLI中看不到也无法使用，配置不同步 ```
- 来源: GitCode Issue #126 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/126)描述问题 (Description) 码道(CodeArts Doer)专业版在使用过程中频繁出现排队情况，影响开发效率。当前排队机制在Token额度尚未消耗完时就会触发排队，导致用户明明还有可用Token却被排队等待，体验不佳。建议优化排队策略：优先消耗Token额度，Token用尽后再进入排队，充分利用已购买的资源。 复现步骤 (To Reproduce) 用户意图: 流畅使用码道专业版进行代码辅助，减少排队等待 Agent执行: 用户使用码道专业版时频繁遇到排队情况，即使Token额度尚未消耗完也会出现排队 预期行为 (Expected behavior) Token额度未消耗完时，请求直接处理不排队 Token消耗完后才进入排队机制 排队时显示预计等待时间和排队位置 提供排队状态实时通知 实际行为 (Actual behavior) Token额度未消耗完时也会出现排队，排队策略未优先利用已购Token资源 错误堆栈 (Stack Trace) ``` 【问题描述】 码道(CodeArts Doer)专业版在使用过程中频繁出现排队情况，影响开发效率。当前排队机制在Token额度尚未消耗完时就会触发排队，导致用户明明还有可用Token却被排队等待，体验不佳。建议优化排队策略：优先消耗Token额度，Token用尽后再进入排队，充分利用已购买的资源。 【预期行为】 Token额度未消耗完时，请求直接处理不排队 Token消耗完后才进入排队机制 排队时显示预计等待时间和排队位置 提供排队状态实时通知 【实际行为】 Token额度未消耗完时也会出现排队，排队策略未优先利用已购Token资源 ``` 来源: GitCode Issue #126 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/126)描述问题 (Description) 码道(CodeArts Doer)专业版在使用过程中频繁出现排队情况，影响开发效率。当前排队机制在Token额度尚未消耗完时就会触发排队，导致用户明明还有可用Token却被排队等待，体验不佳。建议优化排队策略：优先消耗Token额度，Token用尽后再进入排队，充分利用已购买的资源。 复现步骤 (To Reproduce) 用户意图: 流畅使用码道专业版进行代码辅助，减少排队等待 Agent执行: 用户使用码道专业版时频繁遇到排队情况，即使Token额度尚未消耗完也会出现排队 预期行为 (Expected behavior) Token额度未消耗完时，请求直接处理不排队 Token消耗完后才进入排队机制 排队时显示预计等待时间和排队位置 提供排队状态实时通知 实际行为 (Actual behavior) Token额度未消耗完时也会出现排队，排队策略未优先利用已购Token资源 错误堆栈 (Stack Trace) ``` 【问题描述】 码道(CodeArts Doer)专业版在使用过程中频繁出现排队情况，影响开发效率。当前排队机制在Token额度尚未消耗完时就会触发排队，导致用户明明还有可用Token却被排队等待，体验不佳。建议优化排队策略：优先消耗Token额度，Token用尽后再进入排队，充分利用已购买的资源。 【预期行为】 Token额度未消耗完时，请求直接处理不排队 Token消耗完后才进入排队机制 排队时显示预计等待时间和排队位置 提供排队状态实时通知 【实际行为】 Token额度未消耗完时也会出现排队，排队策略未优先利用已购Token资源 ```
- 来源: GitCode Issue #127 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/127)描述问题 (Description) 使用huawei-cloud-business-support-query的list_customer_coupon_change_records脚本查询代金券余额时，仅筛选REVENUE（收入）类型记录并取balance_after_change作为当前余额，但代金券在收入后可能已被大量消费，导致余额被严重高估。正确做法应取每张券所有收支记录中时间最新一条的balance_after_change作为当前余额，或提供专门的代金券当前余额查询接口。 复现步骤 (To Reproduce) 用户意图: 查询代金券当前可用余额 Agent执行: 调用list_customer_coupon_change_records查询REVENUE记录，将balance_after_change直接累加作为当前余额 触发错误: data_inaccuracy - 代金券余额查询结果严重偏高，将历史收入记录的balance_after_change误当当前余额 预期行为 (Expected behavior) 查询代金券余额应返回每张券的真实当前可用余额，而非历史收入时的快照余额 实际行为 (Actual behavior) 将历史收入记录的balance_after_change当作当前余额累加，导致总额从400+被高估为11749+ 错误堆栈 (Stack Trace) ``` 查询代金券余额时，使用list_customer_coupon_change_records的REVENUE类型记录，将每条记录的balance_after_change字段当作代金券当前余额汇总，导致多张已消费代金券的余额被严重高估（实际仅剩400+但计算为11749+）。应取每张券所有记录中时间最新的一条的balance_after_change作为当前余额，而非仅看REVENUE记录。 ``` 来源: GitCode Issue #127 by huqi (https://gitcode.com/developer-skill/vod-skill/issues/127)描述问题 (Description) 使用huawei-cloud-business-support-query的list_customer_coupon_change_records脚本查询代金券余额时，仅筛选REVENUE（收入）类型记录并取balance_after_change作为当前余额，但代金券在收入后可能已被大量消费，导致余额被严重高估。正确做法应取每张券所有收支记录中时间最新一条的balance_after_change作为当前余额，或提供专门的代金券当前余额查询接口。 复现步骤 (To Reproduce) 用户意图: 查询代金券当前可用余额 Agent执行: 调用list_customer_coupon_change_records查询REVENUE记录，将balance_after_change直接累加作为当前余额 触发错误: data_inaccuracy - 代金券余额查询结果严重偏高，将历史收入记录的balance_after_change误当当前余额 预期行为 (Expected behavior) 查询代金券余额应返回每张券的真实当前可用余额，而非历史收入时的快照余额 实际行为 (Actual behavior) 将历史收入记录的balance_after_change当作当前余额累加，导致总额从400+被高估为11749+ 错误堆栈 (Stack Trace) ``` 查询代金券余额时，使用list_customer_coupon_change_records的REVENUE类型记录，将每条记录的balance_after_change字段当作代金券当前余额汇总，导致多张已消费代金券的余额被严重高估（实际仅剩400+但计算为11749+）。应取每张券所有记录中时间最新的一条的balance_after_change作为当前余额，而非仅看REVENUE记录。 ```
- 来源: GitCode Issue #142 by gyqi (https://gitcode.com/developer-skill/vod-skill/issues/142)描述问题 (Description) bash_exec工具执行失败，无法正常执行shell命令 复现步骤 (To Reproduce) 在执行华为云资源删除操作时，bash_exec工具出现执行失败，影响资源管理流程 预期行为 (Expected behavior) bash_exec工具应稳定执行shell命令，正确处理命令输出和错误 来源: GitCode Issue #142 by gyqi (https://gitcode.com/developer-skill/vod-skill/issues/142)描述问题 (Description) bash_exec工具执行失败，无法正常执行shell命令 复现步骤 (To Reproduce) 在执行华为云资源删除操作时，bash_exec工具出现执行失败，影响资源管理流程 预期行为 (Expected behavior) bash_exec工具应稳定执行shell命令，正确处理命令输出和错误
- 来源: GitCode Issue #144 by 陈晶杰 (https://gitcode.com/developer-skill/vod-skill/issues/144)描述问题 (Description) SKILL.md 明确写道 '--project_id parameter is optional; if not provided, it is auto-fetched based on region via IAM API'，但实际执行时 list_on_demand_resource_ratings.py 和 list_rate_on_period_detail.py 都将 --project_id 标记为 required，不传直接报错退出。文档描述与脚本实现不一致。 复现步骤 (To Reproduce) 用户询问34元代金券能购买哪些云资源，调用定价脚本时未传 --project_id，脚本报错要求必填 预期行为 (Expected behavior) 脚本应实现 SKILL.md 承诺的自动获取 project_id 功能：当 --project_id 未提供时，通过 IAM API 根据当前 region 自动获取并填充。修改建议：1) 在脚本中添加 auto_fetch_project_id 逻辑，使用 huaweicloudsdkiam 的 KeystoneListProjects API 获取；2) 或在 SKILL.md 和 guide.md 中将 --project_id 明确标注为必填参数，删除'可选'的描述；3) 或在 check_env.sh 中自动获取并设置为环境变量 HW_PROJECT_ID 实际行为 (Actual behavior) 脚本将 --project_id 设为 argparse 必填参数，未传时直接报错：error: the following arguments are required: --project_id 错误堆栈 (Stack Trace) ``` 【问题描述】 SKILL.md 明确写道 '--project_id parameter is optional; if not provided, it is auto-fetched based on region via IAM API'，但实际执行时 list_on_demand_resource_ratings.py 和 list_rate_on_period_detail.py 都将 --project_id 标记为 required，不传直接报错退出。文档描述与脚本实现不一致。 【复现场景】 用户询问34元代金券能购买哪些云资源，调用定价脚本时未传 --project_id，脚本报错要求必填 【预期行为】 脚本应实现 SKILL.md 承诺的自动获取 project_id 功能：当 --project_id 未提供时，通过 IAM API 根据当前 region 自动获取并填充。修改建议：1) 在脚本中添加 auto_fetch_project_id 逻辑，使用 huaweicloudsdkiam 的 KeystoneListProjects API 获取；2) 或在 SKILL.md 和 guide.md 中将 --project_id 明确标注为必填参数，删除'可选'的描述；3) 或在 check_env.sh 中自动获取并设置为环境变量 HW_PROJECT_ID 【实际行为】 脚本将 --project_id 设为 argparse 必填参数，未传时直接报错：error: the following arguments are required: --project_id ``` 来源: GitCode Issue #144 by 陈晶杰 (https://gitcode.com/developer-skill/vod-skill/issues/144)描述问题 (Description) SKILL.md 明确写道 '--project_id parameter is optional; if not provided, it is auto-fetched based on region via IAM API'，但实际执行时 list_on_demand_resource_ratings.py 和 list_rate_on_period_detail.py 都将 --project_id 标记为 required，不传直接报错退出。文档描述与脚本实现不一致。 复现步骤 (To Reproduce) 用户询问34元代金券能购买哪些云资源，调用定价脚本时未传 --project_id，脚本报错要求必填 预期行为 (Expected behavior) 脚本应实现 SKILL.md 承诺的自动获取 project_id 功能：当 --project_id 未提供时，通过 IAM API 根据当前 region 自动获取并填充。修改建议：1) 在脚本中添加 auto_fetch_project_id 逻辑，使用 huaweicloudsdkiam 的 KeystoneListProjects API 获取；2) 或在 SKILL.md 和 guide.md 中将 --project_id 明确标注为必填参数，删除'可选'的描述；3) 或在 check_env.sh 中自动获取并设置为环境变量 HW_PROJECT_ID 实际行为 (Actual behavior) 脚本将 --project_id 设为 argparse 必填参数，未传时直接报错：error: the following arguments are required: --project_id 错误堆栈 (Stack Trace) ``` 【问题描述】 SKILL.md 明确写道 '--project_id parameter is optional; if not provided, it is auto-fetched based on region via IAM API'，但实际执行时 list_on_demand_resource_ratings.py 和 list_rate_on_period_detail.py 都将 --project_id 标记为 required，不传直接报错退出。文档描述与脚本实现不一致。 【复现场景】 用户询问34元代金券能购买哪些云资源，调用定价脚本时未传 --project_id，脚本报错要求必填 【预期行为】 脚本应实现 SKILL.md 承诺的自动获取 project_id 功能：当 --project_id 未提供时，通过 IAM API 根据当前 region 自动获取并填充。修改建议：1) 在脚本中添加 auto_fetch_project_id 逻辑，使用 huaweicloudsdkiam 的 KeystoneListProjects API 获取；2) 或在 SKILL.md 和 guide.md 中将 --project_id 明确标注为必填参数，删除'可选'的描述；3) 或在 check_env.sh 中自动获取并设置为环境变量 HW_PROJECT_ID 【实际行为】 脚本将 --project_id 设为 argparse 必填参数，未传时直接报错：error: the following arguments are required: --project_id ```
- 来源: GitCode Issue #145 by 陈晶杰 (https://gitcode.com/developer-skill/vod-skill/issues/145)描述问题 (Description) scripts/bss/ 目录下没有直接查询代金券详情的脚本。list_customer_coupon_change_records.py 只能查收支流水，无法获取代金券的面值(face_value)、当前余额(balance)、到期时间(expiry_time)、适用产品范围等关键信息。list_stored_value_cards.py 只覆盖储值卡，不覆盖代金券。guide.md 中也没有对应条目。BSS API 的 ListCouponQuotas/ShowCustomerCouponDetail 等接口未被封装。 复现步骤 (To Reproduce) 用户询问34元代金券能购买哪些云资源，需要先确认代金券余额和到期时间，但无法直接查询 预期行为 (Expected behavior) 新增 list_coupon_quotas.py 脚本，封装 BSS ListCouponQuotas API，支持查询代金券列表，返回字段包括：coupon_id, face_value, balance, effective_time, expire_time, status, coupon_type, applicable_products。修改建议：1) 在 scripts/bss/ 下新增 list_coupon_quotas.py；2) 在 references/bss/guide.md 中添加使用说明；3) 考虑同时封装 ListCustomerCoupons（如BSS API支持）作为备选 实际行为 (Actual behavior) 只能通过 list_customer_coupon_change_records.py 查流水记录间接推算余额，且推算结果与用户声称的34元不一致，最终回答中不得不让用户自行去控制台确认 错误堆栈 (Stack Trace) ``` 【问题描述】 scripts/bss/ 目录下没有直接查询代金券详情的脚本。list_customer_coupon_change_records.py 只能查收支流水，无法获取代金券的面值(face_value)、当前余额(balance)、到期时间(expiry_time)、适用产品范围等关键信息。list_stored_value_cards.py 只覆盖储值卡，不覆盖代金券。guide.md 中也没有对应条目。BSS API 的 ListCouponQuotas/ShowCustomerCouponDetail 等接口未被封装。 【复现场景】 用户询问34元代金券能购买哪些云资源，需要先确认代金券余额和到期时间，但无法直接查询 【预期行为】 新增 list_coupon_quotas.py 脚本，封装 BSS ListCouponQuotas API，支持查询代金券列表，返回字段包括：coupon_id, face_value, balance, effective_time, expire_time, status, coupon_type, applicable_products。修改建议：1) 在 scripts/bss/ 下新增 list_coupon_quotas.py；2) 在 references/bss/guide.md 中添加使用说明；3) 考虑同时封装 ListCustomerCoupons（如BSS API支持）作为备选 【实际行为】 只能通过 list_customer_coupon_change_records.py 查流水记录间接推算余额，且推算结果与用户声称的34元不一致，最终回答中不得不让用户自行去控制台确认 ``` 来源: GitCode Issue #145 by 陈晶杰 (https://gitcode.com/developer-skill/vod-skill/issues/145)描述问题 (Description) scripts/bss/ 目录下没有直接查询代金券详情的脚本。list_customer_coupon_change_records.py 只能查收支流水，无法获取代金券的面值(face_value)、当前余额(balance)、到期时间(expiry_time)、适用产品范围等关键信息。list_stored_value_cards.py 只覆盖储值卡，不覆盖代金券。guide.md 中也没有对应条目。BSS API 的 ListCouponQuotas/ShowCustomerCouponDetail 等接口未被封装。 复现步骤 (To Reproduce) 用户询问34元代金券能购买哪些云资源，需要先确认代金券余额和到期时间，但无法直接查询 预期行为 (Expected behavior) 新增 list_coupon_quotas.py 脚本，封装 BSS ListCouponQuotas API，支持查询代金券列表，返回字段包括：coupon_id, face_value, balance, effective_time, expire_time, status, coupon_type, applicable_products。修改建议：1) 在 scripts/bss/ 下新增 list_coupon_quotas.py；2) 在 references/bss/guide.md 中添加使用说明；3) 考虑同时封装 ListCustomerCoupons（如BSS API支持）作为备选 实际行为 (Actual behavior) 只能通过 list_customer_coupon_change_records.py 查流水记录间接推算余额，且推算结果与用户声称的34元不一致，最终回答中不得不让用户自行去控制台确认 错误堆栈 (Stack Trace) ``` 【问题描述】 scripts/bss/ 目录下没有直接查询代金券详情的脚本。list_customer_coupon_change_records.py 只能查收支流水，无法获取代金券的面值(face_value)、当前余额(balance)、到期时间(expiry_time)、适用产品范围等关键信息。list_stored_value_cards.py 只覆盖储值卡，不覆盖代金券。guide.md 中也没有对应条目。BSS API 的 ListCouponQuotas/ShowCustomerCouponDetail 等接口未被封装。 【复现场景】 用户询问34元代金券能购买哪些云资源，需要先确认代金券余额和到期时间，但无法直接查询 【预期行为】 新增 list_coupon_quotas.py 脚本，封装 BSS ListCouponQuotas API，支持查询代金券列表，返回字段包括：coupon_id, face_value, balance, effective_time, expire_time, status, coupon_type, applicable_products。修改建议：1) 在 scripts/bss/ 下新增 list_coupon_quotas.py；2) 在 references/bss/guide.md 中添加使用说明；3) 考虑同时封装 ListCustomerCoupons（如BSS API支持）作为备选 【实际行为】 只能通过 list_customer_coupon_change_records.py 查流水记录间接推算余额，且推算结果与用户声称的34元不一致，最终回答中不得不让用户自行去控制台确认 ```
- 来源: GitCode Issue #146 by 陈晶杰 (https://gitcode.com/developer-skill/vod-skill/issues/146)描述问题 (Description) eip-bw preset 的包月询价完全不可用。尝试了多种 resource_spec 格式全部失败：5_bgp/1_bgp/2_bgp/3_bgp（产品未发现）、bandwidth_1/bandwidth_2（产品未发现）、bgp（产品未发现）。而通过 hcloud 直接调用 BSS API，用 resource_spec=19_bgp + resource_size=5 + size_measure_id=15 则成功返回115元/月。根因：eip-bw preset 内部映射的 cloud_service_type/resource_type/resource_spec 编码与 BSS API 实际要求不匹配。带宽产品的 spec 编码是 19_bgp（按带宽计费），而非 5_bgp（那是 EIP IP 的编码）。preset 没有正确处理带宽产品需要额外传 resource_size（带宽大小）和 size_measure_id（度量单位=15/Mbps）的逻辑。 复现步骤 (To Reproduce) 用户询问34元代金券能购买哪些云资源，需要查询EIP带宽价格，eip-bw preset 完全不可用 预期行为 (Expected behavior) eip-bw preset 应正确映射到 BSS API 参数。修改建议：1) 修正 resource_spec 映射：带宽按带宽计费应为 19_bgp，按流量计费应为 12_bgp；2) preset 必须支持 --resource_size 参数传入带宽大小（Mbps），并自动设置 size_measure_id=15；3) 在 preset 帮助信息中说明 eip-bw 的 resource_spec 取值（19_bgp=按带宽计费, 12_bgp=按流量计费, 19_sbgp=静态BGP按带宽计费）和 resource_size 含义（带宽值，单位Mbps）；4) 参考 hcloud BSS ListRateOnPeriodDetail 的参数格式：cloud_service_type=hws.service.type.vpc, resource_type=hws.resource.type.bandwidth 实际行为 (Actual behavior) 所有 resource_spec 格式均报'产品未发现'，被迫绕过技能直接用 hcloud CLI 手拼参数查询 错误堆栈 (Stack Trace) ``` 【问题描述】 eip-bw preset 的包月询价完全不可用。尝试了多种 resource_spec 格式全部失败：5_bgp/1_bgp/2_bgp/3_bgp（产品未发现）、bandwidth_1/bandwidth_2（产品未发现）、bgp（产品未发现）。而通过 hcloud 直接调用 BSS API，用 resource_spec=19_bgp + resource_size=5 + size_measure_id=15 则成功返回115元/月。根因：eip-bw preset 内部映射的 cloud_service_type/resource_type/resource_spec 编码与 BSS API 实际要求不匹配。带宽产品的 spec 编码是 19_bgp（按带宽计费），而非 5_bgp（那是 EIP IP 的编码）。preset 没有正确处理带宽产品需要额外传 resource_size（带宽大小）和 size_measure_id（度量单位=15/Mbps）的逻辑。 【复现场景】 用户询问34元代金券能购买哪些云资源，需要查询EIP带宽价格，eip-bw preset 完全不可用 【预期行为】 eip-bw preset 应正确映射到 BSS API 参数。修改建议：1) 修正 resource_spec 映射：带宽按带宽计费应为 19_bgp，按流量计费应为 12_bgp；2) preset 必须支持 --resource_size 参数传入带宽大小（Mbps），并自动设置 size_measure_id=15；3) 在 preset 帮助信息中说明 eip-bw 的 resource_spec 取值（19_bgp=按带宽计费, 12_bgp=按流量计费, 19_sbgp=静态BGP按带宽计费）和 resource_size 含义（带宽值，单位Mbps）；4) 参考 hcloud BSS ListRateOnPeriodDetail 的参数格式：cloud_service_type=hws.service.type.vpc, resource_type=hws.resource.type.bandwidth 【实际行为】 所有 resource_spec 格式均报'产品未发现'，被迫绕过技能直接用 hcloud CLI 手拼参数查询 ``` 来源: GitCode Issue #146 by 陈晶杰 (https://gitcode.com/developer-skill/vod-skill/issues/146)描述问题 (Description) eip-bw preset 的包月询价完全不可用。尝试了多种 resource_spec 格式全部失败：5_bgp/1_bgp/2_bgp/3_bgp（产品未发现）、bandwidth_1/bandwidth_2（产品未发现）、bgp（产品未发现）。而通过 hcloud 直接调用 BSS API，用 resource_spec=19_bgp + resource_size=5 + size_measure_id=15 则成功返回115元/月。根因：eip-bw preset 内部映射的 cloud_service_type/resource_type/resource_spec 编码与 BSS API 实际要求不匹配。带宽产品的 spec 编码是 19_bgp（按带宽计费），而非 5_bgp（那是 EIP IP 的编码）。preset 没有正确处理带宽产品需要额外传 resource_size（带宽大小）和 size_measure_id（度量单位=15/Mbps）的逻辑。 复现步骤 (To Reproduce) 用户询问34元代金券能购买哪些云资源，需要查询EIP带宽价格，eip-bw preset 完全不可用 预期行为 (Expected behavior) eip-bw preset 应正确映射到 BSS API 参数。修改建议：1) 修正 resource_spec 映射：带宽按带宽计费应为 19_bgp，按流量计费应为 12_bgp；2) preset 必须支持 --resource_size 参数传入带宽大小（Mbps），并自动设置 size_measure_id=15；3) 在 preset 帮助信息中说明 eip-bw 的 resource_spec 取值（19_bgp=按带宽计费, 12_bgp=按流量计费, 19_sbgp=静态BGP按带宽计费）和 resource_size 含义（带宽值，单位Mbps）；4) 参考 hcloud BSS ListRateOnPeriodDetail 的参数格式：cloud_service_type=hws.service.type.vpc, resource_type=hws.resource.type.bandwidth 实际行为 (Actual behavior) 所有 resource_spec 格式均报'产品未发现'，被迫绕过技能直接用 hcloud CLI 手拼参数查询 错误堆栈 (Stack Trace) ``` 【问题描述】 eip-bw preset 的包月询价完全不可用。尝试了多种 resource_spec 格式全部失败：5_bgp/1_bgp/2_bgp/3_bgp（产品未发现）、bandwidth_1/bandwidth_2（产品未发现）、bgp（产品未发现）。而通过 hcloud 直接调用 BSS API，用 resource_spec=19_bgp + resource_size=5 + size_measure_id=15 则成功返回115元/月。根因：eip-bw preset 内部映射的 cloud_service_type/resource_type/resource_spec 编码与 BSS API 实际要求不匹配。带宽产品的 spec 编码是 19_bgp（按带宽计费），而非 5_bgp（那是 EIP IP 的编码）。preset 没有正确处理带宽产品需要额外传 resource_size（带宽大小）和 size_measure_id（度量单位=15/Mbps）的逻辑。 【复现场景】 用户询问34元代金券能购买哪些云资源，需要查询EIP带宽价格，eip-bw preset 完全不可用 【预期行为】 eip-bw preset 应正确映射到 BSS API 参数。修改建议：1) 修正 resource_spec 映射：带宽按带宽计费应为 19_bgp，按流量计费应为 12_bgp；2) preset 必须支持 --resource_size 参数传入带宽大小（Mbps），并自动设置 size_measure_id=15；3) 在 preset 帮助信息中说明 eip-bw 的 resource_spec 取值（19_bgp=按带宽计费, 12_bgp=按流量计费, 19_sbgp=静态BGP按带宽计费）和 resource_size 含义（带宽值，单位Mbps）；4) 参考 hcloud BSS ListRateOnPeriodDetail 的参数格式：cloud_service_type=hws.service.type.vpc, resource_type=hws.resource.type.bandwidth 【实际行为】 所有 resource_spec 格式均报'产品未发现'，被迫绕过技能直接用 hcloud CLI 手拼参数查询 ```
- 来源: GitCode Issue #148 by 陈晶杰 (https://gitcode.com/developer-skill/vod-skill/issues/148)描述问题 (Description) sfs preset 的包月询价失败。执行 --preset sfs --resource_spec sfs_turbo_standard sfs_turbo_performance --resource_size 100 报错'产品未发现'。可能原因：1) resource_spec 编码不正确，SFS Turbo 的实际 spec 编码可能不是 sfs_turbo_standard；2) resource_size 或 size_measure_id 设置不正确；3) 该区域可能不支持该产品。guide.md 和 preset 帮助信息中都没有列出可用的 resource_spec 值。 复现步骤 (To Reproduce) 尝试查询SFS文件存储价格以评估34元预算内是否可购买 预期行为 (Expected behavior) sfs preset 应正确查询SFS Turbo定价。修改建议：1) 在 preset 帮助信息和 guide.md 中列出 SFS/SFS Turbo 的有效 resource_spec 取值和含义；2) 验证并修正 preset 内部的 cloud_service_type/resource_type/resource_spec 映射；3) 如果 SFS Turbo 在某些区域不可用，应在错误信息中提示'该区域可能不支持此产品，请尝试其他区域'而非笼统的'产品未发现' 实际行为 (Actual behavior) 报错'产品未发现'，无法获取SFS定价 错误堆栈 (Stack Trace) ``` 【问题描述】 sfs preset 的包月询价失败。执行 --preset sfs --resource_spec sfs_turbo_standard sfs_turbo_performance --resource_size 100 报错'产品未发现'。可能原因：1) resource_spec 编码不正确，SFS Turbo 的实际 spec 编码可能不是 sfs_turbo_standard；2) resource_size 或 size_measure_id 设置不正确；3) 该区域可能不支持该产品。guide.md 和 preset 帮助信息中都没有列出可用的 resource_spec 值。 【复现场景】 尝试查询SFS文件存储价格以评估34元预算内是否可购买 【预期行为】 sfs preset 应正确查询SFS Turbo定价。修改建议：1) 在 preset 帮助信息和 guide.md 中列出 SFS/SFS Turbo 的有效 resource_spec 取值和含义；2) 验证并修正 preset 内部的 cloud_service_type/resource_type/resource_spec 映射；3) 如果 SFS Turbo 在某些区域不可用，应在错误信息中提示'该区域可能不支持此产品，请尝试其他区域'而非笼统的'产品未发现' 【实际行为】 报错'产品未发现'，无法获取SFS定价 ``` 来源: GitCode Issue #148 by 陈晶杰 (https://gitcode.com/developer-skill/vod-skill/issues/148)描述问题 (Description) sfs preset 的包月询价失败。执行 --preset sfs --resource_spec sfs_turbo_standard sfs_turbo_performance --resource_size 100 报错'产品未发现'。可能原因：1) resource_spec 编码不正确，SFS Turbo 的实际 spec 编码可能不是 sfs_turbo_standard；2) resource_size 或 size_measure_id 设置不正确；3) 该区域可能不支持该产品。guide.md 和 preset 帮助信息中都没有列出可用的 resource_spec 值。 复现步骤 (To Reproduce) 尝试查询SFS文件存储价格以评估34元预算内是否可购买 预期行为 (Expected behavior) sfs preset 应正确查询SFS Turbo定价。修改建议：1) 在 preset 帮助信息和 guide.md 中列出 SFS/SFS Turbo 的有效 resource_spec 取值和含义；2) 验证并修正 preset 内部的 cloud_service_type/resource_type/resource_spec 映射；3) 如果 SFS Turbo 在某些区域不可用，应在错误信息中提示'该区域可能不支持此产品，请尝试其他区域'而非笼统的'产品未发现' 实际行为 (Actual behavior) 报错'产品未发现'，无法获取SFS定价 错误堆栈 (Stack Trace) ``` 【问题描述】 sfs preset 的包月询价失败。执行 --preset sfs --resource_spec sfs_turbo_standard sfs_turbo_performance --resource_size 100 报错'产品未发现'。可能原因：1) resource_spec 编码不正确，SFS Turbo 的实际 spec 编码可能不是 sfs_turbo_standard；2) resource_size 或 size_measure_id 设置不正确；3) 该区域可能不支持该产品。guide.md 和 preset 帮助信息中都没有列出可用的 resource_spec 值。 【复现场景】 尝试查询SFS文件存储价格以评估34元预算内是否可购买 【预期行为】 sfs preset 应正确查询SFS Turbo定价。修改建议：1) 在 preset 帮助信息和 guide.md 中列出 SFS/SFS Turbo 的有效 resource_spec 取值和含义；2) 验证并修正 preset 内部的 cloud_service_type/resource_type/resource_spec 映射；3) 如果 SFS Turbo 在某些区域不可用，应在错误信息中提示'该区域可能不支持此产品，请尝试其他区域'而非笼统的'产品未发现' 【实际行为】 报错'产品未发现'，无法获取SFS定价 ```
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签