Volcengine Feedback 是一个反馈起草与提交技能，用于帮助用户向 volcengine/volcengine-skills 仓库分享使用 Agent 管理云服务的实际经验，包括收益、遇到的困难以及希望使用的能力。用户只需提供场景的简短描述即可，诊断或建议的实现方式属于可选项。
用途 该技能面向四类反馈：技能问题、能力请求、场景需求以及成功故事。它不新增原生的 /feedback 或 ve feedback 命令，而是使用宿主环境实际的技能调用方式。用户可以说“我希望反馈使用中遇到的问题：……”或“分享本次成功部署的实践”，或在宿主中调用 volcengine-feedback。
主要能力 该技能从上下文起草反馈，复用用户的句子和相关对话，推断可选类别、标题以及已知的产品或技能细节。它展示一份紧凑预览，包含 [Feedback] 短标题和一段说明目标、经验以及期望变更或价值的简短文字，仅在已有脱敏证据有助于说明时添加可选的“Details”段落。版本、复现步骤、日志和单独的情绪评分都不是必需的。措辞使用用户语言，专业清晰，准确保留用户报告的经验和关切，不编造根因、结果、节省时间或维护者承诺。
使用方式 交互保持对话式。用户可发送、编辑或留作草稿。起草请求不构成发布授权；若已有明确授权覆盖该确切内容和目标，则直接使用，否则询问一次是否发布，且不暂停无关的主工作。发布决定后，通过可用的授权 GitHub 集成或浏览器提交。该技能没有强制的可执行文件或环境变量依赖，表单的公开分享指引仅为信息性内容，没有复选框或单独同意步骤。
适用场景 适用于用户希望反馈技能问题、请求缺失能力、描述云场景需求或分享成功实践的场景。对于进行中的故障，应继续排查或联系官方支持；公开 issue 不提供响应时间或解决保证。
限制与注意事项 保持主任务推进：错误或不完整结果只是可选邀请的许可，绝不是发布的许可。应先继续已授权的诊断、恢复和剩余工作。反馈邀请最多每段对话一次，跨所有技能，且仅一句话加表单链接，不等待回答，也不为邀请而开始起草、搜索 issue、收集日志、安装工具或技能、登录或打开浏览器。若用户拒绝、忽略或已提供过邀请，则不再提醒。例行成功无需招揽。
发布前必须进行公开分享审查：issue 将公开，只包含理解场景所必需的信息。移除 AK/SK、令牌、Cookie、授权头、签名 URL、密码、个人或客户数据、私有端点、本地绝对路径和机密业务内容。账号 ID 替换为 <account-id>，资源 ID 替换为保留前缀的形式如 vpc-<id> 和 clb-<id>，真实 TRN 替换为 <resource-trn>。标题、截图和附件也要检查。优先使用简短的脱敏摘录，而非完整记录、配置文件或日志。不要为反馈检查凭据存储或收集更多云数据。若无法确定安全脱敏，则省略该细节。安全漏洞或疑似凭据泄露应走项目可用的私有安全报告渠道或官方 Volcengine 支持，而非公开 issue；不要编造私有联系方式或上传漏洞利用细节。
需遵守 GitHub 社区准则，聚焦事实、证据和影响。人身攻击、骚扰、歧视、仇恨言论、威胁和披露他人隐私信息不可接受，维护者会直接关闭包含此类违规的 issue。若草稿包含攻击性内容，应提供保留核心关切的客观改写，不发布攻击性文本。
结果处理 提交经返回 URL 或回读验证后，简要确认贡献并返回 issue 链接。仅草稿、无 GitHub 访问权限或明确提交失败时，标记“未提交”，返回可复制草稿和表单链接，不要求登录、安装或新对话，仅在用户要求时帮助设置访问权限。创建超时且可能已成功时，在重试前检查匹配 issue；若无法验证，标记“提交未确认”，保留草稿并停止本次尝试以避免重复。任何结果都不需要等待维护者，应立即继续剩余的已授权主工作。