Agent Skills
返回列表
用户反馈即代码

用户反馈即代码

企业运营 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_dae67707/user-feedback。

技能介绍

要解决什么问题

产品反馈往往混在同一条消息里：有人问「这个功能怎么用」，有人报崩溃，还有人提新需求。若全部在对话里即兴回答，Bug 容易没有可追溯的任务文件，需求也不会沉淀到仓库里，和代码库的关联全靠记忆。

技能如何工作

激活后（例如用户说「我要提交一个产品反馈」），助手会先确认产品代码库路径，再让用户描述内容，并按关键词把反馈归为三类：

  • 使用咨询：怎么用、为什么、是什么等 → 用 Explore agent 在仓库里搜相关实现，在对话里解答并引用代码位置
  • Bug：报错、崩溃、不工作等 → 在代码库创建 tasks/bugs/，写入 bug-YYYYMMDD-HHMMSS.md 任务文件
  • 新功能：希望、建议、新增等 → 创建 requirements/，写入 feature-YYYYMMDD-HHMMSS.md 需求分析文档

每类处理前都会用 Explore 定位代码或架构，而不是盲目全库 grep。文件名时间戳为 UTC，格式 YYYYMMDD-HHMMSS。

适用边界

依赖用户提供的本地路径真实存在；路径不对需用户确认。技能不负责自动修 Bug 或实现功能，只完成分类、检索与在仓库内落盘结构化文档。

使用场景

  • 用户口头报「页面报错」时，先确认仓库路径，归类为 Bug 并在 `tasks/bugs/` 生成带时间戳的修复任务文件
  • 收到「能否支持导出 PDF」类建议时，在代码库 `requirements/` 下写入功能需求分析文档供后续评审
  • 一线收到「这个开关为什么灰掉」的咨询，用 Explore 搜实现逻辑并在对话里引用具体代码位置解释
  • 开源维护者统一要求贡献者说「这是产品反馈」，避免 Bug 与功能建议混在 issue 评论里无人结构化

适合人员

  • 维护自有产品 monorepo、要把用户 Bug 反馈写成仓库内可追溯任务文件的工程师
  • 负责收集功能建议、希望需求沉淀在 `requirements/` 而非散落聊天记录的产品同学
  • 需要依据真实代码解释「怎么用/为什么这样」、而非泛泛文档的技术支持或开发者关系
  • 在小团队里兼做答疑与排障、希望咨询、Bug、新需求三类走不同处理路径的负责人