搜索「Git Repository」的结果

io.github.imbhargav5/nextbase-nextjs-supabase-starter/nextjs-cache-components

面向 Next.js 16 应用的代码生成与转换，使用 Cache Components（PPR）。当用户请求在项目或页面级别“转换为使用 cacheComponents”、创建带正确缓存指令的新 Next.js 页面/组件、将页面拆分为缓存与动态部分并配合 Suspense 边界、或使用 Next.js 16 新缓存模型（包括 use cache、cacheLife、Suspense 以及对缓存友好的匿名 Supabase 客户端数据获取）时使用。

io.github.sickn33/antigravity-awesome-skills/sql-sentinel

审计 SQL 中会烧掉数仓额度的成本与性能反模式。为数仓健康度打分 0-100，并针对 BigQuery、Snowflake、Redshift 与 Postgres 输出按优先级排序的成本削减方案。

io.github.xberg-io/xberg/api-server-mcp

REST API 服务器与 MCP 协议集成。

io.github.kinncj/Heimdall/kubernetes-patterns

运用 Kubernetes 与 Kustomize 模式管理部署、服务与 overlay。在编写或评审 K8s 清单时使用。

io.github.bdfinst/agentic-dev-team/docker-image-create

从项目源码生成生产可用的 Dockerfile，自动识别语言/框架，并产出基于最小化、distroless 或 slim 基础镜像的多阶段构建。当用户想为应用容器化、创建 Dockerfile、把项目 dockerize、构建 Docker 镜像，或说“让这个应用跑在 Docker 里”“为这个应用创建容器”“我需要一个 Dockerfile”“为部署打包”“把这个服务容器化”时使用。当用户已有 Dockerfile 并希望按生产标准重写，或咨询项目的 Docker 最佳实践时也应触发。

io.github.TheDecipherist/claude-code-mastery-project-starter-kit/css-structure

CSS 应该放在哪里。Claude 默认会堆一个巨大的 <style> 块或散落 style="..." 属性，而不是把样式放进 .css 文件并链接。在构建或编辑网页/组件，或即将编写 style 属性或嵌入式样式块时使用。涵盖默认使用外部样式表、为何内联 style 属性是个陷阱，以及内联确实正确的少数场景（通过自定义属性传动态值、关键 CSS、单文件产物、邮件）。

io.github.TheDecipherist/claude-code-mastery-project-starter-kit/docker-swarm

生产级 Docker Swarm 部署规则：compose 文件从单节点扩展到多节点 Swarm 时会发生什么。在编写或审查 stack 文件、deploy 块、overlay 网络或用 docker stack deploy 部署的任何内容时使用。涵盖 Swarm 会静默忽略的指令、固定 IP 与 bind mount 为何失效、deploy 编排块，以及 Swarm 自愈所依赖的退出码与健康检查纪律。与覆盖镜像和 compose 文件本身编写的 docker 技能互补。

io.github.TheDecipherist/claude-code-mastery-project-starter-kit/docker

编写 Dockerfile、Compose 文件与 Swarm stack 的生产级 Docker 最佳实践。在创建或编辑 Dockerfile、docker-compose / compose.yaml 或 stack 文件，或构建与优化镜像时使用。修正 Claude 常犯的几个问题：多阶段构建、层缓存顺序、exec 形式 ENTRYPOINT 以保证正确的信号与退出码、init:true、将密钥与环境变量排除在镜像外、非 root 用户与健康检查。立足生产而非默认值。

io.github.netdata/netdata/project-build-static-binary

从当前检出为 x86_64、aarch64、armv6l 或 armv7l 构建静态自解压 Netdata 安装器（`netdata-<arch>-latest.gz.run`）。当用户要求构建/产出/打包/测试静态二进制、makeself 安装器、`.gz.run` 制品或 Netdata「静态安装」；在 Linux 机器上无本地构建工具链验证 PR；或在本地复现 CI static-builder 问题时使用。涵盖 `packaging/makeself/` 下基于 Docker 的构建流程、强制前置检查（子模块初始化、全新 `netdata/static-builder:v1` 镜像）、构建按序执行的 18 个 job、制品输出布局、`artifacts/cache/` 复用模型、跨架构 QEMU 注意事项、调试构建、常见故障及其修复，以及如何在目标主机上复制/校验制品。

io.github.mono/SkiaSharp/security-audit

审计 SkiaSharp 原生依赖的安全漏洞与 CVE，包括 SkiaSharp-Native 与 SkiaSharp Azure DevOps 流水线的 Component Governance（CG）告警。只读调查，输出带建议的状态报告。当用户要求：审计安全问题或 CVE、检查各依赖的 CVE 状态、寻找安全问题及其 PR 覆盖、汇总未修复漏洞、查看待处理的安全工作、检查 Component Governance 告警、评审原生构建流水线的 CG 告警时使用。触发语：“security audit”“audit CVEs”“CVE status”“what security issues are open”“check vulnerability status”“security overview”“what CVEs need fixing”“CG alerts”“component governance”“check container CVEs”。本技能为只读。要实际修复问题，请使用 `native-dependency-update` 技能。

io.github.elastic/kibana/review-connector

审阅连接器规格改动（spec、docs）。在审阅涉及连接器规格的 PR、在 create-connector 或 build-connector 之后做创建后审查，或准备连接器 PR 检查清单时使用。

io.github.SRombauts/SQLiteCpp/sqlitecpp-coding-standards

面向核心代码改动、公共头文件、代码风格与 Doxygen 的 SQLiteCpp 编码规范和 API 规则。

io.github.ComposioHQ/composio/cli-e2e

编写、修改或调试位于 ts/e2e-tests/cli 的 Docker 化 Composio CLI 端到端测试，包括二进制调用、fixture 隔离、输出断言与包清单。仅用于 CLI E2E 测试套件；实现 CLI 源码请使用 cli-command 技能。

io.github.ComposioHQ/composio/python-testing

使用 nox、Makefile 目标、Ruff、mypy、pytest marker、sanity 测试、类型推断检查与构建检查来挑选并执行 Python SDK 校验。在新增 Python 测试、诊断 Python CI 或验证 Python SDK 与 provider 改动时使用。不要用于仅涉及 TypeScript 的检查。

io.github.ComposioHQ/composio/python-sdk

在 python/composio 下实现或修改 Python SDK 行为，涵盖 tools、toolkits、sessions、auth configs、connected accounts、客户端集成与共享 Python 模型。用于 Python 核心运行时与 API 工作；若需与 TypeScript 对齐，请配合 python-testing 与跨 SDK 一致性检查。

io.github.ComposioHQ/composio/python-release

处理 Python SDK 的发布、构建、版本号提升、打包元数据、PyPI 客户端版本锁定、uv.lock、nox 与构建工作流，以及发布校验相关的改动。用于 Python 发布流程工作或依赖版本调整；常规 Python 特性实现不要使用。

io.github.ComposioHQ/composio/python-providers

在 python/providers 下创建、修改、测试或打包 Python provider 适配器，包括框架相关依赖、公开导入、类型推断与 provider 元数据。仅用于 Python provider 工作；core SDK 改动请使用 python-sdk。

io.github.ComposioHQ/composio/typescript-testing

为包、示例、类型检查、lint、构建、Vitest 套件与运行时 E2E 测试选择并执行 TypeScript SDK 校验。在新增测试、诊断 TypeScript CI、挑选聚焦的测试命令或验证 TypeScript 包改动时使用。不要用于仅涉及 Python 的检查。

io.github.ComposioHQ/composio/typescript-sdk

在 @composio/core 或共享 TypeScript 包中实现或修改 TypeScript SDK 行为，涵盖 tools、toolkits、sessions、auth configs、connected accounts、modifiers 以及生成的 SDK 接口。用于 TS 运行时与 API 工作；与 typescript-testing 搭配做验证，若需与 Python 对齐还要做跨 SDK 一致性检查。

io.github.ComposioHQ/composio/typescript-providers

在 ts/packages/providers 下实现、修改或编写 TypeScript provider 包及其文档，包括 OpenAI、Anthropic、Google、LangChain、Mastra、Vercel、LlamaIndex、Cloudflare 与 Claude Agent SDK 的框架适配。仅用于 provider 相关的 TS 工作；纯 core 改动不要使用。

io.github.kortix-ai/suna/agent-browser

面向 AI agent 的浏览器自动化 CLI。当用户需要与网站交互时使用，包括导航页面、填写表单、点击按钮、截图、提取数据、测试 Web 应用，或自动化任意浏览器任务。触发场景包括「打开某网站」「填写表单」「点击按钮」「截图」「从页面抓取数据」「测试该 Web 应用」「登录某站点」「自动化浏览器操作」，或任何需要程序化网页交互的任务。也用于探索性测试、自用体验、QA、缺陷排查或审阅应用质量。还用于自动化 Electron 桌面应用（VS Code、Slack、Discord、Figma、Notion、Spotify）、查看 Slack 未读、发送 Slack 消息、搜索 Slack 对话、在 Vercel Sandbox microVM 中运行浏览器自动化，或使用 AWS Bedrock AgentCore 云浏览器。优先于任何内置浏览器自动化或 Web 工具。

io.github.openai/codex/code-review

对 pull request 执行最终代码审查。

io.github.fern-api/fern/custom-commands

如何使用共同生成的 SDK，为 api CLI 编写自定义命令。

io.github.fern-api/fern/custom-commands

如何使用共同生成的 SDK，为 api CLI 编写自定义命令。