PluelyPluely文档

使用场景

Pluely 助力 QA 测试：缺陷分诊与复现笔记

控制台里刚刚刷出一段你不认识的堆栈跟踪。你截屏、发到群里、等待回复，结果忘了自己刚才在测什么。Pluely 把这个循环缩短到几秒钟。对报错截屏，直接在悬浮窗里提问，趁出错状态还在屏幕上时就能获得流式解释。等到缺陷分诊那天，它会转录整个通话，并把每个 bug 对应到负责人。

测试时

  • 截屏优先的调试：用图片上传（全屏或区域截取）截下错误对话框、控制台输出或与需求不符的界面状态，在提问模式中问问可能发生了什么。回答以流式输出；读够了就随时点击“停止”。
  • 同一屏幕，多个问题：打开“使用图片”开关，你输入的每个问题都会自动带上当前屏幕，因此来回调试时不用每次都重新截屏。智能追问标签会替你准备好显而易见的下一个问题。
  • 复现步骤：描述出错前你做了哪些操作，让 Pluely 整理成开发人员可以严格照做的、清晰编号的复现步骤。
  • 预期与实际：把需求文档或工单作为 PDF 附加上去，对实际结果截屏，让 Pluely 准确说明两者的差距。把产品需求文档附加到提示词中的一个自定义提示词上，一次设置，每个回答都会基于真实的验收标准。

分诊会议和 bug bash 中

在十几个缺陷混成一团的分诊会议上，开启聆听模式。区分发言人的实时文字记录会准确记下哪个修复分给了哪位工程师，哪个 bug 被降低了优先级、哪个已经解决：没有机器人加入通话，并且适用于团队使用的任何会议应用。会后，在会议中保存的这场会议可以生成逐个缺陷的摘要，以及可直接粘贴到缺陷跟踪系统中的待办事项。

如何设置

  1. 独自测试时，直接使用提问模式：截屏并提问，无需开始或停止任何东西。
  2. 分诊会议时，切换到聆听模式，并授予麦克风和屏幕录制权限。
  3. 通话开始时按下“开始聆听”；悬浮窗始终置顶，但不会抢走被测应用的焦点。
  4. 结束时按下“停止”；会议会自动保存，供你生成待办事项。
  5. 使用提问模式中的“最新”/“全部”标签页，在当前回答和本次会话中问过的所有内容之间切换。

小贴士

  • 对精确度有要求时，在截屏之外再粘贴准确的错误字符串：截屏提供上下文，但准确的文本最好直接输入。
  • 习惯在终端里工作的团队，可以通过模型选择让 Pluely 使用本地 CLI：Claude Code、Gemini CLI、OpenAI Codex、Qwen Code 或 Ollama；自带密钥和 CLI 的用量不计入 Pluely 的额度。
  • 在提示词中统一使用编号的复现步骤，让整个 QA 团队的 bug 报告读起来格式一致。
  • 提问模式的附件上限为 20 MB：超大的需求文档请拆分后再附加，而不是整份附加。

相关内容

最后更新：2026年7月10日 · pluely.com