场景定位
让 Codex 检查最近的 alerts、issues、failed checks、logs 和聊天反馈，先在一个对话中调优报告，再把这个 sweep 设置成定时任务。
- 难度
- 中级
- 时间跨度
- 约 1 小时
适合用于
- 跨 Sentry、Slack、Linear、GitHub、support tickets 或日志追踪缺陷的团队
- 希望先在一个 Codex chat 中手动跑通，再把 triage 工作排程的流程
Skills & Plugins
相关工具
Starter Prompt
起步提示词
Run a bug triage sweep for [repo/service/team] covering the last [time window].
Use these plugins: [@Sentry / @Slack / @Linear / @GitHub / none]
Input sources:
- 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 / deploy link / dashboard / attached file / none]
Output format:
First, name any input source you could not access.
Then return a prioritized list of bugs, sorted from P0 to P3.
If you find no bugs, say: No qualifying bugs found.
For each bug, include:
- Priority: P0, P1, P2, or P3
- Title
- Evidence (links or short citations)
- Recommended next action
Rules:
- Do not post, create, assign, label, close, rerun, or edit anything.
- Group duplicate reports under one bug.
- Keep observed evidence separate from guesses.如何使用
让 Codex 检查 bug 已经出现的地方：Sentry alerts、Linear issues、GitHub issues、PR checks、deploy logs、support tickets 和 Slack threads。先手动跑一次 sweep，在 chat 中调优报告，然后定时运行。
开始前安装 Codex 需要的插件，例如 Sentry、Slack、Linear 或 GitHub。starter prompt 中的 bracketed plugin list 要替换成真实 @ plugin chips，每个 source 也要替换成精确搜索位置。
- 运行一次 on-demand sweep，得到草稿列表。
- 在同一个 chat 里审核列表并给反馈。
- 从这个 chat 为 triage 工作排程。
- 可选：当你信任报告后，让 Codex 起草 Linear issue、Slack update、GitHub comment 或 handoff note。
阶段 1：运行 sweep
当本地上下文有帮助时，从拥有这些 bug 的 repo 开始：tests、repo tooling、build checks 或 CI failures 都能提供线索。
如果 bug 来源可通过 plugins、connectors、MCP servers、links、exports、pasted logs 或 attachments 访问，也可以从任意 repo 运行 sweep。
先运行上方 starter prompt，只保留实际属于当前 sweep 的 plugins 和 sources。一个填好的 prompt 应命名准确 queues、channels 或 repos。
阶段 2：让报告有用
在自动化之前，确保这个报告值得每天阅读。
在同一个 chat 里调优报告，然后再排程。可以要求 Codex 再检查一个来源、去掉团队已知的噪声 alerts、只返回 P0/P1，或合并指向同一 bug 的 Slack、Sentry 和 GitHub 证据。
- 高信号 bug 按 P0 到 P3 排序。
- 重复报告归并到同一个 bug 下。
- 每个 bug 有链接证据或短引用。
- 猜测和观察事实分开。
- 每个 bug 有简短的推荐下一步。
阶段 3：自动化
当 on-demand 报告足够有用后，留在同一个 chat 里为 triage 工作排程。Codex 可以利用你在 chat 中调优过的内容，写出 recurring prompt。
阶段 4：路由后续工作
当定时报告有用后，决定下一步工作应该去哪里。Codex 可以为团队频道起草 Slack update，为需要跟踪的 bug 写 Linear issues，为失败 PR 写 GitHub comments，或给 on-call 同事产出 handoff。
保持边界清楚：先让 Codex 起草和归类，真正创建、分派、关闭或重跑动作应等你确认。
技术栈
明确 Codex 应该 sweep 的 queues、channels、views、repos、alert links、dashboards 和文件。
有现成集成就安装集成；内部来源 Codex 还读不到时，构建或配置小型 MCP server、CLI、export 或 dashboard link。