Loading...
Loading...
共找到 30 个 Skills
issue 流程的阶段 1——通过对话把用户脑子里的问题落成可复现、可追溯的 {slug}-report.md。AI 在这里只问"看到了什么、怎么复现、应该怎样"，不替用户猜根因（那是阶段 2 的事）。同时这一阶段是判断走快速通道还是标准路径的唯一正式判定点：根据用户描述先读一下相关代码，能一眼定位且改动小就直接告知用户走快速通道。触发场景：用户说"提个 issue"、"记录这个 bug"、"我发现一个问题"。issue 工作流的起点，无前置依赖。
将粗糙的Bug报告、功能请求、支持说明或Pull Request转换为聚焦问题与预期行为的简洁、平实语言的Issue。适用于贡献者要求简化Issue、解释PR用途、为PR创建对应Issue、从报告中移除实现细节，或调用/simple-issue-description命令的场景。
收集并提交关于Superset的反馈——包括bug报告、功能请求或一般性反馈——可选择私下发送给Superset团队，或作为公开GitHub议题提交。适用于用户想要报告Superset bug、请求新增功能或发送相关反馈的场景。
添加一个应用内反馈与Bug报告流程，该流程可捕获截图以及网络/控制台日志，向报告者发送邮件，启动带有autoCreatePr功能的Cursor Cloud Agent，并在PR创建和合并时再次发送邮件。适用于需要添加反馈功能、Bug报告、可创建PR的用户报告、基于Cursor的反馈自动化或反馈转PR工作流的场景。
通过`uip feedback send`提交UiPath的Bug报告与改进建议。适用于「报告问题」「发送反馈」「提交Bug」场景，或使用/uipath-feedback命令。若需排查错误而非报告错误，请使用uipath-troubleshoot。
从QA报告、Bug报告、测试总结、状态更新和质量沟通内容中移除AI生成的模板化表述。检测并改写生硬的测试结果话术、模板化状态更新、夸大的严重程度描述以及通用型干系人报告——且不会编造任何事实。让QA相关文档读起来就像真实工程师撰写的一样。适用场景：「让报告更人性化」、「改写QA总结」、「修复测试报告」、「让内容听起来像人类写的」、「优化状态更新内容」。不适用场景：通用散文、博客或营销文案优化——请使用全局humanizer技能；CI故障分类或分流——请使用ai-bug-triage技能。相关技能：ai-bug-triage、qa-metrics、qa-dashboard、quality-postmortem。