选项
分类 分类

探索 代码审查

分析和解决 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