選項
分類 分類

探索 程式碼審查

分析和解決 GitHub 拉取請求中的 Sentry 評論。當被要求審查或修復 Sentry 在 PR 評論中識別的問題時,請使用此功能。可以透過編號審查特定的 PR,或自動查詢帶有 Sentry 反饋的最新 PR。

2026-08-26

對程式碼進行結構化審查,涵蓋錯誤、迴歸測試、測試用例及規範標準。在提交 PR 前或收到審查請求時使用;互動模式可在本地修復問題,而 mode:agent 模式僅向管道呼叫者報告結果。

2026-08-26

觀察一個拉取請求或審查週期,直到它準備好合併。當被要求照看、監控或持續檢查 PR 評論、審查意見和 CI 結果,直到所有可操作的問題都得到解決時,使用此功能。

2026-08-26

審查專案的 PR,以檢查 Seer Bug Prediction 在程式碼審查中發現的問題。當被要求審查或修復 Sentry 在 PR 評論中識別的問題,或查詢帶有 Sentry 反饋的近期 PR 時,請使用此功能。

2026-08-26

在多貢獻者專案(包括 Flows 應用)中,從主分支或其他分支獲取更新的標準工作流程,可避免在未經通知的情況下丟棄現有工作。該流程指導使用者如何執行獲取與合併操作,要求明確列出合併衝突,透過對話記錄和倉庫上下文分析雙方程式碼的差異,提供按優先順序排序的建議,並在修改衝突標記或完成合並之前獲取使用者確認。觸發場景包括:拉取主分支、合併主分支、合併 origin 分支、執行 rebase 操作、出現合併衝突以及存在未合併的暫存區。

2026-08-26

處理 PR 審查回饋。適用於回應審查意見、解決審查討論串,或修正程式碼審查回饋時。

2026-08-26

可在 git 工作樹、分支或 Pull Request 之間實現只讀式的站會,以便對比各項變更並制定出統一的整合方案。

2026-08-26

端對端解決未解決的 GitHub PR 審查討論串:評估每則審查評論是否正確,若屬實則進行針對性修正;若不屬實則附上理由回覆;進行提交,並關閉討論串。 適用於:未解決的審查討論串、PR 審查回饋、需修改的 PR、PR 審查連結 (#pullrequestreview-...)、修正審查評論、關閉開放中的討論串,以及處理 PR 回饋。不適用於:未進行程式碼變更的回饋彙總、建立新的 PR,或唯讀分支。

2026-08-26

透過使用者訪談制定包含詳細實施步驟的完整重構計劃,隨後以 GitHub issue 的形式提交。該方法適用於那些希望規劃重構流程、起草重構相關 RFC,或是將重構任務拆解為多個安全、逐步推進的步驟的使用者。

2026-08-26

在程式碼變更後,透過 difit 請求使用者進行程式碼審查。

2026-08-26

將單個 Pull Request 拆分為多個 Pull Request,以此減少所需的 CODEOWNERS 稽覈團隊數量。

2026-08-26

為在 Claude Code 中處理 GitHub 問題提供了結構化的 8 階段工作流程。該流程涵蓋獲取問題詳情、分析需求、實現解決方案、驗證正確性、進行程式碼審查、提交更改以及建立拉取請求等環節。當使用者要求處理、實現、修改、修復或關閉某個 GitHub 問題,或是提供問題 URL 或編號以便開展相關工作時,即可使用此流程。

2026-08-26
OR