代码审查 / GitHub MCP 推荐

审查一个 GitHub 拉取请求，并输出经过校验的本地评审结果载荷（评论与批准决定）。

从功能分支准备 GitHub Pull Request——分支整洁度、提交组织、标题/正文、验证说明、UI 工作的截图，以及对评审意见的回复。

审查 Salesforce Mobile SDK for Android 的 PR，关注公共 API 破坏、OAuth/凭据安全、SQLCipher 正确性、多用户账户回归、缺失的本地化以及 Android 平台陷阱。针对每次变更都会触达外部开发者的公开开源 SDK 而定制。

以极高强度审查可维护性：抽象质量、超大文件与面条条件逻辑的滋生。用于“thermo-nuclear 代码质量审查”、深度代码质量审计或格外苛刻的可维护性评审。

面向 TypeScript、JavaScript、Python、Go、Swift、Kotlin、C#、.NET、Java、C、C++、Rust、Ruby、PHP 及 Dart/Flutter 的代码审查自动化。分析 PR 的复杂度与风险，检查 SOLID 违规与代码异味等质量问题，生成审查报告。用于审阅 Pull Request、分析代码质量、识别问题、生成审查清单。

对 actualbudget/actual 仓库中的拉取请求做全面审查。依据仓库的 CODE_REVIEW_GUIDELINES.md 与 AGENTS.md 进行离线代码审查（绝不发布任何 GitHub 评论），然后用 playwright-cli 在浏览器中验证该改动。缺陷类 PR 先在 edge.actualbudget.org 复现问题，再到 Netlify 预览环境验证修复；特性与增强类 PR 则在预览环境跑一遍改动，并截取带标注的截图突出新增功能。只要用户要求审查、测试、校验、把关、 Sanity 检查、QA 或以其他方式查看 Actual Budget 仓库中的 PR 与拉取请求，就使用本技能。

审阅已存储记忆的质量,检测重复、矛盾和过期条目,并给出可执行建议。适用于搜索结果互相冲突、运行 dream 固化之前,或定期记忆卫生检查。

面向代码变更的安全审计。当审查鉴权、加密、输入处理时由「/security-review」触发，或当用户明确请求安全审计时触发。

针对 .NET API 表面设计准则评审 PR。分析 api/*.cs 文件 diff，应用 .NET 框架设计指南与 Aspire 约定的评审规则，并通过 git blame 将每项 API 发现归因到引入者。在被要求评审 API 表面变更时使用。

从正确性、模式合规、测试、无障碍与安全性审阅 PR。给出可合并就绪的置信度评分。

提供全面的代码审查能力，覆盖安全、性能和代码质量分析。适用于用户请求代码审查、代码质量评估、Pull Request 审查，或提到安全分析和性能优化时。

全面的代码审查，含安全、性能与质量分析。当用户要求审查代码、分析代码质量、评估 pull request，或提到代码审查、安全分析、性能优化时使用。

全面的代码审查，含安全、性能与质量分析。当用户要求审查代码、分析代码质量、评估 pull request，或提到代码审查、安全分析、性能优化时使用。

全面的代码审查，含安全、性能与质量分析。当用户要求审查代码、分析代码质量、评估 pull request，或提到代码审查、安全分析、性能优化时使用。

从评审意见中提炼面向整个 diff 的通用修复，而不是逐行孤立处理。

审阅已存储记忆的质量,检测重复、矛盾和过期条目,并给出可执行建议。适用于搜索结果互相冲突、运行 dream 固化之前,或定期记忆卫生检查。

审计 GitHub Actions 工作流的效率并给出优化建议，减少 CI 分钟数与成本。

审计并提升 GitHub Codespaces 的效率。当用户希望加快 Codespaces 启动、降低 Codespaces 开销、精简 devcontainer、调整机器规格、优化空闲超时，或把预构建限定到持续使用的分支时使用。

全项目代码审查流水线，输出结构化审查报告到 Markdown 文件。 按模块拆分 Review Unit，派发 subagent 并行审查，汇总发现并分类， 生成完整的问题清单报告，不执行任何修复。 Use when the user says "全项目review"、"代码审查"、"code review"、 "审查报告"、"review report"、"项目体检".

排查 Cursor 代码库索引问题：索引卡住、搜索结果为空、@codebase 失效与性能问题。触发语：“cursor indexing”、“cursor index”、“@codebase not working”、“cursor search broken”、“indexing stuck”。

把 Git 流程接入 Cursor IDE：AI 生成提交信息、@Git 上下文、diff 评审与冲突解决。触发语：“cursor git”、“git in cursor”、“cursor version control”、“cursor commit”、“cursor branch”、“@Git”。

评审新来的外部 issue（以及其背后被门禁关闭的 PR），并决定是给贡献者派发任务还是婉拒。当维护者说看一下这个 issue、评审 issue 时使用。

审查 UI4 CSS 迁移是否正确使用了设计 token，检查 CSS 是否使用变量而非硬编码值。

从本地开发检出评审 Remix 的 pull request。当被要求评审 PR、查看 pull request diff 或输出评审员风格的深入评估时使用。

执行 git commit，支持约定式提交信息分析、智能暂存与信息生成。当用户要求提交变更、创建 git commit 或提到 "/commit" 时使用。支持：(1) 从变更自动检测 type 和 scope；(2) 从 diff 生成约定式提交信息；(3) 可覆盖 type/scope/description 的交互式提交；(4) 按逻辑分组做智能文件暂存。

掌握高级 Git 工作流，包括 rebase、cherry-pick、bisect、worktree 与 reflog，保持干净的提交历史并从任何状况中恢复。适用于管理复杂 Git 历史、协作开发特性分支或排查仓库问题。

通过单一主代理编排的工作流审查 Logseq 代码改动、PR、补丁、commit 范围或实现方案：将只读子代理分发到多轮独立评审，再对 web 端、桌面端与 Logseq CLI 的发现进行去重、验证并汇报。

全面的 GitHub 项目管理：swarm 协同的 issue 跟踪、项目看板自动化与迭代规划。

高级 GitHub Actions 工作流自动化，具备 AI swarm 协同、智能 CI/CD 流水线与全面的仓库管理。

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

多仓库协调、同步与架构管理,由 AI 蜂群编排。

全面的 GitHub 代码审查,由 AI 蜂群协调驱动。

按根因将 GitHub issue 积压聚类为少量总控 issue，用标准化评论重定向子 issue，并打包可原子关闭整簇的架构级修复 PR。当 issue 跟踪器已积累数十个共享底层缺陷的报告、被要求分诊/合并/聚类/去重 issue、要从开放 issue 构建计划系列或路线图，或要把新流入的 bug 路由进既有计划时使用。

指导 IA 端到端地为 GitHub 库发布新版本，自动处理 SemVer 版本编号与 Keep a Changelog 格式。

GitHub 归档：issue/PR 搜索、同步新鲜度、重复聚类、gh-shim PR 状态，以及 Gitcrawl 仓库相关工作。

与具体库无关的 Flutter/Dart 代码审查清单，涵盖 Widget 最佳实践、状态管理模式（BLoC、Riverpod、Provider、GetX、MobX、Signals）、Dart 惯用法、性能、可访问性、安全性与整洁架构。

Git 工作流、分支策略、提交信息约定与 Pull Request 流程。

按照官方指南帮助维护者回复 Ant Design 的 GitHub issue。当用户请求处理、回复、推进、查看或管理 ant-design/ant-design 仓库的 issue 时使用；用户围绕 antd、Ant Design 提到 GitHub issue 管理时也应使用。提供 issue 分类（Bug 与功能请求）、dosubot 回复处理、规范打标签、礼貌措辞，以及何时关闭 issue 的指南。

通过 gh CLI 操作 GitHub issue、PR 和 release。不用于代码审查或发布构建。

使用 MCP 工具创建、更新和管理 GitHub issue。当用户想创建缺陷报告、功能请求或任务 issue，更新现有 issue，添加标签/指派人/里程碑，设置 issue 字段（日期、优先级、自定义字段）、设定 issue 类型、管理 issue 工作流、关联 issue、添加依赖或跟踪 blocked-by/blocking 关系时使用。触发语如"create an issue""file a bug""request a feature""update issue X""set the priority""set the start date""link issues""add dependency""blocked by""blocking"及任何 GitHub issue 管理任务。

对指定文件或文件集执行架构与质量代码审查。检查编码标准合规、架构模式遵循、SOLID 原则、可测试性与性能问题。

跨 GDD 的整体一致性与游戏设计审阅。同时读取所有系统 GDD，检查它们之间的矛盾、过时引用、所有权冲突、公式不兼容，以及游戏设计理论违规（主导策略、经济失衡、认知过载、支柱漂移）。在所有 MVP GDD 撰写完成、架构开始之前运行。

审阅游戏设计文档的完整性、内部一致性、可实现性，以及对项目设计标准的遵循。在把设计文档交给程序员之前运行。

对 issue 与 PR 做只读的 GitHub 分类。1 个条目 = 1 个后台任务（类别：quick）。分析所有开放项，并把有证据支撑的报告写入 /tmp/{datetime}/。每条结论都必须有 GitHub permalink 作为证据。绝不在 GitHub 上执行任何操作——不评论、不合并、不关闭、不打标签，只做报告。触发词：triage、triage issues、triage PRs、github triage。

以通俗语言审阅合同，按严重度标出红旗条款，并生成带修订建议的标注版 docx/PDF。可接受可选的文件路径或 DocuSign 信封 ID。

Git工作流模式，包括分支策略、提交约定、合并与变基、冲突解决以及适用于各种规模团队的协作开发最佳实践。

当仓库已有开启的 pull request 且需要运行 Coder Agents Review 循环时使用：必要时通过 `/coder-agents-review` 请求审查，等待 `coder-agents-review` GitHub 应用的反馈，修复问题并重复，直到该应用评论 `approved`。

会写代码的设计师：先做视觉走查再修复，以原子提交并配前后截图。适合上线前打磨已交付的 UI。