代码审查 / GitHub MCP 推荐

以安全、性能与最佳实践为侧重点的细致代码审查。适用场景：审查代码、做安全审计、检查代码质量、审查 pull request，或用户提到 code review、PR review、安全漏洞、性能问题。

审阅仓库中所有本地改动的错误、风格合规、意外结果，以及必要的文档/测试/示例更新。生成报告并按需协助修复所识别的问题。触发于「adk-review」「review changes」「pr review」「check code style」「verify changes」。

在 Strapi 仓库中撰写任何 git 提交信息、PR 标题或 squash 主题时使用。只要涉及提交/PR 主题的拟定就应触发，即使用户没有说出“commit”一词。

审查某个改动（PR、当前分支 diff 或一组文件），或审计某个组件乃至整个代码树的安全加固缺失或不当之处。从第一性原理出发推理信任边界，再对照 Symfony 的加固不变量族检查代码，并运行 .github/sa-tools 中的检查门禁。当用户说 security review、security audit、check hardening、review this PR/branch for security、audit <component> for <vuln class>、是否缺少安全加固，或点名要排查的漏洞类别时使用。

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

全面的 REST API 设计审查，含自动 lint、破坏性变更检测与设计记分卡。在 API 上线前捕捉不一致的约定、缺失的版本化与设计异味。用于审阅新增或改动 API 端点的 PR、审计现有 API 的 v2 迁移，或为团队确立 API 标准时。

审查预测市场、资产组合、预言机与交易 Agent 相关流程在合规、安全、数据质量、隐私和执行方面的风险。在任何流程涉及交易平台授权、用户持仓数据、API 密钥或交易规划之前使用。

Langfuse 用户可见前端变更的浏览器审查共享流程。当改动影响 UI 行为、布局、样式、导航或可能造成浏览器中可见的回归，需要在签署前用 Playwright MCP server 检查时使用。

使用 gh、本地源码检视、0-3 审查级别，以及经核实的 Critical、Moderate、Minor 与 Downgraded 发现，对照 QuestDB 编码标准审阅 GitHub pull request。当 Codex 被要求审阅 PR 编号或链接、运行 review-pr、检视 GitHub PR、校验 PR 元数据、分析 diff 与调用点，或执行 QuestDB 阻断式代码审查时使用。

配置 GitHub 鉴权：HTTPS token、SSH key 与 gh CLI 登录。

评审 PR：查看 diff、通过 gh 或 REST 发表行内评论。

通过 gh 或 REST 创建、分类、打标签并分配 GitHub issue。

克隆、创建、fork 仓库；管理远程与发布版本。

GitHub PR 生命周期：建分支、提交、开 PR、CI、合并。

借助变更检测与影响分析执行结构化代码审查。

对当前会话的改动执行代码评审。当用户通过 Changes 工具栏中的 Run Code Review 按钮请求代码评审时使用。

对照项目标准审阅改动的代码。检查缺失测试、死代码、类型安全、lint 问题与编码约定。在完成任何实现工作后运行。

任何 git 操作都务必使用：原子提交、rebase/squash、历史检索（blame、bisect、log -S）。强烈建议：配合 task(category='quick', load_skills=['git-master'], ...) 使用以节省上下文。触发词：commit、rebase、squash、who wrote、when was X added、find the commit that。

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

安全审查编排器及其子代理的格式规范与数据契约。

评审 Rust 移植代码的移植保真度、规范符合性与错误处理，并与原始 TypeScript 源码比对。

LobeHub 代码审查清单。审查 PR、diff 或分支时使用，检查 console 残留、return await、密钥、i18n、desktop router 漂移、UI import、迁移脚本及云端影响。

实现完成后的审查编排器。并行启动 5 个后台子 agent:Oracle(目标/约束核验)、Oracle(代码质量)、Oracle(安全)、unspecified-high(动手 QA 执行)、unspecified-high(从 GitHub/git/Slack/Notion 挖掘上下文)。全部通过才算审查通过。完成任何重要实现工作后必须使用。触发词:'review work'、'review my work'、'review changes'、'QA my work'、'verify implementation'、'check my work'、'validate changes'、'post-implementation review'。

对 pull request 或本地代码变更执行全面的多步代码审查，采用迭代打磨（生成、批评、综合）以确保高质量、可执行的反馈。当需要深入审查代码变更时使用。

在规划或实现前加载所有相关的 GitLab 开发原则。逐一评估每个原则组以确保跨领域覆盖。

在提交前评审 UTM 的待提交变更。对当前分支 diff 做标准正确性/质量代码评审，并按 CONTRIBUTING.md 与 AGENTS.md 中的 UTM 贡献规则审计——范围纪律、commit/PR 格式、AI 署名、日志钩子、生成文件、UI/设计理念与平台兼容性。在创建或更新 UTM pull request 之前、用户要求评审 UTM 变更时、或用户运行 /utm-review 时使用。/utm-submit 工作流默认本技能已在当前变更上运行过。

Langfuse 的安全审查模式。当改动涉及接受用户提供的 URL、host/endpoint/baseURL 字段、密钥、跨租户数据、新的出站 HTTP 请求、新的集成（webhook、对象存储、LLM 连接、图片代理）、跟随重定向的行为或新的鉴权/权限范围时，在代码审查、设计或规划阶段使用。目前覆盖 SSRF 与出站 URL 校验，并有意扩展到其他反复出现的安全问题（租户隔离、密钥处理、重定向处理不当、文件上传、RBAC 权限范围漂移）。

当用户想评审 pull request、理解 PR 的改动、评估合并风险或检查测试覆盖缺口时使用。示例：“Review this PR”“PR #42 改了什么？”“这个 PR 能安全合并吗？”

当用户想知道改动某处会破坏什么，或在编辑代码前需要安全性分析时使用。示例：“改 X 安全吗？”“什么东西依赖这个？”“这会导致什么出问题？”

当用户想知道改动某处会破坏什么，或在编辑代码前需要安全性分析时使用。示例：“改 X 安全吗？”“什么东西依赖这个？”“这会导致什么出问题？”

在修改代码之前分析影响半径。

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

审查 Presto 的 pull request、提交或本地改动，关注代码质量、风格、正确性与性能。当用户要求“code review”、“review commits”、审查最近 N 次提交、审查我的改动或审查分支时使用。仅在 Presto 仓库（prestodb/presto）中工作时使用，其他项目勿用。

为 TypeScript/Node.js 应用提供安全审查能力，针对 XSS、注入、CSRF、JWT/OAuth2 缺陷、依赖 CVE 和密钥泄露校验代码。适用于安全审计、部署前检查、评审认证/授权实现，或确保 Express、NestJS、Next.js 符合 OWASP 要求。触发词："security review"、"check for security issues"、"TypeScript security audit"。

使用并行的角色化 persona agent 审阅需求或计划文档，暴露与角色相关的问题。当存在需求或计划文档且用户希望改进它时使用。

凡任务需要提交或调查 git 历史时必须使用。涵盖原子提交、暂存、提交信息风格、rebase、squash、fixup/autosquash、blame、bisect、reflog、git log -S/-G,以及"这是谁写的""何时加入的"之类的问题。普通代码编辑不要使用,除非用户要求处理 git。

专门分析 flutter/flutter 仓库中的 flaky（不稳定）GitHub issue。当用户想针对某个 flutter GitHub issue 链接分析其不稳定性时使用。

Langfuse 仓库的 Git、GitHub、提交、分支、拉取请求、Issue 搜索、发布与生产晋级流程。在暂存、提交、推送、开 PR、搜索 GitHub Issue 或修改发布/晋级行为时使用。

按照 Google TypeScript 风格指南审查 TypeScript 代码。

审查 GitHub pull request 并提供反馈评论。审查来自 GitHub 的 Pull Request 时的首选技能。

通过 gh 命令行工具为 Kibana 仓库进行 GitHub 交互。用于任何 GitHub 操作——创建、查看或修改 PR 或 issue，发表评论或审查，检查 CI 状态，应用标签，创建 release，或进行任意 gh/API 调用。

当用户需要运行 GitNexus CLI 命令时使用，例如 analyze/index 仓库、查看状态、清理索引、生成 wiki 或列出已索引仓库。示例：“Index this repo”“Reanalyze the codebase”“Generate a wiki”。

以 Cursor Composer 运行一次评审，作为参考性的第二意见，主评审结论仍由宿主 brain 掌握。当用户调用 cursor:review、要求 Cursor 参与评审，或希望用 composer 对 diff 做抽查校验时使用。Cursor 不掌握 APPROVE/REQUEST_CHANGES 的判定权。

以 Cursor Composer 发起评审，只作参考性第二意见，主评审结论仍归属宿主 brain。当用户调用 cursor:review、要求 Cursor 评审，或想让 composer 帮 sanity check 一个 diff 时使用。Cursor 从不主导 APPROVE/REQUEST_CHANGES。

针对 Project Bedrock 将单元测试转换为浏览器测试的审阅器。当用户需要在移除测试中复杂的 Browser 依赖时审阅其工作，调用本技能。

产出小而聚焦单一关注点、便于评审的改动。在重构、清理、重组、拆分或准备提交 PR 时使用，尤其适用于这个易产生 sprawling diff 的多贡献者 AI 辅助代码库。涵盖一次提交只改一个关注点、提取辅助函数而不扩大作用域、不夹带无关编辑、拆解过大的活动、注释卫生，以及交接前的自查清单。

设计、调试并加固 GitHub Actions CI/CD 工作流，涵盖可复用工作流、矩阵构建、自托管运行器、OIDC 认证、缓存、环境、密钥与发布自动化。

由一组协同的评审代理（reviewer swarm）执行一次 GitNexus 生产就绪度 pull request 评审。