代码审查 / GitHub MCP 推荐

在 src/components 下按 Container/Presentation 模式创建组件：询问组件名与类型（ui 或 features），然后按本仓库的 TypeScript、Storybook 与 SCSS 约定生成文件。当用户明确索要 Container/Presentation 模式组件或运行 /react-container-presentation-component 时使用。

为涉及集成测试、PostgreSQL、Redis、Kafka 或任何依赖 Testcontainers 的测试流程的 Iced Latte 后端变更选择验证方式时使用。

在 Iced Latte 变更后端 JWT 认证、会话、Google OAuth、安全过滤器、认证端点、认证/授权规则，或安全侧模块边界时使用。

在 Iced Latte 后端变更公共 API 行为、OpenAPI 定义的请求/响应结构、生成 DTO 边界、端点契约或兼容性规则时使用。

当 Iced Latte 的后端变更可能跨越功能边界、改动导出的 api/ 接口面，或违反 Spring Modulith 依赖预期时使用。

在 Iced Latte 后端涉及新增或修改数据库 schema、Liquibase changelog、SQL 迁移文件、上线顺序，或依赖 schema 的后端行为时使用。

用于决定后端代码在 Iced Latte 中应存放的位置，尤其是功能归属、api/ 边界、common 与 feature 的落位选择，或模块化单体中的跨功能模块依赖。

编写优秀的 Ginkgo spec——容器节点（Describe/Context/When）、主题节点（It/Specify）、setup/cleanup 节点（BeforeEach、JustBeforeEach、AfterEach、DeferCleanup、BeforeSuite/AfterSuite）、“容器内声明、BeforeEach 中初始化”规则、创建与配置分离、用 GinkgoHelper()/GinkgoHelperGo() 的可复用测试助手，以及 By/GinkgoWriter 输出。在编写或审查 spec 或提取测试助手时使用。涵盖构树期陷阱（容器体内不要放断言/初始化/循环捕获）。

需要分析、审计或修改数据库模型、迁移与 CRUD 辅助函数时使用本技能。参考：`portal/models.py`、`portal/database.py`、`alembic/versions/`

以现代架构模式开发 React Native、Flutter 或原生移动应用。精通跨平台开发、原生集成、离线同步与应用商店优化。在移动功能、跨平台代码或应用优化方面主动使用。

安全移动编码实践专家，精通输入校验、WebView 安全与移动端特有的安全模式。在需要移动安全实现或移动安全代码审查时主动使用。

精通输入校验、身份认证与 API 安全的后端安全编码专家。主动用于后端安全实现或安全代码审查。

跨 ORM 与平台执行数据库迁移，涵盖零停机策略、数据变换与回滚流程。在进行数据库迁移、变更 schema、执行数据变换或实现零停机部署策略时使用。

资深数据库优化专家，精通现代性能调优、查询优化与可扩展架构。掌握高级索引、N+1 问题消解、多层缓存、分区策略和云数据库优化。处理复杂查询分析、迁移策略和性能监控。在数据库优化、性能问题或可扩展性挑战方面主动使用。

资深数据库管理员，精通现代云数据库、自动化与可靠性工程。掌握 AWS/Azure/GCP 数据库服务、基础设施即代码、高可用、容灾恢复、性能优化与合规。处理多云策略、容器化数据库和成本优化。在数据库架构、运维或可靠性工程方面主动使用。

面向视频生产的按能力组合的多工具矩阵。agent 按能力挑选 provider(CLI-Anything harness、公开 CLI、Python 库、原生二进制、云 API),而非固定阶段流水线,涵盖分镜规划、故事/声音指导、素材分诊、网络视频/音乐搜索下载、采集/生成、分析、声音设计、高质量字幕设计、NLE/渲染问题排查、审阅与打包交付。

面向研究、笔记、文档撰写与发布的按能力组合的多工具矩阵。agent 按能力组合各类 provider(CLI-Anything harness、公开 CLI、Python 库、原生二进制、云 API)。

CursorQB 流程中带关卡的第 4 步（目标驱动）—— 从已审计的计划中实现一个范围受限、可回滚、可验证的小切片。在第 3 步审计通过后、用户批准实现时使用，或通过 /cursorqb-implement 调用。仅当审计结果为 PASS 或 PASS_WITH_WARNINGS 且不存在 P0/P1 问题时才运行；否则会停止并建议先修复。挑选单个 READY 子计划，先定义校验命令，做最小改动，并在声称完成前先验证。

CursorQB 规划流程的第 2 步（目标驱动）。把 Planner-docs/Main-Planing.md 中的每个主阶段拆解为 Planner-docs/Faz-<n>-Plans/ 下的详细子计划，并生成 Sub-Planing-Index.md。由 define-goal 技能作为 Cursor 目标自动启动，会一直运行直到覆盖所有阶段 —— 不会做完一个阶段就停下。可从 cursorqb-planner 的关卡 1 调用，或直接调用来（重新）生成子计划。只改动 Planner-docs/ 下的文件。

具备仓库感知输入的五步（1、1.5、2、3、4）目标驱动项目规划总控。当用户运行 /cursorqb-plan 或要求 CursorQB 端到端规划项目时使用 —— 总计划、既有项目体检、阶段拆解、覆盖度审计，随后是可选的实现环节。先执行仓库感知的第 1 步输入并产出 Planner-docs/Main-Planing.md；对既有项目运行第 1.5 步体检（cursorqb-autopsy）；再逐关卡进入阶段拆解（cursorqb-subplanner）、覆盖度/质量审计（cursorqb-auditor）与受控实现步骤（cursorqb-implementer）—— 均通过 define-goal 作为 Cursor 目标自动启动。每一步都用自带校验器验证。

CursorQB 规划流程的第 1.5 步（目标驱动），对既有项目做体检。在第 1 步之后（或直接）使用，检查已有或部分完成的仓库并写出 Planner-docs/Autopsy.md —— 一份 13 节的技术反馈报告，用于充实第 2 步的子计划。对非空的既有仓库会自动执行，空或近乎为空的仓库则跳过。由 define-goal 技能作为 Cursor 目标自动启动；只会创建/更新 Planner-docs/Autopsy.md。

CursorQB 规划流程的第 3 步（目标驱动），对第 2 步的子计划做质量、覆盖度、一致性与就绪度审计。用于校验 Planner-docs/Faz-*-Plans/*.md 与 Sub-Planing-Index.md 是否忠实于 Main-Planing.md、是否完整、有序、结构良好且可实施。由 define-goal 技能作为 Cursor 目标自动启动，会持续到每个阶段与子计划都被检视完毕；仅生成 Planner-docs/Sub-Planing-Audit.md 并返回 PASS / PASS_WITH_WARNINGS / BLOCKED。单独运行以复审也是安全的。

monopoly security-checklist 的参考文档。

把任意代码库（React/HTML/Next.js）转换为像素级还原、SEO 友好且动态化的 WordPress 主题的专家技能。

Vitest 测试指南。在编写或更新测试、修复失败测试、提升覆盖率、调试测试问题或配置 mock 时使用。

应用 Vitest 测试设计与质量标准，提供覆盖率要求与 mock 使用指南。编写单元测试时使用。

凡需要了解该模板的工作方式时使用：新增页面、管理内容、配置页面、使用组件、理解项目架构、使用脚本或样式与主题定制。适用于任何与该项目的结构、用法、定制相关的问题。

材料与缺口：整理文档、识别缺漏、评估证据效力，并提出针对性的追问。

入门与分流：明确角色、目标、期限、案卷状况以及合适的下一条专业路径。

为 Vulhub 项目添加新的漏洞复现环境的指南。当用户想要添加新的 CVE 环境、创建漏洞 Docker 实验、为 vulhub 贡献新漏洞、撰写 vulhub 漏洞文档，或为某漏洞环境创建 docker-compose.yml / Dockerfile / README 时使用。当用户提及要添加的特定 CVE、询问 vulhub 贡献流程，或想搭建可复用的利用环境时也触发。

通过 CDP 直接控制浏览器——驱动用户已在运行的 Chrome（或 Browser Use 云浏览器）进行自动化、抓取、测试或网页交互。当用户想点击、截图、填表、提取数据或导航真实网页时使用。默认采用截图+坐标点击，而非选择器定位。需一次性安装 `browser-harness` CLI（见 references/install.md）。

在 Trilium monorepo 中测试 CKEditor 5 插件。适用于为 packages/ckeditor5-* 包添加或评审单元测试、调试失败的测试，或为包搭建测试运行器。涵盖 Trilium 使用的两种 Vitest 环境（happy-dom 与 WebdriverIO 浏览器模式）、各包的 vitest.config.ts、基于真实 ClassicEditor 的测试、从 'ckeditor5' 导入的 model/view 辅助函数（_setModelData/_getModelData/_getViewData 及 {}/[] 选区语法）、vi spy/mock、schema/转换/命令/UI 测试的惯用写法、pnpm --filter 运行方式，以及 Trilium 特有的约定与坑。与 ckeditor5-plugin-development 和 writing-unit-tests 互补。

使用项目的 Vitest、Prisma、SQLite 与 k3s 约定创建并审查 QuickStack 后端单元与集成测试。在编辑 src/server/、src/shared/ 或 src/__tests__/integration/ 下的后端测试文件，或用户要求后端测试覆盖、mock、Prisma 测试库搭建或 Kubernetes 集成测试时使用。

使用项目既定的单例、适配器、缓存与错误处理模式，创建并更新 QuickStack 后端服务、适配器、独立服务与 server action。在编辑 src/server/services、src/server/adapter、src/server/utils、src/server.ts 下的文件，或相关的服务端 action 与后端工具时使用。

说明 Leap Monitor 如何展示只读的编辑器 GUI 智能体行 —— 既包括 Cursor（编辑器）的 Agent/Composer 标签页，也包括 VS Code Copilot Chat 会话。涵盖磁盘扫描（scan_open_cursor_agents、scan_open_vscode_copilot_sessions）、状态映射、经共享 Leap 扩展跳转、合成行对齐、关闭按钮（Cursor 关闭标签页 / VS Code 移除行），以及共享的 GUI_TAG_PREFIXES/GUI_ROW_TYPES 底层通路。在改动 cursor_gui_scan.py、vscode_copilot_scan.py、编辑器 GUI 智能体行或编辑器聊天跳转逻辑时使用。

管理 Docker 容器、镜像、数据卷与 Compose 栈。需要 Docker CLI 访问权限。

指导 ccusage 的 Rust 与 Node 测试。在添加或修复 cargo 测试、Node 测试文件、CLI 快照、Claude 模型定价、LiteLLM 兼容性或基于 fixture 的测试时使用。

指导 ccusage 的 TypeScript 与 JavaScript 工作。在阅读或编辑 .ts、.tsx、.js 或 .jsx 文件前使用，包括包启动器、Node 测试、schema、mock 与带类型的 fixture。

在华为云 ECS 上从零部署 CSS/OpenSearch 代码搜索 MCP 服务器，让 Claude Code（claude-glm）能把 GitHub 仓库的代码与文档搜索当作原生 MCP 工具使用。当任务包括开通新的华为云 CSS 集群与 ECS、将代码仓库索引进 CSS，并作为可搜索 MCP 工具暴露给 AI 编码 agent 时使用。

当用户想要一个免手动的工作回路：用 React Grab 在浏览器中抓取 UI 元素并自动将任务喂给代理，无需复制粘贴或手动交接时使用。触发语：“watch react grab”“monitor my grabs”“auto-process react grab”“watch my clipboard for grabs”。不适用于一次性粘贴单个抓取结果；这是持续开启的回路。

创建有辨识度、可上线、设计质量高的前端界面。当用户要求构建 Web 组件、页面或应用时使用。生成有创意、精致的代码，避免千篇一律的 AI 审美。

在 clickhouse-js 仓库中使用 TypeScript 语言服务器（typescript-language-server）进行精确的代码智能：转到定义、查找引用、悬停（类型签名与 JSDoc，含 @deprecated 信息）、全工作区符号搜索、补全与逐文件类型诊断。当需要解析符号的实际定义、查找导出 API 的所有用法或跨 packages/* 工作区检查推断类型时，优先使用它而非 grep。该服务器作为根 devDependency 预装——请先运行仓库的 setup 技能（npm install）以填充 node_modules。不要将本技能用于仅依赖 @clickhouse/client 的下游项目；它专用于在本仓库内工作。

添加、认证、列出并移除 MCP（Model Context Protocol）服务器——将任何发布 MCP 端点的外部工具或服务接入助手

用 `@tanstack/react-form` 为 `@tanstack/react-table` v9 提供可编辑单元格。表格是布局原语，编辑状态由表单负责。用 `createFormHook` 注册可复用的字段组件（`TextField`、`NumberField`、`SelectField`），然后在每列的 `cell` 中返回 `<form.AppField name={`data[${row.index}].field`}>{(field) => <field.TextField />}</form.AppField>`。关键类型坑点：如果行数据里存在递归的 `subRows`，表单的行类型要用 `Omit<Row, 'subRows'>`——TanStack Form 的 `DeepKeys` 会递归并触发 TS2589。行的增删重渲染应订阅 `form.state.values.data.length`，而不是整个数组。

把客户端的 `@tanstack/react-table` v9 表格转为服务端模式（manual 系列开关）。将服务端分页/排序/过滤后的行作为 `data` 传入，为服务端现在负责的部分设置 `manualPagination` / `manualSorting` / `manualFiltering` / `manualGrouping` / `manualExpanding`，提供 `rowCount` 以便 `getPageCount()` 可用，并从 `tableFeatures()` 中删除对应的工厂（服务端分页就不再放 `paginatedRowModel` 槽位）。通过外部 atom（`useCreateAtom` 加 `options.atoms`）自己托管相关状态切片，让查询能以该切片为 key 并自动重新请求；或者继续使用经典的 `state` 加 `on*Change` 受控状态。

`@tanstack/react-table` v9 可直接上生产的优化手段：只注册你真正用到的 `features` 以缩减包体积；对 `features`、`data` 与 `columns` 做记忆化以保持引用稳定；用窄 selector 或按切片的 `useSelector(table.atoms.<slice>)` 订阅替代 `(state) => state`；并借助 `<table.Subscribe>` 与 `<Subscribe>` 把状态驱动的重渲染下沉到树的更深处，避免每次切换排序指示器都重渲染昂贵的表体。小表格不要过度优化——默认 selector 加内联渲染在性能未经测量验证前完全够用。

为 `@tanstack/react-table` v9 接入响应式。内容包括 `useTable` 及其第二个 selector 参数、通过 `table.state` / `table.store` / `table.atoms.<slice>` 读取状态、用 `table.FlexRender` 渲染、用 `<table.Subscribe>` 与独立的 `<Subscribe>` 让子树获得细粒度响应、通过 `useCreateAtom` 加 `options.atoms` 用外部 atom 自己托管切片，以及用 `createTableHook` 把共享配置打包成可复用 hook（`useAppTable`、`createAppColumnHelper`、`table.AppTable` / `table.AppHeader` / `table.AppCell` / `table.AppFooter`）。路由关键词：useTable、useSelector、useCreateAtom、atoms、react-store、table.Subscribe、FlexRender。

在 React 中为 TanStack Table 接入 TanStack Devtools：在应用根部挂载一次 `TanStackDevtools` 并带上 `tableDevtoolsPlugin()`，然后在每个 `useTable` 之后调用 `useTanStackTableDevtools(table)`，把该表格注册为 devtools 目标。除非从 `@tanstack/react-table-devtools/production` 导入，否则生产构建会把开发期 devtools tree-shake 成空操作。