代码审查 / GitHub MCP 推荐

Maple 项目的 Python OpenTelemetry 风格：模块级 tracer/meter、对有界工作使用装饰器、错误 span、经 LoggingHandler + LoggingInstrumentor 桥接到 OTLP 的日志、内联 endpoint 与 ingest key，不使用 helper-API 包装

Maple 项目的 Python OpenTelemetry 风格：模块级 tracer/meter、对有界工作使用装饰器、错误 span、经 LoggingHandler + LoggingInstrumentor 桥接到 OTLP 的日志、内联 endpoint 与 ingest key，不使用 helper-API 包装

移动端登录与认证流程界面。

撰写或修改学术论文时使用，尤其是中文期刊投稿稿，用于让行文更自然、去 AI 味、统一 Markdown 格式并做质量检查。

在不改变行为的前提下重构现有代码——拆分超大文件、提取重复代码、简化过度设计的模式。当文件超出体积阈值、代码重复 4 次以上，或存在投机性抽象、无用选项与包装间接层时使用。触发词：refactor、split、deduplicate、simplify、untangle、clean up。与内置 `simplify`（只评审近期 diff）互补。

系统化的重构技术、代码异味消除、模式提取与遗留系统现代化。

应用启动、内存管理、电池效率、网络优化与性能剖析工具。

Pod、deployment、service、ingress、RBAC、自动扩缩容与生产集群最佳实践。

面向 SQL 与 NoSQL 的 schema 设计、规范化、索引、迁移与查询优化。

Next.js 最佳实践、服务器组件、App Router 模式、缓存策略与全栈架构。

为 Agent Zero 内置 Browser 插件创建、检视、安装并安全维护 Chrome 扩展。当用户要求构建浏览器扩展、修改已有扩展、安装 Chrome 应用商店扩展或审阅扩展权限时使用。

只对 JS/TS 代码执行 lint。当 PR 前改动的仅是 JavaScript 或 TypeScript 文件（未涉及 Rust）时使用。

编写 BK-CI 后端微服务代码时使用，例如新增 Resource、组织 API/Service/DAO 分层、依赖注入、服务归属判断和 Spring Boot 开发约定。当用户要做 Kotlin/Java 后端开发时优先使用。

编写 BK-CI 前端 Vue 页面和组件时使用，例如 Vue 组件开发、Vuex 状态管理、接口调用、样式约定和页面交互实现。当用户要改前端页面而不是后端服务时优先使用。

在 BK-CI 中判断何时使用工厂、策略、责任链、观察者、模板方法、装饰器等设计模式时使用。当用户要重构可扩展结构、统一模式选型、理解项目里的模式落点时优先使用。

设计 BK-CI 数据库表、DDL 脚本、索引、分表或数据归档策略时使用。当用户提到表结构、字段设计、索引优化、SQL 脚本命名、分片、归档迁移时优先使用。

掌握 Dockerfile 优化、多阶段构建、docker-compose 模式、安全加固与镜像体积缩减技术，实现生产级容器化。

在移动设备上进行远程 JavaScript 控制台访问与调试。在手机/平板上调试网页、无需桌面 DevTools 即可访问控制台错误、在真实设备上测试响应式设计或诊断移动端特有问题时使用。涵盖 Eruda、vConsole、Chrome/Safari 远程调试与云端测试平台。

使用 pygount 检查代码库：代码行数、语言构成与占比。

按官方规范为 Expo SDK API 编写 TSDoc 注释。在 expo-* 包中引入新的面向用户的 TypeScript API 时必须使用——从一开始就正确记录 API,而非事后补。也用于改进现有文档。涵盖 @platform、@example、@deprecated、@default 注解、第三人称陈述式风格、blockquote 注记,以及文档生成的类型导出模式。

在 Grida 仓库中处理 `GRIDA-SEC-<id>` 安全边界的规范。当源码或文档中出现 `GRIDA-SEC` 标记、修改被标记路径下的文件，或新增一条已防范漏洞记录时触发。每个 `GRIDA-SEC-<id>` 都对应 `/SECURITY.md` 中记录的一处结构性信任边界。本 skill 说明其约定，要求提交任何被标记文件的改动前先做安全评审，并示范如何注册新的 id。只要上下文中出现 GRIDA-SEC 就应使用。

华为云 CSS（OpenSearch）的基准测试与自动扩缩容测试工具。当任务是评估 CSS 性能、运行负载测试、验证查询质量、测试数据节点横向自动扩缩容，或为 CSS 集群生成汇总基准报告时使用。

harness 无关的 `/implement` 版本。在单一对话中驱动单张 workshop 工单走完 SWE→Tester 循环，角色提示词以 `agents/software-engineer.md` 与 `agents/tester.md` 随包提供，而非作为 subagent 启动。从 `implement_yourself/tasks/` 解析工单，创建 `implementing/from-scratch` 分支（固定默认，不由工单派生；后续工单叠加其上），以软件工程角色实现，再切换到测试角色验证（仅限逻辑工单）。FAIL 时最多循环 3 次，把文件移到 `tasks/done/`，然后直接以 `git commit -m` 提交。一次只处理一张工单。在用户输入 `/implement-universal`、要求“不用 subagent 实现任务 NNN”，或使用不支持 Claude Code `Task` 工具的 harness（Cursor、Windsurf、原生 Claude API 客户端等）时触发。

面向 AI agent 的浏览器自动化 CLI。当被要求在真实浏览器中测试某物时使用。

规划测试自动化策略，包括 ROI 分析、自动化候选对象筛选、框架评估以及可长期维护的自动化架构。

生产级测试自动化技能，覆盖 Selenium、Cypress、Playwright、Appium，采用 POM 架构、重试逻辑与 CI/CD 集成。

构建自动化程序、任务运行器与脚本工具。

面向 Power Automate、n8n、Make、Zapier 等平台的专业自动化工作流重构工具。优化既有流程，提升性能、可靠性、可维护性并符合最佳实践。当用户想要改进、优化、重构、修正取值、增强或现代化工作流时触发。分析 JSON、给出改进建议，并在未被明确要求改变功能时保持原有功能输出重构后的流程。

分析代码库并生成 Claude Code 自动化基础设施，包括命令、脚本与模板，以系统化执行任务。当用户希望创建可复用的自动化工作流、生成 .claude/commands 文件、编写配套的 bash/python 脚本、为结构化产出建立 Markdown 模板，或沉淀跨项目可用的多步任务执行框架时使用。

根据任务特征，在生成的自动化代码中选择 Shell 还是 Python。当需要自动化语言选型指导时使用。

CSS 基础 —— 选择器、优先级、盒模型、定位与单位。

从 Cursor 访问 claude-mem 的 MCP 服务器，搜索过往会话记录并记录新的观察。触发词：「メモリ検索」「claude-mem」「過去の判断」「記録して」「memory search」「past decisions」。不要在常规编码、临时笔记或实现工作时加载。

发起研究先行、多视角的辩论，基于具体代码库证据探讨复杂技术决策（权衡取舍、架构选型、集成策略）。当用户要求“辩论”方案、比较选项，或在决策前需要结构化探索时使用。

使用 Playwright、Puppeteer 或 Selenium 自动化浏览器交互——面向 Web 应用的抓取、测试与工作流自动化

集成移动设备传感器——iOS 与 Android 的加速度计、陀螺仪、GPS、摄像头与生物识别 API

自动化移动端 GUI 测试——iOS 与 Android 的 UI 元素交互、手势模拟与跨设备视觉回归

实现后端异步与后台处理模式——事件驱动架构、消息队列、异步任务运行器与 Worker 池

测试数据库操作——模式迁移校验、查询正确性、事务完整性与数据一致性检查

集成数据库驱动与连接器——连接池、查询构造器、ORM 配置与多数据库抽象层

编写能降低认知负荷的文档。触发场景：撰写指南、README、RFC、入职手册、架构文档或面向评审的文档。

按生态以最佳实践生成生产就绪的多阶段 Dockerfile。当用户需要 Dockerfile、询问容器化方案，或仓库中没有 Dockerfile 时使用

按生态生成专属的 .dockerignore 文件，缩减构建上下文体积并防止密钥泄露。当不存在 .dockerignore、构建上下文过大或密钥可能泄入镜像时使用

MCP 服务器发现、工具调用与 Provider 目录集成。当任务涉及外部服务、第三方工具，或用户询问 MCP 服务器时加载

在部署期间安全执行数据库迁移——各框架专属命令、pre-deploy 与 post-deploy 时机、健康关卡与回滚策略。当应用有数据库迁移系统且需要在部署过程中运行迁移时使用

完整部署流水线——源检测、提示驱动的分析、项目创建、部署监控与在线 URL 交付。当用户想要部署应用时加载

部署 Shell 脚本应用——解释器检测、setup 脚本与 Dockerfile 模式。在部署 Shell 脚本项目或检测到 start.sh 时使用

分析仓库以确定生态、部署目标、端口、构建命令与 monorepo 结构。在开始新部署、接入新仓库，或用户询问项目所用技术栈/框架时使用

部署纯静态文件站点——Caddy/nginx 服务、Staticfile 配置与 Dockerfile 模式。在部署无服务端运行时的静态 HTML 站点，或检测到项目根目录的 index.html、Staticfile 时使用