1 hour
How to 自动化 Bug 分诊 with Eigent
将每日 Bug 报告整理成一份优先级清晰的列表——检查告警、问题、失败检查和聊天报告，然后按计划定期执行扫描。
What you need
- Eigent 桌面应用
- 一个或多个已连接的数据源（Sentry、Slack、GitHub、Linear）
Best for
- 需要跨 Sentry 告警、Slack 线程、Linear issue 和 GitHub issue 跟踪 Bug 的团队
- 你希望先手动运行、再转为自动化的分诊流程
- 希望在每天开始时获得汇总 Bug 视图的值班工程师
Starter Prompt
对 [repo/service/team] 运行一次 Bug 分诊扫描，覆盖最近 [time window] 的内容。 使用以下来源：[@Sentry / @Slack / @Linear / @GitHub / none] 输入来源： - Sentry: [project / alert link / none] - Slack: [channel / thread links / none] - Linear: [team / project / view / issue query / none] - GitHub: [repo / issue query / PR checks / none] - Other: [logs / support tickets / attached file / none] 输出格式： 首先，说明你无法访问的任何输入来源。 然后返回一份按优先级排序的 Bug 列表，从 P0 到 P3。 如果没有发现 Bug，请说明：No qualifying bugs found. 对于每个 Bug，请包含： - Priority: P0, P1, P2, or P3 - Title - Evidence（链接或简短引用） - Recommended next action 规则： - 不要发布、创建、分配、添加标签、关闭、重新运行或编辑任何内容。 - 将重复报告归并到同一个 Bug 下。 - 将已观察到的证据与推测分开。
工作原理
- 连接你希望 Eigent 扫描的 Bug 来源——Sentry、Slack、Linear、GitHub、日志或支持工单。
- 使用起始提示运行一次按需扫描，获取一份优先级排序的草稿列表。
- 在同一会话中审查并调整列表——去掉噪音、合并重复项、调整优先级。
- 一旦报告足够有用，就把调好的会话转换为定时自动化。
- 可选地路由后续动作——起草 Linear issue、Slack 更新、GitHub 评论或交接说明。
可尝试的更多提示
- 在最终确定优先级排序前，再检查一个来源——这里是 Sentry 项目链接。
- 去掉团队已经知晓的告警，并重新排序剩余列表。
- 合并 Slack 报告和 Sentry 告警，这两者都指向同一个结账流程 Bug。
- 为这份报告中的每个 P0 和 P1 Bug 起草一个 Linear issue。
如何使用
先手动运行一次扫描。继续在同一会话中调整报告，直到它足够具体、可以每天阅读——高信号 Bug 按 P0–P3 排序、重复报告已合并、每个 Bug 都附有链接证据和简短后续动作。一旦它足够有用，就让 Eigent 把调好的会话转换为定时自动化。在你明确批准发布、创建或关闭任何内容之前，请始终将自动化保持为仅草稿模式。
预期输出
一份按 P0–P3 排序的 Bug 列表，附带链接证据、合并后的重复项，以及每个 Bug 的推荐后续动作。可选：为后续路由起草 Linear issue、Slack 更新、GitHub 评论或交接说明。
局限性
- Eigent 只能读取你连接的数据源——存在于未连接工具中的 Bug 不会出现。
- 报告默认仅为草稿；除非你明确批准，否则 Eigent 不会发布、创建或关闭任何项目。
- 当你提供具体的项目链接或 issue 查询，而不是让它广泛搜索时，准确性会更高。
