代码审查 / GitHub MCP 推荐

Filter large Sentry Scraps design-system migration PRs for review by separating mechanical import-path changes, generated baseline updates, snapshot mocks, and pure renames from substantive destination-component and logic changes. Use when asked to review a large "ref(scraps)" PR, a "move component into Scraps" PR, or to filter Scraps migration noise. Do not use for general refactors or migrations outside getsentry/sentry.

以设计师视角评审方案规划——交互式进行，类似 CEO 评审与工程评审。（gstack）

在真机上对 iOS 应用做视觉设计审计。（gstack）

在添加身份认证、处理用户输入、接触密钥、新建 API 端点或实现支付/敏感功能时使用本技能。提供完整的安全清单与模式。

GitHub 操作、自动化、API 集成与 CI/CD 流程。

GitHub 仓库操作、自动化与管理。使用 gh CLI 进行问题分类、PR 管理、CI/CD 操作、发布管理和安全监控。当用户想要管理 GitHub 问题、PR、CI 状态、发布、贡献者、过期项目或任何超出简单 git 命令的 GitHub 操作任务时使用。

GitHub 仓库的运维、自动化与管理。基于 gh CLI 完成 issue 分类、PR 管理、CI/CD 操作、发布管理与安全监控。当用户需要管理 GitHub issue、PR、CI 状态、发布、贡献者、陈旧条目，或处理超出简单 git 命令范围的 GitHub 运维任务时使用。

面向学术、生物医学、工程与科学主题的系统性文献综述工作流，包含检索规划、来源筛选、综合、引用核对与证据记录。在需要查找、筛选、综合并引用一批学术或技术文献时使用。

面向学术、生物医学、工程与科学主题的系统性文献综述工作流，包含检索规划、来源筛选、综合、引用核对与证据记录。

规范 git 工作流实践。在做任何代码变更、提交、分支、解决冲突、把凌乱工作区拆成干净的原子提交、创建或审查 pull request、推送到远程，或需要在多条并行工作流间组织时使用。在版本发布（cut）、选择语义化版本递增、打 tag 或撰写 changelog 时使用。

dev toolbar、PostHog 客户端与特性标志的安全规则。在编写或评审 packages/dev-tools/、packages/common/posthog-client.ts 或 packages/common/feature-flags.tsx 的任何改动时使用。涵盖环境守卫、标志覆盖 cookie、遥测事件订阅以及 SSE 流安全。

使用多个学术数据库（PubMed、arXiv、bioRxiv、Semantic Scholar 等）开展全面、系统化的文献综述。适用于生物医学、科学和技术领域的系统性文献综述、meta 分析、研究综合或全面的文献检索。生成专业排版的 markdown 与 PDF 文档，支持多种引用格式（APA、Nature、Vancouver 等）并带引用核验。

在被明确请求时，进行结构化的 Codex、Claude、Amp、Pi 或 Kimi 代码审查。

按 n8n 约定创建 Linear 工单或 GitHub issue。当用户要求创建工单、报缺陷、开 issue，或输入 /create-issue 时使用。

分诊开放的 PR——先基于 diff 初筛，把准入判断交给 audit-the-list，然后在 GitHub 上合并或关闭。当维护者要求审查 PR、处理 PR 队列，或判断某个 PR 是否应当合并时触发。

审查前端代码（.tsx、.ts、.js 文件）的质量、性能以及与 Langflow 前端规范的一致性。支持待提交变更审查与按文件审查。

配置 Claude Code hooks，在危险的 git 命令（push、reset --hard、clean、branch -D 等）执行前予以拦截。当用户想防止破坏性 git 操作、添加 git 安全钩子，或在 Claude Code 中拦截 git push/reset 时使用。

使用 gh CLI 将本地 OpenDesign 插件发布到新的公开 GitHub 仓库。

当用户想把已验收的插件或制品打包成面向 OpenDesign 或其他目标仓库的 GitHub pull request 时使用此插件。

Open Orbit 简报技能——当 GitHub 是用户唯一连接的连接器，或用户显式将每日摘要限定在 GitHub 时，由 Orbit 流水线选用。从用户已授权的 GitHub 连接拉取过去 24 小时的 PR、评审请求、issue、CI 运行与合并，并按 GitHub 原生通知 + PR diff 的视觉语言渲染布局。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 GitHub 数据调用。

GitHub 仓库分析仪表盘——star、fork、贡献者、issue、pull request、近期动态与头部贡献者。当需求要求 GitHub 仓库仪表盘、开源增长报告、仓库健康页面或 GitHub 分析视图时使用。

GitHub 仓库分析仪表盘——star、fork、贡献者、issue、pull request、近期动态与头部贡献者。当需求要求 GitHub 仓库仪表盘、开源增长报告、仓库健康页面或 GitHub 分析视图时使用。

在 ~/GitHub/supabase/supabase 本地审查 Supabase 文档变更——既包括审阅已开的 PR（分诊、分类、验证），也包括开 PR 前审阅自己分支（本地自审）。涵盖 markdown 流水线、MDX 内容、教程、示例、Studio 链接以及文档工具链。在被要求审阅文档 PR、自审草稿分支、确认谁已批准、验证构建产物或评估 supabase/supabase 文档改动时使用。

与具体库无关的 Flutter/Dart 代码审查清单，涵盖组件（widget）最佳实践、状态管理模式（BLoC、Riverpod、Provider、GetX、MobX、Signals）、Dart 惯用法、性能、无障碍、安全性与整洁架构。适用于审查 Flutter 或 Dart 代码，无论项目使用哪种状态管理库。

全面的 GitHub 发布编排，借助 AI swarm 协同实现自动化版本管理、测试、部署与回滚管理。

对照已知行为差异（空字符串、refcursor、类型强转、排序/排序规则、UNION ALL 优化器风险、物化视图刷新要求、时间戳、并发事务等）识别 Oracle 到 PostgreSQL 的迁移风险。在规划数据库迁移、审查迁移产物，或验证集成测试是否覆盖 Oracle/PostgreSQL 差异时使用。

Review Video.js TypeScript APIs without editing code. Use for inference, state, extensibility, composition, packaging, or architecture audits.

当变更新增或修改 migrations/ 下路径时审查数据库迁移文件。合并前使用,收集正向迁移、回滚、锁与数据安全方面的证据。

通用 SQL 代码审查助手，对所有 SQL 数据库（MySQL、PostgreSQL、SQL Server、Oracle）进行全面的安全性、可维护性与代码质量分析。聚焦 SQL 注入防护、访问控制、代码规范与反模式检测。与 SQL 优化提示互补，覆盖完整开发环节。

下载留存的 Codex GitHub Action 线程制品，并把其 rollout 历史载入本地 Codex 应用。当被要求从 GitHub Actions 运行或相关 GitHub issue/PR 打开、载入、导入、恢复或检查某条 Codex 自动化线程时使用。

审阅并调查 Teleport 会话录制。当用户要求审阅或审计已录制会话、查明某会话中发生了什么，或按会话内事件搜索会话（例如「接触过生产数据库的会话」「谁在生产上运行过 sudo」）时使用。涵盖常见安全工作流：对高风险会话做 SOC 风险分诊、对生产访问做周期性合规审阅、针对特定技术（提权、持久化、数据外泄、SSH 配置篡改、密钥泄露）做威胁狩猎，以及事件响应线索追踪（「这个用户在该主机上做了什么」）。还会列出近期 SSH/db/Kubernetes/桌面录制、汇总某会话，并下载或回放其一。触发语如「review session recordings」「search session recordings」「what happened in session <id>」「find risky sessions」，或任何提及 Teleport 会话录制/汇总者。在跟进上条命令得出的会话时也触发。

面向 issue、pull request、CI 与发布的 GitHub 工作流自动化。适用于：明确要求托管平台的仓库操作。跳过：本地 git 操作已足够或未获授权公开发布。

Open Orbit 简报技能——当 GitHub 是用户唯一连接的连接器，或用户显式将每日摘要限定在 GitHub 时，由 Orbit 流水线选用。从用户已授权的 GitHub 连接拉取过去 24 小时的 PR、评审请求、issue、CI 运行与合并，并按 GitHub 原生通知 + PR diff 的视觉语言渲染布局。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 GitHub 数据调用。

提供可交互的代码库知识图谱 Web UI。

dev toolbar、PostHog 客户端与特性标志的安全规则。在编写或评审 packages/dev-tools/、packages/common/posthog-client.ts 或 packages/common/feature-flags.tsx 的任何改动时使用。涵盖环境守卫、标志覆盖 cookie、遥测事件订阅以及 SSE 流安全。

在收到代码审查反馈、准备落实建议之前使用，尤其是反馈不清晰或技术上存疑时——要求技术上的严谨与验证，而不是表演式附和或盲目照做。

在需要与当前工作区隔离的功能开发开始前，或执行实现计划之前使用——通过原生工具或 git worktree 回退方案确保存在隔离的工作区。

评审 Medusa 仓库的 GitHub pull request。检查 PR 模板合规性、贡献指南、代码约定、安全、性能与缺陷，并输出结构化评审结论（标签 + 评审模板）供下游确定性步骤应用。当 PR 被创建或更新时使用。

ZeroClaw 的 issue 分诊与生命周期管理 agent。当用户想要：分诊未关闭 issue、关闭过期/重复/已修复的 issue、打标签、清理积压、执行 current issue stale 策略或处理某个具体 issue 时使用。触发语：'triage issues'、'issue triage'、'sweep issues'、'close stale issues'、'handle issue #N'、'backlog sweep'、'label issues'、'stale pass'、'wont-fix pass'、'issue accounting'、'how many issues'、'backlog health'，以及任何涉及 ZeroClaw 项目 issue 生命周期管理的请求。

对照已接受的 ADR(架构决策记录)审查代码改动,检查是否违反。

高级 Git 工作流:分支管理、冲突解决与 PR 生命周期。

复现 nx issue 的唯一技能。给定 GitHub issue 编号（人工入口）或明确的复现参数（智能体入口），整个复现过程完全在隔离的 Docker 沙箱内执行——Linux 用 gVisor，macOS 用 Docker VM——因此不受信任的复现安装脚本与命令不会在宿主机上运行，最后给出是否复现的结论。供人类通过 /reproduce-issue 调用。

对 nrwl/nx 中单个开启的 PR 做深度代码审查。先建立隔离的 worktree，然后运行 pr-review-toolkit 审查智能体、reproduce-verifier 智能体（结合关联 issue 佐证结论，若可本地运行则在 master 与 PR 上分别执行复现）、alternative-approach 智能体（独立设计替代方案并与 PR 的选型对比）、performance-analyzer 智能体（确认改动不浪费 CPU 或内存，并能在工作区规模下快速执行）以及 security-analyzer 智能体（在真实信任边界上排查注入类漏洞——命令注入、zip-slip、SSRF、凭据泄露），只保留严重与重要问题（以及优势；可改可不改的建议丢弃），并把 GitHub 风格的草稿存到 ~/.nx-pr-reviews/<NUMBER>.md 供审查者阅读（不会发布任何内容）。当你需要对单个 PR 做彻底审查时使用。

对 PR 改动做深度代码审查，关注正确性、安全性与 MAUI 约定。采用独立性优先评估（先看代码后看叙述），并委派给 maui-expert-reviewer agent 做分维度子代理评估。触发于：「review code for PR」「code review PR」「analyze code changes」「check PR code quality」。不用于：总结 PR、描述改了什么、一般性 PR 提问、运行测试或修复代码。

按权威的 API Design 指南对指定代码进行评审。当用户要求做 API 评审，或要求按 API 设计原则检查代码时使用。

以特定角色视角审阅需求、计划或规格文档。当用户希望改进已有的规划文档时使用。

按给定强度审阅当前 diff 的正确性缺陷和复用/简化/效率优化(low/medium:更少、高置信度发现;high→max:覆盖更广、可能含不确定发现;ultra:云端多 agent 深度审查)。传 --comment 以行内 PR 评论发布发现,或传 --fix 在审查后将修改应用到工作树。

将 PR 的 CI/测试失败归类为可能由 PR 引起或无关，并与基线分支对比，给出整体可合并性结论。使用收集到的 GitHub/AzDO/Helix 上下文及共享的 MAUI CI 事实。