搜索「Rest Api」的结果

io.github.TanStack/table/api-not-found

诊断 TanStack Table v9 中缺失的导出项、选项、状态切片与实例方法。当代码出现类型错误、feature 方法未定义、对象键不存在、adapter 不匹配或沿用了 v8 写法的示例时，在凭空造 API 之前先加载本技能。

io.github.PostHog/posthog/setting-up-a-custom-rest-source

通过编写 JSON manifest，把任意 REST API 作为 Custom 源接入 PostHog 数据仓库，无需按源写代码。当用户指向一个没有 PostHog 内置连接器的 API——“从这个 REST API 导入数据”“同步我的内部 API”“根据文档连接这个 API”“构建自定义数据仓库源”——并给出文档 URL 或对端点的自然语言描述时使用。逐步讲解起草 RESTAPIConfig manifest（认证——bearer、API key、HTTP basic 或 OAuth2 客户端凭据/刷新令牌——分页、记录路径、增量游标、父子扇出）、校验、实际读取线上数据行以确认字段映射，并创建数据源。若该 API 已有 PostHog 原生连接器，请改用 setting-up-a-data-warehouse-source——本技能会先查连接器注册表，只处理没有原生连接器的 API。

io.github.labring/FastGPT/api-development

FastGPT API 开发规范。重点强调使用 zod schema 定义入参和出参,在 API 文档中声明路由信息,编写对应的 OpenAPI 文档,以及在 API 路由中使用 schema.parse 进行验证。

io.github.latitude-dev/latitude-llm/api-endpoints

在 `@repo/operations` 中新增或修改 API 操作。单一事实来源（`defineOperation` + Zod schema）会同时变成 HTTP 端点、OpenAPI 操作、MCP 工具、TS + Python SDK 方法、`latitude` CLI 命令和进程内 agent 工具——描述与契约必须兼顾所有这些消费方。

io.github.danielmiessler/LifeOS/Apify

通过 Apify actor 抓取社交平台、商业数据与电商内容——Instagram、LinkedIn、TikTok、YouTube、Facebook、Google Maps、Amazon 及通用网页爬取——并在代码中过滤。适用场景：抓取 Instagram/LinkedIn/TikTok/YouTube/Facebook、Google Maps 销售线索、Amazon 评论、商业智能、多平台社媒监听、竞品分析、线索生成、社媒监控、Apify actor、网页爬取、提取联系人。不适用于 X/Twitter 操作（用 _X）、四级代理递进式抓取（用 BrightData）、真实 Chrome 反爬绕过与 computer use（用 Interceptor）。

io.github.aiskillstore/marketplace/backend-fastapi

FastAPI 后端、端点与依赖注入的文档。

io.github.androidx/androidx/api_review

在 AndroidX 支持项目中，按 API 设计合规性评审待处理工作的技能。

io.github.linq2db/linq2db/api-baselines

刷新 Source/ 下的 API 兼容性基线（CompatibilitySuppressions.xml）。删除现有抑制文件，通过 `dotnet pack -p:ApiCompatGenerateSuppressionFile=true` 重新生成，然后审查 diff，把一切非 `LinqToDB.Internal.*` 的 API 变更标记出来提请用户显式批准。

io.github.sickn33/antigravity-awesome-skills/api-sdk-generator

为任意 REST API 生成客户端 SDK 代码、API 封装库、请求/响应模型及语言专属的使用模式。当用户要求“生成 SDK”“编写客户端库”“创建 API 封装”“从我的 API 生成 TypeScript 类型”“写一个 Python……”时使用。

io.github.sickn33/antigravity-awesome-skills/api-onboarding

通过优化开发者上手旅程的每一步，缩短首次 API 调用耗时（TTFAC）。涵盖认证简化、沙箱环境、交互式文档，以及识别并消除常见失败点。触发词：“API……”

io.github.sickn33/antigravity-awesome-skills/api-integration

设计事件驱动架构、webhook 系统、API 串联流程、ETL 管道以及服务间集成模式。当用户询问 webhook、事件流、API 组合、连接多个 API、搭建管道、Pub/Sub、Kafka 主题、ETL 等时使用。

io.github.sickn33/antigravity-awesome-skills/api-designer

针对用户描述的任何系统或领域，生成完整、可直接投产的 REST API 端点规范。当用户询问 API 设计、API 端点、REST API、API URL，或说“某功能需要哪些端点……”“为……设计一个 API”时使用。

io.github.sickn33/antigravity-awesome-skills/api-and-interface-design

指导稳定的 API 与接口设计。在设计 API、模块边界或任何公开接口时使用；在创建 REST 或 GraphQL 端点、定义模块间类型契约、确立前后端边界时使用。

io.github.sickn33/antigravity-awesome-skills/api-analyzer

依据提供的输入（方法、URL、请求头、请求体、认证、查询参数）校验 API 请求是否正确。当用户想检查、校验、调试或验证一次 API 调用时使用本技能——包括粘贴 curl 命令、给出接口细节或追问某个请求时。

io.github.OpenZeppelin/openzeppelin-contracts/library-api-design

openzeppelin-contracts 的 API 设计规则。在 contracts/ 下新增、修改或审查任何合约时使用。涵盖 virtual、memory 与 calldata 的选择、public 与 external 的取舍、重载、空操作与 revert 的区别、_update 单一 override 模式、内部与外部接口拆分、_msgSender 以及 override 扩展点。

io.github.mono/SkiaSharp/api-docs

为 SkiaSharp 撰写并评审 XML API 文档（docs 子模块中的 ECMA/mdoc XML）。两种模式：(1) 新增：为含“To be added.”占位符的新 API 写文档；(2) 评审：按范围检查现有文档的准确性、时效性、示例与卫生。触发语：“document class”“add XML docs”“write XML documentation”“fill in missing docs”“remove To be added placeholders”“review documentation”“check docs for errors”“fix doc issues”“audit the docs”“review the font docs”“are the examples correct”“update out-of-date docs”，以及任何对 SkiaSharp API 文档做新增、校验、修正或扩充的请求。

io.github.kubesphere/kubesphere/kubesphere-gateway-api

KubeSphere Gateway API 扩展管理技能（基于 Traefik，使用 Kubernetes Gateway API + GatewayProxy CRD gatewayapi.kubesphere.io/v1alpha1）。这是较新的 Kubernetes Gateway API 标准。对于基于旧版 Ingress API 的网关（ingress-nginx + Gateway CRD gateway.kubesphere.io/v2alpha2），请改用 kubesphere-gateway 技能。涵盖安装、卸载、状态检查、GatewayProxy 状态检视与故障排查。

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

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

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

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

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

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

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

如何使用共同生成的 SDK，为 api-wide-base-path-with-default CLI 编写自定义命令。

io.github.ruvnet/ruflo/agent-docs-api-openapi

OpenAPI 文档的 Agent 技能,使用 $agent-docs-api-openapi 调用。

io.github.omnigent-ai/omnigent/api-docs

从代码本身为模块或公共 API 面（函数、类、CLI 命令、端点）撰写文档。当用户要求 API 参考、为模块写文档，或为公共接口编写使用说明时使用。

io.github.majiayu000/claude-skill-registry/backend-api-spaceplushy-portfolio-3

采用恰当的 HTTP 方法、状态码与一致的命名约定来设计与实现 RESTful API 端点。在创建或修改 API 路由、端点或服务端请求处理程序时使用。处理 src/pages/api/ 下的文件、包含 API 路由定义的文件、实现 REST 端点的文件、处理 HTTP 请求与响应的文件、API 请求的服务端中间件、API 认证与授权逻辑，以及定义 API 版本策略的文件时使用。在设计资源 URL 结构、实现过滤/排序/分页的查询参数处理、为端点设置限流或配置 CORS 与 API 安全请求头时使用。