gitnexus-guide（GitNexus 使用指南）
SkillSkillsMP
io.github.abhigyanpatwari/GitNexus/gitnexus-guide
当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例：“有哪些 GitNexus 工具？”“我该怎么用 GitNexus？”
source
“Knowledge Base” 共 400 个结果
io.github.abhigyanpatwari/GitNexus/gitnexus-guide
当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例：“有哪些 GitNexus 工具？”“我该怎么用 GitNexus？”
io.github.openai/codex/review-agent
对指定代码变更执行只读、缺陷优先的审查，返回所有可行动的发现。当其他代理委托审查未提交变更、基础分支 diff、某个提交或自定义审查指令时使用。
io.github.activepieces/activepieces/triage-image-cves
使用 grype 扫描 Activepieces Docker 镜像的操作系统/基础镜像（deb）与应用（npm）中高危及严重级 CVE。列出最近发布的 3 个 tag 并让用户选择扫描对象，校验每个发现真实且可触达，并在隔离的 git worktree 中证明候选修复（重建镜像 + 重新扫描 + 测试 + 容器冒烟运行 + 代码库 diff）后才提出建议——修复绝不自动应用，由用户逐个决定。当用户要求用 grype 扫描镜像、分诊容器/镜像漏洞，或检查已发布 Docker 镜像的 CVE 时使用。
vdevelop
io.github.handsontable/handsontable/code-graph
查询预构建的 code-review-graph 知识图谱（基于 Tree-sitter、覆盖整个 monorepo），而非用 Grep+Read 遍历调用链——成本低 2-6 倍，且能捕捉 grep 漏掉的分派调用。用于任何跨多文件的任务，即便用户从未提及图谱或主动索取：修复或追踪缺陷（「fix this bug」「why does X happen」「trace this」）、探索陌生代码（「how does X work」「who calls X」「what imports Y」「where is X used」）、规划或执行重构（「rename X」「is it safe to change or remove X」「what would break」「blast radius」「find dead code」），或审阅改动（「review this PR」「review this branch or diff」）。若你即将用 Grep 查找某符号的调用者/被调用者/引用者，停下来改用本技能。
vcanary
io.github.lobehub/lobehub/react
LobeHub React 组件约定。在编辑 TSX UI、于 base-ui 与 @lobehub/ui 及 antd 间做选择、用 antd-style 写样式、路由、桌面变体、布局与组件状态时使用。
io.github.wshobson/agents/rag-implementation
使用向量数据库与语义搜索，为 LLM 应用构建检索增强生成（RAG）系统。在实现知识锚定的 AI、构建文档问答系统或将 LLM 与外部知识库集成时使用。
io.github.forcedotcom/sf-skills/mobile-platform-native-capabilities-integrate
构建使用原生移动设备能力的 Salesforce LWC——条码扫描、生物识别、定位、NFC、日历、通讯录、文档扫描、地理围栏、AR 空间捕捉、应用评价与支付。当用户要求 LWC 执行条码扫描、文档拍照、定位或地理围栏、生物识别提示、读写设备日历或通讯录、NFC 触碰、收款、应用评价提示或 AR 空间扫描时使用。也由“lightning/mobileCapabilities”“mobile capability”“Nimbus”“device capability”触发。移动离线/Komaci priming 审查请勿使用（改用 mobile-platform-offline-validate），挑选通用 Lightning 基础组件请勿使用（改用 design-systems-slds-apply）。
io.github.abhigyanpatwari/GitNexus/gitnexus-guide
当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例：“有哪些 GitNexus 工具？”“我该怎么用 GitNexus？”
io.github.sickn33/antigravity-awesome-skills/frontend-seo
面向任意 React 或 React Native for Web 前端的可移植、框架无关 SEO 体系。
io.github.mattpocock/skills/review
从某个固定基点（commit、分支、tag 或 merge-base）起沿两条轴线审查变更——规范（代码是否遵循本仓库书面编码规范？）与规格（代码是否符合原始 issue/PRD 的要求？）。两条审查由并行子代理执行并并排呈现。当用户想审查分支、PR、进行中的变更，或要求“review since X”时使用。
io.github.calesthio/OpenMontage/hyperframes-animation
HyperFrames 的全部动画知识——原子运动规则、多阶段场景蓝图、场景转场、更广泛的运动设计技巧,以及七种运行时适配器(GSAP 默认,另有 Lottie、Three.js、Anime.js、CSS keyframes、Web Animations API、TypeGPU)。用于任何运动或动画任务:挑选 2-4 条规则组合,或加载场景蓝图,或查阅特定运行时 API(如 GSAP 缓动 / Lottie 播放器 / Three.js mixer)。HyperFrames 原生:单一暂停时间轴、可安全 seek、确定性输出。
io.github.bdfinst/agentic-dev-team/docker-image-create
从项目源码生成生产可用的 Dockerfile，自动识别语言/框架，并产出基于最小化、distroless 或 slim 基础镜像的多阶段构建。当用户想为应用容器化、创建 Dockerfile、把项目 dockerize、构建 Docker 镜像，或说“让这个应用跑在 Docker 里”“为这个应用创建容器”“我需要一个 Dockerfile”“为部署打包”“把这个服务容器化”时使用。当用户已有 Dockerfile 并希望按生产标准重写，或咨询项目的 Docker 最佳实践时也应触发。
io.github.JetBrains/skills/refactoring-code
在 Rider 支持的解决方案与项目中进行语义化重构时使用，涵盖 .NET/C#、F#、VB、C++、Unity、Unreal Engine、XAML、Razor 及其他 GameDev 或混合语言项目。当编辑必须跨 IDE 解析的引用同步更新声明与使用处时触发——重命名符号、移动类型或命名空间、安全删除无用代码、提取接口/基类/方法、修改签名或重组命名空间。不要用于仅移动文件、配置键、字符串、注释、纯文案编辑、生成产物，或名称/签名不变的逻辑改动。
io.github.facioquo/stock-indicators-dotnet/testing-standards
Stock Indicators 的测试约定。用于测试命名（MethodName_StateUnderTest_ExpectedBehavior）、FluentAssertions 模式、精度要求和测试基类选择。
io.github.aws/agent-toolkit-for-aws/deploying-custom-domain-rest-api
使用 AWS CLI 部署带自定义域名、Lambda 后端函数和基于请求的 Lambda 授权器的 Regional REST API。涵盖 ACM 证书签发、API Gateway REST API 创建、Lambda 函数部署、请求授权器配置、自定义域名设置、base path 映射与 Route 53 DNS 记录创建。触发关键词：custom domain、REST API、Lambda、Route 53、API Gateway、regional endpoint、request authorizer、base path mapping
io.github.shuvonsec/claude-bug-bounty/mobile-pentest
面向漏洞赏金的移动应用渗透测试（Android APK + iOS IPA）——运行时优先流程：安装应用、经 Burp/mitmproxy 代理、驱动 UI、抓包，然后完全像 Web 目标一样测 API；仅当流量被 SSL pinning、加密或缺失时才升级到反编译（apktool/jadx）与 Frida/objection。涵盖通过 APK/IPA 反编译挖掘硬编码密钥 + 隐藏 API 端点 + Web 端从不暴露的 base URL、导出 Activity 与 deeplink intent 注入、WebView addJavascriptInterface 桥滥用、SSL pinning 绕过（objection patchapk / Frida CertificatePinner + checkServerTrusted hook）、用 OkHttp 拦截器链还原请求签名、JNI native-lib 初查，以及 apktool/grep 快速扫描密钥与端点。当项目范围含移动应用、Web 侦察陷入僵局需要新攻击面，或流量被 pinning 必须做 MitM 时使用。
io.github.abhigyanpatwari/GitNexus/gitnexus-debugging
借助知识图谱沿调用链追踪缺陷。
io.github.abhigyanpatwari/GitNexus/gitnexus-guide
当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例：“有哪些 GitNexus 工具？”“我该怎么用 GitNexus？”
io.github.abhigyanpatwari/GitNexus/gitnexus-exploring
使用 GitNexus 知识图谱导航不熟悉的代码。
io.github.github/awesome-copilot/pinecone-rag
以 Pinecone 作为向量数据库后端构建生产级 RAG 管道与持久化 agent 记忆。当用户提到 Pinecone、需要为语义检索索引文档、构建检索增强生成系统、跨会话存储 agent 记忆、实现混合检索，或把 LLM 接入可检索知识库时使用；也适用于向量数据库选型、多租户 agent 的 namespace 隔离、embedding 管道、以及将知识库扩展到本地存储之外的场景。不适用于本地向量库（Chroma、FAISS、pgvector）或纯关键词检索。
io.github.ag2ai/faststream/testing-patterns
在 tests/ 下编写或修改测试时使用——基类 testcase 继承、pytest 标记、fixture、内存 broker 与真实 broker 测试的取舍，以及如何运行测试套件。
io.github.orangehrm/orangehrm/testing
OrangeHRM 测试分层参考——`phpunit.xml` 中声明的按插件 PHPUnit 测试套件、测试数据库生命周期（`instance:create-test-db` 构建含数据的 MySQL 库并由 `CoreFixtureService` 导出、bootstrap 在每个测试时还原）、测试基类（`TestCase` 用于纯单元测试、`KernelTestCase` 用于需要完整框架与 DI 容器的测试、`EntityTestCase` 用于纯实体测试、`EndpointTestCase` 与 `EndpointIntegrationTestCase` 用于带请求 mock 与异常期望的 API 端点测试）、YAML fixture 模式（按插件 `test/fixtures/<DaoName>.yml` + 在 `setUp()` 中调用 `TestDataService::populate($yamlPath)`）、前端单元测试的 Jest 配置（`@vue/cli-plugin-unit-jest/presets/typescript-and-babel`、同级 `__tests__/` 目录），以及用于 E2E 的 Cypress（独立工作区位于 `src/test/functional/`）。当用户编写测试、决定继承哪个基类、调试 fixture 加载、搭建测试数据库、运行单个测试类或试图弄清测试机制时使用。
io.github.affaan-m/ECC/coding-standards
跨项目的基础编码约定，涵盖命名、可读性、不可变性与代码质量评审。框架特定的模式请使用前端或后端专用 skill。
io.github.affaan-m/ECC/backend-patterns
面向 Node.js、Express 和 Next.js API 路由的后端架构模式、API 设计、数据库优化与服务端最佳实践。