Need
錯誤上下文匯集的位置
Default options
Sentry 警示、Slack 頻道、Linear 檢視、GitHub 議題、PR 檢查、支援佇列、值班備註、記錄、儀表板和部署備註
Why it's needed
列出 Codex 應巡查的確切佇列、頻道、檢視、程式碼庫、警示連結、儀表板和檔案。
Codex use case
自動化錯誤分流
將每日錯誤回報整理成依優先順序排列的清單，再將巡查自動化。
Difficulty 中級
Time horizon 1 小時
要求 Codex 檢查近期的警示、議題、失敗的檢查、記錄和對話回報，在同一個對話中調整清單，然後按排程執行該巡查。
最適合
- 適合透過 Sentry 警示、Slack 討論串、Linear 議題、GitHub 議題、失敗的 PR 檢查、支援工單或記錄追蹤錯誤的團隊。
- 你想先在單一 Codex 對話中手動執行、再排程的分流工作流程。
Contents
自動化錯誤分流
將每日錯誤回報整理成依優先順序排列的清單，再將巡查自動化。
要求 Codex 檢查近期的警示、議題、失敗的檢查、記錄和對話回報，在同一個對話中調整清單，然後按排程執行該巡查。
中級
1 小時
要求 Codex 檢查近期的警示、議題、失敗的檢查、記錄和對話回報，在同一個對話中調整清單，然後按排程執行該巡查。
中級
1 小時
最適合
- 適合透過 Sentry 警示、Slack 討論串、Linear 議題、GitHub 議題、失敗的 PR 檢查、支援工單或記錄追蹤錯誤的團隊。
- 你想先在單一 Codex 對話中手動執行、再排程的分流工作流程。
技能與外掛程式
- 若 GitHub 是接收錯誤回報的管道之一，請讀取議題、Pull Request、留言、審查討論串和失敗的檢查。
- 若巡查包含警示，請檢查正式環境錯誤、堆疊追蹤、受影響的版本和事件上下文。
- 讀取隊友回報錯誤的頻道或討論串，並為團隊頻道準備摘要草稿。
- 讀取錯誤佇列、尋找現有議題、撰寫更新草稿，或在分流後準備附有相關連結的後續工單。
起始提示詞
針對 [repo/service/team] 執行錯誤分流巡查，涵蓋過去 [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。
若找不到任何錯誤，請回覆：未找到符合條件的錯誤。
針對每個錯誤，請包含：
- 優先順序：P0、P1、P2 或 P3
- 標題
- 證據（連結或簡短引文）
- 建議的下一步行動
規則：
- 不得發布、建立、指派、加上標籤、關閉、重新執行或編輯任何內容。
- 將重複回報歸入同一個錯誤。
- 將觀察到的證據與推測分開列出。
針對 [repo/service/team] 執行錯誤分流巡查，涵蓋過去 [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。
若找不到任何錯誤，請回覆：未找到符合條件的錯誤。
針對每個錯誤，請包含：
- 優先順序：P0、P1、P2 或 P3
- 標題
- 證據（連結或簡短引文）
- 建議的下一步行動
規則：
- 不得發布、建立、指派、加上標籤、關閉、重新執行或編輯任何內容。
- 將重複回報歸入同一個錯誤。
- 將觀察到的證據與推測分開列出。
使用方式
要求 Codex 檢查錯誤回報原本就會出現的地方：Sentry 警示、Linear 議題、GitHub 議題、PR 檢查、部署記錄、支援工單和 Slack 討論串。先手動巡查一次，在對話中調整報告，然後按排程執行。
使用同一個 Codex 對話完成整個錯誤分流流程：
- 執行一次隨選巡查並取得清單草稿。
- 在同一個對話中檢視清單並提供意見。
- 在該對話中，為分流工作排程一項任務。
- 選用：確信報告準確時，可要求 Codex 撰寫 Linear 議題、Slack 更新、GitHub 留言或交接備註的草稿。
開始之前，請安裝 Codex 所需的 外掛程式，例如 Sentry、Slack、Linear 或 GitHub。在入門提示詞中，將方括號內的外掛程式清單換成實際的 @ 外掛程式標籤。接著，將方括號內的各個來源換成要搜尋的確切位置：Sentry 專案或警示 URL、Slack 頻道或討論串、Linear 團隊、檢視或查詢、GitHub 程式碼庫、議題查詢或 PR 檢查、部署連結、記錄檔、支援佇列或儀表板。
第 1 階段：執行巡查
若測試、程式碼庫工具、建置檢查或 CI 失敗等本機上下文能提供協助，請從這些錯誤所屬的程式碼庫啟動 Codex。如果可透過外掛程式、連接器、MCP 伺服器、連結、匯出資料、貼上的記錄或附件取得錯誤來源，也可以從任何程式碼庫執行巡查。
先執行上方的入門提示詞，只保留巡查所需的外掛程式和資料來源。
例如，填妥的提示詞可以列出外掛程式，以及巡查所需的確切佇列、頻道或程式碼庫。
第 2 階段：讓報告更實用
自動化之前，請確認報告確實實用，值得每天查看。
實用的首次執行結果包括：
- 訊息明確的錯誤依 P0 至 P3 排序。
- 重複回報歸入同一個錯誤。
- 每個錯誤都有證據連結或簡短引文。
- 推測與觀察到的事實分開列出。
- 每個錯誤都有簡短的建議後續行動。
在排程前，先於同一個對話中調整報告。你可以要求 Codex：
- 在清單排序前，再檢查一個來源。
- 排除團隊已知、雜訊過多的警示。
- 只傳回 P0 和 P1 錯誤。
- 若 Slack 回報、Sentry 警示和 GitHub 檢查失敗都指向同一個錯誤，便將它們合併。
- 每個錯誤只顯示最合適的單一連結。
- 補充足夠的證據，讓其他人可以重現問題或交由適當的人處理。
第 3 階段：將巡查自動化
當隨選報告已足夠實用時，請留在同一個對話中，並 從該對話為分流工作排程一項任務。Codex 可以根據你在對話中調整的內容，撰寫週期性執行所需的提示詞。
為分流工作排程
為我們在此對話中調整完成的錯誤分流工作流程排程一項任務。
排程： [every hour / every weekday morning / daily]
使用此對話中相同的資料來源、優先順序規則、重複回報分組方式、證據呈現方式，以及 P0-P3 報告格式。
為這項排程工作撰寫提示詞時，請加入外掛程式提及標記，或已連線資料來源的相關指示，讓排程執行時能再次讀取這些來源。
這項排程工作僅能產生草稿。不得發布、建立、指派、加上標籤、關閉、重新執行、開始修正問題或編輯程式碼。
排程前，請先向我顯示任務提示詞、排程、資料來源和操作政策。
第 4 階段：分派後續工作
確定排程報告實用後，請決定接下來要如何分派工作。Codex 可以為團隊頻道擬定 Slack 更新、為你想追蹤的錯誤撰寫 Linear 議題、為檢查失敗的 PR 撰寫 GitHub 留言，或為值班人員準備交接說明。
更新透過此對話排程的錯誤分類任務。
每次排程執行後，請擬定我需要的後續內容：
- 給 [channel] 的 Slack 更新
- 針對 [which bugs should become issues] 的 Linear 議題
- 針對 [issue / PR / failing check] 的 GitHub 留言
- 給 [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 |
|---|---|---|
| 錯誤上下文匯集的位置 | Sentry 警示、Slack 頻道、Linear 檢視、GitHub 議題、PR 檢查、支援佇列、值班備註、記錄、儀表板和部署備註 | 列出 Codex 應巡查的確切佇列、頻道、檢視、程式碼庫、警示連結、儀表板和檔案。 |
| Codex 的讀取方式 | 適用於 Slack、Linear、GitHub 和 Sentry 的 外掛程式 ；連接器； MCP 伺服器 ；程式碼庫 CLI；連結；匯出資料；附件；以及貼上的記錄 | 已有整合功能時，請直接安裝。若 Codex 尚無法讀取某些內部資料來源，請為其建置或設定小型 MCP 伺服器、CLI、匯出機制或儀表板連結。 |
