Need
Bug 上下文汇集位置
Default options
Sentry 警报、Slack 频道、Linear 视图、GitHub 议题、PR 检查、支持队列、值班记录、日志、仪表板和部署说明
Why it's needed
请明确列出 Codex 应排查的具体队列、频道、视图、代码仓库、警报链接、仪表板和文件。
Codex use case
自动化 Bug 分类处理
将每天的 Bug 报告整理为按优先级排序的列表，然后自动执行排查。
Difficulty 中级
Time horizon 1 小时
让 Codex 检查近期警报、议题、未通过的检查、日志和聊天中的报告，在同一聊天中调整列表，然后按计划执行此排查。
最适合
- 通过 Sentry 警报、Slack 线程、Linear 议题、GitHub 议题、未通过的 PR 检查、支持工单或日志等多个来源跟踪 Bug 的团队。
- 您希望先在一次 Codex 聊天中手动运行，然后再安排执行的分类处理工作流。
Contents
自动化 Bug 分类处理
将每天的 Bug 报告整理为按优先级排序的列表，然后自动执行排查。
让 Codex 检查近期警报、议题、未通过的检查、日志和聊天中的报告，在同一聊天中调整列表，然后按计划执行此排查。
中级
1 小时
让 Codex 检查近期警报、议题、未通过的检查、日志和聊天中的报告，在同一聊天中调整列表，然后按计划执行此排查。
中级
1 小时
最适合
- 通过 Sentry 警报、Slack 线程、Linear 议题、GitHub 议题、未通过的 PR 检查、支持工单或日志等多个来源跟踪 Bug 的团队。
- 您希望先在一次 Codex 聊天中手动运行，然后再安排执行的分类处理工作流。
技能与插件
- 如果 GitHub 是您收集 Bug 的渠道之一，请读取议题、Pull Request、评论、审查线程和未通过的检查。
- 如果排查包含警报，请检查生产环境错误、堆栈跟踪、受影响的发布版本和事件上下文。
- 读取队友报告 Bug 的频道或线程，并为团队频道准备摘要草稿。
- 读取 Bug 队列、查找现有议题、起草更新内容，或在完成分类处理后准备关联的后续工单。
入门提示
针对 [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]
- 其他： [logs / support tickets / deploy link / dashboard / attached file / none]
输出格式：
首先，列出所有无法访问的输入源。
然后，按 P0 到 P3 的顺序返回 Bug 列表。
如果未发现任何 Bug，请回复：未发现符合条件的 Bug。
每个 Bug 应包含以下内容：
- 优先级：P0、P1、P2 或 P3
- 标题
- 证据（链接或简短引用）
- 建议的后续操作
规则：
- 不要发布、创建、指派、添加标签、关闭、重新运行或编辑任何内容。
- 将重复报告归入同一个 Bug。
- 将实际观察到的证据与推测分开。
针对 [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]
- 其他： [logs / support tickets / deploy link / dashboard / attached file / none]
输出格式：
首先，列出所有无法访问的输入源。
然后，按 P0 到 P3 的顺序返回 Bug 列表。
如果未发现任何 Bug，请回复：未发现符合条件的 Bug。
每个 Bug 应包含以下内容：
- 优先级：P0、P1、P2 或 P3
- 标题
- 证据（链接或简短引用）
- 建议的后续操作
规则：
- 不要发布、创建、指派、添加标签、关闭、重新运行或编辑任何内容。
- 将重复报告归入同一个 Bug。
- 将实际观察到的证据与推测分开。
使用方法
让 Codex 检查已出现 Bug 的各个渠道：Sentry 警报、Linear 议题、GitHub 议题、PR 检查、部署日志、支持工单和 Slack 线程。先手动排查一次，在聊天中调整报告，然后按计划运行。
在同一个 Codex 聊天中完成整个分类处理流程：
- 按需执行一次排查并获取列表草稿。
- 在同一聊天中审查列表并提供反馈。
- 在该聊天中为分类处理工作安排一项任务。
- 可选：对报告有信心后，让 Codex 起草 Linear 议题、Slack 更新、GitHub 评论或交接记录。
开始之前，请安装 Codex 所需的 插件，例如 Sentry、Slack、Linear 或 GitHub。在入门提示中，将方括号内的插件列表替换为实际的 @ 插件标签。然后，将每个方括号内的来源替换为确切的搜索位置：Sentry 项目或警报 URL、Slack 频道或线程、Linear 团队、视图或查询、GitHub 代码仓库、议题查询或 PR 检查、部署链接、日志文件、支持队列或仪表板。
阶段 1：执行排查
当测试、代码仓库工具、构建检查或 CI 失败等本地上下文有帮助时，请在这些 Bug 所属的代码仓库中启动 Codex。如果可以通过插件、连接器、MCP 服务器、链接、导出内容、粘贴的日志或附件获取 Bug 来源，您也可以在任意代码仓库中运行排查。
请先运行上面的入门提示。仅保留此次排查会用到的插件和来源。
例如，填写完整的提示可以列出插件名称，以及您希望此次排查检查的具体队列、频道或代码仓库。
阶段 2：让报告切实有用
在实现自动化之前，请确保报告足够实用，适合每天查看。
一次有效的首次运行应满足以下条件：
- 值得关注的 Bug 按 P0 到 P3 排序。
- 重复报告归入同一个 Bug。
- 每个 Bug 都附有证据链接或简短引用。
- 将推测与观察到的事实分开。
- 每个 Bug 都有简短的后续操作建议。
安排任务之前，请先在同一聊天中调整报告。您可以让 Codex：
- 对列表排序前，再检查一个来源。
- 移除团队已经知晓的干扰性警报。
- 仅返回 P0 和 P1 Bug。
- 如果 Slack 报告、Sentry 警报和 GitHub 失败记录都指向同一个 Bug，请将它们合并。
- 为每个 Bug 只显示一个最有用的链接。
- 提供足够的证据，让其他人能够复现问题或将其转交给合适的处理方。
阶段 3：实现自动化
当按需报告足够实用时，请继续使用同一聊天，并 基于该聊天为分类处理工作安排一项任务。Codex 可以利用您在聊天中完善的内容，编写定期运行所需的提示。
安排分类处理工作
为我们在此聊天中完善的 Bug 分类处理工作流安排一项任务。
运行计划： [every hour / every weekday morning / daily]
沿用此聊天中的相同来源、优先级规则、重复项归组方式、证据样式和 P0-P3 报告格式。
为这项计划任务编写提示时，请在提示中注明相应插件，或说明如何使用已连接的来源，以便任务运行时再次读取这些来源。
这项计划任务应仅生成草稿。不要发布、创建、指派、添加标签、关闭、重新运行、开始修复或编辑代码。
安排该任务之前，向我显示任务提示、运行计划、来源和操作策略。
阶段 4：分派后续工作
当计划任务生成的报告足够实用后，请确定接下来应将工作转到哪里。Codex 可以为团队频道起草 Slack 更新，为您想要跟踪的 bug 撰写 Linear 议题，针对检查失败的 PR 撰写 GitHub 评论，或为值班人员准备交接说明。
更新在本次聊天中创建的 bug 分诊计划任务。
每次计划任务运行后，起草我需要的后续内容：
- Slack 更新，面向 [channel]
- Linear 议题，针对 [which bugs should become issues]
- GitHub 评论，针对 [issue / PR / failing check]
- 面向 [team / on-call / owner] 的交接说明
规则：
- 先在 Codex 中起草后续内容。
- 在我明确批准相应操作之前，不要向 Slack 发布内容、创建 Linear 议题或在 GitHub 上发表评论。
- 如有可用链接，请附上现有 Linear、GitHub、Slack 或警报来源的链接。
- 对于任何未获明确批准的操作，均只生成草稿。
Tech stack
Need
Default options
Why it's needed
Need
Codex 如何读取这些信息
Why it's needed
如果已有集成，请安装该集成。对于 Codex 尚无法读取的内部来源，请构建或配置轻量级的 MCP 服务器、CLI、导出机制或仪表板链接。
| Need | Default options | Why it's needed |
|---|---|---|
| Bug 上下文汇集位置 | Sentry 警报、Slack 频道、Linear 视图、GitHub 议题、PR 检查、支持队列、值班记录、日志、仪表板和部署说明 | 请明确列出 Codex 应排查的具体队列、频道、视图、代码仓库、警报链接、仪表板和文件。 |
| Codex 如何读取这些信息 | Slack、Linear、GitHub 和 Sentry 的 插件 ；连接器； MCP 服务器 ；代码仓库 CLI；链接；导出内容；附件；以及粘贴的日志 | 如果已有集成，请安装该集成。对于 Codex 尚无法读取的内部来源，请构建或配置轻量级的 MCP 服务器、CLI、导出机制或仪表板链接。 |
