代码审查 / GitHub MCP 推荐

通过 `gh` CLI 与 GitHub 交互。用 `gh issue`、`gh pr`、`gh run` 和 `gh api` 处理 issue、PR、CI 运行与高级查询。

GitHub

连接GitHub的MCP服务器，支持仓库管理、问题跟踪、代码搜索等功能

GitHub API 集成，采用托管式 OAuth。访问仓库、issue、Pull Request、提交、分支与用户。当用户需要操作 GitHub 仓库、管理 issue 与 PR、搜索代码或自动化工作流时使用本技能；其他第三方应用请使用 api-gateway 技能（https://clawhub.ai/byungkyu/api-gateway）。调用通过 `maton` CLI 配合 OAuth 登录执行，或在无法安装 CLI 时凭 Maton API Key 走原始 HTTP。每次调用都以用户连接身份认证，仅能访问该连接授权范围内的数据，服务端对每个请求强制执行鉴权；此处记录的端点即本技能所用端点，若需该应用的其他端点，须由用户点名提出。默认只做读取与列表调用，任何写入或新连接都需经用户确认。本文件还按使用顺序记录把 GitHub 连接变成自动化的三个构件：连接（第一步）、一个托管函数……（原文截断）

处理提交、分支、合并与 rebase，解决冲突并恢复丢失的 Git 历史。凡涉及仓库、提交、分支、合并、rebase、stash、tag 或 submodule 的操作时使用；当 Git 拒绝命令——存在 index.lock、push 因非快进被拒、游离 HEAD、dubious ownership、无关历史、遗留冲突标记；当硬重置、错误 rebase、删除分支或丢弃 stash 后看似丢失了内容；当需要拆分混合变更、遣词造句提交信息、评审前清理历史，或在毁掉队友工作之前 force-push；当凭据或超大文件被误提交；当需要配置 worktree、hooks、LFS、稀疏检出、提交签名或分离工作/个人身份。不适用于 CI 流水线 YAML（github-actions、gitlab），也不用于撰写 Pull Request 描述本身（pull-request）。

GitLab

GitLab的MCP服务器，支持GitLab的读取和写入

通过 GitHub REST 与 GraphQL API 处理 GitHub 仓库、issue、拉取请求、提交、分支、release 与工作流。当用户希望…时使用本技能。

通过 GitLab API 处理 GitLab 项目、issue、合并请求、提交、分支、流水线与群组。当用户希望列出项目…时使用本技能。

GitHub

把 AI 智能体接入 GitHub——管理仓库、issue、PR、工作流等。

通过 `glab` CLI 与 GitLab 交互，处理合并请求、CI/CD 流水线、议题、发布与 API 请求，支持 gitlab.com 与私有化部署实例。

专业评审者与批评者。当用户想对任何内容获得结构化反馈时触发：文档、计划、代码、决策、策略、设计、提案等。

避免常见 GitLab CI/CD 错误——rules 陷阱、静默失败与 YAML merge 陷阱。

Gitee

Gitee的MCP服务器，支持代码仓库管理、问题跟踪等功能

将 AI 助手接入 GitHub——通过自然语言管理仓库、议题、PR 与工作流。

GitHub MCP，封装 GitHub 公开 REST API（公开端点无需鉴权）。

GitLab MCP，封装 GitLab REST API v4（自备 API key）。

将 AI 助手接入 GitHub——管理仓库、Issue、PR、工作流与 git 操作。

通过 MCP 操作本地 Git：status、log、diff、文件历史、分支，以及带闸门的暂存与提交，纯 JS 实现。

通过 MCP 接入 GitHub：搜索、仓库、issue、PR、文件与通知，支持 OAuth 设备流或令牌。

管理项目、群组、分支、合并请求与 CI/CD 流水线

GitHub MCP 服务器——列出 PR 与 issue、查看仓库信息及搜索代码。

GitHub 分析——仓库、PR、议题、发布与贡献者。

为 AI 智能体提供 Git 日志、差异、追溯与分支统计。

用于 GitHub 操作（PR、议题、Actions）的 MCP 服务器，输出结构化且节省 token。

将结构化 git 操作（status、log、diff、branch、show）转为带类型的 JSON。

通过 gh CLI 操作 GitHub：PR、issue、评审、仓库与鉴权。

GitHub CLI，用于 issue、PR、CI/检查日志、评论、审查、发布、仓库和 gh api 查询。

审查改动过的代码，关注正确性、安全、代码质量与性能。当用户要求审查代码改动、某个 PR 或指定文件时使用。可用 /review、/review <pr-number>、/review <file-path> 调用，或加上 /review <pr-number> --comment 以在 PR 上发布行内评论。通过 --effort low|medium|high 在深度与速度之间取舍（PR 默认 high，本地改动默认 medium）。

审查 ClickHouse Pull Request 的正确性、安全性、性能与合规性。当用户希望审查 PR 或 diff 时使用。

面向审查本仓库的 AI 代码审查 agent 的仓库专用指引。

审阅代码的常见问题。在审阅 PR、建议代码改动，或用户要求审阅代码时使用。

从某个固定基点（commit、分支、tag 或 merge-base）起沿两条轴线审查变更——规范（代码是否遵循本仓库书面编码规范？）与规格（代码是否符合原始 issue/PRD 的要求？）。两条审查由并行子代理执行并并排呈现。当用户想审查分支、PR、进行中的变更，或要求“review since X”时使用。

合并前的 PR 审查。（gstack）

分析 auto-memory 的晋升候选、过期条目、合并机会与健康指标。当用户运行 /si:review，或询问已学到什么、该晋升或清理什么时使用。

审查代码变更并给出建设性反馈。需要一致性审查行为与输出格式时应使用。可用于一般代码审查，不限于 GitHub pull request。

适用于商品页、本地商家页、菜谱、图书以及任何聚合用户评价的页面。审计电商或评价类站点的富媒体搜索结果（rich result）资格时使用。

按 CLAUDE.md 中项目标准化的流程审查 Ansible PR。

使用 gh 处理 GitHub issue、PR 状态、CI/日志、评论、审查、发布和 API 查询。

已废弃的独立代码评审技能。

使用 `gh` CLI 处理议题、Pull Request、Actions 运行记录与 GitHub API 查询。

审阅 Playwright 测试的质量。当用户说「review tests」「check test quality」「audit tests」「improve tests」「test code review」或「playwright best practices check」时使用。

使用 gh 命令行工具与 GitHub 交互。使用 gh issue、gh pr、gh run 与 gh api 处理 issue、PR、CI 运行和高级查询。

通过 `gh` CLI 与 GitHub 交互。使用 `gh issue`、`gh pr`、`gh run` 和 `gh api` 处理 issue、PR、CI 运行与高级查询。

iFlytek 合同智能审核

用于用户要求审查合同、识别合同风险或执行合规检查的场景。合同智能审核——对合同扫描件、图片合同、双语合同进行完整审核，覆盖 OCR 识别、条款分析、风险检测、合规校对、翻译摘要全流程。适用于法务审核、采购合同审查、供应链合规检查等场景。关键词：合同审核、风险检测、条款分析、合规校对。

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

完成任务、实现重要功能或合并前使用，用于验证工作成果是否符合要求

收到代码审查反馈后、实施建议之前使用，尤其当反馈不明确或技术上有疑问时——需要技术严谨性和验证，而非敷衍附和或盲目执行

国内 Git 平台配置参考——Gitee、Coding.net、极狐 GitLab、CNB 的 SSH/HTTPS/凭据/CI 接入差异与镜像同步配置。仅在用户显式 /chinese-git-workflow 时调用，不要根据上下文自动触发。